An Accredited Service Provider (ASP) is an officially accredited company that receives invoice data from your system, validates and converts it to the required format, sends it over the Peppol network to the buyer's provider and passes the tax data to the Federal Tax Authority. Every in-scope business must appoint one: by 30 October 2026 if revenue is AED 50 million or more, and by 31 March 2027 if it is below.
- what is an accredited service provider uae e-invoicing
- uae e-invoicing asp list
- how to choose an e-invoicing provider in uae
- when do i need to appoint an asp uae
- uae e-invoicing peppol five corner model
What is an Accredited Service Provider (ASP), in short?
An Accredited Service Provider (ASP) for UAE e-invoicing is an officially accredited company that sits between your accounting system or store and the rest of the network. It receives your invoice data, checks that it is complete and valid, converts it to the required format, sends it over the Peppol network to the buyer's provider and passes the tax data to the Federal Tax Authority (FTA).
Put simply: in the UAE model you do not send e-invoices yourself. Every in-scope business needs an accredited provider, under the e-invoicing framework set out in Ministerial Decisions 243 and 244 of 2025. That makes choosing a provider a real operational decision, not a technical detail to leave to IT.
If you have not seen the full set of dates yet, start with the UAE e-invoicing timeline and come back here.
Your provider carries your invoice, but it does not correct your data; quality starts in your own system.
Where does the ASP sit in the five-corner model?
The UAE model is often described as a Peppol-based "five-corner" model. The first four corners cover the invoice exchange between seller and buyer, and the fifth corner is the FTA. Accredited providers are corners two and three.
| Corner | Who | What they do |
|---|---|---|
| 1 | The supplier (you) | Creates invoice data in its accounting system, store or app |
| 2 | The supplier's ASP | Validates, converts and sends the invoice across the network |
| 3 | The buyer's ASP | Receives the invoice and delivers it to the buyer's system |
| 4 | The buyer | Receives the invoice in its system with no manual entry |
| 5 | The Federal Tax Authority | Receives the invoice's tax data via the providers |
The benefit of this design is that each business deals with just one provider, yet can send invoices to any other business on the network regardless of who their provider is. It works like phone networks: you do not need to be on the same carrier to call someone.
What does a provider actually do for you?
Providers differ in the details, but there are core jobs any business should expect. Ask about each one before you sign.
- Receiving data from your systems: through an API, a ready-made connector for your accounting software or, in limited cases, file uploads.
- Validation before sending: checking mandatory fields and format, and returning errors clearly before anything reaches your customer.
- Conversion and transmission: converting the invoice to the required format and sending it over Peppol to the buyer's provider.
- Receiving: accepting invoices your suppliers send you and delivering them to your system, because a provider works in both directions.
- Tax reporting: passing the tax data to the FTA as the system requires.
- Statuses and notifications: telling you an invoice was sent, accepted or rejected, ideally through a webhook that updates your system automatically.
When must you appoint an accredited provider?
- Appoint a provider by 30 October 2026
- Mandatory go-live on 1 January 2027
- Very little time left, so start now if you have not
- The voluntary pilot has been open since 1 July 2026
- Appoint a provider by 31 March 2027
- Mandatory go-live on 1 July 2027
- Enough time to compare and test if you start now
- Government entities have their own date: 1 October 2027
The current scope covers B2B and B2G transactions, while business-to-consumer (B2C) invoices are out of scope for now. But if your store sells to both individuals and companies, you are most likely in scope for the company orders.
How do you choose an accredited provider?
The first condition is obvious: the provider must be officially accredited, so check that through official channels, not just the provider's own website. Then use this table to compare.
| Criterion | What to ask | Why it matters |
|---|---|---|
| Integration | Is there a ready connector for your accounting software? Is the API documented? | It decides how much technical work you need |
| Error handling | How do rejected invoices show up? Are messages clear? | Daily rejections eat your accountant's time |
| Inbound invoices | How do supplier invoices reach you, and in what format? | Half the process is what you receive |
| Support and language | Is support available in Arabic and English, and when? | Problems tend to appear at month-end |
| Reliability | What is the SLA, and what happens during an outage? | Late invoices mean late collections |
| Archive and export | Can you export all your data if you switch provider? | It protects you from lock-in |
- 1Build a shortlist
Three accredited providers that support your accounting software or offer a clear API.
- 2Ask for a test environment
Send ten real invoices from your system, including hard cases: a credit note, a customer without a TRN, a discount.
- 3Let the accountant judge
Whoever will use the system daily should judge how clear the screens and messages are.
- 4Review the contract
Commitment length, data export on exit and service levels. Then sign with a comfortable margin before your deadline.
How do you prepare your store or app to connect to a provider?
If your invoices come out of an online store or a custom app, not only off-the-shelf accounting software, your app needs to produce structured data and send it to the provider. The good news is that this is a well-defined job: correct fields, an invoice sequence, an integration endpoint and a status log.
With Fanann you can describe this in Arabic or English and the agent builds it: customer and invoice tables in the managed database, an API connection and a webhook that receives provider updates. Fanann is not an accredited provider, but your app connects to the provider you choose through integrations, and the code is fully yours. If connecting systems is new to you, read connecting your app to other services with APIs and webhooks.
Add an integration layer to my app for a UAE accredited e-invoicing service provider. Requirements: (1) whenever an invoice is issued to a business customer, create a record with status "pending" and send the invoice data to the provider's API, storing the API key as a secure secret outside the code; (2) a webhook endpoint that receives provider updates and sets the status to "sent", "accepted" or "rejected" with the rejection reason; (3) automatic retries when the connection fails, and a WhatsApp or email alert to the accountant on rejection; (4) an accountant screen in Arabic and English listing invoices by status, with a resend button after correction; (5) a screen for inbound supplier invoices; (6) an audit log of every send and receive.
Try it in FanannCommon mistakes when working with a provider
- Choosing on price alone: a provider that does not integrate with your system costs you time and manual work every month.
- Assuming the provider fixes data: if a customer's TRN is wrong, the invoice will be rejected however good your provider is.
- Ignoring inbound invoices: preparing only to send leaves your finance team with no plan for receiving supplier invoices.
- Signing in the last week: integration and testing take time, and the deadline is appointment, not go-live.
- Hard-wiring the connection: keep invoice sending in a separate layer of your app so switching provider later is easy.
Key takeaways
- The ASP is your mandatory gateway into UAE e-invoicing; there is no direct link between your system and the FTA.
- The appointment deadline comes months before go-live: 30 October 2026 for large businesses and 31 March 2027 for the rest.
- Pick from the officially accredited list, then compare integration, support, Arabic and how rejected invoices are handled.
- Your provider will not fix bad data; the quality of customer and invoice data in your system is your responsibility.
- Design your store or app to export structured invoice data through an API, so switching provider later is easier.
Frequently asked questions
What is an ASP in UAE e-invoicing?
When do I need to appoint an e-invoicing provider in the UAE?
Can I send e-invoices straight to the FTA without a provider?
How do I choose an e-invoicing provider in the UAE?
Is Fanann an accredited e-invoicing provider?
Ask your AI assistant about this
Copy this prompt into the AI assistant you use, then add the details of your own case.
I am reading this guide: “What is an Accredited Service Provider (ASP) for UAE e-invoicing?” https://fanann.com/en/blog/uae-accredited-service-provider-einvoicing/ My question: what is an accredited service provider uae e-invoicing Use that page as a source and explain the answer step by step for my situation, tell me what to check before I start, and cite the page link.