Is the supplier acting in Business?
Any Person conducting Business in the UAE can be in scope, including a natural person and a non-VAT-registered business. Private-capacity consumer activity is not in scope.
UAE reference tool · PINT-AE 1.0.4
Enter commercial facts, inspect derived UAE fields and follow a deterministic SAP DRC-to-ASP learning flow. Invoice data stays in your browser.
For the best experience: use a desktop browser to review the XML, field mappings and five-corner transmission model.
A UAE VAT-registered business supplies standard-rated services to another UAE business.
The baseline B2B transaction is in scope when it is carried out in the course of business and no specific exclusion applies.
Issue an electronic Tax Invoice through the appointed ASP; use each party’s own TIN for UAE routing and retain the VAT TRNs and legal identifiers.
UAE-only scope
It separates commercial data completeness, UAE VAT review, PINT-AE technical checks, simulated exchange and simulated reporting. A technical pass never means FTA approval, buyer acceptance, payment or legal certification.
Crawlable UAE reference
No. It is a static educational simulator. Data stays in browser memory unless you download an export.
No. Data completeness, VAT review, PINT-AE checks, exchange, reporting and buyer response are separate outcomes. The tool does not provide certification or live verification.
The pinned technical baseline is the final UAE PINT-AE 1.0.4 release dated 2 June 2026. The browser runtime performs a disclosed bounded subset of checks.
Yes for B2B or B2G Business Transactions, unless a specific exclusion applies. The same natural person acting privately as a consumer is outside mandatory e-invoicing scope.
Yes when its Business Transactions are in scope. It needs its own FTA TIN and ordinarily issues a Commercial Invoice, not a Tax Invoice.
Scope before format
Apply these decisions in order. A PINT-AE-valid file cannot correct a wrong scope or tax conclusion.
Any Person conducting Business in the UAE can be in scope, including a natural person and a non-VAT-registered business. Private-capacity consumer activity is not in scope.
B2B and B2G Business Transactions are in scope. B2C is outside mandatory e-invoicing. Government procurement supplies are B2G; sovereign activity by Government suppliers requires a separate exclusion test.
Check sovereign activities, specified airline transactions, exempt financial services and any later Ministerial exclusions. Do not reuse VAT administrative exceptions as e-invoicing exclusions.
Use a Tax Invoice/Credit Note where VAT law requires it; otherwise use a Commercial Invoice/Credit Note. Determine standard, zero, exempt, outside-scope, domestic reverse-charge or margin treatment at supply level.
Revenue ≥ AED 50m: ASP by 30 October 2026 and go-live 1 January 2027. Revenue below AED 50m: ASP by 31 March 2027 and go-live 1 July 2027. Government Entities: go-live 1 October 2027.
Use the party’s own TIN and confirmed endpoint, map mandatory fields, validate with the final applicable PINT-AE artefacts, and reconcile exchange and FTA reporting statuses separately.
Implementation reference
Use this catalogue to understand the commercial fact pattern, scope position and expected handling before testing the populated fixture above. “In scope” assumes the relevant mandatory phase has started or the person has onboarded voluntarily. VAT treatment and e-invoicing scope are separate decisions.
A UAE VAT-registered business supplies standard-rated services to another UAE business.
A business supplies a UAE Government Entity in its customer capacity.
A person conducting business is not registered for VAT but makes a B2B sale.
A business supplies a natural person acting only as a private consumer.
A natural person—such as a sole proprietor or freelancer—makes a supply in the course of business to a UAE business.
An otherwise in-scope invoice contains a malformed supplier VAT registration number.
Required buyer identity or address information is missing from an in-scope B2B invoice.
The buyer electronic address is missing or paired with an unsupported scheme.
A VAT-group member is incorrectly identified using an unresolved or group-level participant identity.
An invoice uses a currency or unit code outside the simulator’s supported subset.
A line lacks the item description or price-base data needed for UAE invoice mapping.
A supplied VAT total has been altered so it no longer reconciles with invoice lines.
An in-scope B2B invoice contains a line discount and an additional line charge.
A supply is classified as zero-rated for UAE VAT.
A supply is classified as exempt from UAE VAT.
The supply is asserted to be outside the scope of UAE VAT.
An in-scope Tax Invoice is issued in a foreign currency with an AED exchange rate.
A foreign-currency Tax Invoice lacks the AED conversion evidence used for VAT reporting.
A reduction or correction is linked to a previously issued Tax Invoice.
A proposed credit note lacks its preceding invoice reference or correction reason.
A UAE supplier makes an export sale to a foreign business.
The same logical document and unchanged payload are submitted again after an uncertain or repeated request.
The source payload cannot be mapped into the agreed ASP/PINT-AE structure.
A sender does not receive a conclusive exchange response within the expected time.
Invoice delivery succeeds but a Tax Data Document reporting branch fails.
The buyer rejects the invoice for a business reason after successful technical delivery.
A utility bills a UAE business for monthly electricity consumption.
Electricity and water consumption are billed together to the same business customer.
A utility supplies a natural person at a residence in the person’s private capacity.
A utility charges a business a one-time connection fee.
A business bill combines recurring consumption and a one-time connection charge.
A utility or collection party bills a customer as a disclosed agent for a municipality or other principal.
A document is marked as disclosed-agent billing but the principal is unidentified.
One utility bill attempts to combine charges belonging to more than one principal/supplier.
A recurring utility bill has a period end before its start.
An estimated utility invoice is reduced after an actual meter reading is received.
Consumption is genuinely zero but a fixed monthly charge remains payable.
A utility receives money described as a refundable security deposit or an advance payment.
Compatible EV charging sessions are aggregated for a business customer.
A source charging session appears more than once in the billing population.
One business customer is billed for utility service at multiple premises.
A final move-out reconciliation reduces a previously issued business utility invoice.
A metered utility line uses fractional consumption and a multi-decimal tariff.
UAE e-Invoicing knowledge base
All three specifications published by the UAE Peppol Authority are at version 1.0.4. This simulator generates and checks candidate XML for PINT-AE Billing only; PINT-AE Self-Billing and the AE Tax Data Document are documented below for reference but are not simulated.
The core UAE invoicing specification. A supplier issues a Tax Invoice, Commercial Invoice or Tax Credit Note to a buyer using the OpenPeppol PINT methodology, aligned to UAE VAT law and the Ministry of Finance rollout.
A variant used when the buyer, under a self-billing agreement, produces the invoice on the supplier’s behalf. It reuses the entire PINT-AE Billing data model — every code list checked in this simulator (VAT category, tax exemption reason, credit reason, EAS, payment means) is byte-for-byte identical between the two profiles.
A separate reporting envelope — not an invoice and not a wrapper around one — that both the invoice issuer’s and invoice receiver’s Accredited Service Providers use to report an invoice to the FTA (Corner 5), in parallel with the Corner 1→Corner 4 invoice exchange.
The 10-digit e-Invoicing TIN (party endpoint identity, IBR-148-AE) and the 15-digit VAT TRN (IBT-031/048, IBR-132-AE) are different numbers used for different purposes. When a party is VAT registered, the TRN’s first 10 digits must equal its TIN (SIM-AE-TIN-TRN) — but a non-VAT-registered business still needs its own TIN to be onboarded at all.
A Peppol electronic address is schemeID + value (e.g. 0235:1000000003), never one string. Scheme 0235 specifically requires the endpoint value to equal the party TIN (SIM-AE-ENDPOINT-TIN) — a syntactically valid value is not proof of Peppol onboarding.
IBR-128-AE requires one of the seven official emirate codes (AUH, DXB, SHJ, UAQ, FUJ, AJM, RAK) for a UAE party — free text is rejected.
IBR-190-AE fails any standard-rated line that is not precisely 5.00% — 5, 5.0 and 5.00 are accepted string forms, but no other percentage is.
IBR-181-AE (seller) / IBR-180-AE (buyer) require one of TL, EID, PAS or CD. A trade licence (TL) additionally needs its issuing authority (SIM-AE-LICENCE-AUTHORITY) — the licence number alone is not sufficient identity evidence.
Selecting Zero/Exempt/Outside-scope only records the category code (Z/E/O); it does not verify the statutory basis. Two more official categories exist but are not modelled here: AE (reverse charge — buyer self-accounts VAT) and Ν (standard rate on an additional taxable base).
A credit note requires the original invoice reference, a coded reason (DL8.61.1.A–E or VD — this is the complete official list, confirmed against CreditReason.gc) and free-text explanation together (SIM-VAT-CREDIT/IBR-001-AE). A missing reference breaks the audit trail even if the amount is correct.
Any non-AED currency requires an AED exchange rate (SIM-VAT-FX-001); the simulator then recalculates net/VAT/gross in AED for the parallel Tax Currency view, exactly as UAE VAT reporting requires.
C62 ("one") is a dimensionless count; H87 ("piece") is what the official PINT-AE example invoices actually use for physical goods. Both are valid UNECERec20 codes — pick the one that matches what is really being counted.
Even when the buyer issues the document under a self-billing agreement, the supplier remains the accounting party in cac:AccountingSupplierParty and remains legally responsible for the invoice — only the document-type code (389/261) and profile identifiers change.
TDD reporting (Corner 2/3 → Corner 5) and invoice exchange (Corner 1→→Corner 4) are tracked and can fail independently — a successful TDD submission does not mean the buyer received the invoice, and a delivered invoice does not guarantee its TDD reported cleanly.
Reference-only tables sourced from the official PINT-AE, PINT-AE Self-Billing and AE TDD genericode files. Only currencies, units, payment means, emirate codes and credit reasons are enforced at runtime by this simulator — see each table for its implementation status.
| Code | Name | Description |
|---|---|---|
| 380 | Commercial invoice | Standard UAE Tax Invoice / Commercial Invoice root type code. Used by PINT-AE Billing. |
| 480 | Invoice out of scope of tax | A supplier outside the scope of tax regulations issues this; no tax details are included. |
| 389 | Self-billed invoice | An invoice the buyer produces instead of the seller. Replaces 380 in the PINT-AE Self-Billing profile. |
| Code | Name | Description |
|---|---|---|
| 381 | Credit note | Standard UAE Tax Credit Note root type code. Used by PINT-AE Billing. |
| 81 | Credit note related to goods or services | Credit information related to a goods/services transaction. |
| 261 | Self billed credit note | The customer claims credit in a self-billing arrangement. Replaces 381 in the PINT-AE Self-Billing profile. |
| Code | Name | Description |
|---|---|---|
| Position 1 | Free trade zone | Supply of goods or services in a Free Trade Zone. |
| Position 2 | Deemed supply | Supply of goods or services without consideration. |
| Position 3 | Profit Margin Scheme | Supply of goods under the profit margin scheme. |
| Position 4 | Summary invoice | More than one supply to the same person in the same calendar month, consolidated. |
| Position 5 | Continuous supply | Supply of goods and/or services made on a recurrent basis. |
| Position 6 | Agent billing | A registered agent makes a supply on behalf of a principal. |
| Position 7 | Supply through e-commerce | Supply of goods or services via e-commerce. |
| Position 8 | Exports | Supply of goods or services outside the country. |
| Code | Name | Description |
|---|---|---|
| S | Standard rate | Simulated. The UAE standard rate (5.00%) applies. |
| Z | Zero rated | Simulated as a documented category; underlying evidence is not verified. |
| E | Exempt from tax | Simulated as a documented category; underlying evidence is not verified. |
| O | Outside the scope of tax / not subject to VAT | Simulated as a documented category; underlying evidence is not verified. |
| AE | VAT reverse charge | Not simulated. The standard rate is self-accounted for by the buyer instead of charged by the seller. |
| Ν (Greek capital Nu) | Standard rate additional VAT | Not simulated. Standard VAT on an additional taxable base not included in the document totals. |
| Code | Name | Description |
|---|---|---|
| DL8.46.1 | Certain financial services | Not simulated. Free-text evidence only; use this code as the coded basis in production. |
| DL8.46.2 | Supply of residential units (lease or sale) | Not simulated. |
| DL8.46.3 | Bare land | Not simulated. |
| DL8.46.4 | Local passenger transport | Not simulated. |
| Code | Name | Description |
|---|---|---|
| DL8.61.1.A | Supply cancelled | Implemented and selectable in the simulator. |
| DL8.61.1.B | Tax treatment changed with nature of supply | Implemented and selectable. |
| DL8.61.1.C | Agreed consideration altered (incl. bad debt relief) | Implemented and selectable. |
| DL8.61.1.D | Goods/services and consideration returned | Implemented and selectable. |
| DL8.61.1.E | Tax charged or treatment applied in error | Implemented and selectable. |
| VD | Volume discount | Implemented and selectable. |
| Code | Name | Description |
|---|---|---|
| 0235 | UAE Tax Identification Number (TIN) | The scheme the simulator uses for UAE routing. Endpoint value must equal the party TIN. |
| 0088 | EAN Location Code (GLN) | Used for the non-UAE export example endpoint in this simulator. |
| 0242 | OpenPeppol Service Provider Identification Scheme (SPIS) | Used only inside an AE TDD, for the FTA-side reporting endpoint — not a general invoicing party address. |
| 0060 | Data Universal Numbering System (D-U-N-S Number) | International identifier, not UAE-specific. |
| 9930 | Germany VAT number | Example of a foreign-buyer VAT scheme for cross-border supplies. |
| 9925 | Belgium VAT number | Example of a foreign-buyer VAT scheme for cross-border supplies. |
| Code | Name | Description |
|---|---|---|
| 1 | Instrument not defined | Not currently selectable in the form. |
| 10 | In cash | Not currently selectable in the form. |
| 20 | Cheque | Not currently selectable in the form. |
| 21 | Banker's draft | Not currently selectable in the form. |
| 30 | Credit transfer | Implemented and selectable — the simulator default. |
| 49 | Direct debit | Implemented and selectable. |
| 54 | Credit card | Not currently selectable in the form. |
| 55 | Debit card | Not currently selectable in the form. |
| 68 | Online payment service | Not currently selectable in the form. |
| Code | Name | Description |
|---|---|---|
| S | Submit | Submitting a Tax Data Document. |
| R | Resubmit | Revising a previously reported TDD. |
| W | Withdraw | Withdrawing a previously reported TDD. |
| F | Failed | The document failed validation. |
| Code | Name | Description |
|---|---|---|
| 01 | Sender | Usually the seller: the party issuing and sending the reported document. |
| 02 | Receiver | Usually the buyer: the party that received the reported document. |
| Code | Name | Description |
|---|---|---|
| D | Domestic | Reporting on a domestic invoice. |
| IP | International Peppol invoice | Reporting on an invoice exchanged through the Peppol network. |
| INP | International non-Peppol | Reporting on a cross-border invoice exchanged outside Peppol. |
| Code | Name | Description |
|---|---|---|
| H87 | Piece | The unit used throughout the official PINT-AE example files — not the simulator default C62. |
| KGM | Kilogram | — |
| GRM | Gram | — |
| TNE | Tonne (metric ton) | — |
| MTR | Metre | — |
| CMT | Centimetre | — |
| KMT | Kilometre | — |
| MTK | Square metre | — |
| LTR | Litre | — |
| DAY | Day | — |
| WEE | Week | — |
| MON | Month | — |
| ANN | Year | — |
| EA | Each | — |
| XBX | Box | — |
| SET | Set | — |
| PR | Pair | — |
| Code | Name | Description |
|---|---|---|
| 95 | Discount | Line-level allowance, UNCL5189. |
| 100 | Special rebate | Document-level allowance, UNCL5189. |
| AAC | Technical modification | Line-level charge, UNCL7161. |
| AAT | Rush delivery | Document-level charge, UNCL7161. |
| FC | Freight service | Charge, UNCL7161. |
| HD | Handling | Charge, UNCL7161. |
| PC | Packing | Charge, UNCL7161. |