E-invoice validation error database

CII/ZUGFeRD has a different XML structure and needs separate rules and XPath mappings. Without explicit detection users would receive misleading UBL errors.

For Peppol BIS Billing 3.0, export the invoice as UBL 2.1 Invoice/CreditNote. For CII/ZUGFeRD, use a CII validator or wait for dedicated CII support in this tool.

Access points and integration gateways use the SBDH header for routing and transmission audit.

Add <Sender><Identifier Authority="iso6523-actorid-upis">0245:VATID</Identifier></Sender> to StandardBusinessDocumentHeader.

Without the receiver identifier the document cannot be reliably routed to the target Peppol participant.

Add <Receiver><Identifier Authority="iso6523-actorid-upis">0245:VATID</Identifier></Receiver> to StandardBusinessDocumentHeader.

SBDH is only a transport envelope; the business payload must be present as an inner UBL document.

Place a valid <Invoice> or <CreditNote> element after StandardBusinessDocumentHeader.

HeaderVersion helps integration gateways and audit logs interpret the SBDH header structure consistently.

Add <HeaderVersion>1.0</HeaderVersion> to StandardBusinessDocumentHeader.

InstanceIdentifier is important for audit, deduplication and tracing the transmission in an integration gateway.

Add <InstanceIdentifier> with the invoice number or another unique document identifier.

TypeVersion helps the receiver and middleware interpret the version of the embedded business document correctly.

Add <TypeVersion>2.1</TypeVersion> to DocumentIdentification.

A mismatch between the transport header and invoice content complicates audit and can cause gateway rejection.

Align SBDH Sender/Identifier with cac:AccountingSupplierParty/cac:Party/cbc:EndpointID in the invoice.

Peppol routing and audit expect a consistent receiver in both the transport header and the document payload.

Align SBDH Receiver/Identifier with cac:AccountingCustomerParty/cac:Party/cbc:EndpointID in the invoice.

The transport header should describe the same business document carried inside the envelope.

Use <Type>Invoice</Type> for invoices and <Type>CreditNote</Type> for credit notes.

A mismatch can lead to wrong routing or processing by an integration gateway.

Use urn:oasis:names:specification:ubl:schema:xsd:Invoice-2 for Invoice and CreditNote-2 for CreditNote.

The process identifies the Peppol business process and should be consistent with the document profile.

Align BusinessScope/Scope/InstanceIdentifier with the cbc:ProfileID value in the invoice.

Machine processing and audit trails expect an unambiguous timestamp.

Use for example <CreationDateAndTime>2026-04-22T10:30:00Z</CreationDateAndTime>.

Without CustomizationID the receiving system cannot determine which rules to apply to the document.

Add <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0</cbc:CustomizationID> as one of the first elements of the invoice.

The invoice number is a mandatory identifier under EN 16931 and national VAT law.

Add a <cbc:ID> element with your invoice number, e.g. <cbc:ID>2024-0001</cbc:ID>.

The issue date is mandatory under EN 16931 §6.4 and VAT legislation.

Add <cbc:IssueDate>2024-01-15</cbc:IssueDate> immediately after <cbc:ID>.

The type code allows the receiver to process the document correctly.

For invoices use <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>; for credit notes use <cbc:CreditNoteTypeCode>381</cbc:CreditNoteTypeCode>.

The currency is required for correct calculation and payment processing.

Add <cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>.

Seller identification is a legal requirement on every invoice.

Add <cac:PartyName><cbc:Name>My Company Ltd.</cbc:Name></cac:PartyName> inside AccountingSupplierParty.

Buyer identification is a legal requirement and needed for invoice delivery.

Add <cac:PartyName><cbc:Name>Buyer Ltd.</cbc:Name></cac:PartyName> inside AccountingCustomerParty.

Seller address is mandatory for identification and tax purposes.

Add a <cac:PostalAddress> section with at least <cac:Country><cbc:IdentificationCode>SK</cbc:IdentificationCode></cac:Country>.

The seller's country determines the place of supply and tax regime.

Add <cac:Country><cbc:IdentificationCode>SK</cbc:IdentificationCode></cac:Country> to the seller's PostalAddress.

Buyer address is mandatory for invoice delivery and tax purposes.

Add a <cac:PostalAddress> section inside AccountingCustomerParty.

The buyer's country is required to determine the correct VAT treatment.

Add <cac:Country><cbc:IdentificationCode>SK</cbc:IdentificationCode></cac:Country> to the buyer's PostalAddress.

The line sum is the basis for calculating the invoice total excluding VAT.

Add <cbc:LineExtensionAmount currencyID="EUR">100.00</cbc:LineExtensionAmount> to LegalMonetaryTotal.

The amount without VAT is a mandatory total needed to validate the tax calculation.

Add <cbc:TaxExclusiveAmount currencyID="EUR">100.00</cbc:TaxExclusiveAmount> to LegalMonetaryTotal.

The amount with VAT is a mandatory total and the basis for calculating the payable amount.

Add <cbc:TaxInclusiveAmount currencyID="EUR">120.00</cbc:TaxInclusiveAmount> to LegalMonetaryTotal.

The payable amount is mandatory for payment processing.

Add <cbc:PayableAmount currencyID="EUR">120.00</cbc:PayableAmount> to LegalMonetaryTotal.

Without at least one line the document contains no invoiced supply, and totals or VAT rates cannot be verified.

Add at least one <cac:InvoiceLine> (or <cac:CreditNoteLine> for a credit note) with a quantity, price and item.

Item description is mandatory for identifying the supply and for tax authority review.

Add <cac:Item><cbc:Name>Consulting services</cbc:Name></cac:Item> to each InvoiceLine.

The date and its coded representation carry the same information; providing both at once would be contradictory.

Provide either <cbc:TaxPointDate> or the code in InvoicePeriod/DescriptionCode, never both at the same time.

The cross-check prevents manipulation of invoice totals.

Sum all line amounts and put the result in <cbc:LineExtensionAmount>. E.g. 2 lines of 50 EUR = <cbc:LineExtensionAmount currencyID="EUR">100.00</cbc:LineExtensionAmount>.

The allowance cross-check prevents a mismatch between individual allowances and their total in LegalMonetaryTotal.

Sum the Amount of all AllowanceCharge elements with ChargeIndicator=false and put the result in AllowanceTotalAmount.

The charge cross-check prevents a mismatch between individual charges and their total in LegalMonetaryTotal.

Sum the Amount of all AllowanceCharge elements with ChargeIndicator=true and put the result in ChargeTotalAmount.

The tax base must be mathematically verifiable from the line sum and document-level allowances/charges.

TaxExclusiveAmount = LineExtensionAmount − AllowanceTotalAmount + ChargeTotalAmount.

The VAT cross-check is necessary to verify that the total tax matches the sum of the individual rates.

Sum TaxAmount from all TaxSubtotal elements and put the result in TaxTotal/TaxAmount.

The total amount including VAT must be mathematically verifiable from the tax base and the VAT total.

TaxInclusiveAmount = TaxExclusiveAmount + TaxTotal/TaxAmount (for the DocumentCurrencyCode currency).

The payable amount must be consistent with the other totals for correct payment processing.

PayableAmount = TaxInclusiveAmount − PrepaidAmount + PayableRoundingAmount. Check the prepaid and rounding values.

Correct VAT calculation is mandatory for tax purposes.

TaxAmount = TaxableAmount × Percent / 100. E.g. base 100 EUR × 20% = TaxAmount 20 EUR.

The VAT breakdown by category is a mandatory part of an electronic invoice.

Add <cac:TaxTotal> with at least one <cac:TaxSubtotal> containing TaxableAmount, TaxAmount and TaxCategory.

An empty InvoicePeriod without any date provides no information about the period the invoice covers.

Add at least <cbc:StartDate> or <cbc:EndDate> to InvoicePeriod, or both.

An empty line period without any date provides no information about the period that item covers.

Add at least <cbc:StartDate> or <cbc:EndDate> to the line InvoicePeriod, or both.

The buyer must know when and how to pay.

Add <cbc:DueDate>2024-02-15</cbc:DueDate> or <cac:PaymentTerms><cbc:Note>Payment within 30 days</cbc:Note></cac:PaymentTerms>.

EN 16931 defines precise decimal precision requirements for each monetary element.

Round to 2 decimal places: 100.123 → 100.12.

Line-level precision is required for total calculations.

Round the line amount to 2 decimal places.

Unit prices can be very precise (e.g. price per kWh), so more decimal places are allowed.

Ensure PriceAmount does not have more than 10 decimal places.

Without a matching VAT breakdown group it cannot be verified that the standard-rated VAT from the lines was correctly summarised.

Add at least one <cac:TaxSubtotal> with <cbc:ID>S</cbc:ID> in TaxCategory to TaxTotal.

The taxable amount must be mathematically verifiable from the structured lines and document-level adjustments.

TaxableAmount (S) = Σ LineExtensionAmount + Σ document-level charges − Σ document-level allowances at rate S matching that Percent.

The calculated VAT must mathematically match the taxable amount and the stated rate.

TaxAmount = TaxableAmount × Percent / 100. E.g. base 100 EUR × 20% = TaxAmount 20 EUR.

Under reverse charge both parties must be identifiable so the buyer can correctly self-account for VAT.

Add CompanyID to both the seller's and buyer's PartyTaxScheme, e.g. <cbc:CompanyID>SK2020000000</cbc:CompanyID>.

The exemption reason is mandatory for reverse charge invoices under EN 16931.

Add to TaxCategory: <cbc:TaxExemptionReasonCode>VATEX-EU-AE</cbc:TaxExemptionReasonCode><cbc:TaxExemptionReason>Reverse charge</cbc:TaxExemptionReason>.

Even for an exempt supply the seller must be identifiable as a registered VAT taxpayer.

Add the VAT ID to the seller's PartyTaxScheme, e.g. <cbc:CompanyID>SK2020000000</cbc:CompanyID>.

Legislation requires stating the legal basis for VAT exemption.

Add e.g. <cbc:TaxExemptionReasonCode>VATEX-EU-79-C</cbc:TaxExemptionReasonCode> to TaxCategory for code E.

Even for exports outside the EU the seller must be identifiable as a registered VAT taxpayer.

Add the VAT ID to the seller's PartyTaxScheme, e.g. <cbc:CompanyID>SK2020000000</cbc:CompanyID>.

The zero-rating reason for exports must be documented.

Add <cbc:TaxExemptionReasonCode>VATEX-EU-G</cbc:TaxExemptionReasonCode> to TaxCategory for code G.

A supply outside the scope of VAT contradicts having a VAT ID present — that would suggest the supply is actually taxable.

Remove CompanyID from both the seller's and buyer's PartyTaxScheme, or change the VAT category if the supply is in fact taxable.

The reason why the supply is outside the scope of VAT must be documented.

Add <cbc:TaxExemptionReasonCode>VATEX-EU-O</cbc:TaxExemptionReasonCode> to TaxCategory for code O.

The "not subject to VAT" category means the entire invoice is outside the scope of VAT — combining it with another category (e.g. S or Z) would be internally contradictory.

If the invoice also contains taxable supplies, remove category O; if the whole invoice is outside the scope of VAT, keep only the single group with category O.

Without ProfileID the access point cannot tell which business process the document belongs to, and the Peppol network will reject it.

Add <cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>.

Peppol requires at least one of these references so the buyer can automatically match the invoice to an internal process or order.

Add <cbc:BuyerReference>...</cbc:BuyerReference> or <cac:OrderReference><cbc:ID>...</cbc:ID></cac:OrderReference>.

CustomizationID tells the receiving system and validator exactly which specification the document follows; any other value or typo causes rejection.

Set the exact value: <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0</cbc:CustomizationID>.

EndpointID is the routing address the Peppol network uses to deliver the document to the receiving party. Without it, delivery is not possible.

Add <cbc:EndpointID schemeID="0158">12345678</cbc:EndpointID> (e.g. VAT ID or GLN per the agreed scheme) directly to AccountingCustomerParty/Party.

EndpointID is the routing address the Peppol network uses to identify and route the document from the sender.

Add <cbc:EndpointID schemeID="0158">87654321</cbc:EndpointID> directly to AccountingSupplierParty/Party.

Multiple VAT totals with a breakdown would be ambiguous — the validator could not determine which one is authoritative.

Merge all TaxSubtotal groups into a single <cac:TaxTotal>. A separate TaxTotal without TaxSubtotal may only be used for the accounting-currency amount (TaxCurrencyCode).

More than one project reference would be ambiguous — it would be unclear which project the credit note should be assigned to.

Keep only one <cac:AdditionalDocumentReference> with <cbc:DocumentTypeCode>50</cbc:DocumentTypeCode> on the credit note.

More than one contract reference would be ambiguous — it would be unclear which contract applies to the invoice.

Keep only one <cac:ContractDocumentReference><cbc:ID>...</cbc:ID></cac:ContractDocumentReference> on the invoice.

The Peppol profile restricts UBL to elements needed for interoperable invoicing; extensions are not processable by most receiving systems.

Remove the <ext:UBLExtensions> element from the document.

UBL 2.1 XSD does not allow TaxExemptionReasonCode in ClassifiedTaxCategory. The correct location is only in TaxSubtotal.

Move TaxExemptionReasonCode from InvoiceLine/Item/ClassifiedTaxCategory to TaxTotal/TaxSubtotal/TaxCategory.

Same reason as UBL-CR-600 — UBL 2.1 XSD does not accept TaxExemptionReason in ClassifiedTaxCategory.

Move TaxExemptionReason from the line-level ClassifiedTaxCategory to TaxTotal/TaxSubtotal/TaxCategory.

The Slovak CIUS specification requires the SK prefix for Slovak VAT IDs.

Set the VAT ID in format SK2020000000 (SK + 10 digits, no spaces).

The SK VAT ID format is defined by law 222/2004 and the CIUS specification.

Check the VAT ID length: must be exactly 12 characters (e.g. SK2020000000).

SK CIUS applies only to Slovak sellers (country SK).

Set <cbc:IdentificationCode>SK</cbc:IdentificationCode> in the seller's PostalAddress.

Slovakia uses the euro (EUR) since 1 January 2009. CIUS requires EUR for domestic invoices.

Set <cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>.

The company registration number (IČO) is a mandatory identifier for legal entities in Slovakia under law 431/2002.

Add <cbc:CompanyID schemeID="0158">12345678</cbc:CompanyID> to the seller's PartyLegalEntity (8 digits).

SEPA payments require IBAN. Slovak IBAN starts with SK and has 24 characters total.

Use IBAN format: <cbc:ID>SK3112000000198742637541</cbc:ID>.

The Slovak VAT Act (222/2004) requires VAT reporting in EUR.

Either omit TaxCurrencyCode, or set <cbc:TaxCurrencyCode>EUR</cbc:TaxCurrencyCode>.

VAT is always reported in EUR. Using another currency (e.g. USD) in TaxSubtotal is an error.

Set currencyID="EUR" on both elements: <cbc:TaxableAmount currencyID="EUR"> and <cbc:TaxAmount currencyID="EUR">.

Machine processing of dates requires the standard ISO 8601 format.

Change the date format: 15.01.2024 → 2024-01-15.

The tax point date is a mandatory tax datum and must be machine-processable.

Use YYYY-MM-DD format: <cbc:TaxPointDate>2024-01-15</cbc:TaxPointDate>.

Slovakia has not published a national CIUS layer that narrows BT-3; network validation uses the baseline UNTDID 1001 code list and Peppol BIS Billing 3.0 rules.

For a standard invoice use <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>; for a corrected invoice use 384 with a reference to the original invoice in BT-25. To reduce the amount, issue a CreditNote with code 381.

SK CIUS requires the exact code 381 for credit note documents.

Use <cbc:CreditNoteTypeCode>381</cbc:CreditNoteTypeCode>.

Without a matching VAT breakdown group it cannot be verified that the zero-rated supplies were correctly summarised.

Add exactly one <cac:TaxSubtotal> with <cbc:ID>Z</cbc:ID> in TaxCategory to TaxTotal.

Even at a zero rate, the seller must be identifiable as a registered VAT taxpayer.

Add the VAT ID to the seller's PartyTaxScheme, e.g. <cbc:CompanyID>SK2020000000</cbc:CompanyID>.

Category Z is defined as zero rated; any other rate value would contradict the category code.

Set <cbc:Percent>0</cbc:Percent> in the line ClassifiedTaxCategory with code Z.

The zero-rated taxable amount must be mathematically verifiable from the structured lines and document-level adjustments.

TaxableAmount (Z) = Σ LineExtensionAmount − Σ document-level allowances + Σ document-level charges with category Z.

An exemption reason code would incorrectly mix zero-rated VAT with an exemption treatment.

Remove TaxExemptionReasonCode from TaxCategory in the TaxSubtotal with ID Z.

Without the payee name, the buyer cannot unambiguously determine who should receive the payment when it is not the seller.

Add <cac:PayeeParty><cac:PartyName><cbc:Name>Payee Ltd.</cbc:Name></cac:PartyName></cac:PayeeParty>.

The tax representative name is mandatory whenever the seller is represented by a tax representative in that jurisdiction.

Add <cac:TaxRepresentativeParty><cac:PartyName><cbc:Name>Tax Representative Ltd.</cbc:Name></cac:PartyName></cac:TaxRepresentativeParty>.

The tax representative postal address is a mandatory part of BG-12 whenever the seller is represented by a tax representative in that jurisdiction.

Add <cac:TaxRepresentativeParty><cac:PostalAddress>...</cac:PostalAddress></cac:TaxRepresentativeParty> with street, city and country.

The tax representative country code is mandatory whenever the seller is represented by a tax representative in that jurisdiction.

Add a two-letter ISO 3166-1 code, e.g. <cac:Country><cbc:IdentificationCode>SK</cbc:IdentificationCode></cac:Country>, inside the tax representative PostalAddress.

The line identifier allows unambiguous reference to a specific item, for example in a complaint or credit note.

Add <cbc:ID>1</cbc:ID> at the start of every InvoiceLine/CreditNoteLine, numbered sequentially.

The quantity is a basic input needed to calculate the line amount and validate the price.

Add <cbc:InvoicedQuantity unitCode="C62">10</cbc:InvoicedQuantity> to the InvoiceLine, or CreditedQuantity to the CreditNoteLine.

Without a unit of measure, the invoiced quantity cannot be interpreted unambiguously by the receiver.

Add a valid unitCode, for example C62 for pieces, HUR for hours or KGM for kilograms, to InvoicedQuantity/CreditedQuantity.

The line net amount is the basis for calculating the invoice total excluding VAT.

Add <cbc:LineExtensionAmount currencyID="EUR">100.00</cbc:LineExtensionAmount> to every line.

The VAT category determines which rules apply to the tax group.

Add TaxCategory/ID to every TaxSubtotal, for example S, Z, E, AE or O.

The unit price is needed to verify the calculation of the line net amount (quantity × price).

Add <cac:Price><cbc:PriceAmount currencyID="EUR">10.00</cbc:PriceAmount></cac:Price> to every line.

A negative item price would distort the calculation of the line net amount and the invoice total.

Correct PriceAmount to zero or a positive value; express a discount using AllowanceCharge, not a negative price.

A negative gross price would be a nonsensical basis for calculating the discount and would distort the item net price.

Correct Price/AllowanceCharge/BaseAmount to zero or a positive value.

The invoicing period must be chronologically valid, otherwise it is unclear which period the invoice covers.

Correct StartDate or EndDate so the period end is not before the period start.

The allowance VAT category determines which tax group the allowance affects when calculating the taxable amount.

Add <cac:TaxCategory><cbc:ID>S</cbc:ID>...</cac:TaxCategory> to the document-level allowance.

The allowance reason explains to the recipient why the document amount was reduced.

Add <cbc:AllowanceChargeReason>Early payment discount</cbc:AllowanceChargeReason> or AllowanceChargeReasonCode to the document-level allowance.

The charge amount is needed to calculate the invoice total excluding VAT.

Add <cbc:Amount currencyID="EUR">10.00</cbc:Amount> to the document-level charge.

A line allowance must be structured so it can be included in line calculations.

Add Amount to the line AllowanceCharge with ChargeIndicator=false.

The line allowance reason explains to the recipient why the line amount was reduced.

Add <cbc:AllowanceChargeReason>Volume discount</cbc:AllowanceChargeReason> or AllowanceChargeReasonCode to the line allowance.

ISO date format is required for interoperability and machine processing.

Write the delivery date as YYYY-MM-DD, for example 2024-01-15.

A consistent period format enables validation and automatic accounting processing.

Write StartDate and EndDate as YYYY-MM-DD.

EN 16931 does not require all business dates to be limited to the current day.

Do not change a date only because it is in the past or future; fix only invalid format or an illogical date relationship.

Without a reason it is unclear why the invoice amount was reduced; this cross-check rule complements BR-33.

Add <cbc:AllowanceChargeReason> or <cbc:AllowanceChargeReasonCode> to the document-level allowance.

Without a reason it is unclear why the invoice amount was increased; this cross-check rule complements BR-36.

Add <cbc:AllowanceChargeReason> or <cbc:AllowanceChargeReasonCode> to the document-level charge.

Without a reason it is unclear why the line amount was reduced; this cross-check rule complements BR-42.

Add <cbc:AllowanceChargeReason> or <cbc:AllowanceChargeReasonCode> to the line allowance.

Without a reason it is unclear why the line amount was increased; this cross-check rule complements the line charge rules.

Add <cbc:AllowanceChargeReason> or <cbc:AllowanceChargeReasonCode> to the line charge.

EN 16931 requires consistent precision for monetary amounts throughout the invoice.

Round the BaseAmount of the document-level allowance to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts throughout the invoice.

Round the Amount of the document-level charge to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts throughout the invoice.

Round the BaseAmount of the document-level charge to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round AllowanceTotalAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round ChargeTotalAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round TaxExclusiveAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round TaxTotal/TaxAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts even when converted to the accounting currency.

Round the VAT amount in accounting currency to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round PrepaidAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round PayableRoundingAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round PayableAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round the line-level LineExtensionAmount to 2 decimal places.

Tax currency is stated only when it differs from the document currency; the same value is redundant and confusing.

If the tax currency is the same as the document currency, omit TaxCurrencyCode.

Access points recognise the business process only by the exact ProfileID format; any other shape is treated as an unknown process.

Set <cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID> (NN is the process number, e.g. 01 for a standard invoice).

Empty elements are not allowed in Peppol BIS Billing 3.0 — an element must either carry a value or be omitted entirely.

Remove empty elements from the invoice, or fill them with an actual value.

An inconsistent combination of percentage, base and amount means one of the values is wrong.

Recalculate Amount as BaseAmount × MultiplierFactorNumeric / 100, e.g. 100.00 × 10 / 100 = 10.00.

The percentage alone is not enough to verify the allowance/charge amount — the base it is calculated from is also required.

Add <cbc:BaseAmount currencyID="EUR">100.00</cbc:BaseAmount> to the AllowanceCharge that contains MultiplierFactorNumeric.

A base amount alone without a percentage does not allow verifying how the allowance/charge amount was derived.

Add <cbc:MultiplierFactorNumeric>10</cbc:MultiplierFactorNumeric> to the AllowanceCharge that contains BaseAmount.

Peppol BIS Billing 3.0 only allows an item price discount at the price level, not a charge.

Set <cbc:ChargeIndicator>false</cbc:ChargeIndicator> in Price/AllowanceCharge. If you need to express a charge, move it to the line level (InvoiceLine/AllowanceCharge) instead.

Peppol BIS 3.0 primarily identifies the version via CustomizationID; a UBLVersionID other than 2.1 would contradict the schema in use.

Remove the <cbc:UBLVersionID> element, or if you keep it, set it to <cbc:UBLVersionID>2.1</cbc:UBLVersionID>.

The Peppol profile restricts UBL to elements needed for interoperable invoicing; process identification is handled by ProfileID.

Remove the <cbc:ProfileExecutionID> element from the document.

The Peppol profile restricts UBL to elements needed for interoperable invoicing.

Remove the <cbc:CopyIndicator> element from the document.

Document identification is handled by mandatory business identifiers (e.g. cbc:ID), not by UBL UUID.

Remove the <cbc:UUID> element from the document.

Peppol invoicing uses the issue date (IssueDate); issue time is not part of the profile.

Remove the <cbc:IssueTime> element from the document.

Slovak VAT law requires seller and buyer identification/address data. Some address fields are technically optional in EN 16931, but must be populated for a Slovak invoice.

Add the seller address line 1 to the relevant PostalAddress section in the UBL XML.

Slovak VAT law requires seller and buyer identification/address data. Some address fields are technically optional in EN 16931, but must be populated for a Slovak invoice.

Add the seller city to the relevant PostalAddress section in the UBL XML.

Slovak VAT law requires seller and buyer identification/address data. Some address fields are technically optional in EN 16931, but must be populated for a Slovak invoice.

Add the seller postal code to the relevant PostalAddress section in the UBL XML.

Slovak VAT law requires seller and buyer identification/address data. Some address fields are technically optional in EN 16931, but must be populated for a Slovak invoice.

Add the seller country code to the relevant PostalAddress section in the UBL XML.

Slovak VAT law requires seller and buyer identification/address data. Some address fields are technically optional in EN 16931, but must be populated for a Slovak invoice.

Add the buyer address line 1 to the relevant PostalAddress section in the UBL XML.

Slovak VAT law requires seller and buyer identification/address data. Some address fields are technically optional in EN 16931, but must be populated for a Slovak invoice.

Add the buyer city to the relevant PostalAddress section in the UBL XML.

Slovak VAT law requires seller and buyer identification/address data. Some address fields are technically optional in EN 16931, but must be populated for a Slovak invoice.

Add the buyer postal code to the relevant PostalAddress section in the UBL XML.

Slovak VAT law requires seller and buyer identification/address data. Some address fields are technically optional in EN 16931, but must be populated for a Slovak invoice.

Add the buyer country code to the relevant PostalAddress section in the UBL XML.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-106 with at most 2 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-109 with at most 2 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-110 with at most 2 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-112 with at most 2 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-113 with at most 2 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-114 with at most 2 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-115 with at most 2 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-116 with at most 2 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-117 with at most 2 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-129 with at most 4 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-131 with at most 2 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-146 with at most 4 decimal places.

Decimal precision is important for VAT totals, monetary reconciliation and accounting import. More decimal places can break machine reconciliation.

Round or export BT-148 with at most 4 decimal places.

EndpointID is the Peppol electronic address. For Slovak tax IDs use schemeID 0245 with the tax ID value without the SK prefix.

Set the seller EndpointID to <cbc:EndpointID schemeID="0245">2020123456</cbc:EndpointID>.

Using 0245 consistently reduces routing, participant registration and matching errors in the Slovak context.

For a Slovak buyer, set EndpointID to schemeID="0245" and the tax ID value without the SK prefix.

For Slovakia, use TaxPointDate (BT-7) when the VAT point date is known and differs from the issue date.

Remove InvoicePeriod/DescriptionCode and use TaxPointDate (BT-7) when applicable.

IBAN is expected for SEPA payment and accounting automation. A wrong account is a costly operational error.

Check that the account is a complete IBAN, for example SK3112000000198742637541.

Wrong identifier formats cause participant registration, invoice matching, accounting and VAT-control errors.

IČO has 8 digits, DIČ has 10 digits without the SK prefix when schemeID is 0245, and Slovak VAT ID has SK + 10 digits.

Wrong identifier formats cause participant registration, invoice matching, accounting and VAT-control errors.

IČO has 8 digits, DIČ has 10 digits without the SK prefix when schemeID is 0245, and Slovak VAT ID has SK + 10 digits.

Wrong identifier formats cause participant registration, invoice matching, accounting and VAT-control errors.

IČO has 8 digits, DIČ has 10 digits without the SK prefix when schemeID is 0245, and Slovak VAT ID has SK + 10 digits.

Wrong identifier formats cause participant registration, invoice matching, accounting and VAT-control errors.

IČO has 8 digits, DIČ has 10 digits without the SK prefix when schemeID is 0245, and Slovak VAT ID has SK + 10 digits.

Wrong identifier formats cause participant registration, invoice matching, accounting and VAT-control errors.

IČO has 8 digits, DIČ has 10 digits without the SK prefix when schemeID is 0245, and Slovak VAT ID has SK + 10 digits.

Wrong identifier formats cause participant registration, invoice matching, accounting and VAT-control errors.

IČO has 8 digits, DIČ has 10 digits without the SK prefix when schemeID is 0245, and Slovak VAT ID has SK + 10 digits.

A wrong document type can make the receiver misclassify the document as invoice, credit note, debit note or correction.

Use InvoiceTypeCode 380 for a standard invoice. Use CreditNoteTypeCode 381 for a credit note.

Correct postal-code format improves address automation, delivery and master-data matching.

Change the postal code to five digits, for example 81101.

Correct postal-code format improves address automation, delivery and master-data matching.

Change the postal code to five digits, for example 81101.

Correct postal-code format improves address automation, delivery and master-data matching.

Change the postal code to five digits, for example 81101.

This rule comes from the official EN 16931 calculation validation artefacts and keeps invoices interoperable across systems.

Open cac:InvoiceLine/cac:InvoicePeriod | cac:CreditNoteLine/cac:InvoicePeriod and change the data so this rule is satisfied.

This rule comes from the official EN 16931 calculation validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice/cac:AllowanceCharge[cbc:ChargeIndicator = false()] | /cn:CreditNote/cac:AllowanceCharge[cbc:ChargeIndicator = false()] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice/cac:AllowanceCharge[cbc:ChargeIndicator = true()] | /cn:CreditNote/cac:AllowanceCharge[cbc:ChargeIndicator = true()] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice/cac:AllowanceCharge[cbc:ChargeIndicator = true()] | /cn:CreditNote/cac:AllowanceCharge[cbc:ChargeIndicator = true()] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 calculation validation artefacts and keeps invoices interoperable across systems.

Open //cac:InvoiceLine/cac:AllowanceCharge[cbc:ChargeIndicator = true()] | //cac:CreditNoteLine/cac:AllowanceCharge[cbc:ChargeIndicator = true()] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open //cac:InvoiceLine/cac:AllowanceCharge[cbc:ChargeIndicator = true()] | //cac:CreditNoteLine/cac:AllowanceCharge[cbc:ChargeIndicator = true()] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:TaxTotal/cac:TaxSubtotal and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:TaxTotal/cac:TaxSubtotal and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:TaxTotal/cac:TaxSubtotal and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:PaymentMeans and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:PaymentMeans[cbc:PaymentMeansCode='30' or cbc:PaymentMeansCode='58']/cac:PayeeFinancialAccount and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:PaymentMeans/cac:CardAccount/cbc:PrimaryAccountNumberID and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:AdditionalDocumentReference and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open //cac:AdditionalItemProperty and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:BillingReference and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:TaxRepresentativeParty and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:Delivery/cac:DeliveryLocation/cac:Address and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:PaymentMeans and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:AccountingSupplierParty/cac:Party/cbc:EndpointID and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:AccountingCustomerParty/cac:Party/cbc:EndpointID and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:InvoiceLine/cac:Item/cac:StandardItemIdentification/cbc:ID | cac:CreditNoteLine/cac:Item/cac:StandardItemIdentification/cbc:ID and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:InvoiceLine/cac:Item/cac:CommodityClassification/cbc:ItemClassificationCode | cac:CreditNoteLine/cac:Item/cac:CommodityClassification/cbc:ItemClassificationCode and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'AE'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] | cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'AE'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=false()]/cac:TaxCategory[normalize-space(cbc:ID)='AE'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=true()]/cac:TaxCategory[normalize-space(cbc:ID)='AE'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'AE'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'AE'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cbc:InvoiceTypeCode | cbc:CreditNoteTypeCode and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cbc:Amount | cbc:BaseAmount | cbc:PriceAmount | cbc:TaxAmount | cbc:TaxableAmount | cbc:LineExtensionAmount | cbc:TaxExclusiveAmount | cbc:TaxInclusiveAmount | cbc:AllowanceTotalAmount | cbc:ChargeTotalAmount | cbc:PrepaidAmount | cbc:PayableRoundingAmount | cbc:PayableAmount and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cbc:DocumentCurrencyCode and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cbc:TaxCurrencyCode and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:InvoicePeriod/cbc:DescriptionCode and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:AdditionalDocumentReference[cbc:DocumentTypeCode = '130']/cbc:ID[@schemeID] | cac:DocumentReference[cbc:DocumentTypeCode = '130']/cbc:ID[@schemeID] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice/cbc:Note | /cn:CreditNote/cbc:Note and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:PartyIdentification/cbc:ID[@schemeID] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:PartyLegalEntity/cbc:CompanyID[@schemeID] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:CommodityClassification/cbc:ItemClassificationCode[@listID] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:Country/cbc:IdentificationCode and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:OriginCountry/cbc:IdentificationCode and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:PaymentMeans/cbc:PaymentMeansCode and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:TaxCategory/cbc:ID and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:ClassifiedTaxCategory/cbc:ID and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator = false()]/cbc:AllowanceChargeReasonCode and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator = true()]/cbc:AllowanceChargeReasonCode and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:StandardItemIdentification/cbc:ID[@schemeID] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cbc:TaxExemptionReasonCode and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cbc:InvoicedQuantity[@unitCode] | cbc:BaseQuantity[@unitCode] | cbc:CreditedQuantity[@unitCode] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cbc:EmbeddedDocumentBinaryObject[@mimeCode] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 document validation artefacts and keeps invoices interoperable across systems.

Open cac:DeliveryLocation/cbc:ID[@schemeID] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 calculation validation artefacts and keeps invoices interoperable across systems.

Open //cac:InvoiceLine/cac:AllowanceCharge[cbc:ChargeIndicator = false()] | //cac:CreditNoteLine/cac:AllowanceCharge[cbc:ChargeIndicator = false()] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 calculation validation artefacts and keeps invoices interoperable across systems.

Open //cac:InvoiceLine/cac:AllowanceCharge[cbc:ChargeIndicator = true()] | //cac:CreditNoteLine/cac:AllowanceCharge[cbc:ChargeIndicator = true()] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open //cac:PartyTaxScheme[cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AccountingSupplierParty and change the data so this rule is satisfied.

This rule comes from the official EN 16931 decimal precision validation artefacts and keeps invoices interoperable across systems.

Open cac:TaxTotal/cac:TaxSubtotal and change the data so this rule is satisfied.

This rule comes from the official EN 16931 decimal precision validation artefacts and keeps invoices interoperable across systems.

Open cac:TaxTotal/cac:TaxSubtotal and change the data so this rule is satisfied.

This rule comes from the official EN 16931 decimal precision validation artefacts and keeps invoices interoperable across systems.

Open //cac:InvoiceLine/cac:AllowanceCharge[cbc:ChargeIndicator = false()] | //cac:CreditNoteLine/cac:AllowanceCharge[cbc:ChargeIndicator = false()] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 decimal precision validation artefacts and keeps invoices interoperable across systems.

Open //cac:InvoiceLine/cac:AllowanceCharge[cbc:ChargeIndicator = false()] | //cac:CreditNoteLine/cac:AllowanceCharge[cbc:ChargeIndicator = false()] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 decimal precision validation artefacts and keeps invoices interoperable across systems.

Open //cac:InvoiceLine/cac:AllowanceCharge[cbc:ChargeIndicator = true()] | //cac:CreditNoteLine/cac:AllowanceCharge[cbc:ChargeIndicator = true()] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 decimal precision validation artefacts and keeps invoices interoperable across systems.

Open //cac:InvoiceLine/cac:AllowanceCharge[cbc:ChargeIndicator = true()] | //cac:CreditNoteLine/cac:AllowanceCharge[cbc:ChargeIndicator = true()] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'E'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] | cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'E'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=false()]/cac:TaxCategory[normalize-space(cbc:ID)='E'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=true()]/cac:TaxCategory[normalize-space(cbc:ID)='E'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'E'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'E'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'G'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] | cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'G'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=false()]/cac:TaxCategory[normalize-space(cbc:ID)='G'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=true()]/cac:TaxCategory[normalize-space(cbc:ID)='G'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'G'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'G'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'K'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] | cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'K'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=false()]/cac:TaxCategory[normalize-space(cbc:ID)='K'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=true()]/cac:TaxCategory[normalize-space(cbc:ID)='K'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'K'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'K'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'K'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'O'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] | cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'O'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=false()]/cac:TaxCategory[normalize-space(cbc:ID)='O'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=true()]/cac:TaxCategory[normalize-space(cbc:ID)='O'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'O'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'O'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'S'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] | cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory[normalize-space(cbc:ID) = 'S'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=false()]/cac:TaxCategory[normalize-space(cbc:ID)='S'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=true()]/cac:TaxCategory[normalize-space(cbc:ID)='S'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'S'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /ubl:Invoice | /cn:CreditNote and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=false()]/cac:TaxCategory[normalize-space(cbc:ID)='Z'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator=true()]/cac:TaxCategory[normalize-space(cbc:ID)='Z'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official EN 16931 VAT validation artefacts and keeps invoices interoperable across systems.

Open /*/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory[normalize-space(cbc:ID) = 'Z'][cac:TaxScheme/normalize-space(upper-case(cbc:ID))='VAT'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '0088'] | cac:PartyIdentification/cbc:ID[@schemeID = '0088'] | cbc:CompanyID[@schemeID = '0088'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '0192'] | cac:PartyIdentification/cbc:ID[@schemeID = '0192'] | cbc:CompanyID[@schemeID = '0192'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '0184'] | cac:PartyIdentification/cbc:ID[@schemeID = '0184'] | cbc:CompanyID[@schemeID = '0184'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '0208'] | cac:PartyIdentification/cbc:ID[@schemeID = '0208'] | cbc:CompanyID[@schemeID = '0208'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '0201'] | cac:PartyIdentification/cbc:ID[@schemeID = '0201'] | cbc:CompanyID[@schemeID = '0201'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '0210'] | cac:PartyIdentification/cbc:ID[@schemeID = '0210'] | cbc:CompanyID[@schemeID = '0210'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '9907'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '0211'] | cac:PartyIdentification/cbc:ID[@schemeID = '0211'] | cbc:CompanyID[@schemeID = '0211'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '0007'] | cac:PartyIdentification/cbc:ID[@schemeID = '0007'] | cbc:CompanyID[@schemeID = '0007'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '0151'] | cac:PartyIdentification/cbc:ID[@schemeID = '0151'] | cbc:CompanyID[@schemeID = '0151'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '0096'] | cac:PartyIdentification/cbc:ID[@schemeID = '0096'] | cbc:CompanyID[@schemeID = '0096'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID = '0198'] | cac:PartyIdentification/cbc:ID[@schemeID = '0198'] | cbc:CompanyID[@schemeID = '0198'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EmbeddedDocumentBinaryObject[@mimeCode] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator = 'false']/cbc:AllowanceChargeReasonCode and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cac:AllowanceCharge[cbc:ChargeIndicator = 'true']/cbc:AllowanceChargeReasonCode and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cac:InvoicePeriod/cbc:DescriptionCode and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:Amount | cbc:BaseAmount | cbc:PriceAmount | cbc:TaxAmount | cbc:TaxableAmount | cbc:LineExtensionAmount | cbc:TaxExclusiveAmount | cbc:TaxInclusiveAmount | cbc:AllowanceTotalAmount | cbc:ChargeTotalAmount | cbc:PrepaidAmount | cbc:PayableRoundingAmount | cbc:PayableAmount and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:EndpointID[@schemeID] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:IssueDate | cbc:DueDate | cbc:TaxPointDate | cbc:StartDate | cbc:EndDate | cbc:ActualDeliveryDate and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:InvoiceTypeCode and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cbc:CreditNoteTypeCode and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cac:TaxCategory[upper-case(cbc:TaxExemptionReasonCode)='VATEX-EU-G'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cac:TaxCategory[upper-case(cbc:TaxExemptionReasonCode)='VATEX-EU-O'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cac:TaxCategory[upper-case(cbc:TaxExemptionReasonCode)='VATEX-EU-IC'] and change the data so this rule is satisfied.

This rule comes from the official Peppol BIS validation artefacts and keeps invoices interoperable across systems.

Open cac:TaxCategory[upper-case(cbc:TaxExemptionReasonCode)='VATEX-EU-AE'] and change the data so this rule is satisfied.