Clearance and Reporting Procedures
The UAE e-invoicing framework may include a clearance requirement, where invoices must be submitted to or approved by the FTA before or at the time of issuance. Understanding clearance and reporting procedures is critical for compliance.
What is invoice clearance?
Invoice clearance is a process where the tax authority reviews and approves an e-invoice before it is transmitted to the buyer. This is different from post-audit models where invoices are exchanged freely and audited later.
How clearance works (typical model):
- Generation — The supplier's system generates the structured e-invoice.
- Submission — The invoice is submitted to the FTA's clearance platform.
- Validation — The FTA validates the invoice (format, TRN, tax calculation).
- Clearance — If valid, the FTA issues a clearance confirmation (with a unique clearance ID and digital stamp).
- Transmission — The cleared invoice (with FTA clearance stamp) is transmitted to the buyer.
- Archiving — Both the FTA and the parties store the cleared invoice.
Clearance models
Pre-clearance model
- Invoice must be cleared BEFORE sending to the buyer
- The FTA reviews and approves before transmission
- Used in Italy, Mexico, Saudi Arabia
Post-clearance model
- Invoice is sent to the buyer and simultaneously or shortly after submitted to the FTA
- The FTA does not block transmission but receives a copy
- Used in some European countries
The UAE model is expected to be confirmed in FTA technical guidance. Based on regional trends (Saudi Arabia's Fatoorah system), a clearance-based approach is likely.
What the FTA checks during clearance
During clearance, the FTA typically validates:
- Supplier registration — The supplier's TRN is valid and active
- Customer registration — The customer's TRN is valid (if provided)
- Format compliance — The invoice meets Peppol BIS and UAE-specific format requirements
- Tax calculation — VAT is calculated correctly (rate, amount, total)
- Sequential numbering — Invoice numbers are sequential with no gaps
- Duplicate detection — The same invoice number hasn't been used before
- Date validity — Issue date and supply date are logical
- Required fields — All mandatory fields are present and valid
Real-time vs. periodic reporting
Real-time reporting (with clearance)
- Each invoice is reported to the FTA at the point of issuance
- The FTA has near-real-time visibility into business transactions
- Enables immediate detection of non-compliance
- Reduces the need for detailed VAT returns (as the FTA already has the data)
Periodic reporting (without clearance)
- Invoices are exchanged between parties without FTA involvement
- The FTA receives summary data through periodic VAT returns
- The FTA audits invoices after the fact
- Less intrusive but slower compliance monitoring
If the UAE adopts clearance, VAT returns may be simplified (pre-filled by the FTA based on cleared invoice data), but businesses must ensure every invoice is cleared.
The clearance ID
When an invoice is cleared, the FTA issues a clearance ID (also called a QR code, UUID, or digital stamp):
- This ID is added to the invoice before it is sent to the buyer
- The buyer can verify the invoice's validity using this ID
- The ID links the invoice to the FTA's clearance record
- It serves as proof that the invoice was properly reported
Simplified invoices and clearance
For B2C retail transactions (simplified invoices), clearance may work differently:
- The supplier may report simplified invoices in batch (daily/weekly)
- Or each simplified invoice may need individual clearance
- The FTA may allow a lighter process for high-volume retail
Credit notes and clearance
Credit notes must also be cleared if the original invoice was cleared. The credit note must reference the original invoice's clearance ID.
What happens if clearance fails?
If an invoice fails clearance:
- The FTA returns a rejection with an error code
- The supplier must correct the issue
- The corrected invoice is resubmitted for clearance
- Only cleared invoices can be sent to the buyer
- An uncleared invoice is not a valid tax invoice (input tax cannot be recovered)
Business implications
Process changes:
- Invoices cannot be sent without FTA clearance
- System must handle clearance API calls (automated)
- Need to manage rejected invoices and corrections
- Credit note process must also go through clearance
System requirements:
- ERP/accounting system must be integrated with FTA clearance API
- Must handle real-time clearance requests and responses
- Must store clearance IDs with each invoice
- Must be able to resubmit rejected invoices
Cash flow impact:
- Clearance happens in seconds, so minimal impact on delivery
- But system downtime can delay invoicing
- Businesses need contingency plans for clearance system outages
Draft note: The specific clearance model, requirements, and technical procedures for the UAE will be confirmed by FTA technical guidance. The information above is based on international clearance models (particularly Saudi Arabia's Fatoorah system) and Peppol standards. Always verify against current official UAE specifications before implementation.