Key Takeaways
4 insights · 13 min readSub-AED 50M businesses must appoint an Accredited Service Provider by 31 March 2027 and go live 1 July 2027; AED 50M+ businesses by 31 July 2026 and 1 January 2027 (MD 244/2025).
Xero holds most invoice data but cannot produce PINT-AE XML, digital signatures, QR codes, Peppol endpoint IDs or UAE type codes — an ASP connected to Xero does that.
Readiness review and field-gap analysis (phases 1–2) depend only on your Xero data and take 3–4 weeks; the data clean-up they trigger is the real 3–6 month bottleneck.
Fastlane runs the full seven-phase programme for AED 5,000 + VAT in three milestones; ASP fees are separate.
A Xero-based UAE business with revenue under AED 50 million must appoint an Accredited Service Provider by 31 March 2027 and issue PINT-AE e-invoices through the Peppol network from 1 July 2027. Xero cannot generate PINT-AE XML, signatures, QR codes or Peppol IDs, so an ASP integration is required. Start the readiness review and field-gap analysis now; evaluate ASPs in late 2026; pilot in spring 2027.
In this guide
The deadlines What changes for Xero users Xero vs PINT-AE fields The 7-phase plan Why start now How the flow works Worked example Choosing an ASP Cost Data required Common mistakes GlossaryUAE e-invoicing for Xero users is a data project before it is a software project. The Ministry of Finance's framework — enabled by Federal Decree-Law No. 16 of 2024 and detailed in Ministerial Decisions No. 243 and 244 of 2025 — requires every business invoice to leave your system as structured PINT-AE XML, travel across the Peppol network through an Accredited Service Provider, and be reported to the FTA in near real time. Xero already holds most of what those invoices must contain; what it lacks, an ASP supplies; what neither can fix is dirty master data. Fastlane's e-invoicing readiness service is built around that sequence, and this guide walks a Xero-based business through it phase by phase.
What are the UAE e-invoicing deadlines for Xero users?
Ministerial Decision No. 244 of 2025 phases the mandate by revenue: businesses with revenue of AED 50 million or more must appoint an Accredited Service Provider by 31 July 2026 and go live on 1 January 2027; businesses below AED 50 million must appoint an ASP by 31 March 2027 and go live on 1 July 2027; a voluntary pilot opens on 1 July 2026 and government entities follow on 1 October 2027.
| Group | Appoint ASP by | Go-live | Where most Xero users sit |
|---|---|---|---|
| Pilot (voluntary) | — | 1 July 2026 | Early adopters with clean data |
| Phase 1: revenue ≥ AED 50M | 31 July 2026 | 1 January 2027 | Larger Xero users — evaluating now |
| Phase 2: revenue < AED 50M | 31 March 2027 | 1 July 2027 | The majority of Xero-based SMEs |
| Phase 3: government entities | — | 1 October 2027 | n/a |
Revenue for the threshold is measured on the relevant prior financial year; a business near AED 50 million should confirm which phase it falls into rather than assume. The practical constraint is not the go-live date but the sequence in front of it: you cannot integrate an ASP until you have appointed one, you should not appoint one until you know your field gaps, and you cannot know your gaps until you have reviewed your Xero data. Businesses that begin that review in early 2027 find themselves choosing an ASP under time pressure with data that still needs months of cleansing.
⚠️ The deadline that bites first is the ASP appointment
For sub-AED 50M businesses the ASP must be appointed and linked on EmaraTax by 31 March 2027 — three months before go-live. Allow October–December 2026 for evaluation and selection, which means the readiness review and gap analysis must be finished before then. Book the readiness review →
What changes for a business that invoices from Xero?
Today a Xero invoice is a PDF emailed to the customer; under the mandate every business-to-business and business-to-government invoice must be created as PINT-AE XML, validated and digitally signed by an Accredited Service Provider, exchanged with the buyer's ASP over the Peppol network, and its tax data reported to the FTA by the ASP in near real time — with the PDF becoming, at most, a human-readable copy.
The UAE has adopted a decentralised continuous transaction control model, often described as five-corner: the seller (corner 1), the seller's ASP (corner 2), the buyer's ASP (corner 3), the buyer (corner 4) and the FTA's central platform (corner 5) receiving the tax data from the ASPs. Xero remains corner 1 — where the invoice originates and where the books are kept. Everything from corner 2 onward is the ASP's job, but the ASP can only transmit what Xero gives it, in the structure PINT-AE demands.
| Element | Today (Xero PDF) | Under the mandate |
|---|---|---|
| Format | PDF from a Xero template | PINT-AE XML (UAE specialisation of Peppol PINT) |
| Delivery | Email attachment | Peppol network, ASP to ASP, addressed by endpoint ID |
| Authority reporting | None until the VAT return | Tax data reported to the FTA by the ASP in near real time |
| Validation | Whatever Xero allows | Schema and business-rule validation by the ASP before transmission; rejected invoices do not exist |
| Integrity | None | Digital signature and QR code applied by the ASP |
| Credit notes | Free-standing | Must reference the preceding invoice with a reason |
| VAT return | Prepared from Xero reports | Reconciled to the e-invoices already reported to the FTA |
The last row is the one finance teams underestimate. Once the FTA holds every invoice in near real time, the VAT return stops being the first thing the authority sees and becomes something it can check line by line. Differences between Xero, the ASP's transmitted data and the VAT 201 will be visible.
Which PINT-AE fields does Xero capture, and which does it not?
Xero natively captures the document core — invoice number, dates, seller and buyer names, addresses and TRNs where entered, line descriptions, quantities, prices, VAT rates and totals — but it does not generate the invoice and transaction type codes, Peppol endpoint identifiers, digital signature, QR code, UUID and hash elements, free zone beneficiary details or several UAE-specific tax category codes that the PINT-AE data dictionary makes mandatory. The gap analysis is the field-by-field map between the two.
| PINT-AE group | Xero holds natively | Gap — supplied by ASP or by data set-up |
|---|---|---|
| Document identification | Invoice number, issue date, due date, currency | Invoice type code (380 invoice / 381 credit note), transaction type code, UUID, hash of previous invoice |
| Seller | Name, address, TRN (from organisation settings) | Peppol endpoint ID and scheme; legal registration identifier |
| Buyer | Name, address, TRN if entered on the contact | Peppol endpoint ID; TRN completeness across all contacts; free zone beneficiary details |
| Line items | Description, quantity, unit price, line total, tax rate | Goods/services classification, unit of measure code, item identifiers where required |
| Tax | Xero tax codes and amounts | Mapping to the six UAE categories and PINT-AE category codes; exemption reason codes; reverse-charge indicators |
| Compliance | — | Digital signature, QR code, ASP identifiers, FTA acknowledgement references |
| Payment | Bank details on template | Structured payment means code and account identifiers |
The six UAE VAT categories every Xero tax code must map to are standard-rated 5%, zero-rated, exempt, reverse charge, out of scope and the margin scheme. Most Xero UAE set-ups have four or five codes and a habit of using “no VAT” for anything unusual; that habit is the single most common gap the analysis finds. The exact number of mandatory fields depends on the version of the UAE data dictionary in force — the source guidance in early 2026 listed around 52 — so the gap analysis works from the current specification, not from a count. Fastlane's free UAE e-invoice generator shows what a compliant invoice looks like field by field.
What is the 7-phase readiness plan for a Xero-based UAE business?
The plan runs readiness review (5–7 working days, start now), data and field-gap analysis (10–15 days, start now), ASP shortlist and evaluation (October–November 2026), ASP selection and onboarding (November–December 2026), integration and configuration (January–February 2027), pilot testing (April–June 2027) and go-live (July 2027) — for a sub-AED 50M business; larger businesses compress the same phases into 2026.
- Phase 1 — Readiness review (5–7 working days; now) — inventory every invoice type Xero issues (standard, credit note, zero-rated, export, reverse charge), every VAT scenario, customer master data quality (TRN coverage, addresses), the product catalogue and approval workflows. Identify which of the UAE e-invoicing scenarios apply: standard supply, free zone, e-commerce, exports, deemed supply, agent billing, margin scheme, continuous supply.
- Phase 2 — Data and field-gap analysis (10–15 working days; now) — map every Xero field to the PINT-AE mandatory fields one by one; list what is missing; test TRN completeness across all contacts; review tax-code mapping against the six categories; assess foreign-currency handling; produce a data-cleansing action plan with owners and dates.
- Phase 3 — ASP shortlist and evaluation (10–15 working days; Oct–Nov 2026) — research accredited providers on the EmaraTax list, evaluate Xero integration capability, pricing model, support and scalability, run demos with two or three, produce a comparison matrix and recommendation. Our ASP comparison is the starting point.
- Phase 4 — ASP selection and onboarding (10 working days; Nov–Dec 2026) — commercial agreement, platform registration, ASP linked on EmaraTax.
- Phase 5 — Integration and configuration (15–20 working days; Jan–Feb 2027) — review the ASP's field mappings from Xero, validate type codes, tax categories and Peppol endpoints, test outputs end to end, resolve formatting and validation errors with the ASP.
- Phase 6 — Pilot testing (2–3 months; Apr–Jun 2027) — live pilot invoices through Peppol for a subset of customers, error resolution, SOPs, finance team training, error-handling governance with the ASP.
- Phase 7 — Go-live (July 2027) — full cutover, two-week hypercare, documentation and ongoing compliance handover.
Why should phases 1 and 2 start now?
Phases 1 and 2 use only your existing Xero data, have no dependency on ASP availability or pricing, produce findings that remain valid whichever ASP you later choose, and surface the data-quality problems — missing TRNs, inconsistent addresses, unmapped tax codes — that take months to fix and cannot be fixed by any ASP. Starting them in 2026 turns the ASP decision into a short, informed step instead of a rushed one.
✅ Start phases 1–2 in 2026
- Clean contact and product data before any ASP sees it
- Tax codes remapped once, tested in normal VAT filing cycles
- ASP evaluated on real requirements, not guesses
- Pilot in spring 2027 with issues already known
- Go-live with a finance team that has practised
❌ Leave everything to 2027
- ASP chosen under deadline pressure, possibly the wrong one
- Integration blocked by data the ASP cannot validate
- Bulk TRN and address fixes during peak VAT filing months
- Pilot compressed or skipped
- Rejected invoices in the first live weeks
Already a Fastlane Xero client? Your readiness review can start this week.
We have the invoices, the contacts, the tax codes and the workflow already — no data collection phase. Message us and we will schedule phase 1.
How does the Xero-to-ASP-to-Peppol flow actually work?
An approved invoice in Xero is pulled by the ASP's connector, converted to PINT-AE XML, validated against the UAE schema and business rules, signed and stamped with a QR code, transmitted to the buyer's ASP over Peppol and reported to the FTA platform; the ASP returns the acknowledgement and any rejection to Xero, where the finance team corrects and re-issues.
| Step | Where | What can go wrong |
|---|---|---|
| 1. Invoice approved | Xero | Contact without TRN or endpoint ID; wrong tax code |
| 2. Extraction and mapping | ASP connector | Custom fields not mapped; multi-currency rounding |
| 3. Conversion to PINT-AE XML | ASP | Missing mandatory field; invalid code value |
| 4. Validation | ASP | Schema or business-rule failure — invoice rejected before sending |
| 5. Signature and QR | ASP | Certificate issues (ASP-side) |
| 6. Transmission to buyer's ASP | Peppol | Buyer not registered on Peppol; wrong endpoint |
| 7. Reporting to FTA | ASP → FTA platform | Late or failed reporting (ASP monitored) |
| 8. Acknowledgement back to Xero | ASP connector | Status not written back; team unaware of rejection |
Steps 1 and 8 are the business's responsibility and are where the readiness work pays off. Steps 2 to 7 belong to the ASP, which is why the Xero connector's depth — what it maps, how it handles credit notes and multi-currency, whether it writes status back into Xero — is the first evaluation criterion. The same architecture applies to other platforms; our Zoho Books e-invoicing guide covers the equivalent flow for Zoho users.
Worked example: a AED 12M Dubai trading company on Xero
A DET-licensed trading company with AED 12 million revenue, 400 invoices a month in Xero, 180 active customers and a mix of standard-rated, zero-rated export and reverse-charge import transactions falls in phase 2 (go-live 1 July 2027), and its readiness review finds 41 customer records without a TRN, two tax codes used for three different treatments, and no invoice-to-credit-note linkage — about ten weeks of clean-up before an ASP can be integrated.
| Finding (phase 1–2) | Detail | Fix and owner | Time |
|---|---|---|---|
| Customer TRNs | 41 of 180 contacts missing or malformed TRN; 12 are free zone entities without beneficiary details | Sales team collects TRNs; finance validates format; free zone fields added | 4–6 weeks |
| Tax codes | “Zero rated” used for exports, exempt supplies and out-of-scope items alike | Six-category code set built; historical invoices left, new codes from a cut-over date | 2 weeks |
| Reverse charge imports | Booked as bills with a manual VAT journal | Reverse-charge code and self-billing flow agreed with ASP | 2 weeks |
| Credit notes | Issued without reference to the original invoice | Xero credit-note process changed to allocate against the invoice; reason code field agreed | 1 week |
| Product items | Inventory items lack goods/services flag; 60 ad-hoc line items with no item code | Item catalogue cleaned; ad-hoc items rationalised | 3 weeks |
| Manual invoices | ~15 per month issued in Word for one customer | Moved into Xero | Immediate |
| Total clean-up before phase 3 | ~10 weeks |
Started in September 2026, the clean-up completes in November, the ASP is evaluated and appointed in December, integration runs in January–February 2027, and the pilot has a full quarter before 1 July 2027. Started in February 2027 instead, the same company would be appointing an ASP in March with 41 unusable customer records and no pilot window.
How do you choose an Accredited Service Provider for Xero?
Evaluate ASPs on the depth of their Xero connector (field coverage, credit notes, multi-currency, status write-back), pricing model (per-invoice versus flat subscription at your volume), implementation and ongoing support, scalability, accreditation status on the EmaraTax list, and how they handle rejections and FTA reporting failures — and evaluate in late 2026, when connectors and pricing have matured.
ASP evaluation criteria for Xero users
• Xero integration — native connector or middleware; which fields it reads; whether it pushes FTA status back into Xero.
• Scenario coverage — credit notes with preceding-invoice reference, exports, reverse charge, free zone beneficiaries, margin scheme, continuous supplies.
• Pricing — per-invoice fees favour low volume; flat subscriptions favour high volume; watch minimums and setup fees.
• Support and SLAs — UAE-based support, response times on rejections, monitoring of FTA reporting.
• Accreditation and longevity — listed on EmaraTax; financial stability; Peppol certification.
• Receiving — inbound e-invoices from your suppliers must also land somewhere; ask how purchase invoices reach Xero.
Fastlane maintains an updated comparison of accredited service providers with these criteria applied. Pricing from several providers was still unpublished in mid-2026, which is the practical reason to hold the decision until the fourth quarter.
What does readiness support cost, and what is included?
Fastlane's end-to-end e-invoicing programme for a Xero-based UAE business is AED 5,000 plus VAT, billed in three milestones — AED 1,500 on completion of the readiness review and gap analysis, AED 1,500 on ASP selection and onboarding, AED 2,000 on integration, pilot and go-live — with all deliverable reports included; ASP subscription fees and any Xero add-ons are paid separately.
| Milestone | Phases | Deliverables | AED (excl. VAT) |
|---|---|---|---|
| 1 | 1–2 | Readiness report; field-gap map against PINT-AE; data-cleansing action plan | 1,500 |
| 2 | 3–4 | ASP comparison matrix and recommendation; onboarding and EmaraTax linking | 1,500 |
| 3 | 5–7 | Mapping validation, test log, pilot results, SOPs, training, go-live hypercare and handover | 2,000 |
| Total | 5,000 + VAT | ||
| Not included | ASP subscription and per-invoice fees; Xero plan upgrades or add-ons | Paid to provider |
For businesses whose books Fastlane already keeps on Xero, ongoing compliance after go-live is part of the existing accounting engagement; the seven-phase fee covers the transition only.
Which data does the readiness assessment need from Xero?
Seven exports: sales invoices, credit notes, the customer master list, product and service items, the tax rate and code mapping, sample invoice PDFs for each scenario, and a description of the current workflow and integrations — all of which an accounting partner who already runs your Xero has on day one.
| # | Data | Why it is needed |
|---|---|---|
| 1 | Sales invoices export | Primary source for field mapping — numbers, dates, types, amounts, tax detail |
| 2 | Credit notes export | Preceding-invoice references, reasons, allocation practice |
| 3 | Customer master list | TRN coverage, address completeness, free zone beneficiary fields |
| 4 | Product / service items | Descriptions, goods/services classification, per-item tax category |
| 5 | Tax rate / code mapping | Coverage of the six UAE VAT categories |
| 6 | Sample invoice PDFs | Visual audit of what customers currently receive |
| 7 | Workflow description | Approvals, integrations, manual workarounds |
What are the common mistakes Xero users make preparing for e-invoicing?
Assuming Xero will “switch on” e-invoicing, treating the mandate as a 2027 problem, choosing an ASP before knowing the field gaps, using one tax code for several VAT treatments, leaving customer TRNs incomplete, ignoring inbound invoices from suppliers, and forgetting that the VAT return must now reconcile to what the FTA already holds.
Avoid these seven
• Waiting for Xero — Xero is corner 1; the mandate lives at corners 2–5. An ASP is required regardless of Xero's roadmap. .
• Starting in 2027 — the ASP deadline is 31 March 2027; clean-up takes 3–6 months.
• ASP first, gaps second — you cannot evaluate a connector against requirements you have not written.
• Tax-code shortcuts — “No VAT” for exempt, out-of-scope and zero-rated alike will fail validation.
• Incomplete buyer data — a B2B invoice without a valid buyer TRN and endpoint cannot be delivered.
• Outbound only — supplier e-invoices arrive through your ASP too; plan the purchase side.
• VAT return drift — reconcile Xero, ASP reports and the VAT 201 every period from the pilot onward.
Key terms used in this guide
| Term | Meaning |
|---|---|
| PINT-AE | The UAE specialisation of the Peppol International (PINT) invoice standard; the required XML structure for UAE e-invoices. |
| Peppol | The international network and standards for exchanging electronic business documents between access points. |
| ASP | Accredited Service Provider — a Ministry of Finance-accredited Peppol access point that converts, validates, signs, transmits and reports UAE e-invoices. |
| Five-corner model | Seller, seller's ASP, buyer's ASP, buyer, and the FTA platform receiving tax data from the ASPs. |
| Endpoint ID | The Peppol address that identifies a business on the network. |
| Invoice type code | UN/CEFACT code identifying the document: 380 invoice, 381 credit note. |
| Data dictionary | The Ministry of Finance's list of fields and rules for UAE e-invoices. |
| MD 243/2025 · MD 244/2025 | Ministerial Decisions setting the e-invoicing system rules and the implementation timeline respectively. |
| FDL 16/2024 | The Federal Decree-Law that amended the VAT and Tax Procedures laws to introduce electronic invoicing. |
| Continuous transaction control | A model in which tax data is reported to the authority as invoices are issued, rather than periodically. |
Nithin — FTA-Registered Tax Agent
Founder of Fastlane Management Consultancy. Fastlane keeps books for UAE businesses on Xero and Zoho Books and runs e-invoicing readiness programmes for them, from field-gap analysis through ASP selection to go-live.
Ask the team a question