BR-01
fatalAn Invoice shall have a Specification identifier (BT-24).
Test technique (XPath)
normalize-space(rsm:ExchangedDocumentContext/ram:GuidelineSpecifiedDocumentContextParameter/ram:ID) != ''Référence des règles de validation des e-factures
Recherchez n'importe quelle règle de validation d'e-facture par son ID : ce qu'elle vérifie, le test technique, quels formats l'imposent et comment corriger une infraction. Couvre le socle européen EN 16931, PEPPOL BIS 3.0, XRechnung et les profils CIUS nationaux, généré à partir du même schematron que celui exécuté par nos validateurs.
209règles documentées
196fatales (bloquantes)
12familles de règles
Affichage de209209règles
EN 16931 — core rules (59)
BR-02
fatalAn Invoice shall have an Invoice number (BT-1).
Test technique (XPath)
normalize-space(rsm:ExchangedDocument/ram:ID) != ''BR-03
fatalAn Invoice shall have an Invoice issue date (BT-2).
Test technique (XPath)
normalize-space(rsm:ExchangedDocument/ram:IssueDateTime/udt:DateTimeString[@format='102']) != ''BR-04
fatalAn Invoice shall have an Invoice type code (BT-3).
Test technique (XPath)
normalize-space(rsm:ExchangedDocument/ram:TypeCode) != ''BR-05
fatalAn Invoice shall have an Invoice currency code (BT-5).
Test technique (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:InvoiceCurrencyCode) != ''BR-06
fatalAn Invoice shall contain the Seller name (BT-27).
Test technique (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:Name) != ''BR-07
fatalAn Invoice shall contain the Buyer name (BT-44).
Test technique (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:Name) != ''BR-08
fatalAn Invoice shall contain the Seller postal address.
Test technique (XPath)
rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddressBR-09
fatalThe Seller postal address (BG-5) shall contain a Seller country code (BT-40).
Test technique (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddress/ram:CountryID) != ''BR-10
fatalAn Invoice shall contain the Buyer postal address (BG-8).
Test technique (XPath)
rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:PostalTradeAddressBR-11
fatalThe Buyer postal address shall contain a Buyer country code (BT-55).
Test technique (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:PostalTradeAddress/ram:CountryID) != ''BR-12
fatalAn Invoice shall have the Sum of Invoice line net amount (BT-106).
Test technique (XPath)
(ram:LineTotalAmount)BR-13
fatalAn Invoice shall have the Invoice total amount without VAT (BT-109).
Test technique (XPath)
(ram:TaxBasisTotalAmount)BR-14
fatalAn Invoice shall have the Invoice total amount with VAT (BT-112).
Test technique (XPath)
(ram:GrandTotalAmount)BR-15
fatalAn Invoice shall have the Amount due for payment (BT-115).
Test technique (XPath)
(ram:DuePayableAmount)BR-16
fatalAn Invoice shall have at least one Invoice line (BG-25).
Test technique (XPath)
//ram:IncludedSupplyChainTradeLineItemBR-17
fatalThe Payee name (BT-59) shall be provided in the Invoice, if the Payee (BG-10) is different from the Seller (BG-4).
Test technique (XPath)
(ram:Name) and (not(ram:Name = ../../ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:Name) and not(ram:ID = ../../ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:ID) and not(ram:SpecifiedLegalOrganization/ram:ID = ../../ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:SpecifiedLegalOrganization/ram:ID))BR-18
fatalThe Seller tax representative name (BT-62) shall be provided in the Invoice, if the Seller (BG-4) has a Seller tax representative party (BG-11).
Test technique (XPath)
(ram:Name)BR-19
fatalThe Seller tax representative postal address (BG-12) shall be provided in the Invoice, if the Seller (BG-4) has a Seller tax representative party (BG-11).
Test technique (XPath)
(ram:PostalTradeAddress)BR-20
fatalThe Seller tax representative postal address (BG-12) shall contain a Tax representative country code (BT-69), if the Seller (BG-4) has a Seller tax representative party (BG-11).
Test technique (XPath)
(ram:PostalTradeAddress/ram:CountryID)BR-21
fatalEach Invoice line (BG-25) shall have an Invoice line identifier (BT-126).
Test technique (XPath)
normalize-space(ram:AssociatedDocumentLineDocument/ram:LineID) != ''BR-22
fatalEach Invoice line (BG-25) shall have an Invoiced quantity (BT-129).
Test technique (XPath)
(ram:SpecifiedLineTradeDelivery/ram:BilledQuantity)BR-23
fatalAn Invoice line (BG-25) shall have an Invoiced quantity unit of measure code (BT-130).
Test technique (XPath)
(ram:SpecifiedLineTradeDelivery/ram:BilledQuantity/@unitCode)BR-24
fatalEach Invoice line (BG-25) shall have an Invoice line net amount (BT-131).
Test technique (XPath)
(ram:SpecifiedLineTradeSettlement/ram:SpecifiedTradeSettlementLineMonetarySummation/ram:LineTotalAmount)BR-25
fatalEach Invoice line (BG-25) shall contain the Item name (BT-153).
Test technique (XPath)
normalize-space(ram:SpecifiedTradeProduct/ram:Name) != ''BR-26
fatalEach Invoice line (BG-25) shall contain the Item net price (BT-146).
Test technique (XPath)
(ram:SpecifiedLineTradeAgreement/ram:NetPriceProductTradePrice/ram:ChargeAmount)BR-27
fatalThe Item net price (BT-146) shall NOT be negative.
Valider selon cette règle →BR-28
fatalThe Item gross price (BT-148) shall NOT be negative.
Valider selon cette règle →BR-29
fatalIf both Invoicing period start date (BT-73) and Invoicing period end date (BT-74) are given then the Invoicing period end date (BT-74) shall be later or equal to the Invoicing period start date (BT-73).
Valider selon cette règle →BR-30
fatalIf both Invoice line period start date (BT-134) and Invoice line period end date (BT-135) are given then the Invoice line period end date (BT-135) shall be later or equal to the Invoice line period start date (BT-134).
Valider selon cette règle →BR-31
fatalEach Document level allowance (BG-20) shall have a Document level allowance amount (BT-92).
Test technique (XPath)
(../ram:ActualAmount)BR-32
fatalEach Document level allowance (BG-20) shall have a Document level allowance VAT category code (BT-95).
Test technique (XPath)
(../ram:CategoryTradeTax[upper-case(ram:TypeCode) = 'VAT']/ram:CategoryCode)BR-33
fatalEach Document level allowance (BG-20) shall have a Document level allowance reason (BT-97) or a Document level allowance reason code (BT-98).
Test technique (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-36
fatalEach Document level charge (BG-21) shall have a Document level charge amount (BT-99).
Test technique (XPath)
(../ram:ActualAmount)BR-37
fatalEach Document level charge (BG-21) shall have a Document level charge VAT category code (BT-102).
Test technique (XPath)
(../ram:CategoryTradeTax[upper-case(ram:TypeCode) = 'VAT']/ram:CategoryCode)BR-38
fatalEach Document level charge (BG-21) shall have a Document level charge reason (BT-104) or a Document level charge reason code (BT-105).
Test technique (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-41
fatalEach Invoice line allowance (BG-27) shall have an Invoice line allowance amount (BT-136).
Test technique (XPath)
(../ram:ActualAmount)BR-42
fatalEach Invoice line allowance (BG-27) shall have an Invoice line allowance reason (BT-139) or an Invoice line allowance reason code (BT-140).
Test technique (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-43
fatalEach Invoice line charge (BG-28) shall have an Invoice line charge amount (BT-141).
Test technique (XPath)
(../ram:ActualAmount)BR-44
fatalEach Invoice line charge shall have an Invoice line charge reason or an invoice line allowance reason code.
Test technique (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-45
fatalEach VAT breakdown (BG-23) shall have a VAT category taxable amount (BT-116).
Test technique (XPath)
(ram:BasisAmount)BR-46
fatalEach VAT breakdown (BG-23) shall have a VAT category tax amount (BT-117).
Test technique (XPath)
(ram:CalculatedAmount)BR-47
fatalEach VAT breakdown (BG-23) shall be defined through a VAT category code (BT-118).
Test technique (XPath)
(.[upper-case(ram:TypeCode) = 'VAT']/ram:CategoryCode)BR-48
fatalEach VAT breakdown (BG-23) shall have a VAT category rate (BT-119), except if the Invoice is not subject to VAT.
Test technique (XPath)
(.[upper-case(ram:TypeCode) = 'VAT']/ram:RateApplicablePercent) or (.[upper-case(ram:TypeCode) = 'VAT']/ram:CategoryCode = 'O')BR-49
fatalA Payment instruction (BG-16) shall specify the Payment means type code (BT-81).
Test technique (XPath)
(ram:TypeCode)BR-50
fatalA Payment account identifier (BT-84) shall be present if Credit transfer (BG-17) information is provided in the Invoice.
Test technique (XPath)
(ram:IBANID) or (ram:ProprietaryID)BR-51
fatalIn accordance with card payments security standards an invoice should never include a full card primary account number (BT-87).
Test technique (XPath)
string-length(ram:ID)<=10BR-52
fatalEach Additional supporting document (BG-24) shall contain a Supporting document reference (BT-122).
Test technique (XPath)
normalize-space(ram:IssuerAssignedID) != ''BR-53
fatalIf the VAT accounting currency code (BT-6) is present, then the Invoice total VAT amount in accounting currency (BT-111) shall be provided.
Test technique (XPath)
not(/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:TaxCurrencyCode) or (/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:TaxCurrencyCode and (ram:TaxTotalAmount/@currencyID = /rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:TaxCurrencyCode) and not(/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:TaxCurrencyCode = /rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:InvoiceCurrencyCode))BR-54
fatalEach Item attribute (BG-32) shall contain an Item attribute name (BT-160) and an Item attribute value (BT-161).
Test technique (XPath)
(ram:Description) and (ram:Value)BR-55
fatalEach Preceding Invoice reference (BG-3) shall contain a Preceding Invoice reference (BT-25).
Test technique (XPath)
normalize-space(ram:IssuerAssignedID) != ''BR-56
fatalEach Seller tax representative party (BG-11) shall have a Seller tax representative VAT identifier (BT-63).
Test technique (XPath)
normalize-space(ram:SpecifiedTaxRegistration/ram:ID[@schemeID='VA']) != ''BR-57
fatalEach Deliver to address (BG-15) shall contain a Deliver to country code (BT-80).
Test technique (XPath)
(ram:ShipToTradeParty/ram:PostalTradeAddress and normalize-space(ram:ShipToTradeParty/ram:PostalTradeAddress/ram:CountryID) != '') or not (ram:ShipToTradeParty/ram:PostalTradeAddress)BR-61
fatalIf the Payment means type code (BT-81) means SEPA credit transfer, Local credit transfer or Non-SEPA international credit transfer, the Payment account identifier (BT-84) shall be present.
Test technique (XPath)
(ram:IBANID) or (ram:ProprietaryID)BR-62
fatalThe Seller electronic address (BT-34) shall have a Scheme identifier.
Test technique (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:URIUniversalCommunication[1]/ram:URIID/@schemeID) != '' or not (rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:URIUniversalCommunication)BR-63
fatalThe Buyer electronic address (BT-49) shall have a Scheme identifier.
Test technique (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:URIUniversalCommunication[1]/ram:URIID/@schemeID) != '' or not (rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:URIUniversalCommunication)BR-64
fatalThe Item standard identifier (BT-157) shall have a Scheme identifier.
Test technique (XPath)
normalize-space(ram:SpecifiedTradeProduct/ram:GlobalID/@schemeID) != '' or not (ram:SpecifiedTradeProduct/ram:GlobalID)BR-65
fatalThe Item classification identifier (BT-158) shall have a Scheme identifier.
Test technique (XPath)
normalize-space(ram:ClassCode/@listID) != '' or not (ram:ClassCode)BR-66
fatalAn Invoice shall contain maximum one Payment Card account (BG-18).
Test technique (XPath)
(ram:ChargeIndicator)EN 16931 — calculation rules (18)
BR-CO-03
fatalValue added tax point date (BT-7) and Value added tax point date code (BT-8) are mutually exclusive.
Test technique (XPath)
((//ram:TaxPointDate) and not(//ram:DueDateTypeCode)) or (not (//ram:TaxPointDate) and (//ram:DueDateTypeCode)) or (not (//ram:TaxPointDate) and not (//ram:DueDateTypeCode))BR-CO-04
fatalEach Invoice line (BG-25) shall be categorized with an Invoiced item VAT category code (BT-151).
Test technique (XPath)
(ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[upper-case(ram:TypeCode) = 'VAT']/ram:CategoryCode)BR-CO-05
fatalDocument level allowance reason code (BT-98) and Document level allowance reason (BT-97) shall indicate the same type of allowance.
Test technique (XPath)
true()BR-CO-06
fatalDocument level charge reason code (BT-105) and Document level charge reason (BT-104) shall indicate the same type of charge.
Test technique (XPath)
true()BR-CO-07
fatalInvoice line allowance reason code (BT-140) and Invoice line allowance reason (BT-139) shall indicate the same type of allowance reason.
Test technique (XPath)
true()BR-CO-08
fatalInvoice line charge reason code (BT-145) and Invoice line charge reason (BT-144) shall indicate the same type of charge reason.
Test technique (XPath)
true()BR-CO-09
fatalThe Seller VAT identifier (BT-31), the Seller tax representative VAT identifier (BT-63) and the Buyer VAT identifier (BT-48) shall have a prefix in accordance with ISO code ISO 3166-1 alpha-2 by which the country of issue may be identified. Nevertheless, Greece may use the prefix 'EL'.
Test technique (XPath)
contains(' 1A AD AE AF AG AI AL AM AN AO AQ AR AS AT AU AW AX AZ BA BB BD BE BF BG BH BI BL BJ BM BN BO BQ BR BS BT BV BW BY BZ CA CC CD CF CG CH CI CK CL CM CN CO CR CU CV CW CX CY CZ DE DJ DK DM DO DZ EC EE EG EH EL ER ES ET FI FJ FK FM FO FR GA GB GD GE GF GG GH GI GL GM GN GP GQ GR GS GT GU GW GY HK HM HN HR HT HU ID IE IL IM IN IO IQ IR IS IT JE JM JO JP KE KG KH KI KM KN KP KR KW KY KZ LA LB LC LI LK LR LS LT LU LV LY MA MC MD ME MF MG MH MK ML MM MN MO MP MQ MR MS MT MU MV MW MX MY MZ NA NC NE NF NG NI NL NO NP NR NU NZ OM PA PE PF PG PH PK PL PM PN PR PS PT PW PY QA RE RO RS RU RW SA SB SC SD SE SG SH SI SJ SK SL SM SN SO SR ST SV SX SY SZ TC TD TF TG TH TJ TK TL TM TN TO TR TT TV TW TZ UA UG UM US UY UZ VA VC VE VG VI VN VU WF WS XI YE YT ZA ZM ZW ', concat(' ', substring(.,1,2), ' '))BR-CO-10
fatalSum of Invoice line net amount (BT-106) = Sum of Invoice line net amounts (BT-131).
Test technique (XPath)
xs:decimal(ram:LineTotalAmount) = round(xs:decimal(sum(../../ram:IncludedSupplyChainTradeLineItem/ram:SpecifiedLineTradeSettlement/ram:SpecifiedTradeSettlementLineMonetarySummation/ram:LineTotalAmount)) * xs:decimal(100)) div xs:decimal(100)BR-CO-11
fatalSum of allowances on document level (BT-107) = Sum of Document level allowance amounts (BT-92).
Test technique (XPath)
(not(/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge[ram:ChargeIndicator/udt:Indicator=false()])and not (ram:AllowanceTotalAmount)) or ram:AllowanceTotalAmount = (round(sum(/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge[ram:ChargeIndicator/udt:Indicator=false()]/ram:ActualAmount)* 10 * 10 ) div 100)BR-CO-12
fatalSum of charges on document level (BT-108) = Sum of Document level charge amounts (BT-99).
Test technique (XPath)
(not(/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge[ram:ChargeIndicator/udt:Indicator=true()])and not (ram:ChargeTotalAmount)) or ram:ChargeTotalAmount = (round(sum(/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge[ram:ChargeIndicator/udt:Indicator=true()]/ram:ActualAmount)* 10 * 10 ) div 100)BR-CO-13
fatalInvoice total amount without VAT (BT-109) = Sum of Invoice line net amounts (BT-131) - Sum of allowances on document level (BT-107) + Sum of charges on document level (BT-108).
Test technique (XPath)
(xs:decimal(ram:TaxBasisTotalAmount) = round((xs:decimal(ram:LineTotalAmount) - xs:decimal(ram:AllowanceTotalAmount) + xs:decimal(ram:ChargeTotalAmount)) *10 * 10) div 100) or ((xs:decimal(ram:TaxBasisTotalAmount) = round((xs:decimal(ram:LineTotalAmount) - xs:decimal(ram:AllowanceTotalAmount)) *10 * 10) div 100) and not (ram:ChargeTotalAmount)) or ((xs:decimal(ram:TaxBasisTotalAmount) = round((xs:decimal(ram:LineTotalAmount) + xs:decimal(ram:ChargeTotalAmount)) *10 * 10) div 100) and not (ram:AllowanceTotalAmount)) or ((xs:decimal(ram:TaxBasisTotalAmount) = round((xs:decimal(ram:LineTotalAmount)) *10 * 10) div 100) and not (ram:ChargeTotalAmount) and not (ram:AllowanceTotalAmount))BR-CO-15
fatalInvoice total amount with VAT (BT-112) = Invoice total amount without VAT (BT-109) + Invoice total VAT amount (BT-110).
Test technique (XPath)
every $Currency in rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:InvoiceCurrencyCode satisfies ( count ( rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementHeaderMonetarySummation/ram:TaxTotalAmount[@currencyID=$Currency] ) eq 1 and (//ram:SpecifiedTradeSettlementHeaderMonetarySummation/xs:decimal(ram:GrandTotalAmount) = round( (//ram:SpecifiedTradeSettlementHeaderMonetarySummation/xs:decimal(ram:TaxBasisTotalAmount) + (//ram:SpecifiedTradeSettlementHeaderMonetarySummation/xs:decimal(ram:TaxTotalAmount[@currencyID=$Currency]))) * 10 * 10) div 100)) or (//ram:SpecifiedTradeSettlementHeaderMonetarySummation/xs:decimal(ram:GrandTotalAmount) = (//ram:SpecifiedTradeSettlementHeaderMonetarySummation/xs:decimal(ram:TaxBasisTotalAmount)))BR-CO-16
fatalAmount due for payment (BT-115) = Invoice total amount with VAT (BT-112) - Paid amount (BT-113) + Rounding amount (BT-114).
Test technique (XPath)
(xs:decimal(ram:DuePayableAmount) = xs:decimal(ram:GrandTotalAmount) - xs:decimal(ram:TotalPrepaidAmount) + xs:decimal(ram:RoundingAmount)) or ((xs:decimal(ram:DuePayableAmount) = xs:decimal(ram:GrandTotalAmount) + xs:decimal(ram:RoundingAmount)) and not (xs:decimal(ram:TotalPrepaidAmount))) or ((xs:decimal(ram:DuePayableAmount) = xs:decimal(ram:GrandTotalAmount) - xs:decimal(ram:TotalPrepaidAmount)) and not (xs:decimal(ram:RoundingAmount))) or ((xs:decimal(ram:DuePayableAmount) = xs:decimal(ram:GrandTotalAmount)) and not (xs:decimal(ram:TotalPrepaidAmount)) and not (xs:decimal(ram:RoundingAmount)))BR-CO-17
fatalVAT category tax amount (BT-117) = VAT category taxable amount (BT-116) x (VAT category rate (BT-119) / 100), rounded to two decimals.
Valider selon cette règle →BR-CO-18
fatalAn Invoice shall at least have one VAT breakdown group (BG-23).
Test technique (XPath)
//rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTaxBR-CO-21
fatalEach Document level allowance (BG-20) shall contain a Document level allowance reason (BT-97) or a Document level allowance reason code (BT-98), or both.
Test technique (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-CO-22
fatalEach Document level charge (BG-21) shall contain a Document level charge reason (BT-104) or a Document level charge reason code (BT-105), or both.
Test technique (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-CO-25
fatalIn case the Amount due for payment (BT-115) is positive, either the Payment due date (BT-9) or the Payment terms (BT-20) shall be present.
Valider selon cette règle →EN 16931 — VAT category rules (16)
BR-AE-01
fatalAn Invoice that contains an Invoice line, Document level allowance or Document level charge where the VAT category code is "Reverse charge" shall contain in the VAT Breakdown exactly one VAT category code equal with "VAT reverse charge".
Test technique (XPath)
(count(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='AE'])=0 and count(//ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='AE'])=0 and count(//ram:CategoryTradeTax[ram:CategoryCode='AE'])=0) or ( count(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='AE'])=1 and (exists(//ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='AE']) or exists(//ram:CategoryTradeTax[ram:CategoryCode='AE'])))BR-AE-02
fatalAn Invoice that contains an Invoice line where the Invoiced item VAT category code is "Reverse charge" shall contain the Seller VAT Identifier, the Seller Tax registration identifier and/or the Seller tax representative VAT identifier and the Buyer VAT identifier and/or the Buyer legal registration identifier.
Test technique (XPath)
(//ram:SellerTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = ('VA', 'FC')] or //ram:SellerTaxRepresentativeTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA']) and (//ram:BuyerTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA'] or //ram:BuyerTradeParty/ram:SpecifiedLegalOrganization/ram:ID)BR-AE-05
fatalIn an Invoice line where the Invoiced item VAT category code is "Reverse charge" the Invoiced item VAT rate shall be 0 (zero).
Test technique (XPath)
ram:RateApplicablePercent = 0BR-AE-09
fatalThe VAT category tax amount in a VAT breakdown where the VAT category code is "Reverse charge" shall be 0 (zero).
Test technique (XPath)
../ram:CalculatedAmount = 0BR-AE-10
fatalA VAT breakdown with VAT Category code "Reverse charge" shall have a VAT exemption reason code or the VAT exemption reason text "Reverse charge".
Test technique (XPath)
(../ram:ExemptionReason) or (../ram:ExemptionReasonCode)BR-E-01
fatalAn Invoice that contains an Invoice line, Document level allowance or Document level charge where the VAT category code is "Exempt from VAT" shall contain exactly one VAT breakdown with the VAT category code equal to "Exempt from VAT".
Test technique (XPath)
(count(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='E'])=0 and count(//ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='E'])=0 and count(//ram:CategoryTradeTax[ram:CategoryCode='E'])=0) or ( count(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='E'])=1 and (exists(//ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='E']) or exists(//ram:CategoryTradeTax[ram:CategoryCode='E'])))BR-E-02
fatalAn Invoice that contains an Invoice line where the Invoiced item VAT category code is "Exempt from VAT" shall contain the Seller VAT Identifier, the Seller tax registration identifier and/or the Seller tax representative VAT identifier.
Test technique (XPath)
/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = ('VA', 'FC')] or /rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTaxRepresentativeTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA']BR-G-01
fatalAn Invoice that contains an Invoice line, Document level allowance or Document level charge where the VAT category code is "Export outside the EU" shall contain in the VAT breakdown exactly one VAT category code equal with "Export outside the EU".
Test technique (XPath)
(count(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='G'])=0 and count(//ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='G'])=0 and count(//ram:CategoryTradeTax[ram:CategoryCode='G'])=0) or ( count(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='G'])=1 and (exists(//ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='G']) or exists(//ram:CategoryTradeTax[ram:CategoryCode='G'])))BR-G-02
fatalAn Invoice that contains an Invoice line where the Invoiced item VAT category code is "Export outside the EU" shall contain the Seller VAT Identifier or the Seller tax representative VAT identifier.
Test technique (XPath)
(//ram:SellerTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA'] or //ram:SellerTaxRepresentativeTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA'])BR-IC-01
fatalAn Invoice that contains an Invoice line, Document level allowance or Document level charge where the VAT category code is "Intra-community supply" shall contain in the VAT breakdown exactly one VAT category code equal with "Intra-community supply".
Test technique (XPath)
(count(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='K'])=0 and count(//ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='K'])=0 and count(//ram:CategoryTradeTax[ram:CategoryCode='K'])=0) or ( count(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='K'])=1 and (exists(//ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='K']) or exists(//ram:CategoryTradeTax[ram:CategoryCode='K'])))BR-IC-02
fatalAn Invoice that contains an Invoice line where the Invoiced item VAT category code is "Intra-community supply" shall contain the Seller VAT Identifier or the Seller tax representative VAT identifier and the Buyer VAT identifier.
Test technique (XPath)
(//ram:SellerTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA'] or //ram:SellerTaxRepresentativeTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA']) and //ram:BuyerTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA']BR-O-01
fatalAn Invoice that contains an Invoice line, Document level allowance or Document level charge where the VAT category code is "Not subject to VAT" shall contain exactly one VAT breakdown group with the VAT category code equal to "Not subject to VAT".
Test technique (XPath)
not(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='O']) or ( count(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='O'])=1 and (exists(//ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='O']) or exists(//ram:CategoryTradeTax[ram:CategoryCode='O'])))BR-S-01
fatalAn Invoice that contains an Invoice line, Document level allowance or Document level charge where the VAT category code is "Standard rate" shall contain in the VAT breakdown at least one VAT category code equal with "Standard rate".
Valider selon cette règle →BR-S-02
fatalAn Invoice that contains an Invoice line where the Invoiced item VAT category code is "Standard rate" shall contain the Seller VAT Identifier, the Seller tax registration identifier and/or the Seller tax representative VAT identifier.
Test technique (XPath)
/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = ('VA', 'FC')] or /rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTaxRepresentativeTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA']BR-Z-01
fatalAn Invoice that contains an Invoice line, Document level allowance or Document level charge where the VAT category code is "Zero rated" shall contain in the VAT breakdown exactly one VAT category code equal with "Zero rated".
Test technique (XPath)
(count(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='Z'])=0 and count(//ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='Z'])=0 and count(//ram:CategoryTradeTax[ram:CategoryCode='Z'])=0) or ( count(//ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='Z'])=1 and (exists(//ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[ram:CategoryCode='Z']) or exists(//ram:CategoryTradeTax[ram:CategoryCode='Z'])))BR-Z-02
fatalAn Invoice that contains an Invoice line where the Invoiced item VAT category code is "Zero rated" shall contain the Seller VAT Identifier, the Seller tax registration identifier and/or the Seller tax representative VAT identifier.
Test technique (XPath)
/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = ('VA', 'FC')] or /rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTaxRepresentativeTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA']EN 16931 — decimal rules (14)
BR-DEC-01
fatalThe allowed maximum number of decimals for the Document level allowance amount (BT-92) is 2.
Test technique (XPath)
string-length(substring-after(../ram:ActualAmount,'.'))<=2BR-DEC-02
fatalThe allowed maximum number of decimals for the Document level allowance base amount (BT-93) is 2.
Test technique (XPath)
string-length(substring-after(../ram:BasisAmount,'.'))<=2BR-DEC-05
fatalThe allowed maximum number of decimals for the Document level charge amount (BT-99) is 2.
Test technique (XPath)
string-length(substring-after(../ram:ActualAmount,'.'))<=2BR-DEC-06
fatalThe allowed maximum number of decimals for the Document level charge base amount (BT-100) is 2.
Test technique (XPath)
string-length(substring-after(../ram:BasisAmount,'.'))<=2BR-DEC-09
fatalThe allowed maximum number of decimals for the Sum of Invoice line net amount (BT-106) is 2.
Test technique (XPath)
string-length(substring-after(ram:LineTotalAmount,'.'))<=2BR-DEC-10
fatalThe allowed maximum number of decimals for the Sum of allowances on document level (BT-107) is 2.
Test technique (XPath)
string-length(substring-after(ram:AllowanceTotalAmount,'.'))<=2BR-DEC-11
fatalThe allowed maximum number of decimals for the Sum of charges on document level (BT-108) is 2.
Test technique (XPath)
string-length(substring-after(ram:ChargeTotalAmount,'.'))<=2BR-DEC-12
fatalThe allowed maximum number of decimals for the Invoice total amount without VAT (BT-109) is 2.
Test technique (XPath)
string-length(substring-after(ram:TaxBasisTotalAmount,'.'))<=2BR-DEC-13
fatalThe allowed maximum number of decimals for the Invoice total VAT amount (BT-110) is 2.
Test technique (XPath)
not(ram:TaxTotalAmount) or ram:TaxTotalAmount[(@currencyID =/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:InvoiceCurrencyCode and . = round(. * 100) div 100) or not (@currencyID =/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:InvoiceCurrencyCode)]BR-DEC-14
fatalThe allowed maximum number of decimals for the Invoice total amount with VAT (BT-112) is 2.
Test technique (XPath)
string-length(substring-after(ram:GrandTotalAmount,'.'))<=2BR-DEC-15
fatalThe allowed maximum number of decimals for the Invoice total VAT amount in accounting currency (BT-111) is 2.
Test technique (XPath)
not(ram:TaxTotalAmount) or ram:TaxTotalAmount[(@currencyID =/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:TaxCurrencyCode and . = round(. * 100) div 100) or not (/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:TaxCurrencyCode)]BR-DEC-16
fatalThe allowed maximum number of decimals for the Paid amount (BT-113) is 2.
Test technique (XPath)
string-length(substring-after(ram:TotalPrepaidAmount,'.'))<=2BR-DEC-17
fatalThe allowed maximum number of decimals for the Rounding amount (BT-114) is 2.
Test technique (XPath)
string-length(substring-after(ram:RoundingAmount,'.'))<=2BR-DEC-18
fatalThe allowed maximum number of decimals for the Amount due for payment (BT-115) is 2.
Test technique (XPath)
string-length(substring-after(ram:DuePayableAmount,'.'))<=2PEPPOL BIS 3.0 (38)
PEPPOL-COMMON-R040
fatalGLN must have a valid format according to GS1 rules.
Test technique (XPath)
matches(normalize-space(), '^[0-9]+$') and u:gln(normalize-space())PEPPOL-COMMON-R041
fatalNorwegian organization number MUST be stated in the correct format.
Test technique (XPath)
matches(normalize-space(), '^[0-9]{9}$') and u:mod11(normalize-space())PEPPOL-COMMON-R042
fatalDanish organization number (CVR) MUST be stated in the correct format.
Test technique (XPath)
(string-length(string()) = 10 and substring(string(), 1, 2) = 'DK' and string-length(translate(substring(string(), 3, 8), '1234567890', '')) = 0) or (string-length(string()) = 8) and (string-length(translate(substring(string(), 1, 8),'1234567890', '')) = 0)PEPPOL-COMMON-R043
fatalBelgian enterprise number MUST be stated in the correct format.
Test technique (XPath)
matches(normalize-space(), '^[0-9]{10}$') and u:mod97-0208(normalize-space())PEPPOL-COMMON-R044
warningIPA Code (Codice Univoco Unita Organizzativa) must be stated in the correct format.
Test technique (XPath)
u:checkCodiceIPA(normalize-space())PEPPOL-COMMON-R045
warningTax Code (Codice Fiscale) must be stated in the correct format.
Test technique (XPath)
u:checkCF(normalize-space())PEPPOL-COMMON-R046
warningTax Code (Codice Fiscale) must be stated in the correct format.
Test technique (XPath)
u:checkCF(normalize-space())PEPPOL-COMMON-R047
warningItalian VAT Code (Partita Iva) must be stated in the correct format.
Test technique (XPath)
u:checkPIVAseIT(normalize-space())PEPPOL-COMMON-R048
warningItalian VAT Code (Partita Iva) must be stated in the correct format.
Test technique (XPath)
u:checkPIVAseIT(normalize-space())PEPPOL-COMMON-R049
fatalSwedish organization number MUST be stated in the correct format.
Test technique (XPath)
string-length(normalize-space()) = 10 and string(number(normalize-space())) != 'NaN' and u:checkSEOrgnr(normalize-space())PEPPOL-COMMON-R050
fatalAustralian Business Number (ABN) MUST be stated in the correct format.
Test technique (XPath)
matches(normalize-space(), '^[0-9]{11}$') and u:abn(normalize-space())PEPPOL-EN16931-R001
fatalBusiness process MUST be provided.
Test technique (XPath)
cbc:ProfileIDPEPPOL-EN16931-R002
fatalNo more than one note is allowed on document level.
Test technique (XPath)
count(cbc:Note) <= 1 or ($supplierCountryIsDE and $customerCountryIsDE)PEPPOL-EN16931-R003
fatalA buyer reference or purchase order reference MUST be provided.
Test technique (XPath)
cbc:BuyerReference or cac:OrderReference/cbc:IDPEPPOL-EN16931-R004
fatalSpecification identifier MUST have the value 'urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0'.
Test technique (XPath)
starts-with(normalize-space(cbc:CustomizationID/text()), 'urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0')PEPPOL-EN16931-R005
fatalVAT accounting currency code MUST be different from invoice currency code when provided.
Test technique (XPath)
not(normalize-space(text()) = normalize-space(../cbc:DocumentCurrencyCode/text()))PEPPOL-EN16931-R007
fatalBusiness process MUST be in the format 'urn:fdc:peppol.eu:2017:poacc:billing:NN:1.0' where NN indicates the process number.
Test technique (XPath)
$profile != 'Unknown'PEPPOL-EN16931-R008
fatalDocument MUST not contain empty elements.
Test technique (XPath)
false()PEPPOL-EN16931-R010
fatalBuyer electronic address MUST be provided.
Test technique (XPath)
cbc:EndpointIDPEPPOL-EN16931-R020
fatalSeller electronic address MUST be provided.
Test technique (XPath)
cbc:EndpointIDPEPPOL-EN16931-R041
fatalAllowance/charge base amount MUST be provided when allowance/charge percentage is provided.
Test technique (XPath)
false()PEPPOL-EN16931-R042
fatalAllowance/charge percentage MUST be provided when allowance/charge base amount is provided.
Test technique (XPath)
false()PEPPOL-EN16931-R043
fatalAllowance/charge ChargeIndicator value MUST equal 'true' or 'false'.
Test technique (XPath)
normalize-space(cbc:ChargeIndicator/text()) = 'true' or normalize-space(cbc:ChargeIndicator/text()) = 'false'PEPPOL-EN16931-R044
fatalCharge on price level is NOT allowed. Only value 'false' allowed.
Test technique (XPath)
normalize-space(cbc:ChargeIndicator) = 'false'PEPPOL-EN16931-R046
fatalItem net price MUST equal (Gross price - Allowance amount) when gross price is provided.
Test technique (XPath)
not(cbc:BaseAmount) or xs:decimal(../cbc:PriceAmount) = xs:decimal(cbc:BaseAmount) - xs:decimal(cbc:Amount)PEPPOL-EN16931-R051
fatalAll currencyID attributes must have the same value as the invoice currency code (BT-5), except for the invoice total VAT amount in accounting currency (BT-111).
Test technique (XPath)
@currencyID = $documentCurrencyCodePEPPOL-EN16931-R053
fatalOnly one tax total with tax subtotals MUST be provided.
Test technique (XPath)
count(cac:TaxTotal[cac:TaxSubtotal]) = 1PEPPOL-EN16931-R054
fatalOnly one tax total without tax subtotals MUST be provided when tax currency code is provided.
Test technique (XPath)
count(cac:TaxTotal[not(cac:TaxSubtotal)]) = (if (cbc:TaxCurrencyCode) then 1 else 0)PEPPOL-EN16931-R055
fatalInvoice total VAT amount and Invoice total VAT amount in accounting currency MUST have the same operational sign.
Test technique (XPath)
not(cbc:TaxCurrencyCode) or (cac:TaxTotal/cbc:TaxAmount[@currencyID=normalize-space(../../cbc:TaxCurrencyCode)] <= 0 and cac:TaxTotal/cbc:TaxAmount[@currencyID=normalize-space(../../cbc:DocumentCurrencyCode)] <= 0) or (cac:TaxTotal/cbc:TaxAmount[@currencyID=normalize-space(../../cbc:TaxCurrencyCode)] >= 0 and cac:TaxTotal/cbc:TaxAmount[@currencyID=normalize-space(../../cbc:DocumentCurrencyCode)] >= 0)PEPPOL-EN16931-R061
fatalMandate reference MUST be provided for direct debit.
Test technique (XPath)
cac:PaymentMandate/cbc:IDPEPPOL-EN16931-R080
fatalOnly one project reference is allowed on document level.
Test technique (XPath)
(count(cac:AdditionalDocumentReference[cbc:DocumentTypeCode='50']) <= 1)PEPPOL-EN16931-R100
fatalOnly one invoiced object is allowed per line.
Test technique (XPath)
(count(cac:DocumentReference) <= 1)PEPPOL-EN16931-R101
fatalElement Document reference can only be used for Invoice line object.
Test technique (XPath)
(not(cac:DocumentReference) or (cac:DocumentReference/cbc:DocumentTypeCode='130'))PEPPOL-EN16931-R110
fatalStart date of line period MUST be within invoice period.
Test technique (XPath)
xs:date(text()) >= xs:date(../../../cac:InvoicePeriod/cbc:StartDate)PEPPOL-EN16931-R111
fatalEnd date of line period MUST be within invoice period.
Test technique (XPath)
xs:date(text()) <= xs:date(../../../cac:InvoicePeriod/cbc:EndDate)PEPPOL-EN16931-R120
fatalInvoice line net amount MUST equal (Invoiced quantity * (Item net price/item price base quantity) + Sum of invoice line charge amount - sum of invoice line allowance amount.
Test technique (XPath)
u:slack($lineExtensionAmount, ($quantity * ($priceAmount div $baseQuantity)) + $chargesTotal - $allowancesTotal, 0.02)PEPPOL-EN16931-R121
fatalBase quantity MUST be a positive number above zero.
Test technique (XPath)
not(cac:Price/cbc:BaseQuantity) or xs:decimal(cac:Price/cbc:BaseQuantity) > 0PEPPOL-EN16931-R130
fatalUnit code of price base quantity MUST be same as invoiced quantity.
Test technique (XPath)
not($hasQuantity) or @unitCode = $quantity/@unitCodeNational CIUS (DK) (13)
DK-R-002
fatalDanish suppliers MUST provide legal entity (CVR-number).
Test technique (XPath)
(normalize-space(cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID/text()) != '')DK-R-003
warningDanish Suppliers MUST provide legal entity identifier (CVR number) when Item Classification Code is TST.
Test technique (XPath)
not((cac:Item/cac:CommodityClassification/cbc:ItemClassificationCode/@listID = 'TST') and not((cac:Item/cac:CommodityClassification/cbc:ItemClassificationCode/@listVersionID = '19.05.01') or (cac:Item/cac:CommodityClassification/cbc:ItemClassificationCode/@listVersionID = '19.0501') or (cac:Item/cac:CommodityClassification/cbc:ItemClassificationCode/@listVersionID = '26.08.01') or (cac:Item/cac:CommodityClassification/cbc:ItemClassificationCode/@listVersionID = '26.0801') ) )DK-R-004
fatalDanish Suppliers MUST provide reason text when Allowance/Charge reason code is ZZZ.
Test technique (XPath)
not((cbc:AllowanceChargeReasonCode = 'ZZZ') and not(((string-length(normalize-space(cbc:AllowanceChargeReason/text())) = 4) and (number(cbc:AllowanceChargeReason) >= 0) and (number(cbc:AllowanceChargeReason) <= 9999)) or (((cbc:AllowanceChargeReason and contains(cbc:AllowanceChargeReason, '#') and not(starts-with(cbc:AllowanceChargeReason, '#')) and not(ends-with(cbc:AllowanceChargeReason, '#')))) ) ) )DK-R-005
fatalFor Danish suppliers the following Payment means codes are allowed: 1, 10, 31, 42, 48, 49, 50, 58, 59, 93 and 97.
Test technique (XPath)
contains(' 1 10 31 42 48 49 50 58 59 93 97 ', concat(' ', cbc:PaymentMeansCode, ' '))DK-R-006
fatalFor Danish Suppliers bank account and routing numbers are mandatory for payment by bank transfer.
Test technique (XPath)
not(((cbc:PaymentMeansCode = '31') or (cbc:PaymentMeansCode = '42')) and not((normalize-space(cac:PayeeFinancialAccount/cbc:ID/text()) != '') and (normalize-space(cac:PayeeFinancialAccount/cac:FinancialInstitutionBranch/cbc:ID/text()) != '')) )DK-R-007
fatalFor Danish Suppliers PaymentMandate ID and Seller account ID are mandatory for direct debit.
Test technique (XPath)
not((cbc:PaymentMeansCode = '49') and not((normalize-space(cac:PaymentMandate/cbc:ID/text()) != '') and (normalize-space(cac:PaymentMandate/cac:PayerFinancialAccount/cbc:ID/text()) != '')) )DK-R-008
fatalFor Danish Suppliers PaymentCard primary account number is mandatory for payment by card.
Test technique (XPath)
not((cbc:PaymentMeansCode = '50') and not(((substring(cbc:PaymentID, 1, 3) = '01#') or (substring(cbc:PaymentID, 1, 3) = '04#') or (substring(cbc:PaymentID, 1, 3) = '15#')) and matches(cac:PayeeFinancialAccount/cbc:ID, '^[0-9]{7,8}$') ) )DK-R-009
fatalFor Danish Suppliers PaymentCard holder name is mandatory for payment by card.
Test technique (XPath)
not((cbc:PaymentMeansCode = '50') and ((substring(cbc:PaymentID, 1, 3) = '04#') or (substring(cbc:PaymentID, 1, 3) = '15#')) and not(string-length(cbc:PaymentID) = 19) )DK-R-010
fatalFor Danish Suppliers FinancialInstitutionBranch ID is mandatory for payment type 93.
Test technique (XPath)
not((cbc:PaymentMeansCode = '93') and not(((substring(cbc:PaymentID, 1, 3) = '71#') or (substring(cbc:PaymentID, 1, 3) = '73#') or (substring(cbc:PaymentID, 1, 3) = '75#')) and (string-length(cac:PayeeFinancialAccount/cbc:ID/text()) = 8) ) )DK-R-011
fatalFor Danish Suppliers PayeeFinancialAccount ID is mandatory for payment type 93.
Test technique (XPath)
not((cbc:PaymentMeansCode = '93') and ((substring(cbc:PaymentID, 1, 3) = '71#') or (substring(cbc:PaymentID, 1, 3) = '75#')) and not((string-length(cbc:PaymentID) = 18) or (string-length(cbc:PaymentID) = 19)) )DK-R-013
fatalFor Danish Suppliers only positive values are allowed for the InvoicedQuantity.
Test technique (XPath)
not((boolean(cbc:ID)) and (normalize-space(cbc:ID/@schemeID) = '') )DK-R-014
fatalFor Danish Suppliers DocumentCurrencyCode must match TaxCurrencyCode when provided.
Test technique (XPath)
not(((boolean(cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID)) and (normalize-space(cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID/@schemeID) != '0184')) )DK-R-016
fatalFor Danish Credit Notes with Danish Buyer, a preceding invoice reference must be provided.
Test technique (XPath)
not((boolean(/ubl-creditnote:CreditNote) and ($DKCustomerCountry = 'DK')) and (number(cac:LegalMonetaryTotal/cbc:PayableAmount/text()) < 0) )National CIUS (GR) (17)
GR-R-001-1
fatalWhen the Supplier is Greek, the Invoice Id should consist of 6 segments.
Test technique (XPath)
count($IdSegments) = 6GR-R-001-2
fatalWhen Supplier is Greek, the Invoice ID first segment must be a valid 9 digit Tax ID.
Test technique (XPath)
string-length(normalize-space($IdSegments[1])) = 9 and u:TinVerification($IdSegments[1]) and ($IdSegments[1] = /*/cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme[cac:TaxScheme/cbc:ID = 'VAT']/substring(cbc:CompanyID, 3, 9) or $IdSegments[1] = /*/cac:TaxRepresentativeParty/cac:PartyTaxScheme[cac:TaxScheme/cbc:ID = 'VAT']/substring(cbc:CompanyID, 3, 9) )GR-R-001-3
fatalWhen Supplier is Greek, the Invoice Id second segment must be a valid Tax office.
Valider selon cette règle →GR-R-001-4
fatalWhen Supplier is Greek, the Invoice Id third segment must be a positive integer.
Valider selon cette règle →GR-R-001-5
fatalWhen Supplier is Greek, the Invoice Id in the fourth segment must be a valid greek document type.
Valider selon cette règle →GR-R-001-6
fatalWhen Supplier is Greek, the Invoice Id fifth segment must not be empty.
Valider selon cette règle →GR-R-001-7
fatalWhen Supplier is Greek, the Invoice Id sixth segment must not be empty.
Valider selon cette règle →GR-R-002
fatalGreek Suppliers must provide their full name as they are registered in the Greek Business Registry.
Valider selon cette règle →GR-R-003
fatalFor the Greek Suppliers, the VAT must start with 'EL' and must be a valid TIN number.
Test technique (XPath)
substring(.,1,2) = 'EL' and u:TinVerification(substring(.,3))GR-R-004-1
fatalWhen Supplier is Greek, there must be one MARK Number.
Test technique (XPath)
count(cac:AdditionalDocumentReference[cbc:DocumentDescription = '##M.AR.K##'])=1GR-R-004-2
fatalWhen Supplier is Greek, the MARK Number must be a positive integer.
Test technique (XPath)
matches(.,'^[1-9]([0-9]*)')GR-R-005
fatalGreek Suppliers must provide the full name of the buyer.
Valider selon cette règle →GR-R-006
fatalFor Greek buyers, the invoice MUST contain their VAT number.
Test technique (XPath)
count(cac:PartyTaxScheme[normalize-space(cac:TaxScheme/cbc:ID) = 'VAT']/cbc:CompanyID)=1 and substring(cac:PartyTaxScheme[normalize-space(cac:TaxScheme/cbc:ID) = 'VAT']/cbc:CompanyID,1,2) = 'EL' and u:TinVerification(substring(cac:PartyTaxScheme[normalize-space(cac:TaxScheme/cbc:ID) = 'VAT']/cbc:CompanyID,3))GR-R-008-2
fatalWhen Supplier is Greek, there should be no more than one invoice url.
Test technique (XPath)
(count(cac:AdditionalDocumentReference[cbc:DocumentDescription = '##INVOICE|URL##']) = 0 ) or (count(cac:AdditionalDocumentReference[cbc:DocumentDescription = '##INVOICE|URL##']) = 1 )GR-R-008-3
fatalWhen Supplier is Greek and the INVOICE URL Document reference exists, the External Reference URI should be present.
Valider selon cette règle →GR-R-009
fatalGreek suppliers that send an invoice through the PEPPOL network must use a correct TIN number as an electronic address.
Test technique (XPath)
./@schemeID='9933' and u:TinVerification(.)GR-R-010
fatalGreek Suppliers that send an invoice through the PEPPOL network to a greek buyer must use a correct TIN number as an electronic address.
Test technique (XPath)
./@schemeID='9933' and u:TinVerification(.)National CIUS (IS) (6)
IS-R-002
fatalIf seller is icelandic then it shall contain sellers legal id.
Test technique (XPath)
exists(cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID) and cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID/@schemeID = '0196'IS-R-003
fatalIf seller is icelandic then it shall contain his address with street name and zip code.
Test technique (XPath)
exists(cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:StreetName) and exists(cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:PostalZone)IS-R-004
fatalIf seller and buyer are icelandic then the invoice shall contain the buyers icelandic legal identifier.
Test technique (XPath)
exists(cac:Party/cac:PartyLegalEntity/cbc:CompanyID) and cac:Party/cac:PartyLegalEntity/cbc:CompanyID/@schemeID = '0196'IS-R-005
fatalIf seller and buyer are icelandic then the invoice shall contain the buyers address with street name and zip code.
Test technique (XPath)
exists(cac:Party/cac:PostalAddress/cbc:StreetName) and exists(cac:Party/cac:PostalAddress/cbc:PostalZone)IS-R-006
fatalIf seller is icelandic and payment means is debit transfer, a valid PayeeFinancialAccount ID must be provided.
Test technique (XPath)
exists(cac:PaymentMeans[cbc:PaymentMeansCode = '9']/cac:PayeeFinancialAccount/cbc:ID) and string-length(normalize-space(cac:PaymentMeans[cbc:PaymentMeansCode = '9']/cac:PayeeFinancialAccount/cbc:ID)) = 12 or not(exists(cac:PaymentMeans[cbc:PaymentMeansCode = '9']))IS-R-007
fatalIf seller is icelandic and payment means is bank transfer, a valid PayeeFinancialAccount ID must be provided.
Test technique (XPath)
exists(cac:PaymentMeans[cbc:PaymentMeansCode = '42']/cac:PayeeFinancialAccount/cbc:ID) and string-length(normalize-space(cac:PaymentMeans[cbc:PaymentMeansCode = '42']/cac:PayeeFinancialAccount/cbc:ID)) = 12 or not(exists(cac:PaymentMeans[cbc:PaymentMeansCode = '42']))National CIUS (IT) (4)
IT-R-001
fatalFor Italian suppliers BT-32 minimum length 11 and maximum length shall be 16.
Test technique (XPath)
matches(normalize-space(cbc:CompanyID),'^[A-Z0-9]{11,16}$')IT-R-002
fatalItalian suppliers MUST provide the postal address line 1.
Test technique (XPath)
cac:PostalAddress/cbc:StreetNameIT-R-003
fatalItalian suppliers MUST provide the postal address city.
Test technique (XPath)
cac:PostalAddress/cbc:CityNameIT-R-004
fatalItalian suppliers MUST provide the postal address post code.
Test technique (XPath)
cac:PostalAddress/cbc:PostalZoneNational CIUS (NL) (9)
NL-R-001
fatalFor suppliers in the Netherlands, if the document is a creditnote, the document MUST contain an invoice reference.
Test technique (XPath)
/*/cac:BillingReference/cac:InvoiceDocumentReference/cbc:IDNL-R-002
fatalFor suppliers in the Netherlands the supplier's address MUST contain street name, city and post code.
Test technique (XPath)
cbc:StreetName and cbc:CityName and cbc:PostalZoneNL-R-003
fatalFor suppliers in the Netherlands, the legal entity identifier MUST be either a KVK or OIN number (schemeID 0106 or 0190).
Test technique (XPath)
(contains(concat(' ', string-join(@schemeID, ' '), ' '), ' 0106 ') or contains(concat(' ', string-join(@schemeID, ' '), ' '), ' 0190 ')) and (normalize-space(.) != '')NL-R-004
fatalFor suppliers in the Netherlands, if the customer is in the Netherlands, the customer address MUST contain the street name, the city and post code.
Test technique (XPath)
cbc:StreetName and cbc:CityName and cbc:PostalZoneNL-R-005
fatalFor suppliers in the Netherlands, if the customer is in the Netherlands, the customer's legal entity identifier MUST be either a KVK or OIN number.
Test technique (XPath)
(contains(concat(' ', string-join(@schemeID, ' '), ' '), ' 0106 ') or contains(concat(' ', string-join(@schemeID, ' '), ' '), ' 0190 ')) and (normalize-space(.) != '')NL-R-006
fatalFor suppliers in the Netherlands, if the fiscal representative is in the Netherlands, the representative's address MUST contain street name, city and post code.
Test technique (XPath)
cbc:StreetName and cbc:CityName and cbc:PostalZoneNL-R-007
fatalFor suppliers in the Netherlands, the supplier MUST provide a means of payment if the payment is from customer to supplier.
Test technique (XPath)
(/ubl-invoice:Invoice and xs:decimal(cbc:PayableAmount) <= 0.0) or (/ubl-creditnote:CreditNote and xs:decimal(cbc:PayableAmount) >= 0.0) or (//cac:PaymentMeans)NL-R-008
fatalFor suppliers in the Netherlands, the payment means code should be 30, 48, 49, 57, 58 or 59.
Test technique (XPath)
normalize-space(cbc:PaymentMeansCode) = '30' or normalize-space(cbc:PaymentMeansCode) = '48' or normalize-space(cbc:PaymentMeansCode) = '49' or normalize-space(cbc:PaymentMeansCode) = '57' or normalize-space(cbc:PaymentMeansCode) = '58' or normalize-space(cbc:PaymentMeansCode) = '59'NL-R-009
fatalFor suppliers in the Netherlands, if an order line reference is used, there must be an order reference on the document level.
Test technique (XPath)
exists(/*/cac:OrderReference/cbc:ID)National CIUS (NO) (2)
NO-R-001
fatalNorwegian suppliers MUST provide VAT ID in correct format (12 digits + 'MVA').
Test technique (XPath)
cac:PartyTaxScheme[normalize-space(cac:TaxScheme/cbc:ID) = 'VAT']/substring(cbc:CompanyID, 1, 2)='NO' and matches(cac:PartyTaxScheme[normalize-space(cac:TaxScheme/cbc:ID) = 'VAT']/substring(cbc:CompanyID,3), '^[0-9]{9}MVA$') and u:mod11(substring(cac:PartyTaxScheme[normalize-space(cac:TaxScheme/cbc:ID) = 'VAT']/cbc:CompanyID, 3, 9)) or not(cac:PartyTaxScheme[normalize-space(cac:TaxScheme/cbc:ID) = 'VAT']/substring(cbc:CompanyID, 1, 2)='NO')NO-R-002
warningFor Norwegian suppliers, most invoice issuers are required to append "Foretaksregisteret" to their registration.
Test technique (XPath)
normalize-space(cac:PartyTaxScheme[normalize-space(cac:TaxScheme/cbc:ID) = 'TAX']/cbc:CompanyID) = 'Foretaksregisteret'National CIUS (SE) (13)
SE-R-001
fatalFor Swedish suppliers, Swedish VAT-numbers must consist of 14 characters.
Test technique (XPath)
string-length(normalize-space(cac:PartyTaxScheme[cac:TaxScheme/cbc:ID = 'VAT']/cbc:CompanyID)) = 14SE-R-002
fatalFor Swedish suppliers, the Swedish VAT-numbers must have the trailing 12 characters in numeric form.
Test technique (XPath)
string(number(substring(cac:PartyTaxScheme[cac:TaxScheme/cbc:ID = 'VAT']/cbc:CompanyID, 3, 12))) != 'NaN'SE-R-003
fatalSwedish organisation numbers should be numeric.
Test technique (XPath)
string(number(cbc:CompanyID)) != 'NaN'SE-R-004
fatalSwedish organisation numbers consist of 10 characters.
Test technique (XPath)
string-length(normalize-space(cbc:CompanyID)) = 10SE-R-005
fatalFor Swedish suppliers, when using Seller tax registration identifier, 'Godkand for F-skatt' must be stated.
Test technique (XPath)
normalize-space(upper-case(.)) = 'GODKÄND FÖR F-SKATT'SE-R-006
fatalFor Swedish suppliers, only standard VAT rate of 6, 12 or 25 are used.
Test technique (XPath)
number(cbc:Percent) = 25 or number(cbc:Percent) = 12 or number(cbc:Percent) = 6SE-R-007
warningFor Swedish suppliers using Plusgiro, the Account ID must be numeric.
Test technique (XPath)
string(number(normalize-space(.))) != 'NaN'SE-R-008
warningFor Swedish suppliers using Bankgiro, the Account ID must be numeric.
Test technique (XPath)
string(number(normalize-space(.))) != 'NaN'SE-R-009
warningFor Swedish suppliers using Bankgiro, the Account ID must have 7-8 characters.
Test technique (XPath)
string-length(normalize-space(.)) = 7 or string-length(normalize-space(.)) = 8SE-R-010
warningFor Swedish suppliers using Plusgiro, the Account ID must have 2-8 characters.
Test technique (XPath)
string-length(normalize-space(.)) >= 2 and string-length(normalize-space(.)) <= 8SE-R-011
warningFor Swedish suppliers using Swedish Bankgiro or Plusgiro, the proper way to indicate this is to use Code 30 for PaymentMeans and FinancialInstitutionBranch ID with code SE:BANKGIRO or SE:PLUSGIRO.
Test technique (XPath)
false()SE-R-012
warningFor domestic transactions between Swedish trading partners, credit transfer should be indicated by PaymentMeansCode="30".
Test technique (XPath)
false()SE-R-013
fatalThe last digit of a Swedish organization number must be valid according to the Luhn algorithm.
Test technique (XPath)
u:checkSEOrgnr(normalize-space(cbc:CompanyID))Foire aux questions
Qu'est-ce qu'une règle de validation PEPPOL / EN 16931 ?
C'est une règle métier (identifiée par un code tel que BR-CO-13 ou PEPPOL-EN16931-R008) qu'une e-facture doit respecter pour être valide selon la norme européenne EN 16931 ou un CIUS national comme PEPPOL BIS 3.0 ou XRechnung. Les validateurs exécutent ces règles, exprimées en schematron, sur le XML de la facture.
Que signifie une règle « fatale » par rapport à un « avertissement » ?
Une règle fatale doit être respectée, sinon le destinataire rejette la facture. Un avertissement signale une erreur probable mais ne bloque pas la facture. La plupart des règles BR-* et PEPPOL-* sont fatales ; quelques-unes sont des avertissements.
Comment corriger une infraction de règle comme BR-CO-13 ?
Lisez le message de la règle : il indique exactement quels termes métier (codes BT-/BG-) doivent être présents ou doivent s'additionner. Corrigez ces champs dans votre facture, puis revalidez. aiDoks affiche l'ID et le message de la règle en échec pour chaque facture téléversée.
Quels formats utilisent ces règles ?
EN 16931 est le socle commun. PEPPOL BIS 3.0, XRechnung, Factur-X/ZUGFeRD et les profils CIUS nationaux (Allemagne, Danemark, Suède, Italie, Pays-Bas et autres) ajoutent leurs propres règles. Cette page les couvre tous.
Et si ma règle n'est pas listée ici ?
Pas d'inquiétude : cette page met en avant les règles les plus courantes, mais notre validateur contrôle toujours votre facture par rapport à l'ensemble complet des règles (toutes les règles EN 16931, PEPPOL, XRechnung et Factur-X, y compris les contrôles de syntaxe et de listes de codes non listés ici). Téléversez votre facture et vous obtiendrez chaque règle applicable, listée sur cette page ou non.
Arrêtez de deviner pourquoi votre facture a échoué
Téléversez votre facture UBL, CII ou Factur-X et aiDoks signale chaque règle en échec avec son ID et son message – gratuit, sans inscription.