There are two jobs in UAE e-invoicing and they belong to two different parties. Your accounting system has to produce an invoice as structured data that satisfies the PINT AE rules. An Accredited Service Provider has to validate that document, exchange it over the Peppol network and report the tax data to the Federal Tax Authority. Only the second of those requires accreditation.
That distinction matters commercially. A vendor who tells you their software is "FTA approved" is describing something that does not exist as a category for accounting software; a vendor who cannot tell you which accredited provider they transmit through has not answered the question.
What the provider is responsible for
- Accreditation by the Ministry of Finance, and an appointment made by you in EmaraTax.
- Validating your document against the PINT AE rules before it goes on the network.
- Transmitting to your customer's provider, and receiving your suppliers' invoices.
- Reporting the tax data document to the FTA.
- Availability, retries, and telling you when something failed.
What the accounting system is responsible for
- Producing the invoice as structured data with every mandatory field populated — not a PDF, and not a spreadsheet export.
- Holding the master data that fills those fields: TRNs, legal names, addresses, currencies, unit codes, tax categories.
- Classifying tax correctly per line — standard, zero-rated, exempt with a reason code, out of scope, reverse charge.
- Enforcing the correction rules so a reported invoice cannot be quietly edited.
- Keeping the audit trail: what was sent, when, in what version, and what came back.
A stack that works
- Software produces PINT AE natively, from the document you already raise
- One connected provider, appointed by you in EmaraTax
- Invoice status visible on the invoice, not in a separate portal
- Corrections follow the rules automatically: credit note down, new invoice up
- The same ledger produces the VAT return and the e-invoice
A stack that will hurt
- Accounting in one system, invoices re-keyed into a compliance portal
- A middleware layer nobody owns, mapping fields by spreadsheet
- Status known only by logging into a third tool
- Corrections made by editing the original document
- Two sources of truth, reconciled monthly by hand
Twelve questions to ask any vendor
- Which accredited provider do you transmit through, and is that named in the contract?
- Do you produce PINT AE from the invoice I already raise, or do I export and re-import?
- Can I receive supplier invoices through the network, not only send?
- Where do I see an invoice's status, and what happens when one is rejected?
- What does the software do when an accepted invoice needs correcting?
- How are tax categories held — per line, or one rate for the whole document?
- Do you support foreign-currency invoices with the tax amount in AED?
- How do you validate a customer TRN before the invoice goes out?
- Is there a sandbox I can test in, with my own data?
- What is the total cost — software, provider, per-document fees, and onboarding?
- How long are transmitted documents retained, and can I export them?
- What happens to my data if I leave?
If a vendor's answer to "where do I see the status" is "in our other portal", you are buying two systems and reconciling them yourself.
How WisoBooks does it
WisoBooks is the accounting system: it produces the invoice, holds the master data, classifies the tax, and posts the whole thing to a double-entry ledger. For transmission it connects to an accredited service provider, which you appoint in EmaraTax against your own TRN. Neither of us pretends to be the other.
-
One document, not two
The invoice you raise for your customer is the invoice that goes on the network. There is no separate compliance document to prepare, and no re-keying step where the two can drift apart.
-
Structured PINT AE, generated from your data
Party identifiers, tax categories, exemption reason codes, unit codes and document references are produced from the master data you already maintain. The invoice is validated before it is sent, so a missing field is a message at your desk rather than a rejection from the network.
-
Status on the invoice itself
Queued, sent, reported to the FTA, or rejected with the reason — shown on the invoice, with the full timeline of what happened and when. No second portal.
-
Corrections that follow the rules
Once a document is reported, editing it is blocked. A reduction is issued as a credit note, which is itself reported; an increase is issued as a new invoice. A rejected document cannot reuse its number, so WisoBooks creates a corrected document with a new one.
This is the rule most teams learn the hard way. Built in, it is never learned at all.
-
The same ledger behind the VAT return
Because every document posts to one ledger, the VAT 201 figures and the invoices you transmitted come from the same place. Agreement is the default rather than an achievement.
Questions people actually ask
Do I need both a provider and accounting software?
Yes. The provider transmits and reports; the software produces the document and keeps your books. A provider alone leaves you typing invoices into a portal; software alone cannot reach the network.
Can I keep my current accounting system and just add a provider?
If it can produce a complete PINT AE document from real data, yes. Most cannot without a mapping layer, and that layer becomes something you own and maintain.
What happens to invoices I raised before my go-live date?
They stay as they are. The mandate applies to documents issued from your phase date onwards; earlier invoices are corrected under the rules that applied when they were issued.
Is WisoBooks ready before my deadline?
The UAE e-invoicing path — onboarding, structured document generation, submission, status tracking and the correction rules — is built and testable today, including a sandbox you can rehearse in. Talk to us about your phase date and we will walk it with your own invoices.
What does it cost?
The software is priced per plan, in AED, on the pricing page. Transmission is priced by the provider you appoint; ask for that figure in writing before you sign anything, including from us.
Where these facts come from
Checked against the following on 24 August 2026. Rules and dates change — if you are reading this long after that date, verify before you act on it.
- Ministry of Finance — eInvoicing programme
- Ministry of Finance — accredited service providers
- Peppol PINT specifications
- Ministerial Decision No. 244 of 2025 on implementation
WisoBooks is a bookkeeping and business-management tool, not an accounting, tax or legal advisor. Nothing on this page is tax advice, and tax rules change. Confirm your own obligations with the relevant authority or a qualified advisor.
