There is no delete transaction in the UAE Peppol DCTCE model. Once an invoice clears the Accredited Service Provider (ASP) and the Tax Data Document (TDD) reaches the Federal Tax Authority (FTA), the record stands. Corrections require a credit note or an additional tax invoice under Article 62. All of it in PINT AE XML, through an FTA-approved ASP, with no exceptions for format or submission route.
Key Takeaways
- The UAE Peppol DCTCE model has no delete transaction. Once an invoice clears the ASP and the FTA receives the TDD, the record stands. Corrections are handled through tax credit notes or additional tax invoices under Article 62 of Federal Decree-Law No. 8 of 2017.
- Issuance, cancellation, and amendment all follow the same technical requirement. PINT AE XML format, transmitted through an FTA-accredited ASP. Anything outside that process does not count as compliant regardless of what the internal ERP shows.
- The issuance window is 14 days from the taxable supply date. Miss it and the compliance record has a gap. UAE VAT law does not treat late issuance as a minor administrative matter.
- Voiding an invoice inside an ERP does not touch the FTA record. A formal electronic credit note referencing the original invoice number is the only mechanism the system recognises as a cancellation.
- There is no in-place edit once an invoice has left the ASP. Under Article 62 of Federal Decree-Law No. 8 of 2017, downward corrections and cancelled supplies run through a Tax Credit Note, while upward tax adjustments are handled through an additional Tax Invoice for the difference.
These three processes cover the complete lifecycle of a UAE e-invoice from the moment it is created to the point where it is corrected or closed out. They are not interchangeable, and the distinction between them matters because each one triggers a different compliance action at the FTA level.
Issuance is the creation and transmission of a new e-invoice in PINT AE XML format through an FTA-accredited ASP. The invoice is validated by the ASP, delivered to the buyer's ASP through the Peppol network, and reported to the FTA via a Tax Data Document simultaneously. An issued invoice is a live tax record from the moment it clears the ASP.
Cancellation applies when an issued invoice needs to be fully reversed. Because the DCTCE exchange has no delete transaction, cancellation works through an electronic Tax Credit Note that references the original invoice number and reverses the VAT liability recorded against it. The credit note must also be in PINT AE XML format and transmitted through the ASP. Only then does the FTA record reflect the reversal.
Amendment covers situations where an issued invoice contains an error that needs correction rather than full reversal. Price changes, incorrect tax codes, wrong buyer details, and quantity errors all fall under amendment. The correction path depends on the type of error. For a downward adjustment, a supply cancellation, or a return, the correction runs through a Tax Credit Note in PINT AE XML referencing the original invoice. For an upward tax adjustment, an additional Tax Invoice is issued for the difference under Article 62(1) of Federal Decree-Law No. 8 of 2017.
The following table outlines how the three processes differ across the key parameters that matter for UAE VAT compliance.
Parameter | Issuance | Cancellation | Amendment |
Trigger | New taxable supply occurs | Invoice issued in error or supply cancelled | Error in issued invoice requires correction |
Document Type | Tax invoice in PINT AE XML | Electronic credit note in PINT AE XML | Tax Credit Note for downward adjustments or cancelled supply, or an additional Tax Invoice for upward tax adjustments |
ASP Transmission Required | Yes | Yes | Yes, for both the credit note and new invoice |
FTA Notification | Via Tax Data Document at issuance | Via Tax Data Document at credit note transmission | Via Tax Data Document for both documents |
Invoice Number | New unique reference | References original invoice number | Credit note references original; new invoice carries new reference |
VAT Impact | VAT liability created | VAT liability reversed | Original VAT reversed; corrected VAT applied on new invoice |
ERP Action Alone Sufficient | No | No | No |
A UAE e-invoice is legally valid only after it clears the ASP, reaches the buyer's ASP through the Peppol network, and the FTA receives the Tax Data Document. Generating an invoice inside an ERP is preparation. ASP transmission is compliance.
Step 1: Populate All Mandatory PINT AE Fields in the ERP
Supplier and buyer TRN, invoice date, supply date, invoice type code, line-item detail, tax category codes, and VAT amounts in AED must all be present before transmission. A missing mandatory field triggers ASP validation failure before the invoice moves any further.
Step 2: Transmit to the FTA-Accredited ASP via API
The ASP receives the invoice data, converts it to PINT AE XML if needed, and validates it against UAE VAT requirements and Peppol standards before anything moves further.
Step 3: ASP Delivers Invoice and Reports to FTA
The validated invoice travels across the Peppol network to the buyer's ASP. Simultaneously, a Tax Data Document is submitted to the FTA. A positive Message Level Status from C5 confirms that the FTA's reporting system received and validated the Tax Data Document, closing out the transmission cycle
Cancelling a UAE e-invoice has nothing to do with what happens inside the ERP. The FTA record does not change until a formal electronic credit note has been transmitted through the ASP and acknowledged. Voiding, deleting, or reversing an invoice internally leaves the original tax liability standing on the FTA side until the credit note clears.
Step 1: Identify the Invoice to Be Cancelled
Confirm the original invoice number, supplier TRN, buyer TRN, invoice date, and total VAT amount from the ASP transmission log. The credit note must reference these details exactly. The credit note must reference these details accurately, since inconsistencies with the original invoice will surface later during reconciliation and VAT return preparation.
Step 2: Generate an Electronic Credit Note in PINT AE XML
The credit note must be created in PINT AE XML format with the invoice type code identifying it as a credit note, not a standard tax invoice. It must reference the original invoice number, reverse the full VAT amount, and carry a unique document reference of its own.
Step 3: Transmit the Credit Note Through the ASP
The credit note follows the same transmission path as a standard invoice. The ASP validates it, delivers it to the buyer's ASP, and reports a Tax Data Document to the FTA. Only after the FTA issues a Message Level Status confirmation is the original invoice considered cancelled on the tax record.
Step 4: Update Internal Records
Once the credit note clears the ASP, update the ERP to reflect the cancellation against the credit note reference, not the original invoice. Closing the original invoice in the ERP without linking it to the transmitted credit note reference creates a reconciliation gap that surfaces during VAT return preparation.
Amendment in UAE e-invoicing is not an edit. There is no mechanism to update a transmitted invoice in place. The correction path depends on the nature of the error. A downward tax adjustment, a cancelled supply, or a return is handled through a Tax Credit Note that references the original invoice. An upward tax adjustment is handled through an additional Tax Invoice for the difference, under Article 62 of Federal Decree-Law No. 8 of 2017.
Step 1: Identify the Error and Pull the Original Invoice Details
Before raising a credit note, confirm exactly what is wrong and what the correct values should be. Retrieve the original invoice number, transmission date, VAT amount, and line-item detail from the ASP log. The credit note must mirror the original precisely before the corrected invoice introduces the right data.
Step 2: Issue an Electronic Credit Note Against the Original
Generate a PINT AE XML credit note referencing the original invoice number and reversing its full VAT liability. Transmit it through the ASP and wait for the FTA Message Level Status confirmation before moving to the next step. Issuing the corrected invoice before the credit note clears creates two live tax records for the same transaction simultaneously.
Step 3: Issue a New Corrected Invoice With a Unique Reference
Once the credit note is confirmed, generate the corrected invoice with all errors fixed and a new unique invoice reference number. Transmit it through the ASP as a fresh transaction. The corrected invoice carries its own Tax Data Document to the FTA, replacing the liability the credit note reversed.
The three processes are often confused in practice, particularly by finance teams transitioning from PDF-based workflows where corrections were handled informally. The table below clarifies exactly where each process applies and what it requires.
The following table outlines the key differences between issuing, cancelling, and amending a UAE e-invoice across every dimension that affects compliance.
Parameter | Issuance | Cancellation | Amendment |
When It Applies | New supply transaction occurs | Entire invoice is wrong or supply did not happen | Specific field error on an already transmitted invoice |
Document Required | Tax invoice in PINT AE XML | Electronic credit note in PINT AE XML | Credit note plus new corrected tax invoice |
Can It Be Done Inside ERP Only | No | No | No |
ASP Transmission Required | Yes | Yes | Yes, for both documents |
New Invoice Number Required | Yes | No | Yes, for the replacement invoice |
FTA Record Impact | Creates new VAT liability | Reverses existing VAT liability | Reverses original liability, creates corrected liability |
Buyer Notification | Via buyer's ASP automatically | Via buyer's ASP automatically | Via buyer's ASP for both credit note and new invoice |
Common Trigger | Standard billing | Supply cancellation, duplicate invoice, wrong buyer | Price error, wrong tax code, incorrect quantity |
Timeline | Within 14 days of supply date | As soon as error is identified | As soon as error is identified |
One practical point the table does not capture is sequencing. For amendments, the credit note must fully clear the ASP and receive FTA confirmation before the corrected invoice is transmitted. Teams that run both simultaneously end up with two active tax records for the same transaction, which requires a second credit note to resolve and doubles the correction effort.
Managing issuance, cancellation, and amendment across high invoice volumes through manual ASP interactions is where compliance gaps most commonly develop. ClearTax's accreditation as an FTA-approved Accredited Service Provider (ASP) covers the full e-invoice lifecycle within a single platform, connected directly to the business's existing ERP.
Most businesses preparing for UAE e-invoicing are thinking about issuance. The part that creates more operational disruption in practice is what comes after. A cancelled supply, a wrong tax code, an incorrect buyer detail spotted after transmission. Each one is a formal compliance transaction under DCTCE, not an internal edit.
Credit note sequencing, ASP confirmation requirements, and the gap between what the ERP shows and what the FTA record reflects are where finance teams lose the most time once they go live. Building cancellation and amendment workflows before your applicable go-live date under MD No. 244 of 2025, rather than working them out under live mandate conditions, is the difference between a manageable correction process and one that compounds with every invoice cycle.
A Chartered Accountant by profession and a content writer by passion, I've dedicated my career to unraveling the complexities of GST. With a firm belief that learning is a lifelong journey, I've honed my skills in simplifying intricate legal jargon into easily understandable content. The satisfaction of transforming complex tax laws into relatable narratives is what drives me. Read more