BR-AE-08:Reverse charge VAT breakdown taxable amount must match line totals
Fix: Recalculate the reverse charge VAT breakdown taxable amount from the actual line and adjustment values. Invoice Navigator recomputes BT-116 automatically from the invoice body. Upload your invoice to fix this automatically.
In a VAT breakdown (BG-23) where the VAT category code (BT-118) is 'AE' (Reverse charge), the VAT category taxable amount (BT-116) must equal the sum of line net amounts (BT-131) minus document-level allowances (BT-92) plus document-level charges (BT-99) for lines and adjustments carrying the Reverse charge VAT category.
Engine Classification
recompute_from_lines
Confidence: 95% · Applied automatically in pipeline
What is BR-AE-08?
BR-AE-08 is a fatal validation rule defined in the EN 16931 specification. It validates the Amount). Rounding tolerance is 0.01 currency units. element under LineExtensionAmount) - SUM(cac:AllowanceCharge > Amount) + SUM(cac:AllowanceCharge in the UBL invoice XML.
When this rule fires, the invoice is rejected by Peppol access points and never reaches the buyer.
Target path: Schematron rule: BR-AE-08 in EN16931 CIUS. The value of cac:TaxTotal/cac:TaxSubtotal[cbc:TaxCategory/cbc:ID='AE']/cbc:TaxableAmount must equal SUM(cac:InvoiceLine[cbc:TaxCategory='AE']/cbc:LineExtensionAmount) - SUM(cac:AllowanceCharge[cbc:ChargeIndicator=false and cbc:TaxCategory='AE']/cbc:Amount) + SUM(cac:AllowanceCharge[cbc:ChargeIndicator=true and cbc:TaxCategory='AE']/cbc:Amount). Rounding tolerance is 0.01 currency units.
Why This Error Matters
Reverse charge is the standard treatment for cross-border B2B EU services. When BR-AE-08 fires, the tax authority cannot reconcile the reported reverse charge base against line-level detail. Peppol Access Points reject the invoice, and downstream buyers cannot claim the input VAT because the breakdown is inconsistent.
BR-AE-08 is a hard failure — the invoice must be corrected and re-sent before it can reach the recipient.
Invoice rejected on ingress. Even when accepted, an inconsistent reverse charge breakdown blocks the buyer from claiming input VAT and is a red flag in tax audits.
Invoice Navigator can automatically correct this error in your pipeline. The fix is applied with full audit evidence, so your compliance trail remains intact.
Validator Behavior
- ·Causes invoice rejection
- ·Error returned: BR-AE-08
- ·Specification: EN 16931
How to Fix It
Before / After
<cac:TaxTotal>
<cac:TaxSubtotal>
<cbc:TaxableAmount currencyID="EUR">950.00</cbc:TaxableAmount>
<cbc:TaxAmount currencyID="EUR">0.00</cbc:TaxAmount>
<cac:TaxCategory>
<cbc:ID>AE</cbc:ID>
<cbc:Percent>0</cbc:Percent>
</cac:TaxCategory>
</cac:TaxSubtotal>
</cac:TaxTotal>
<!-- Line nets sum to 1000.00 with a 50.00 doc-level allowance already applied at line level --><cac:TaxTotal>
<cac:TaxSubtotal>
<cbc:TaxableAmount currencyID="EUR">1000.00</cbc:TaxableAmount>
<cbc:TaxAmount currencyID="EUR">0.00</cbc:TaxAmount>
<cac:TaxCategory>
<cbc:ID>AE</cbc:ID>
<cbc:Percent>0</cbc:Percent>
</cac:TaxCategory>
</cac:TaxSubtotal>
</cac:TaxTotal>
<!-- Recomputed from actual line nets and adjustments carrying the AE category -->Technical Reference
Schematron rule: BR-AE-08 in EN16931 CIUS. The value of cac:TaxTotal/cac:TaxSubtotal[cbc:TaxCategory/cbc:ID='AE']/cbc:TaxableAmount must equal SUM(cac:InvoiceLine[cbc:TaxCategory='AE']/cbc:LineExtensionAmount) - SUM(cac:AllowanceCharge[cbc:ChargeIndicator=false and cbc:TaxCategory='AE']/cbc:Amount) + SUM(cac:AllowanceCharge[cbc:ChargeIndicator=true and cbc:TaxCategory='AE']/cbc:Amount). Rounding tolerance is 0.01 currency units.Common Causes
- ·ERP recalculates VAT breakdown from a rounded document total instead of from raw line values
- ·Line-level allowances included in the taxable base but corresponding document-level allowances excluded
- ·Mixed VAT categories in one invoice where AE totals are combined with S totals
- ·Reverse charge line manually re-categorised after invoice generation
- ·Currency conversion applied to line totals but not to the breakdown
Seeing this in production? The API handles BR-AE-08 automatically. See the fix response →
ERP-Specific Causes
Commonly Seen In
Frequently Asked Questions
BT-116 (AE taxable amount) = sum of BT-131 (line net amounts) for AE lines minus sum of BT-92 (document allowances) for AE plus sum of BT-99 (document charges) for AE. Rounding tolerance is 0.01.
No. The rule only fires when the invoice contains at least one AE (Reverse charge) VAT category — on a line, on a document allowance, or on a document charge.
Yes. Because the correct value is deterministically computable from other invoice fields, Invoice Navigator recomputes BT-116 automatically with 0.95 confidence.
S/4HANA computes tax breakdowns from the pricing procedure output. When a manual condition value is entered on a line but not reflected in the breakdown table, the totals drift.
The formulas are structurally the same but apply to different VAT categories: BR-S-08 (standard rate), BR-Z-08 (zero rate), BR-E-08 (exempt), BR-AE-08 (reverse charge), BR-IG-08 (IGIC), BR-IP-08 (IPSI). Each category has its own breakdown.
Related Errors
BR-AE-03Reverse charge document allowance requires seller and buyer VAT identifiersBR-AE-04When document level charges use the reverse charge VAT category, both seller...BR-AE-05Reverse charge invoice line must have 0% VAT rateBR-AE-10Reverse charge VAT breakdown must include exemption reasonBR-E-08VAT-exempt taxable amount doesn't add upBR-S-08Standard rated VAT amount doesn't add upRelated Content
Last updated: 5 August 2026
Validate your invoice
Drop your XML here to check for BR-AE-08
Auto-fix BR-AE-08 in seconds
Upload your invoice and we fix this error automatically. Financial fields are never touched.