e-Invoicing
The 14-Day E-Invoice Transmission Rule with Microsoft Dynamics 365 (UAE E-Invoicing)
The 14-Day E-Invoice Transmission Rule for Microsoft Dynamics 365 users in the UAE: how the theme plays out on this system.
14-day transmission rule microsoft dynamics 365 e-invoicing uae
Once e-invoicing applies to you, each invoice must be transmitted through the system within 14 days of the business transaction (Article 6(5), MD No. 243 of 2025). On Microsoft Dynamics 365 (Microsoft, enterprise ERP), the practical work is this: customers, vendors, items and sales tax codes map to the pint ae parties, lines and tax structures. Dynamics environments with layered ISV solutions need each layer checked for invoice-touching logic.
Basis: UAE Ministry of Finance - the framework decision for the e-invoicing system
- Revenue threshold splitting the two phases
- AED 50,000,000
- Article 5(1), Ministerial Decision No. 244 of 2025 on the Implementation of the Electronic Invoicing System
- Deadline to appoint a provider (revenue AED 50m+)
- 30 October 2026
- Ministerial Decision No. 66 of 2026 (amending the implementation timeline in MD No. 244 of 2025)
- Window to transmit an invoice through the system
- 14 days from the business transaction
- Article 6(5), Ministerial Decision No. 243 of 2025 on the Electronic Invoicing System
# The direct answer
This is the operational deadline inside the mandate, and it changes invoicing from a monthly batch habit into a continuous discipline. The clock runs from the date of the business transaction, not from when finance gets around to raising the invoice, which means slow internal billing cycles are a compliance risk, not just a cash-flow drag.
Design for it explicitly. Invoices should flow to the ASP automatically or on a tight schedule, and the error queue must be cleared fast enough that a rejected invoice can be fixed and resubmitted inside the window. A rejection on day 12 with a slow correction process is how a technical hiccup becomes a late transmission.
# What you need to know
Measure it. Track the lag between transaction date and accepted transmission per invoice, and report the distribution monthly. If the tail is growing, the process is degrading: fix the process before the FTA notices the pattern in the data it already receives. Dynamics 365 Finance and Supply Chain Management, and Business Central for the mid-market, connect through ASP adapters built on Dataverse and the Dynamics APIs. For Business Central, the ASP's extension typically handles the flow; for Finance, a middleware or integration-platform route is common.
# How to handle it
Work through these in order.
-
14 days from the business transaction, not from invoice creation
Confirm this is done and evidenced on your Microsoft Dynamics 365 configuration.
-
Rejections do not pause the clock
Confirm this is done and evidenced on your Microsoft Dynamics 365 configuration.
-
Automate or tightly schedule the flow to the ASP
Confirm this is done and evidenced on your Microsoft Dynamics 365 configuration.
-
Track transmission lag monthly
Confirm this is done and evidenced on your Microsoft Dynamics 365 configuration.
-
Test on Microsoft Dynamics 365
Push real scenarios through the ASP sandbox and fix rejections at root cause before go-live.
# Practical notes
Dynamics environments with layered ISV solutions need each layer checked for invoice-touching logic. And number sequences must be gap-free per the framework's expectations: review sequence setup before testing.
# Mistakes Microsoft Dynamics 365 users dealing with 14-day transmission rule make
The most expensive mistake is starting late and compressing the phases that cannot be compressed: data cleansing, provider selection and testing. A provider chosen in a hurry is a provider chosen on price, and price is the weakest predictor of a smooth go-live. The second mistake is testing with demo data: clean demo invoices validate cleanly and teach nothing, while your real edge cases wait for production to reject them.
The third is organisational: no named owner for the error queue. Rejections need same-day triage by someone with the authority to get data fixed, mappings changed or customers called. An error queue without an owner becomes a late-transmission queue, and the 14-day clock does not pause for organisational ambiguity.
The fourth is treating e-invoicing as an IT project. The connector is the easy part; the tax-code mapping, the numbering discipline and the customer communication are where implementations succeed or fail. Put the tax judgement and the process design ahead of the technology in the plan, and staff them accordingly.
# The evidence file: proving compliance
Compliance you cannot demonstrate is compliance you cannot defend. The evidence file has four parts: transmission logs showing every invoice went out, validation responses showing they were accepted, monthly reconciliations tying transmissions to the ledger, and the archive with the transmitted XML retrievable by number, date, counterparty and TIN.
Build the monthly routine once and run it monthly: reconcile, measure 14-day lag distribution, sample field quality, review the rejection trend, log rule changes. Twenty minutes of routine beats twenty hours of reconstruction.
When the FTA asks questions, the answer is the routine's output: logs, reconciliations, correction trails. Businesses with the routine answer in days; businesses without it answer in months, from memory.
Sources and legal basis
Legislation and decisions6
- Ministerial Decision No. 243 of 2025 on the Electronic Invoicing System
- Ministerial Decision No. 244 of 2025 on the Implementation of the Electronic Invoicing System
- Ministerial Decision No. 66 of 2026 (amending the implementation timeline in MD No. 244 of 2025)
- Ministerial Decision No. 168 of 2026 on the eligibility criteria and accreditation procedure for Service Providers
- Cabinet Decision No. 106 of 2025 on Violations and Administrative Penalties for the Electronic Invoicing System
- Federal Decree-Law No. 28 of 2022 on Tax Procedures
Authorities, systems and registers3
- Federal Tax Authority (FTA)
- UAE Ministry of Finance
- EmaraTax
Terms used5
- Accredited Service Provider (ASP)
- Decentralised Continuous Transaction Controls and Exchange (DCTCE)
- Peppol
- PINT AE
- UAE Peppol Authority Specific Requirements (PASR)
- UAE Electronic Invoicing System - Ministerial Decision No. 243 of 2025UAE Ministry of Finance - the framework decision for the e-invoicing system
- Implementation of the Electronic Invoicing System - Ministerial Decision No. 244 of 2025UAE Ministry of Finance - phases, thresholds and the revenue definition
- UAE Electronic Invoice mandatory fields, version 1.0 (23 February 2026)UAE Ministry of Finance - the 51/49 mandatory field lists for PINT AE invoices
- Federal Tax Authority - official portalFederal Tax Authority - enforcement, EmaraTax onboarding and published guides
Rates, thresholds and deadlines change. Every figure above is linked to the authority that publishes it — if the two ever disagree, the authority is right and this page is out of date. Tell us and we will fix it.
Frequently asked questions
What is the 14-day rule for UAE e-invoicing?
Article 6(5) of Ministerial Decision No. 243 of 2025 requires each invoice to be transmitted through the system within 14 days of the business transaction. Build your flow and your error handling around that clock: a rejected invoice still has to be fixed and resubmitted in time.
Does Microsoft Dynamics 365 work with UAE e-invoicing?
Yes, through an Accredited Service Provider's connector: Microsoft Dynamics 365 (Microsoft) is enterprise ERP and the framework accredits providers, not software. Dynamics 365 Finance and Supply Chain Management, and Business Central for the mid-market, connect through ASP adapters built on Dataverse and the Dynamics APIs. Confirm with shortlisted providers that their connector covers your exact product and version before you commit.
What are the penalties for e-invoicing non-compliance?
Cabinet Decision No. 106 of 2025 lists the e-invoicing violations and their administrative penalties: failures to implement the system or appoint an Accredited Service Provider on time, to issue and transmit e-invoices and credit notes on time, to notify the FTA of a system failure, and to tell the provider about changes to registered data. Read the penalty table in the decision itself. You have 40 business days to seek reconsideration of a penalty decision, and 20 business days from awareness to voluntarily disclose your own error.
Do I still need an ASP if I already use accounting software?
Yes. Your accounting software or ERP records invoices; the Accredited Service Provider transmits them over the DCTCE network. The framework accredits providers, not software. The two are different purchases: keep your system, add the provider's connector, and evaluate each half on its own merits.
Is emailing a PDF invoice enough under the new rules?
No. Once e-invoicing applies to you, the compliant document is the structured PINT AE data transmitted through your ASP: a PDF, with or without a QR code, is only a human-readable rendering. Keep emailing PDFs as a courtesy generated from the transmitted XML, but the transmission is the compliance event.
How do I choose an Accredited Service Provider?
Start from the Ministry of Finance Central Register for Accreditations, not from sales decks. Shortlist providers with a connector for your exact systems, compare pricing on identical volumes, test the sandbox with your real invoices, and contract the SLA, the price of growth and exit terms. Accreditation lasts two years: verify status before signing.