L O A D I N G
Technical Integration

UAE E-Invoicing API Integration: Connecting Your ERP to Your ASP

The integration between your ERP and your Accredited Service Provider decides whether e-invoicing runs quietly or floods finance with rejections. Here is how to design it.

Free consultation

Get a Free ERP Consultation

Tell us a little about your business. A consultant will reach out within one business day.

  • No obligation
  • Vendor-neutral advice
  • Your data stays private
Quick answer Updated October 2026 · Reviewed by UAE ERP Experts consultants

How does an ERP connect to an Accredited Service Provider for UAE e-invoicing?

Under UAE e-invoicing, the ERP never connects to the FTA directly; it connects through an API to your Accredited Service Provider (ASP). The ASP validates invoice data, converts it to PINT AE XML where needed, exchanges it over Peppol and reports tax data to the FTA. The integration handles outbound invoices, status updates, inbound supplier invoices and reference data, keyed on unique document IDs.

  • The supplier remains responsible for compliance even though the ASP performs the exchange.
  • Each e-invoice needs a unique identifier so duplicate submissions are prevented.
  • Cabinet Decision 106 of 2025 sets fines of AED 100 per e-invoice not issued on time.
  • Many teams combine webhooks and scheduled polling to track e-invoice status.

Where the API sits in the 5-corner model

In the UAE model your ERP never talks to the FTA directly. A UAE e-invoicing API integration connects the ERP (corner 1) to your Accredited Service Provider (corner 2). The ASP accepts invoice data in a format you agree with it, validates it, converts it to PINT AE XML where needed, sends it over Peppol to the buyer's ASP and reports tax data to the FTA. Confirmations then flow back to you. Inbound works the other way: your ASP receives supplier invoices addressed to your participant ID and passes them to your ERP.

That means the integration has four jobs: send outbound invoices and credit notes, receive status updates, receive inbound supplier documents, and keep reference data (participant lookups, onboarding status) in sync. Each ASP publishes its own API, so the exact endpoints differ, but the design questions are the same everywhere: what payload you send, how you identify each document, how you learn about rejections, and how you avoid sending the same invoice twice.

This page is for IT managers and ERP admins. The legal background is on the requirements page, and the wider project plan is in UAE e-invoicing implementation. For general API practice across systems, see ERP API integration in the UAE. This page explains how ERP systems are configured to support the rules; it is not tax advice. Confirm your position with your tax advisor.

Where the API sits in the 5-corner model
  • ERP to ASP, never ERP to FTA directly
  • Outbound, status, inbound and reference-data flows
  • Idempotent submissions keyed on a unique document ID
  • Rejections routed back to the person who can fix them
UAE Compliance

Rules the integration must respect

The API design is technical, but several requirements are legal. Check the latest Ministry of Finance and FTA guidance before acting, because dates and details have been amended before.

Supplier stays responsible

The guidelines note that ASPs carry out the exchange in practice, but the compliance obligation stays with the supplier, or the buyer for self-billed invoices. Your integration must therefore surface every failure, not hide it in a log file.

Unique identification

Each e-invoice needs a unique identifier so duplicates are prevented. Generate or store it in the ERP before the first submission and reuse it on retries.

Timely issuance

Cabinet Decision No. 106 of 2025 provides fines of AED 100 per e-invoice or e-credit note not issued or sent within the required timeframe, capped at AED 5,000 per month. Queues that stall over a weekend become a compliance issue, so monitoring matters.

Retrievable records

XML, acknowledgments and associated data must be kept for the statutory retention periods and be retrievable for the FTA. The guidelines accept storage outside the UAE if records can be provided promptly in complete, readable form.

Data protection

Invoice payloads contain customer names, addresses and bank details. Use TLS, scoped API credentials, credential rotation and access logs, and review the ASP contract against the UAE PDPL and any sector rules you follow.

General information, not tax or legal advice. Rules change; confirm current FTA, MOHRE and Ministry of Finance guidance with your advisor.

Integration design checklist

Agree these points with your ASP and ERP team before anyone writes code or installs a connector.

  • Payload format the ASP accepts (PINT AE UBL XML, ASP-specific JSON, or CSV via SFTP) and who does the conversion
  • Authentication method (OAuth client credentials or API keys), token lifetime and where secrets are stored
  • Document ID strategy for idempotency so a retry never creates a second invoice
  • Status model in the ERP: draft, queued, submitted, delivered, rejected, reported, with timestamps
  • Callback (webhook) endpoint or polling interval for status updates, and how missed callbacks are reconciled
  • Error code mapping from ASP validation messages to plain-language tasks for AR staff
  • Inbound flow: how supplier e-invoices create draft bills and attach the original XML
  • Participant lookup before sending, and the predefined endpoints for non-onboarded buyers, exports and deemed supplies
  • Rate limits, batch size and the overnight volume peak at month-end
  • Sandbox access, test data per scenario and a sign-off script before production keys are issued
ERP Workflow

Outbound and status data flow

A clean integration posts the invoice only after accounting approval and treats the ASP response as part of the invoice record.

  1. 1Invoice approved in ERP
  2. 2Payload built and validated locally
  3. 3Submit to ASP API with document ID
  4. 4ASP validation result returned
  5. 5Delivery and FTA reporting status via callback
  6. 6Status and XML stored on invoice
  7. 7Rejections routed to AR queue

One shared database: every step updates stock, finance and reports in real time.

Integration patterns compared

There are four common ways to connect an ERP to an ASP. The right one depends on your platform, volumes and in-house skills.

Integration patterns compared
PatternHow it worksGood fitWatch-outs
Native ERP or ASP connectorA connector inside the ERP or published by the ASP sends invoices and reads statusesStandard SaaS ERPs with modest customizationConfirm which document types and scenarios it covers, and who supports upgrades
Direct REST APIYour ERP calls the ASP API and exposes a webhook for callbacksHigh volumes, custom billing logic, in-house ITYou own retries, monitoring and changes when the ASP versions its API
Middleware (Zoho Flow, Make, n8n, Power Automate, iPaaS)Middleware listens for ERP events and calls the ASPSeveral source systems feeding one ASPAnother component to monitor; check data residency and logging of the middleware
File exchange (SFTP or portal upload)ERP exports files on a schedule; ASP returns status filesLegacy systems that cannot call APIsSlower feedback on rejections; manual steps increase the risk of late issuance
Inbound to APASP pushes supplier XML or ERP polls for new documentsEvery business, since one ASP handles both directionsMatching to POs and GRNs still needs rules and exception handling

Connector availability and API features vary by ASP and ERP edition; confirm with both before you commit.

Implementation Timeline

Typical build and test sequence

Ranges assume one ERP and one ASP; add time for each extra billing system.

Durations are typical ranges; your plan is agreed after discovery.

  1. Design

    1-2 weeks

    Agree payload, ID strategy, status model and error mapping with the ASP; document field mapping from ERP to PINT AE.

  2. Build or configure

    2-5 weeks

    Install the connector or develop API calls, webhook endpoint, queue and retry logic; add ERP fields and status views.

  3. Sandbox testing

    2-3 weeks

    Run every scenario you issue, forced rejections, duplicate submissions, timeouts and inbound supplier documents.

  4. Production and monitoring

    Ongoing

    Alerts on stuck queues and rejection spikes, a daily status reconciliation and an owner for API version changes.

Serving the UAE

UAE e-invoicing API integration across all seven emirates

On-site workshops in Dubai, Abu Dhabi and Sharjah, and remote or on-site delivery across the Northern Emirates and free zones.

Official sources and references

Facts on this page were checked against these sources in October 2026. Rules change, so confirm current requirements before acting.

FAQs

E-invoicing API integration questions

Still have a question? Our consultants are happy to help.

Ask an Expert
Do we have to generate PINT AE XML ourselves?

Not always. The guidelines describe the ASP converting data received from the supplier into the UAE standard XML if it arrives in another format. Some ASPs accept their own JSON or CSV; others expect UBL XML. Generating XML yourself gives more control but more maintenance.

Should we use webhooks or polling for status?

Webhooks give faster feedback on rejections, which matters for timely issuance. Many teams use both: webhooks for real-time updates and a scheduled poll to reconcile anything a callback missed.

How do we stop duplicate invoices on retries?

Assign the document's unique ID in the ERP before the first call and send the same ID on every retry. If the ASP supports idempotency keys, use them too, and never renumber an invoice after a failed submission.

Can one integration serve several group companies?

Each legal person needs its own TIN-based participant ID and its own ASP appointment, but a single integration layer can route documents per entity. Map entity, TIN and credentials explicitly so one company's invoices never go out under another's ID.

Which ERPs have ready connectors?

It changes quickly as ASPs are accredited. We check current options for each platform; see Zoho UAE e-invoicing and UAE e-invoicing ERP for how platforms typically connect.

What about inbound supplier invoices?

Design them from the start. Inbound XML should create draft bills, attach the original file and run PO and GRN matching, with exceptions routed to AP. Treating inbound as phase two often leaves AP retyping invoices after go-live.

Free Consultation

Design the ERP-to-ASP connection once, properly

We map your payloads, status handling and inbound flow, then build and test the integration on your ERP.

Location

Dubai, United Arab Emirates

Free consultation

Send us your requirements

  • No obligation
  • Vendor-neutral advice
  • Your data stays private
Chat with an ERP expert