What is UAE eInvoicing and who needs to comply?

The UAE Ministry of Finance mandates that businesses send invoices electronically via the Peppol network in structured XML format. The mandate rolls out in two phases: Phase 1 (January 2027) covers businesses with revenue of AED 50M or more, and Phase 2 (July 2027) covers all remaining businesses below AED 50M. Businesses who wish to be early adopters can start testing now. The mandate applies to any person conducting business in the UAE, regardless of VAT registration status. B2C transactions are excluded until a future ministerial decision.

Does the mandate apply only to VAT-registered businesses?

No. The mandate applies to any person conducting business in the UAE, regardless of VAT registration status. Non-VAT-registered entities must register with the FTA to obtain a Tax Identification Number (TIN). For VAT groups, each member must have its own ASP endpoint using its own TIN (the first 10 digits of its own TRN, not the group representative's TRN), with a 24-month grace period from January 2027 for intra-group transactions.

Are B2C transactions covered by the mandate?

No. Business-to-consumer (B2C) transactions are excluded from the Electronic Invoicing System until a future ministerial decision. Businesses engaged exclusively in B2C are fully exempt for now. However, businesses with mixed B2B and B2C operations must comply for their B2B and B2G transactions. Voluntary eInvoicing for B2C is permitted, though all technical requirements then apply.

Do both invoice senders and receivers need an ASP?

Yes. Both the invoice issuer and the recipient must appoint an Accredited Service Provider connected to the Peppol network. This is a bilateral obligation. For overseas buyers without UAE tax obligations, if they are on the Peppol network in their home jurisdiction, their existing endpoint is used; otherwise, a fallback mechanism (PDF copy) applies.

What about VAT group members and intra-group transactions?

Each VAT group member must register a separate Peppol endpoint using its own TIN, which is the first 10 digits of its individual TRN, not the group representative's. A 24-month grace period for intra-group transactions runs from 1 January 2027 to 31 December 2028, during which eInvoicing obligations do not apply between members of the same VAT group. Transactions with external parties must comply per the normal phase schedule.

Do non-VAT-registered businesses need to comply?

Yes. Any person conducting business in the UAE is within scope, even without VAT registration. Non-VAT-registered businesses must register with the FTA to obtain a TIN. They issue "Commercial Invoices" rather than "Tax Invoices" through the system, and must do so within 14 days from the date of the business transaction.

What about overseas or international buyers?

If the overseas buyer is on the Peppol network in their home jurisdiction, their existing Peppol endpoint is used to receive the eInvoice. If not, a fallback mechanism applies where the buyer receives a PDF copy. A buyer's eInvoicing onboarding status does not affect the supplier's obligation to issue eInvoices; predefined endpoints exist for scenarios where the buyer hasn't yet appointed an ASP.

Are free zone entities in scope?

Yes. The mandate applies to "any Person conducting Business in the State," which explicitly includes designated zones and free zones. The PINT-AE specification has a dedicated transaction type flag (position 1 in the 8-bit ProfileExecutionID) for Free Trade Zone transactions, with additional mandatory fields like Beneficiary ID.

Are export and e-commerce transactions in scope?

Yes. Both are explicitly covered. The PINT-AE ProfileExecutionID includes dedicated flags for exports (position 8) and e-commerce (position 7). Export invoices require a delivery address with a country code that is not "AE." E-commerce invoices require a full delivery address including emirate code. If you sell online to other businesses or export goods, your eInvoicing setup must accommodate these transaction types.

Are import invoices required through the eInvoicing system?

No. Foreign supplier invoices received by UAE buyers are not mandated through the system. The MoF has stated it seeks to avoid imposing additional reporting obligations for import transactions. If your foreign supplier is in a Peppol-compliant country, you can receive invoices via the Peppol network, but the UAE's data dictionary cannot be imposed on them, and you are not mandated to report the transaction through the eInvoicing system.

Are there any exemptions from the eInvoicing mandate?

Yes. Exemptions include sovereign government activities, international airline passenger transport where electronic tickets are issued, and international air cargo transport by airlines (24-month temporary exclusion). VAT-exempt and zero-rated financial services under Article 42 of the VAT Executive Regulation are also excluded. B2C transactions and supplies to or from natural persons not in business are outside scope.

Are voluntary adopters subject to penalties?

No. Article 2(2) of Cabinet Decision 106 of 2025 explicitly exempts voluntary participants from penalties. Businesses that adopt eInvoicing before their mandatory phase begins face no penalty risk. Businesses who wish to be early adopters can start testing now, and it is a good way to resolve integration issues before penalties apply.

What is the Peppol Participant ID format for UAE entities?

The Peppol Participant Identifier for UAE entities follows the format 0235:[10-digit TIN], where 0235 is the UAE's scheme identifier on the Peppol network and the TIN is the first 10 digits of the TRN issued by the FTA. Every business in scope needs this identifier registered with their ASP. If you don't have a TRN yet, you must register with the FTA to get one before you can onboard.

How does the Peppol 5-Corner model work?

The UAE uses the Decentralized Continuous Transaction Control and Exchange (DCTCE) model, extending the standard Peppol 4-corner model with a fifth corner for the tax authority. The five corners are: (C1) the Supplier, (C2) the Supplier's ASP, which validates and transmits the invoice, (C3) the Buyer's ASP, which receives and delivers it, (C4) the Buyer, and (C5) the Federal Tax Authority, which receives tax data from both C2 and C3 for cross-validation. Calculus operates as your ASP, handling corner 2 (for suppliers) or corner 3 (for buyers).

What is DCTCE and why did the UAE choose this model?

DCTCE stands for Decentralized Continuous Transaction Control and Exchange. Unlike centralized clearance models (such as Italy's SDI or Saudi Arabia's FATOORAH), the UAE model is decentralized: the FTA acts as a data repository, not an invoice clearance gateway. Both the sender's and receiver's ASPs independently extract and report tax-relevant data to the FTA, which cross-validates. This dual-reporting design ensures data integrity without creating a single point of failure.

What role does an Accredited Service Provider (ASP) play?

ASPs validate all eInvoice data against the UAE data dictionary, transmit invoices through the Peppol network, and report Tax Data Documents (TDDs) to the Federal Tax Authority. They ensure every invoice meets PINT-AE compliance before it enters the network. Calculus, powered by Taxilla, is an approved ASP listed by the UAE Ministry of Finance. Taxilla is number 19 of 21 providers on the approved list.

PINT-AE (Peppol International, UAE Extension) is the specific XML format required for UAE eInvoicing. It extends the European EN16931 standard through a multi-layer derivation: EN16931 to Peppol BIS Billing 3.0 to PINT (global template) to PINT-AE (UAE specialization). It uses UBL 2.1 XML syntax and adds UAE-specific business rules like TRN validation, AED currency handling, and 5% VAT calculations.

How does PINT-AE relate to EN16931?

PINT-AE is built on a multi-layer standards chain: the European standard EN16931 forms the semantic base, which Peppol BIS Billing 3.0 implements, which PINT (the global template) extends, which PINT-AE then customizes for the UAE. The specification defines approximately 135 total data elements, of which 51 are mandatory for a standard tax invoice, including 15 fields not currently required under UAE VAT law. Fields cover invoice metadata, seller/buyer details, document totals, tax breakdowns, and line-level requirements.

Can I use different ASPs for sending and receiving?

No. Each business entity must use the same Accredited Service Provider for both sending (accounts receivable) and receiving (accounts payable) eInvoices. You appoint exactly one ASP that handles both directions. Choose carefully, as switching providers later adds integration complexity.

What is self-billing under UAE eInvoicing?

Self-billing is when the buyer is authorized by the seller to issue the invoice. This is distinct from reverse charge. Under UAE eInvoicing, the buyer creates the eInvoice and exchanges the document with the seller; the buyer's ASP reports to the FTA. Self-billing uses a separate PINT-AE Self-Billing specification with a different specification identifier (urn:peppol:pint:selfbilling-1@ae-1). If you use self-billing arrangements, you need the correct spec from your ASP.

How are errors or disputes handled on eInvoices?

There is no concept of invoice cancellation or amendment in UAE eInvoicing. All corrections require issuing a credit note. A credit note reason code is mandatory (from an official code list, not free text), and the preceding invoice reference is mandatory (except for voluntary disclosure with reason code "VD"). Technical rejections by Corner 2, 3, or 5 are based on Schematron validations only; commercial disputes are handled outside the system.

How many validation rules does a UAE eInvoice go through?

Over 250 validation rules run on every single eInvoice before it can be transmitted. Validation happens at three layers: your ASP (Corner 2 or 3) validates all fields against the UAE data dictionary, the receiving ASP validates again independently, and the FTA (Corner 5) performs Schematron validation on the tax data. Rules check data formats, calculations, code lists, cross-field dependencies, and structural integrity. One wrong field format, one missing code, or one calculation error means rejection.

Does Peppol support cross-border eInvoicing?

Yes. The Peppol network is designed for seamless cross-border eInvoicing. Once you are on the network for UAE compliance, you can send and receive invoices with trading partners in Australia, New Zealand, Singapore, Japan, and 30+ other Peppol-connected countries.

How is "revenue" defined for determining my phase?

Revenue is defined as "gross income earned by a Person during the most recent Accounting Period, based on the financial statements." This means gross income, not taxable income and not profit. If your most recent financial statements show gross income of AED 50M or more, you fall under Phase 1 regardless of net profit or VAT-taxable turnover.

What are the ASP appointment deadlines vs go-live dates?

Phase 1 (revenue >= AED 50M): appoint an ASP by 30 October 2026, go live by 1 January 2027. Phase 2 (revenue < AED 50M): appoint an ASP by 31 March 2027, go live by 1 July 2027. Revenue is defined as gross income during the most recent accounting period based on financial statements. Businesses who wish to be early adopters can start testing now.

My business revenue is below AED 50M. Do I still need to comply?

Yes, but on a later timeline. Businesses below AED 50M must select an ASP by 31 March 2027 and go live by 1 July 2027. Starting early gives you more time to test, train staff, and resolve integration issues before penalties apply.

How long does implementation take?

For most businesses, you can be live within days. Standard setup involves connecting your invoice source, configuring your company details, and running a test transmission. Our team handles the Peppol network registration.

Can penalties start before I send my first eInvoice?

Yes. The AED 5,000/month penalty for not appointing an ASP starts from the ASP appointment deadline, not the go-live date. For Phase 1, this means penalties can begin accumulating from 1 November 2026, two months before you need to send your first eInvoice on 1 January 2027. A Phase 1 business that does nothing could face AED 10,000+ in penalties before the first invoice is even due.

What happens if I miss the deadline?

Non-compliance carries tiered penalties under Cabinet Decision 106 of 2025: AED 5,000 per month for failure to implement an Electronic Invoicing System or appoint an ASP, AED 100 per invoice for late transmission (capped at AED 5,000 per calendar month), and AED 1,000 per day for failure to notify the FTA of system failures. The AED 5,000/month cap applies separately to invoices and credit notes, meaning a combined exposure of up to AED 10,000 per month. These penalties apply once your mandatory phase begins.

What are the exact penalties under Cabinet Decision 106 of 2025?

Six violations are defined: (1) failure to implement the system or appoint an ASP: AED 5,000/month. (2) Failure to issue/transmit an eInvoice on time: AED 100/invoice, capped at AED 5,000/calendar month. (3) Failure to issue/transmit an eCredit Note on time: AED 100/credit note, capped at AED 5,000/calendar month. (4) Issuer fails to notify FTA of system failure: AED 1,000/day. (5) Recipient fails to notify FTA of system failure: AED 1,000/day. (6) Failure to notify ASP of data changes: AED 1,000/day. System failure notification must occur within 2 business days.

Does UAE eInvoicing require QR codes?

No. Unlike Saudi Arabia's ZATCA system, the UAE approach does not mandate QR codes on eInvoices. There are also no additional digital signature requirements beyond those supported by the Peppol network. Peppol's PKI (Public Key Infrastructure) is sufficient for signing and encryption.

Must every ASP offer free invoices?

Yes. Every Accredited Service Provider must provide a minimum of 100 eInvoices per year free of charge, per customer. If your business processes fewer than 100 invoices annually, your ASP invoicing costs could be zero. Implementation and onboarding fees are separate and can still apply; the free minimum covers only the invoice transmission itself.

What are the data retention requirements for eInvoicing?

The data retention requirements are consistent with current UAE law, which mandates a retention period of 7 years. The shift to eInvoicing does not change your existing archival obligations. Whatever the VAT law requires continues to apply. Your ASP stores and forwards invoices but long-term archival remains your responsibility.

Do I need to change my ERP system?

No. Calculus integrates with your existing ERP system. You can upload invoices as PDFs or connect via API. We handle the XML conversion, validation, and Peppol transmission.

How do businesses integrate with Calculus?

Multiple integration methods are supported: API integration for automated workflows, SFTP for batch file processing, and direct file upload through our web portal. We support SAP, Oracle, QuickBooks, Xero, Zoho, Tally, and other major ERP systems.

Is Calculus an approved eInvoicing provider?

Yes. Calculus is powered by Taxilla FINOPS 360, which is listed by the UAE Ministry of Finance as an approved eInvoicing Service Provider and a certified Peppol Access Point. Our platform holds AICPA SOC, ISO 27001, ISO 27701, and ISO 9001 certifications.

Can I use Calculus without changing my existing accounting software?

Yes. Calculus is ERP-agnostic and works alongside your current system. If your software can export invoice data in any format (PDF, CSV, JSON, XML), we can ingest it. For businesses without API capability, we support SFTP and manual file upload.

Yes. All data is encrypted in transit and at rest. We never store your invoice data longer than necessary for transmission. Our infrastructure is hosted in the UAE (Dubai Silicon Oasis) and complies with local data residency requirements.

How much does implementation cost?

Implementation costs depend on both the fit gap analysis and integration method selected. This covers onboarding, platform configuration, integration support and staff training. Please reach out to discuss pricing tailored to your organization's needs.

What happens to invoices if the Peppol network is temporarily unavailable?

The platform includes built-in retry logic and queue management. If transmission is temporarily interrupted, invoices are queued and automatically resubmitted once connectivity is restored. No manual intervention required.

What is the difference between Calculus and Taxilla?

Taxilla is our technology partner and an approved UAE eInvoicing ASP. They provide the Peppol-certified platform infrastructure. Calculus is your local implementation partner: we handle onboarding, ERP integration, compliance consulting, and ongoing support. You get global-grade technology with hands-on local service.

Where do supplier eInvoices arrive?

They arrive through your eInvoicing service provider, the same one you use to send your own invoices. You appoint one provider for both sending and receiving.

We issue debit notes to suppliers for returns and short deliveries. Do these become eInvoices?

No. A reduction of a supplier's bill is the supplier's credit note to you. Ask the supplier to issue it. Your debit note stays an internal record in your books.

A supplier's eInvoice shows our old address. What do we do?

Ask the supplier to correct your details in its records and to issue a credit note and a new invoice if the error matters for your VAT recovery. Then check its next invoice.

Receiving eInvoices: give your suppliers your Peppol ID

From go-live, your UAE suppliers send their bills to your Peppol ID. Tell them it now, with your legal name and licensed address.

In short

eInvoicing works in both directions. From go-live, your UAE suppliers must send their bills to you as eInvoices, to your Peppol ID. Your finance team tells every UAE supplier your Peppol ID, legal name and licensed address now, and checks the first eInvoices that arrive.

Why eInvoicing needs it

Your Peppol ID is your address on the UAE eInvoicing network: the code 0235 followed by your 10-digit Tax Identification Number (TIN), for example 0235:1010101002. The Ministry of Finance Guidelines make each supplier responsible for collecting its buyer's Peppol ID. If your supplier does not have yours, it cannot deliver your bill.

Ministerial Decision No. 243 of 2025 places duties on the recipient too. You appoint one Accredited Service Provider (ASP) for both sending and receiving, and you process the eInvoices and credit notes you receive through the system. The Guidelines say a business receives the eInvoices its suppliers issue to it via its ASP.

There is also a VAT reason. From go-live, a business subject to eInvoicing must keep the tax invoice in line with the eInvoicing system to recover input tax on it. A supplier bill with your wrong name or tax number puts that recovery at risk.

Not sure of your own TIN? Read TIN vs TRN first. In a VAT group, each member has its own Peppol ID and gives its own to its suppliers.

What good looks like

A short note to each UAE supplier, from an invented buyer:

Subject: Our eInvoicing details

Dear supplier,

From our eInvoicing go-live, please send your invoices and credit notes to us as eInvoices, using these details:

Legal name: AL NOOR TRADING LLC

Peppol ID: 0235:1010101002

Tax Registration Number: 101010100200003

Address: Office 204, Al Noor Building, Al Quoz, Dubai (DXB), United Arab Emirates

Please update your customer record for us and use the legal name exactly as above.

Thank you, Accounts Payable, Al Noor Trading LLC

Returns and price reductions, before and after:

Situation	Before	After
Goods returned to a supplier	You raise a debit note and send it	The supplier issues an electronic credit note to your Peppol ID, naming its original invoice. Your debit note stays an internal voucher
Supplier overcharged	You deduct and send a debit note	The supplier issues a credit note for the difference
Supplier undercharged	Supplier sends a debit note	The supplier issues a new invoice for the extra amount

The UAE eInvoicing document set has invoices and credit notes, and no debit note. Every correction comes from the supplier, as its own document.

How to fix it in Tally

Keep using your debit note voucher type for returns and claims to suppliers, as an internal record only. Do not send it as an eInvoice.
When the supplier's credit note arrives, record it against the supplier ledger and the original purchase, as you do today.
Open each supplier: Alt+G (Go To) > Alter > Ledger. Check the supplier's TRN is entered under VAT registration details. This helps you match the eInvoices that arrive.
Save with Ctrl+A.

How received eInvoices reach Tally (a file, a report, or a manual entry) depends on what you agree with your eInvoicing service provider. Calculus staff set this up with you.

How to fix it in Excel or another system

Keep a Supplier list with these columns:

Column	Format	Example
Supplier name	Legal name	Gulf Spice Imports FZE
Country	Two-letter code	AE
Peppol ID sent	Date	2026-10-20
Supplier confirmed	Yes or no	Yes
First eInvoice checked	Date	2027-01-08

Send the note to UAE suppliers only. Overseas suppliers do not send over the UAE network.

If you use an ERP, ask your ERP partner how received eInvoices will be imported, and keep the debit note document type internal.

What to check on each received eInvoice

Check the first eInvoice from every supplier, then spot-check:

Your legal name, exactly as on your trade licence
Your TRN, and your Peppol ID as the delivery address
Your licensed address and emirate
The VAT amount, and that a credit note names the invoice it reduces

If anything is wrong, ask the supplier to correct its records and to reissue.

Checklist

Your own Peppol ID confirmed (each VAT group member separately)
Note sent to every UAE supplier
Debit notes to suppliers kept as internal vouchers only
Suppliers asked to issue credit notes for returns and overcharges
First eInvoice from each supplier checked

The law

Ministerial Decision No. 243 of 2025 on the Electronic Invoicing System, Article 5(1) (issuers and recipients appoint an Accredited Service Provider), Article 6(2) (the issuer issues an electronic credit note on cancellation, reduction, refund or error), Article 6(3) (the recipient processes eInvoices and credit notes through the system). mof.gov.ae
MoF UAE Electronic Invoicing Guidelines V1.1, section 3 (Peppol ID is 0235 followed by the 10-digit TIN), section 5.2 (the supplier collects the buyer's Peppol ID), section 6.1 (one ASP for sending and receiving), Appendix 1 section 13.3 (businesses receive suppliers' eInvoices via their ASP). mof.gov.ae
Federal Decree-Law No. 8 of 2017 on VAT, as amended by Federal Decree-Law No. 16 of 2024: Article 55 (input tax recovery requires keeping the tax invoice in line with the eInvoicing system) and Article 70 (tax credit notes issued electronically under the eInvoicing system).

General guidance on UAE eInvoicing and VAT as they shape the eInvoice. It is not tax advice for a specific transaction. Last reviewed 2026-10-19.