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>.

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.

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

Add a <cac:TaxTotal> section with at least one <cac:TaxSubtotal> containing <cac:TaxCategory>.

LegalMonetaryTotal is a mandatory section per EN 16931 and UBL 2.1.

Add <cac:LegalMonetaryTotal> with LineExtensionAmount, TaxExclusiveAmount, TaxInclusiveAmount and PayableAmount elements.

The payable amount is mandatory for payment processing.

Add <cbc:PayableAmount currencyID="EUR">100.00</cbc:PayableAmount> inside LegalMonetaryTotal.

The line amount is required for total verification and VAT calculations.

Add <cbc:LineExtensionAmount currencyID="EUR">50.00</cbc:LineExtensionAmount> to each InvoiceLine.

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.

Standardised date format is required for machine processing of invoices.

Use ISO 8601 format: <cbc:DueDate>2024-02-15</cbc:DueDate>.

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 correct tax base is critical for VAT calculation and tax authority review.

TaxExclusiveAmount = LineExtensionAmount − AllowanceTotalAmount + ChargeTotalAmount.

The total amount including VAT must be mathematically verifiable.

TaxInclusiveAmount = TaxExclusiveAmount + TaxAmount. Check all TaxSubtotal sums.

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

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

Mathematical consistency at line level prevents billing errors.

LineExtensionAmount = InvoicedQuantity × PriceAmount − LineAllowanceAmount. Check rounding.

Consistency between the percentage and absolute allowance value is mandatory.

Amount = AllowanceChargeBaseAmount × AllowanceChargePercent / 100. Or provide only Amount without the percentage base.

Consistency between the percentage and absolute charge value is mandatory.

Amount = AllowanceChargeBaseAmount × AllowanceChargePercent / 100.

Correct VAT calculation is mandatory for tax purposes.

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

The VAT cross-check is mandatory for verifying calculation correctness.

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

The allowance total must be verifiable for tax base checking.

Sum all allowance amounts (ChargeIndicator=false) and put the result in AllowanceTotalAmount.

The charge total must be verifiable for tax base checking.

Sum all charge amounts (ChargeIndicator=true) and put the result in ChargeTotalAmount.

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.

Standard VAT requires a base and rate for correct tax calculation.

Ensure the TaxSubtotal for category S has TaxableAmount and Percent > 0.

Only a VAT-registered business can charge standard VAT and must prove registration.

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

Rate consistency between lines and VAT summary is mandatory.

Ensure Percent on all S-category lines matches Percent in the S TaxSubtotal.

Under reverse charge, the supplier invoices 0% VAT — the tax obligation transfers to the buyer.

Set <cbc:TaxAmount currencyID="EUR">0.00</cbc:TaxAmount> for category AE.

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>.

Exempt supplies carry no VAT, so TaxAmount must be zero.

Set <cbc:TaxAmount currencyID="EUR">0.00</cbc:TaxAmount> for category E.

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.

Exports outside the EU are zero-rated for VAT purposes.

Set <cbc:TaxAmount currencyID="EUR">0.00</cbc:TaxAmount> for category G.

The zero-rating reason for exports must be documented.

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

Supplies outside the scope of VAT carry no tax liability.

Set <cbc:TaxAmount currencyID="EUR">0.00</cbc:TaxAmount> for category O.

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.

A non-VAT-registered supplier cannot have a VAT ID on an O-category invoice — this is a contradiction.

Remove the VAT ID from the seller's PartyTaxScheme section, or change the tax category.

ProfileID identifies the business process — without it the Peppol network cannot route the document.

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

CustomizationID tells the validator which rules to apply to the document.

Set CustomizationID to the exact value: urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0.

A standardised payment code enables automatic payment processing in ERP systems.

Use code 30 (bank transfer) or 58 (SEPA transfer): <cbc:PaymentMeansCode>30</cbc:PaymentMeansCode>.

BT-30 is the seller legal registration identifier. Slovak IČO uses ISO 6523 ICD schemeID 0158.

Add <cac:PartyLegalEntity><cbc:CompanyID schemeID="0158">12345678</cbc:CompanyID></cac:PartyLegalEntity> to AccountingSupplierParty.

BT-47 is the buyer legal registration identifier. Slovak IČO uses ISO 6523 ICD schemeID 0158.

Add <cac:PartyLegalEntity><cbc:CompanyID schemeID="0158">87654321</cbc:CompanyID></cac:PartyLegalEntity> to AccountingCustomerParty.

Standardised unit codes are mandatory for interoperability in the Peppol network.

Use a valid code: unitCode="C62" (pieces), unitCode="HUR" (hours), unitCode="KGM" (kilograms).

Using the non-existent AdditionalLegalInformation element causes XSD validation failure.

Use: <cac:PartyLegalEntity><cbc:CompanyLegalForm>Ltd.</cbc:CompanyLegalForm></cac:PartyLegalEntity>.

Reference to the original invoice facilitates matching credit notes in accounting.

Add <cac:BillingReference><cac:InvoiceDocumentReference><cbc:ID>2024-0001</cbc:ID></cac:InvoiceDocumentReference></cac:BillingReference>.

Peppol BIS 3.0 identifies the version via CustomizationID, not UBLVersionID.

Remove the <cbc:UBLVersionID> element from the invoice.

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>.

SK CIUS restricts usable document types to values valid under Slovak legislation.

Use <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode> for invoices or 384 for corrective documents.

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

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

VAT category Z represents a taxable supply with a zero rate, so it must have a positive taxable base.

Check the Z-category lines and set TaxableAmount in the matching TaxSubtotal to a positive value.

Category Z means zero-rated VAT, so the calculated tax amount must not be positive or negative.

Set TaxAmount for category Z to 0.00 in the relevant currency.

Zero-rated VAT is a tax treatment where the seller must be identifiable for tax purposes.

Add the seller VAT ID or tax registration number to PartyTaxScheme/CompanyID.

Category Z is zero-rated VAT, not an exemption. Exemption reasons belong to other VAT categories.

Remove TaxExemptionReason or TaxExemptionReasonCode from the line ClassifiedTaxCategory with ID 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.

The reference allows the buyer to automatically match the invoice to an order or internal assignment.

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

The payment means code is needed for automated processing of payment instructions.

Add PaymentMeansCode, for example 30 for credit transfer or 58 for SEPA credit transfer.

Without the payee account, the buyer cannot execute the transfer.

Add the payee account, preferably in IBAN format, to PayeeFinancialAccount/ID.

Direct debit must be linked to a valid mandate or the account to be debited.

Add MandateReference or DebitedAccountID to the direct debit PaymentMeans.

The allowance total is part of the EN 16931 invoice control totals.

Add AllowanceTotalAmount to LegalMonetaryTotal or remove incorrect allowances.

The charge total is part of the EN 16931 invoice control totals.

Add ChargeTotalAmount to LegalMonetaryTotal or remove incorrect charges.

A prepayment affects the payable amount and must be included in control totals.

Add PrepaidAmount to LegalMonetaryTotal or remove incorrect prepayment data.

The taxable amount is required to validate VAT calculation for each tax group.

Add TaxableAmount to every TaxSubtotal.

The tax amount is required to validate the invoice VAT total.

Add TaxAmount to every TaxSubtotal.

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.

Quantity is a basic input for calculating the line amount and validating the price.

Add InvoicedQuantity to InvoiceLine or CreditedQuantity to CreditNoteLine.

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

Add a valid unitCode, for example C62 for pieces, HUR for hours or KGM for kilograms.

The unit price is needed to validate the line amount and commercial terms.

Add PriceAmount inside Price on every line.

The line VAT category links the line to the correct tax group in TaxSubtotal.

Add ClassifiedTaxCategory/ID to each invoice or credit note line.

The accounting reference enables automatic cost allocation by the buyer.

Add AccountingCost or BuyerAccountingReference to the relevant line.

Structured data in notes is not machine-reliable and belongs in dedicated UBL elements.

Move codes, dates or amounts from the note into the appropriate structured elements.

Delivery information is needed to verify place of supply and match logistics documents.

Add Delivery with the relevant delivery date or address.

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

Add Amount to the line AllowanceCharge with ChargeIndicator=false.

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

Add Amount to the line AllowanceCharge with ChargeIndicator=true.

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.

A percentage-based calculation must be verifiable and match the stated allowance amount.

Recalculate Amount from the base and percent, or remove Percent if the amount is not percentage-based.

A percentage-based calculation must be verifiable and match the stated charge amount.

Recalculate Amount from the base and percent, or remove Percent if the amount is not percentage-based.

LegalMonetaryTotal must be consistent with the actual structured allowances in the document.

If there are no document-level allowances, remove AllowanceTotalAmount; otherwise align it with the allowance sum.

LegalMonetaryTotal must be consistent with the actual structured charges in the document.

If there are no document-level charges, remove ChargeTotalAmount; otherwise align it with the charge sum.

EN 16931 requires consistent precision for monetary amounts.

Round TaxExclusiveAmount 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 PrepaidAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round document-level AllowanceAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round document-level ChargeAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round TaxableAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round TaxAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round line-level AllowanceAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round line-level ChargeAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round line-level LineExtensionAmount to 2 decimal places.

EN 16931 requires consistent precision for monetary amounts.

Round TaxTotal/TaxAmount to 2 decimal places.

Base quantity precision is limited so unit pricing remains machine-processable.

Round BaseQuantity to at most 10 decimal places or omit it if it is not needed.

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.

The billing period must be chronologically valid for automated processing.

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

A future delivery date often indicates a typo or a misunderstood date.

Check ActualDeliveryDate and correct it unless it is intentional in the given process.

The payment account must be machine-usable in banking and ERP systems.

Use IBAN where available, or a valid local account format allowed by the process.

PaymentID improves automatic matching of the payment to the invoice.

Add PaymentID, for example a variable symbol or another payment reference.

Direct debit without a mandate is not sufficiently identified for payment processing.

Add PaymentMandate/ID as the direct debit mandate reference.

Structured data in text cannot be reliably validated or automatically processed.

Move identifiers, dates, amounts and codes from Note into the appropriate structured elements.

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, not by UBL UUID.

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

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

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

Peppol uses DocumentCurrencyCode and, where needed, TaxCurrencyCode; a separate pricing currency is not allowed.

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

Dates relevant to tax and delivery have dedicated supported elements in the profile.

Remove <cbc:TaxExDate> and use a supported date element if the data is needed.

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 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.

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-D'] and change the data so this rule is satisfied.