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.

What is the difference between a TIN and a TRN?

The Tax Registration Number (TRN) is your 15-digit VAT number. The Tax Identification Number (TIN) is a 10-digit number the Federal Tax Authority gives each business. Your eInvoicing address, the Peppol ID, is 0235 followed by your TIN.

We are in a VAT group. Do all members share one TIN?

No. The group shares one TRN for VAT, but each member has its own TIN and its own Peppol ID. Confirm each member's TIN separately.

Can I just take the first 10 digits of the TRN?

No. That pattern is common, but it fails for VAT group members and does not always hold for other businesses. Confirm the TIN from a source that states it.

We are not registered for VAT. Do we have a TIN?

A business in scope of eInvoicing needs a TIN even without a VAT registration. If you do not have one, you generate it through EmaraTax.

TIN vs TRN: find your 10-digit TIN and your Peppol ID

Your TRN is your 15-digit VAT number. Your TIN is a 10-digit number that builds your eInvoicing address. Here is how to find and confirm both.

In short

Two tax numbers matter for eInvoicing. The Tax Registration Number (TRN) is your VAT number. The Tax Identification Number (TIN) is the number behind your eInvoicing address. Confirm your own TIN in EmaraTax, and ask your customers to confirm theirs. Never work one out from the other.

Why eInvoicing needs it

Every eInvoice travels over the UAE network to an address called a Peppol ID. The Ministry of Finance Guidelines define it as the scheme code 0235 followed by the 10-digit TIN. So your TIN decides where your customers send your bills, and your customer's TIN decides where your invoices go.

The TRN still matters too. A tax invoice must show the TRN of a registered seller and buyer, as it does today.

	TRN	TIN	Peppol ID
What it is	Your VAT registration number	Your tax identity with the Federal Tax Authority	Your address on the eInvoicing network
Length	15 digits	10 digits	0235: plus 10 digits
Example	101010100200003	1010101002	0235:1010101002
Where it appears	Printed on tax invoices	Inside the Peppol ID; on a commercial invoice from a seller with no TRN	In every eInvoice, as the buyer or seller address

The Guidelines say the TIN is the first 10 digits of your own TRN. In practice, this is where errors start:

VAT groups. The group has one TRN, and it is printed on every member's invoices. Each member has its own TIN and its own Peppol ID. The first 10 digits of the group TRN give the group representative's TIN, not yours.
Records that do not match. Calculus staff have seen businesses whose TIN in the UAE Peppol directory differs from the first 10 digits of the TRN they print.

So take the TIN from a source that states it, every time.

What good looks like

An invented VAT group, Gulf Spice Group, with two members:

Member	TRN on invoices	TIN (confirmed)	Peppol ID
Gulf Spice Imports FZE (representative)	101010100200003 (group)	1010101002	0235:1010101002
Gulf Spice Packing LLC	101010100200003 (group)	Its own 10 digits, from its own EmaraTax account	0235 + that TIN

Both members print the same TRN. Each has a different TIN and a different Peppol ID.

How to find your own TIN

Sources that state the TIN, best first:

Your EmaraTax account. Log in with your company credentials or UAE PASS. Your 10-digit TIN is shown in your EmaraTax profile. The eInvoicing section, where you appoint your eInvoicing service provider, is in the same account. In a VAT group, each member checks its own account.
Your service provider's confirmation email. After you link your account to your Accredited Service Provider (ASP), its email states the Peppol ID it activated.
The UAE Peppol directory. Once your Peppol ID is active, it can be searched there.
Your Corporate Tax registration certificate. Use it only as a fallback.

Not registered for VAT? A business in scope of eInvoicing must still have a TIN. If you have no registration with the Federal Tax Authority, you generate a TIN through EmaraTax.

How to fix it in Tally

For each customer, open Alt+G (Go To) > Alter > Ledger. Under VAT registration details, Tally fills the TIN from the first 10 digits of the TRN.
Overwrite the TIN with the value the customer confirmed, wherever it differs. For VAT group members it will differ.
Set Party registered on PEPPOL to Yes and enter the Peppol ID: 0235:, then the confirmed TIN.
Save with Ctrl+A.
Check your own company's TIN with Calculus staff, so it matches your EmaraTax account before your first eInvoice.

If your Tally release does not show TIN or PEPPOL ID fields, keep the confirmed TIN in the ledger notes and send it to Calculus staff.

How to fix it in Excel or another system

Hold three separate columns for each party, all formatted as Text:

TRN: 15 digits, for example 101010100200003
TIN: 10 digits, for example 1010101002
Peppol ID: 0235: plus the TIN, for example 0235:1010101002

Add a fourth column, TIN source, so anyone can see where the number came from. Do not add a formula that builds the TIN from the TRN.

If you use an ERP, ask your ERP partner to add separate TIN and Peppol ID fields to the company and customer records, filled by hand, not by formula.

Checklist

Your own TIN confirmed from EmaraTax (each VAT group member separately)
Your Peppol ID written down: 0235 + your TIN
Each customer's TIN confirmed from a source that states it
No formula or default that copies the TIN from the TRN
TIN and Peppol ID columns formatted as text

The law

MoF UAE Electronic Invoicing Guidelines V1.1, section 2 (your TIN is your Participant Identifier; Tax Group members use their own TIN, not the representative's; persons not registered must register to obtain a TIN), section 3 (Peppol participant identifier is 0235 followed by the 10-digit TIN), Appendix 1 section 13.2 (each Tax Group member onboards separately; persons not registered generate a TIN through EmaraTax). mof.gov.ae
Ministerial Decision No. 243 of 2025 on the Electronic Invoicing System, Article 5(1): issuers and recipients appoint an Accredited Service Provider. mof.gov.ae
VAT Executive Regulation, Article 59: a tax invoice shows the TRN of the supplier and of a registered recipient.
Peppol PINT AE: IBT-049 Buyer electronic address, scheme 0235; IBT-048 Buyer VAT identifier. docs.peppol.eu

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.