How to fix ibr-140-ae in UAE e-invoicing
What is ibr-140-ae?
ibr-140-ae is a fatal validation rule in the UAE's Peppol PINT-AE e-invoicing specification — one of the UAE-specific rules. It is checked against the invoice document and belongs to the Currency & exchange rule group. An e-invoice that fails ibr-140-ae is rejected by the Accredited Service Provider gateway before it reaches the FTA.
What the official rule says
Where it applies
This rule is checked against the invoice document of your UBL 2.1 invoice:
/ubl:Invoice | /cn:CreditNote
Business terms referenced
| Term ID | Field | Other rules |
|---|---|---|
| IBT-006 | Tax accounting currency | view → |
Field names are derived automatically from the official rule corpus.
Why this happens
If the invoice states a VAT accounting currency (IBT-006 / TaxCurrencyCode), it must be AED — UAE VAT is always accounted in dirhams, even when the invoice itself is issued in USD, EUR or any other currency.
How to fix it
1. If your invoice currency is AED, you can usually omit TaxCurrencyCode entirely. 2. If you invoice in a foreign currency, set <cbc:TaxCurrencyCode>AED</cbc:TaxCurrencyCode> and provide the AED-converted VAT total.
Compliant XML
<cbc:DocumentCurrencyCode>USD</cbc:DocumentCurrencyCode> <cbc:TaxCurrencyCode>AED</cbc:TaxCurrencyCode>
Technical test condition (Schematron)
not(cbc:TaxCurrencyCode) or cbc:TaxCurrencyCode = "AED"
Worried your invoices fail ibr-140-ae?
Upload your UBL XML — qmetrics runs 40+ core PINT-AE pre-submission checks (TRN, VAT math, addresses, totals and more) in one second. Your file is validated in memory and never stored.
Related rules
Rule text sourced from the official OpenPeppol PINT-AE validation artifacts (version 2026.5), refreshed weekly. Explanations are qmetrics' own guidance, not official FTA/MoF text.