How UAE E-Invoicing Works: 5-Corner Model, Peppol, ASPs

UAE e-invoicing uses a five-corner model. The supplier (corner 1) sends invoice data to its Accredited Service Provider, or ASP (corner 2). That ASP checks it and sends it over the Peppol network to the buyer's ASP (corner 3), which delivers it to the buyer (corner 4). Both ASPs report the tax data to the Federal Tax Authority (FTA), the fifth corner. Peppol's standard model has four corners; the UAE adds the FTA so tax data reaches it in near real time.

How we wrote this guide. The corner-by-corner flow, the roles and the definitions come from the Ministry of Finance (MoF) Electronic Invoicing Guidelines (version 2.0, 26 October 2026), and the Peppol facts from peppol.org. Octate creates PINT AE e-invoices in its own system and isn't on the MoF register of ASPs. Facts last verified: 3 November 2026.

Key points:

Peppol is an international network for sending business documents. Each business connects once, through a service provider, and can then reach every other business on the network.
The four corners are the supplier, its service provider, the buyer's service provider and the buyer. The UAE adds the FTA as corner 5.
An ASP is a Peppol service provider that the MoF has also accredited to provide e-invoicing services in the UAE.
Your accounting system creates the invoice data. Your ASP checks it, sends it, reports it and returns the confirmations.

What Is Peppol?

Peppol is a set of standards and a network for exchanging business documents such as invoices and credit notes in a structured format. It's run by OpenPeppol, which describes itself as a non-profit international association established under Belgian law.

Each country that adopts Peppol has a Peppol Authority. For the United Arab Emirates, peppol.org lists the Ministry of Finance. The MoF's Guidelines give Peppol these jobs in the UAE system:

Set the standards and document formats for exchanging e-invoices.
Define the requirements for access points, the gateways that send and receive documents.
Test and certify those access points.
Work with ASPs to create participant identifiers, the addresses that route each invoice.
Monitor whether ASPs follow the rules of the network.

The UAE invoice format on Peppol is PINT AE, the UAE version of Peppol's international invoice specification. See what PINT AE is for the fields it requires.

The Four-Corner Model

Peppol's standard design has four corners:

Corner 1, the supplier: creates the invoice in its own system.
Corner 2, the supplier's service provider: receives the invoice from the supplier and sends it over the network.
Corner 3, the buyer's service provider: receives the invoice from the network.
Corner 4, the buyer: gets the invoice in its own system.

It works like a phone network. You sign up with one operator and can call anyone, whichever operator they use. A supplier connects to one service provider and can invoice any buyer on Peppol, with no separate connection for each customer.

To find the right destination, the sending side looks up the buyer's participant identifier. In the UAE that identifier is 0235 followed by the buyer's 10-digit Tax Identification Number (TIN), which is the first 10 digits of its Tax Registration Number (TRN).

Why the UAE Uses Five Corners

In a four-corner model, the tax authority isn't part of the exchange. The invoice goes from supplier to buyer, and the tax authority sees the figures later, in a tax return or an audit.

The UAE adds the FTA as corner 5. The MoF calls this Decentralized Continuous Transaction Control and Exchange (DCTCE). Each invoice still travels between the two ASPs, but both ASPs also report its tax data to the FTA, so the FTA sees each transaction close to when it happens.

The Guidelines list what this is meant to achieve. For government, it gives near real-time data for policy decisions. For businesses, it has the potential to pre-populate VAT returns, simplify VAT refunds and cut the data-entry errors that cause disputes.

One Invoice, Step by Step

Here is one invoice going through the five corners, following section 5.1 of the Guidelines. The companies are an example: a Dubai wholesaler invoices a Sharjah retailer for a delivery.

The supplier sends the data. The wholesaler's accounting system sends the invoice data to its ASP, in a format the two have agreed.
The supplier's ASP checks it. The ASP validates the data. If it arrived in another format, the ASP converts it into the UAE standard XML e-invoice.
It travels over Peppol. The supplier's ASP sends the XML e-invoice to the retailer's ASP.
The first report goes to the FTA. At the same time, the supplier's ASP reports the invoice's tax data to the FTA.
The buyer's ASP confirms receipt. After validating the e-invoice, the retailer's ASP sends an electronic confirmation back to the supplier's ASP.
The buyer gets the invoice. The retailer's ASP delivers the e-invoice to the retailer in a format they have agreed.
The second report goes to the FTA. If validation succeeded, the retailer's ASP also reports the tax data to the FTA. If validation failed, it tells both the supplier's ASP and the FTA, and doesn't report the tax data.
The FTA confirms to both ASPs. Once each report is received, the FTA sends an electronic confirmation to the ASP that sent it.
Confirmations reach both businesses. Each ASP passes its confirmations on to its own customer, the wholesaler or the retailer.

The Guidelines number these as 11 steps, because the FTA's two confirmations and the two hand-backs are listed separately.

What the wholesaler sees: an invoice issued from its accounting system, then a delivery confirmation and a reporting confirmation. What it should watch for: an invoice that fails validation, which has to be fixed and sent again within the 14-business-day limit.

Four Corners vs Five Corners

Who is in the exchange: four corners connect only the two businesses and their service providers. Five corners add the tax authority.
When the tax authority sees the data: later, through returns and audits, in a four-corner model. Close to the time of the transaction in the UAE's model.
Who reports: in the UAE both ASPs report tax data to the FTA. The businesses don't report each invoice themselves.
What comes back: in the UAE you get confirmations of delivery and of reporting, so you can prove each invoice reached the buyer and the FTA.
What stays the same: the network, the participant identifiers and the invoice format are Peppol's. The UAE adds the reporting.

What an ASP Does

An Accredited Service Provider is a service provider that the MoF has accredited to provide e-invoicing services in the UAE, under Ministerial Decision No. 168 of 2026. The Guidelines define a service provider as an organisation authorised by OpenPeppol to access the Peppol framework. So every ASP is a Peppol service provider, but a Peppol service provider needs MoF accreditation to act as an ASP.

Under the Guidelines, an ASP must:

Onboard you: help you connect to Peppol, work on any integration your systems need, and let you test the exchange.
Give you your participant identifier once onboarding is complete.
Exchange your e-invoices securely with your buyers' ASPs.
Report tax data for each e-invoice to the FTA on time.
Keep up with the specifications and always use the latest version.
Support you when something goes wrong, and protect your data in transit and in storage.
Tell you and the FTA about outages, then send and report the pending invoices once the service is back.

Only providers on the MoF register can act as an ASP. The register listed 84 providers on 2 November 2026.

Who Does What

Ministry of Finance: writes the rules, sets the standards, accredits ASPs and coordinates with Peppol.
Federal Tax Authority: registers businesses and issues TINs and TRNs, runs onboarding through EmaraTax, receives the tax data and uses it for audits and fraud detection.
OpenPeppol: sets the network's standards and certifies access points.
ASPs: onboard businesses, exchange the e-invoices and report the tax data.
Your business: issues correct e-invoice data from its own system, appoints one ASP and keeps its records.

What This Means for Your Business

The five-corner model splits the work. Your ASP moves and reports each invoice, but your own accounting system or ERP still has to produce correct data: the right customer, the right participant identifier, the right VAT category on every line and every mandatory field. Most failed invoices will come from bad data on your side, not from the network.

In practice:

Keep your customers' TRNs, TINs and addresses clean before go-live.
Track the delivery and reporting confirmations for every invoice, and chase the ones that don't arrive.
Agree with your ASP how your system sends it invoice data and receives confirmations.
Give one person ownership of failed invoices, so nothing misses the 14-business-day limit.

For dates, deadlines, penalties and a step-by-step checklist, read our UAE e-invoicing guide for SMEs.

Where Octate Fits

Octate is cloud ERP that creates PINT AE e-invoices from sales orders, delivery notes or manual entries, in the same ledger as your sales and VAT. Journals, customer balances and tax reports update when an invoice is issued. Octate isn't on the MoF register of ASPs. See UAE e-invoicing and accounting and VAT.

Quick Answers

What is the five-corner model in UAE e-invoicing? The framework for issuing and exchanging e-invoices in the UAE. Its corners are the supplier, the supplier's ASP, the buyer's ASP, the buyer and the FTA, which receives tax data from both ASPs.

What is the four-corner model? Peppol's standard design: a supplier and a buyer, each connected to the network through its own service provider. No tax authority takes part in the exchange.

Why does the UAE use five corners instead of four? To give the FTA each invoice's tax data close to the time of the transaction, which the MoF says can help pre-populate VAT returns and simplify refunds.

What is Peppol? A network and set of standards for exchanging structured business documents, run by OpenPeppol, a non-profit association established under Belgian law.

Who is the Peppol Authority in the UAE? The Ministry of Finance, according to OpenPeppol's list of Peppol Authorities.

Is an ASP the same as a Peppol access point? Every ASP is a Peppol service provider, but it also needs MoF accreditation to provide e-invoicing services in the UAE.

Does the buyer need its own ASP? Yes, once e-invoicing applies to the buyer. Each business uses one ASP for all its e-invoicing. Until a buyer adopts e-invoicing, the supplier uses a placeholder address and also gives the buyer a regular tax invoice.

What happens if an e-invoice fails validation? The buyer's ASP tells the supplier's ASP and the FTA, and the tax data isn't reported. The supplier fixes the invoice and sends it again.

What is tax data in UAE e-invoicing? The information needed for tax reporting and compliance, including tax registration details. The ASPs report it to the FTA for each e-invoice.

Sources

Ministry of Finance: UAE Electronic Invoicing Guidelines, version 2.0 (26 October 2026), sections 3 (terms), 4 (benefits), 5.1 (framework) and 15 (roles and responsibilities), and the register of Accredited Service Providers
OpenPeppol: About Peppol, Peppol Authorities and the PINT AE billing specification
Octate: UAE e-invoicing

Checked on 3 November 2026.