Skip to Content
UAE Federal Tax Authority ยท 2026 Mandate

UAE E-Invoicing Framework
Visual Summary

A comprehensive overview of the UAE's mandatory electronic invoicing framework โ€” covering the PEPPOL 5-Corner model, data fields, use cases, implementation roadmap, and compliance requirements.

50+Mandatory Data Fields
16Transaction Use Cases
5PEPPOL Corners
1 Jul 2026Pilot Go-Live
1 Jan 2027Mandatory (โ‰ฅAED 50M)
Section 1

What is UAE E-Invoicing?

Six defining features of the UAE's mandatory electronic invoicing framework under the Federal Tax Authority.

๐Ÿ“„
Feature 01

Electronic Exchange in Standard Formats

Invoices must be created, exchanged, and reported electronically in machine-readable structured formats (PINT AE / UBL 2.1 XML).

๐Ÿ“‹
Feature 02

Standardised Data Fields

Over 50 mandatory fields as per PINT AE, covering supplier/buyer details, VAT data, payment information, and 16 defined use cases.

๐Ÿ”—
Feature 03

Decentralised 5-Corner Model

Transmission via the PEPPOL network ensures interoperability between sellers, buyers, and the FTA through accredited access points.

๐Ÿ“…
Feature 04

Phase-Wise Implementation

Phase 1 targets large B2B/B2G businesses (revenue โ‰ฅ AED 50M). Phase 2 will extend to small and medium businesses.

โšก
Feature 05

Real-Time Invoice Reporting to FTA

Invoices are reported immediately upon issuance to the Federal Tax Authority via the Central Data Platform.

๐Ÿข
Feature 06

Mandatory ASP Appointment

Every business within scope must appoint an FTA-Accredited Service Provider (ASP) to validate and transmit e-invoices.

Section 2

Implementation Timeline

Phased rollout from the official pilot programme through to full government entity adoption.

๐Ÿงช

Official Pilot

1 Jul 2026

ASP onboarding deadline & pilot go-live for selected organisations

๐ŸŒฑ

Early Voluntary

1 Jan 2027

Voluntary early adopters go live; ASP onboarding by 31 Jul 2026

๐Ÿญ

Large Enterprises

1 Jan 2027

Mandatory for businesses with revenue โ‰ฅ AED 50 Million

๐Ÿ›๏ธ

UAE Gov. Bodies

31 Mar 2027

Government entities must be onboarded and go live

๐Ÿ“ˆ

Broader Rollout

2027+

Extension to SMEs and additional business categories

โš ๏ธ Key Deadline: Businesses with revenue โ‰ฅ AED 50M must appoint their ASP by 31 July 2026 and go live by 1 January 2027. Failure to meet this deadline attracts a penalty of AED 5,000 per month.
Section 3

PEPPOL 5-Corner Operating Model

How e-invoices flow from seller to buyer and to the FTA through the decentralised PEPPOL network.

Corner 1
๐Ÿข

SELLER (C1)

Creates invoice in ERP or accounting system

โ†’
Corner 2
๐Ÿ“ก

SENDER ACCESS POINT (C2)

Validates & converts to UAE PINT-compliant XML; transmits via PEPPOL

โ†’
Corner 3
๐Ÿ“ก

RECEIVER ACCESS POINT (C3)

Receives valid PINT document; routes to buyer's system

โ†’
Corner 4
๐Ÿข

BUYER (C4)

Receives invoice directly in ERP or accounting environment

โ†• Tax data reporting flows from C2 and C3 to the Central Data Platform, and from C3 to C5
Corner 5
๐Ÿ›๏ธ

FTA ACCESS POINT (C5)

Receives tax data, performs validation checks, forwards to Central Data Platform

Supporting Infrastructure
SML
Service Metadata Locator
Central Registry โ€” routes messages to the correct SMP
SMP
Service Metadata Publisher
Company Registry โ€” publishes capabilities of each access point
Message Flow: Status, flow, or rejection messages are sent back to the seller (C2) from both C5 and C3 after validation.
Section 4

Core Data Fields (50+ Mandatory)

The UAE e-invoicing framework mandates over 50 standardised data fields across three categories.

โœ…

Mandatory Fields

Required for every invoice. Includes invoice number, dates, seller/buyer names, TRNs, and total VAT amounts.

โšก

Conditionally Mandatory

Required only when specific transaction conditions apply โ€” e.g., delivery country code for exports, buyer TRN for RCM.

๐Ÿ“Œ

Optional Fields

Support internal records and business context โ€” e.g., PO reference, contract reference, branch details.

๐Ÿ“„ Invoice Information
  • Invoice number & date
  • Invoice type code (388 Tax, 381 Credit Note)
  • Invoice currency code
  • Transaction type code (B2B, Export, RCM, Margin)
  • Business process category
  • Specification identifier (PINTAE)
  • Payment method code
  • Payment due date
๐Ÿข Seller Information
  • Seller legal name
  • Seller electronic address
  • Seller electronic identifier (unique digital ID)
  • Seller legal registration identifier
  • Seller registration type (Trade Licence etc.)
  • Seller Tax Registration Number (TRN)
  • Seller tax scheme code
  • Seller address (line 1, city, country)
๐Ÿข Buyer Information
  • Buyer legal name
  • Buyer electronic address
  • Buyer electronic identifier
  • Buyer Tax Registration Number (TRN)
  • Buyer tax scheme code
  • Buyer address (line 1, city, country)
๐Ÿ’ฐ Tax Details
  • Tax category code (S, AE, Z, E, O)
  • Tax category rate (%)
  • Taxable amount by tax category
  • Tax amount by tax category
  • VAT exemption reason (where applicable)
๐Ÿ“Š Document Totals
  • Total invoice line net amount (before VAT)
  • Invoice total excluding tax
  • Total tax amount
  • Invoice total including tax
  • Amount due for payment
๐Ÿ“ฆ Line Item Details
  • Item name / description
  • Item quantity & unit of measure
  • Item net price
  • Line item net amount
  • Item VAT category code & rate
  • Base quantity for item pricing
  • Item classification code (optional)
โš ๏ธ Note: 15 fields highlighted as mandatory under UAE PINT are not presently addressed in the UAE VAT Law. Businesses should monitor regulatory updates for any legislative amendments.
Section 5

16 UAE E-Invoicing Use Cases

Each use case builds on the 50 mandatory fields and may require additional data points depending on the transaction scenario.

Common Transaction Scenarios

  • 01
    UAE Standard Tax InvoiceStandard B2B and B2G transactions
  • 02
    Reverse Charge MechanismVAT accounted for by the recipient rather than the supplier
  • 03
    Zero-Rated SuppliesInvoices at 0% VAT, e.g. qualifying healthcare supplies
  • 04
    Deemed SupplyVAT applies despite no direct consideration, e.g. gifts
  • 05
    Standard Credit NoteUsed to adjust or reduce a previously issued invoice
  • 06
    Summary Tax InvoiceA single invoice covering multiple smaller transactions
  • 07
    Summary Credit NoteA single credit note covering multiple adjustments
  • 08
    Simplified Tax InvoiceFor B2C transactions below the simplified invoice threshold

Specific Transaction Scenarios

  • 09
    E-Commerce SupplyA marketplace platform facilitates the sale
  • 10
    ExportsCross-border supplies that may qualify as zero-rated
  • 11
    Margin SchemeVAT calculated on the profit margin, e.g. for used goods
  • 12
    Disclosed Agent BillingAn agent issues the invoice on behalf of the principal
  • 13
    Agent Billing Credit NoteAn agent issues a credit note on behalf of the principal
  • 14
    Commercial InvoiceNon-VAT commercial documentation for export shipments
  • 15
    Self-Billing InvoiceThe recipient issues the invoice on behalf of the supplier
  • 16
    Deemed Supply InvoiceIdentifies and values a deemed supply transaction
๐Ÿ’ก Key Takeaway: Accurately identifying the relevant use case is critical because it determines which conditionally mandatory data fields need to be completed.
Section 6

Before vs. After E-Invoicing

How common invoice types change under the new e-invoicing framework.

๐Ÿ“„ Standard Tax Invoice (B2B/B2G)
โฎ Before
๐Ÿ“‹Basic invoice details (date, number)
๐Ÿ‘คSupplier & buyer name / TRN
๐Ÿ“ŠLine items showing VAT amount
๐Ÿ“Issued in unstructured PDF or spreadsheet
โœ… After
โœ…All 50 mandatory data fields completed
๐Ÿ”—Electronic addresses & identifiers required
๐Ÿ’ณSpecific payment means code required
๐Ÿ“ฆIssued in structured XML format (PINT AE)
๐Ÿ†”Specification identifier (PINTAE) required
๐Ÿ“ Credit Note
โฎ Before
๐Ÿ“‹Original invoice reference usually included
๐Ÿ“Reason stated in free text
โž–Negative value or credit amount shown
๐Ÿ“„Often issued in paper or PDF format
โœ… After
โœ…Original invoice number & date mandatory
๐Ÿ”ขInvoice type code must be 381
๐Ÿ“‹Structured field captures reason for reduction
๐Ÿ”—Linked to original transaction reference
๐Ÿ”„ Reverse Charge Mechanism (Cross-border services, imported goods)
โฎ Before
๐Ÿ“Reverse charge usually stated in free text on the invoice
๐Ÿ“‹No standardised code or field required
โœ… After
โœ…VAT category code "AE" must reflect reverse charge treatment
๐ŸŒDelivery country code becomes mandatory
๐Ÿ†”Buyer's TRN required where buyer is VAT-registered
Section 7

Implementation Roadmap

A structured 6-step approach to achieving UAE e-invoicing compliance.

๐Ÿ“‹

Step 1: Gap Assessment

  • Map ERP fields against 50 mandatory fields
  • Identify missing & conditional requirements
  • Review existing invoice templates
โš™๏ธ

Step 2: System Setup

  • Update ERP to capture all required data points
  • Configure lookup tables & standard codes
  • Establish validation rules for mandatory fields
๐Ÿ“Š

Step 3: Data Readiness

  • Contact vendors & suppliers to close data gaps
  • Obtain electronic addresses & system identifiers
  • Gather TRN details from counterparties
๐Ÿ”—

Step 4: ASP Onboarding

  • Select & finalise Accredited Service Provider
  • Integrate ASP with ERP environment
  • Test end-to-end invoice generation workflows
๐Ÿงช

Step 5: Pilot Testing

  • Choose one business unit or invoice scenario
  • Identify hidden data gaps & process weaknesses
  • Resolve system issues in a controlled setting
๐Ÿš€

Step 6: Go-Live

  • Mandatory e-invoicing via PEPPOL network
  • Real-time tax data reporting to FTA
  • Ongoing monitoring & compliance management
๐Ÿ’ก PTG Consultant Advice: "Start early, plan methodically, and build a strong data foundation for a smooth e-invoicing rollout."
Section 8

Business Transaction Scenarios & E-Invoicing Treatment

How different transaction types are handled under the UAE e-invoicing framework.

# Transaction Scenario E-Invoicing Treatment Key Note
1
Export of Goods / Services Supplier (C1) generates e-invoice, validated by ASP (C2). ASP (C3) reports tax data to FTA (C5). E-invoice NOT transmitted to C3/C4. Standard ERP-generated PDF sent to overseas buyer.
2
Import of Services โ€” Reverse Charge Buyer (C4) creates the RCM invoice; data validated by ASP (C3). ASP reports tax data to FTA (C5). E-invoice data NOT transmitted to C3 or C4 for overseas supplier.
3
Self-Billing / Self-Invoicing
Commission settlements, scrap purchases, unregistered suppliers
Buyer prepares the self-invoice using required e-invoice data fields. Integration via API, manual upload, or plug-in. Prior agreement between supplier and buyer required. Buyer is responsible for data accuracy in self-billed invoices.
4
Third-Port Shipment
Purchase and Sale
Sales: treated as exports. Purchases: may continue through regular PDF invoice recording in ERP. Purchase leg may not be reported through e-invoicing framework.
5
Domestic Purchase from Vendor Below AED 50M Threshold Transaction is NOT reported through the e-invoicing network. VAT return reconciliation remains necessary for all transactions, inside and outside e-invoicing.
6
Retail Sales / Services to Individuals (B2C) Simplified invoice rules apply. E-invoicing requirements may differ from B2B transactions. Monitor FTA guidance for specific B2C e-invoicing requirements.
Section 9 ยท Cabinet Decision No. 106 of 2025

Penalties for Non-Compliance

Administrative penalties apply to persons within the mandatory e-invoicing scope. Voluntary adopters are excluded from these penalties.

Violation / Default Penalty Cap / Remarks
Failure to implement an e-invoicing system or appoint an ASP within the required timeframe
AED 5,000 / month
Applied for each month of delay until the requirement is met
Failure to issue or transmit a required e-invoice on time
AED 100 / invoice
Max monthly cap: AED 5,000
Per invoice; subject to monthly maximum
Failure to issue or transmit a required electronic credit note on time
AED 100 / credit note
Max monthly cap: AED 5,000
Per credit note; subject to monthly maximum
Failure by the issuer to notify the FTA of a system failure within the required period
AED 1,000 / day
Charged for each day, or part of a day, of delay
Failure by the recipient to notify the FTA of a system failure
AED 1,000 / day
Charged for each day, or part of a day, of delay
Failure to update registered business details with the ASP or FTA (e.g. TRN change)
AED 1,000 / day
Charged for each day, or part of a day, of delay
Section 10

Excluded Transaction Categories

Certain transactions are excluded from the e-invoicing scope under the current framework.

๐Ÿ›๏ธ

Government Sovereign Activities

Transactions undertaken by government entities in a sovereign capacity where there is no competition with the private sector.

โœˆ๏ธ

International Passenger Transport

Airline passenger transport services where an electronic ticket has already been issued to the passenger.

๐Ÿ“‹

Ancillary Airline Services (EMD)

Passenger-related airline services supported by an Electronic Miscellaneous Document (EMD).

๐Ÿšข

Airline Cargo (Airway Bill)

Airline cargo transport supported by an Airway Bill โ€” excluded for 24 months from the e-invoicing effective date.

๐Ÿฆ

Exempt / Zero-Rated Financial Services

Financial services that are exempt or zero-rated under Article 42 of the UAE VAT Executive Regulation.

๐Ÿ“œ

Future Ministerial Decisions

Any additional transactions that may be specified by the Minister through future decisions.

Section 11

Key Implementation Challenges

Operational and governance challenges businesses are likely to face during e-invoicing adoption.

โš™๏ธ Operational Challenges

  • ๐Ÿšซ
    Submitted Invoices Cannot Simply Be Cancelled Any correction requires an electronic credit note linked to the original invoice, adding extra process steps.
  • โš ๏ธ
    Rejected Invoices Can Disrupt Operations Validation failures may delay deliveries and postpone revenue recognition until the data issue is corrected.
  • ๐Ÿ—ƒ๏ธ
    Poor Master Data Drives Rejections Incorrect TRNs, outdated address records, and inconsistent product information significantly increase failed submissions.
  • ๐Ÿ”€
    Multiple Invoice Sources Increase Complexity Invoices from ERP systems, POS, platforms, billing tools, and spreadsheets make creating one consistent data stream a major challenge.

๐Ÿ›ก๏ธ Governance & Compliance Challenges

  • ๐Ÿ‘ฅ
    Unclear Ownership Creates Risk E-invoicing requires close coordination across Tax, IT, Finance, and Operations. Unclear ownership leads to accountability gaps.
  • ๐Ÿ”
    E-Invoice Data Will Be Compared with VAT Returns The FTA is expected to compare invoice-level reporting against periodic VAT return filings. Mismatches may result in increased scrutiny or audit attention.
  • ๐Ÿ’พ
    Archiving Requirements Are Strict Compliant e-invoices and credit notes must be stored digitally for the required retention period within the UAE with appropriate security and accessibility controls.
Section 12

Mitigation Roadmap

Four practical actions to address the key implementation challenges.

1

Start Early and Plan Properly

Avoid a last-minute implementation rush that can create costly mistakes. Begin by analysing current processes and dependencies well before the mandatory deadline.

2

Define SOPs and Train Teams

Document standard operating procedures for invoice issuance, rejection handling, e-credit notes, and record retention. Train all relevant teams on new responsibilities.

3

Select the Right ASP Partner

Look for strong pre-submission validation features, clear dashboards for exception handling, proven ERP integration capability, and strong local support expertise.

4

Run a Pilot Programme

Choose one business unit or a specific invoice scenario for pilot testing. Use the pilot to identify hidden data gaps, process weaknesses, and system issues in a controlled setting.

Section 13

Common Misconceptions Clarified

Addressing the most frequent misunderstandings about the UAE e-invoicing framework.

โŒ

E-invoicing only applies to VAT-registered businesses.

โœ…

The framework is aimed at qualifying business transactions, not solely at VAT registration status. Non-VAT-registered entities may still be in scope.

โŒ

Free Zone entities or non-VAT-registered businesses are outside the e-invoicing scope.

โœ…

The framework may still apply to Free Zone and non-registered entities where they participate in B2B or B2G transactions.

โŒ

E-invoicing replaces the existing UAE VAT rules.

โœ…

The VAT rules themselves do not change. E-invoicing changes the method of issuing, exchanging, and reporting invoice data โ€” not the underlying tax obligations.

โŒ

A capable ERP can transmit e-invoices directly without any intermediary.

โœ…

E-invoices must be validated, exchanged, and reported through an FTA-Accredited Service Provider (ASP). Direct transmission is not permitted.

โŒ

The ASP handles VAT compliance for the business.

โœ…

The ASP supports the technical process only. The business remains fully responsible for data accuracy and tax compliance obligations.

โŒ

Record retention is no longer necessary once tax data is shared electronically.

โœ…

Businesses must continue to maintain invoices and supporting documents for the required retention period, regardless of e-invoicing submission.

Section 14

Invoice Type Code Reference

Standardised lookup values for invoice classification under the UAE e-invoicing data structure.

Key Invoice Type Codes
CodeInvoice Type
380Commercial Invoice (Standard)
381Credit Note
382Debit Note (Commission Note)
388Tax Invoice / Self-Billed Invoice
71Request for Payment
80Debit Note (Goods/Services)
82Metered Services Invoice
84Debit Note (Financial Adjustments)
102Tax Notification
218Final Payment Request (Completion of Work)
331Commercial Invoice with Packing List
VAT Category Codes
CodeDescription
SStandard Rate (5%)
AEReverse Charge (VAT accounted by recipient)
ZZero-Rated Supply
EExempt from VAT
OOutside Scope of VAT
Payment Method Codes
CodeDescription
10Cash
30Bank Transfer
48Credit Card
49Direct Debit