BR-01
fatalUna factura debe tener un identificador de especificación (BT-24).
Prueba técnica (XPath)
normalize-space(rsm:ExchangedDocumentContext/ram:GuidelineSpecifiedDocumentContextParameter/ram:ID) != ''Referencia de reglas de validación de e-facturas
Busque cualquier regla de validación de e-factura por su ID: qué comprueba, la prueba técnica, qué formatos la exigen y cómo corregir una infracción. Cubre el núcleo europeo EN 16931, PEPPOL BIS 3.0, XRechnung y perfiles CIUS nacionales, generado a partir del mismo schematron que ejecutan nuestros validadores.
209reglas documentadas
196fatal (bloqueante)
12familias de reglas
Mostrando209209reglas
EN 16931 — core rules (59)
BR-02
fatalUna factura debe tener un número de factura (BT-1).
Prueba técnica (XPath)
normalize-space(rsm:ExchangedDocument/ram:ID) != ''BR-03
fatalUna factura debe tener una fecha de emisión (BT-2).
Prueba técnica (XPath)
normalize-space(rsm:ExchangedDocument/ram:IssueDateTime/udt:DateTimeString[@format='102']) != ''BR-04
fatalUna factura debe tener un código de tipo de factura (BT-3).
Prueba técnica (XPath)
normalize-space(rsm:ExchangedDocument/ram:TypeCode) != ''BR-05
fatalUna factura debe tener un código de moneda (BT-5).
Prueba técnica (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:InvoiceCurrencyCode) != ''BR-06
fatalUna factura debe contener el nombre del vendedor (BT-27).
Prueba técnica (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:Name) != ''BR-07
fatalUna factura debe contener el nombre del comprador (BT-44).
Prueba técnica (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:Name) != ''BR-08
fatalUna factura debe contener la dirección postal del vendedor.
Prueba técnica (XPath)
rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddressBR-09
fatalLa dirección postal del vendedor (BG-5) debe contener el código de país del vendedor (BT-40).
Prueba técnica (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddress/ram:CountryID) != ''BR-10
fatalUna factura debe contener la dirección postal del comprador (BG-8).
Prueba técnica (XPath)
rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:PostalTradeAddressBR-11
fatalLa dirección postal del comprador debe contener el código de país del comprador (BT-55).
Prueba técnica (XPath)
normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:PostalTradeAddress/ram:CountryID) != ''BR-12
fatalUna factura debe tener la suma de los importes netos de las líneas (BT-106).
Prueba técnica (XPath)
(ram:LineTotalAmount)BR-13
fatalUna factura debe tener el importe total sin IVA (BT-109).
Prueba técnica (XPath)
(ram:TaxBasisTotalAmount)BR-14
fatalUna factura debe tener el importe total con IVA (BT-112).
Prueba técnica (XPath)
(ram:GrandTotalAmount)BR-15
fatalUna factura debe tener el importe a pagar (BT-115).
Prueba técnica (XPath)
(ram:DuePayableAmount)BR-16
fatalUna factura debe tener al menos una línea de factura (BG-25).
Prueba técnica (XPath)
//ram:IncludedSupplyChainTradeLineItemBR-17
fatalEl nombre del beneficiario (BT-59) debe indicarse en la factura si el beneficiario (BG-10) es distinto del vendedor (BG-4).
Prueba técnica (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
fatalEl nombre del representante fiscal del vendedor (BT-62) debe indicarse en la factura si el vendedor (BG-4) tiene un representante fiscal (BG-11).
Prueba técnica (XPath)
(ram:Name)BR-19
fatalLa dirección postal del representante fiscal del vendedor (BG-12) debe indicarse en la factura si el vendedor (BG-4) tiene un representante fiscal (BG-11).
Prueba técnica (XPath)
(ram:PostalTradeAddress)BR-20
fatalLa dirección postal del representante fiscal del vendedor (BG-12) debe contener el código de país del representante fiscal (BT-69) si el vendedor (BG-4) tiene un representante fiscal (BG-11).
Prueba técnica (XPath)
(ram:PostalTradeAddress/ram:CountryID)BR-21
fatalCada línea de factura (BG-25) debe tener un identificador de línea (BT-126).
Prueba técnica (XPath)
normalize-space(ram:AssociatedDocumentLineDocument/ram:LineID) != ''BR-22
fatalCada línea de factura (BG-25) debe tener una cantidad facturada (BT-129).
Prueba técnica (XPath)
(ram:SpecifiedLineTradeDelivery/ram:BilledQuantity)BR-23
fatalUna línea de factura (BG-25) debe tener un código de unidad de medida para la cantidad facturada (BT-130).
Prueba técnica (XPath)
(ram:SpecifiedLineTradeDelivery/ram:BilledQuantity/@unitCode)BR-24
fatalCada línea de factura (BG-25) debe tener un importe neto de línea (BT-131).
Prueba técnica (XPath)
(ram:SpecifiedLineTradeSettlement/ram:SpecifiedTradeSettlementLineMonetarySummation/ram:LineTotalAmount)BR-25
fatalCada línea de factura (BG-25) debe contener el nombre del artículo (BT-153).
Prueba técnica (XPath)
normalize-space(ram:SpecifiedTradeProduct/ram:Name) != ''BR-26
fatalCada línea de factura (BG-25) debe contener el precio neto del artículo (BT-146).
Prueba técnica (XPath)
(ram:SpecifiedLineTradeAgreement/ram:NetPriceProductTradePrice/ram:ChargeAmount)BR-27
fatalEl precio neto del artículo (BT-146) NO debe ser negativo.
Validar contra esta regla →BR-28
fatalEl precio bruto del artículo (BT-148) NO debe ser negativo.
Validar contra esta regla →BR-29
fatalSi se indican tanto la fecha de inicio (BT-73) como la fecha de fin (BT-74) del periodo de facturación, la fecha de fin debe ser posterior o igual a la fecha de inicio.
Validar contra esta regla →BR-30
fatalSi se indican tanto la fecha de inicio (BT-134) como la fecha de fin (BT-135) del periodo de la línea, la fecha de fin debe ser posterior o igual a la fecha de inicio.
Validar contra esta regla →BR-31
fatalCada descuento a nivel de documento (BG-20) debe tener un importe de descuento (BT-92).
Prueba técnica (XPath)
(../ram:ActualAmount)BR-32
fatalCada descuento a nivel de documento (BG-20) debe tener un código de categoría de IVA del descuento (BT-95).
Prueba técnica (XPath)
(../ram:CategoryTradeTax[upper-case(ram:TypeCode) = 'VAT']/ram:CategoryCode)BR-33
fatalCada descuento a nivel de documento (BG-20) debe tener un motivo de descuento (BT-97) o un código de motivo (BT-98).
Prueba técnica (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-36
fatalCada cargo a nivel de documento (BG-21) debe tener un importe de cargo (BT-99).
Prueba técnica (XPath)
(../ram:ActualAmount)BR-37
fatalCada cargo a nivel de documento (BG-21) debe tener un código de categoría de IVA del cargo (BT-102).
Prueba técnica (XPath)
(../ram:CategoryTradeTax[upper-case(ram:TypeCode) = 'VAT']/ram:CategoryCode)BR-38
fatalCada cargo a nivel de documento (BG-21) debe tener un motivo de cargo (BT-104) o un código de motivo (BT-105).
Prueba técnica (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-41
fatalCada descuento de línea de factura (BG-27) debe tener un importe de descuento (BT-136).
Prueba técnica (XPath)
(../ram:ActualAmount)BR-42
fatalCada descuento de línea de factura (BG-27) debe tener un motivo de descuento (BT-139) o un código de motivo (BT-140).
Prueba técnica (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-43
fatalCada cargo de línea de factura (BG-28) debe tener un importe de cargo (BT-141).
Prueba técnica (XPath)
(../ram:ActualAmount)BR-44
fatalCada cargo de línea de factura debe tener un motivo de cargo o un código de motivo de descuento.
Prueba técnica (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-45
fatalCada desglose de IVA (BG-23) debe tener un importe imponible por categoría de IVA (BT-116).
Prueba técnica (XPath)
(ram:BasisAmount)BR-46
fatalCada desglose de IVA (BG-23) debe tener un importe de impuesto por categoría de IVA (BT-117).
Prueba técnica (XPath)
(ram:CalculatedAmount)BR-47
fatalCada desglose de IVA (BG-23) debe definirse mediante un código de categoría de IVA (BT-118).
Prueba técnica (XPath)
(.[upper-case(ram:TypeCode) = 'VAT']/ram:CategoryCode)BR-48
fatalCada desglose de IVA (BG-23) debe tener un tipo de IVA (BT-119), salvo cuando la factura no esté sujeta a IVA.
Prueba técnica (XPath)
(.[upper-case(ram:TypeCode) = 'VAT']/ram:RateApplicablePercent) or (.[upper-case(ram:TypeCode) = 'VAT']/ram:CategoryCode = 'O')BR-49
fatalUna instrucción de pago (BG-16) debe especificar el código de tipo de medio de pago (BT-81).
Prueba técnica (XPath)
(ram:TypeCode)BR-50
fatalDebe existir un identificador de cuenta de pago (BT-84) si la factura incluye información de transferencia (BG-17).
Prueba técnica (XPath)
(ram:IBANID) or (ram:ProprietaryID)BR-51
fatalConforme a las normas de seguridad de pagos con tarjeta, una factura nunca debe incluir el número completo de la tarjeta principal (BT-87).
Prueba técnica (XPath)
string-length(ram:ID)<=10BR-52
fatalCada documento adicional de soporte (BG-24) debe contener una referencia (BT-122).
Prueba técnica (XPath)
normalize-space(ram:IssuerAssignedID) != ''BR-53
fatalSi se indica el código de moneda contable del IVA (BT-6), debe indicarse el importe total de IVA en moneda contable (BT-111).
Prueba técnica (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
fatalCada atributo de artículo (BG-32) debe contener un nombre de atributo (BT-160) y un valor de atributo (BT-161).
Prueba técnica (XPath)
(ram:Description) and (ram:Value)BR-55
fatalCada referencia a factura previa (BG-3) debe contener una referencia (BT-25).
Prueba técnica (XPath)
normalize-space(ram:IssuerAssignedID) != ''BR-56
fatalCada representante fiscal del vendedor (BG-11) debe tener un identificador de IVA (BT-63).
Prueba técnica (XPath)
normalize-space(ram:SpecifiedTaxRegistration/ram:ID[@schemeID='VA']) != ''BR-57
fatalCada dirección de entrega (BG-15) debe contener un código de país de entrega (BT-80).
Prueba técnica (XPath)
(ram:ShipToTradeParty/ram:PostalTradeAddress and normalize-space(ram:ShipToTradeParty/ram:PostalTradeAddress/ram:CountryID) != '') or not (ram:ShipToTradeParty/ram:PostalTradeAddress)BR-61
fatalSi el código de tipo de medio de pago (BT-81) indica transferencia SEPA, transferencia local o transferencia internacional no SEPA, debe existir el identificador de cuenta de pago (BT-84).
Prueba técnica (XPath)
(ram:IBANID) or (ram:ProprietaryID)BR-62
fatalLa dirección electrónica del vendedor (BT-34) debe tener un identificador de esquema.
Prueba técnica (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
fatalLa dirección electrónica del comprador (BT-49) debe tener un identificador de esquema.
Prueba técnica (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
fatalEl identificador estándar del artículo (BT-157) debe tener un identificador de esquema.
Prueba técnica (XPath)
normalize-space(ram:SpecifiedTradeProduct/ram:GlobalID/@schemeID) != '' or not (ram:SpecifiedTradeProduct/ram:GlobalID)BR-65
fatalEl identificador de clasificación del artículo (BT-158) debe tener un identificador de esquema.
Prueba técnica (XPath)
normalize-space(ram:ClassCode/@listID) != '' or not (ram:ClassCode)BR-66
fatalUna factura debe contener como máximo una cuenta de tarjeta de pago (BG-18).
Prueba técnica (XPath)
(ram:ChargeIndicator)EN 16931 — calculation rules (18)
BR-CO-03
fatalLa fecha de devengo del IVA (BT-7) y el código de fecha de devengo del IVA (BT-8) son mutuamente excluyentes.
Prueba técnica (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
fatalCada línea de factura (BG-25) debe estar categorizada con un código de categoría de IVA del artículo facturado (BT-151).
Prueba técnica (XPath)
(ram:SpecifiedLineTradeSettlement/ram:ApplicableTradeTax[upper-case(ram:TypeCode) = 'VAT']/ram:CategoryCode)BR-CO-05
fatalEl código de motivo de descuento a nivel de documento (BT-98) y el motivo de descuento (BT-97) deben indicar el mismo tipo de descuento.
Prueba técnica (XPath)
true()BR-CO-06
fatalEl código de motivo de cargo a nivel de documento (BT-105) y el motivo de cargo (BT-104) deben indicar el mismo tipo de cargo.
Prueba técnica (XPath)
true()BR-CO-07
fatalEl código de motivo de descuento de línea (BT-140) y el motivo de descuento (BT-139) deben indicar el mismo tipo de descuento.
Prueba técnica (XPath)
true()BR-CO-08
fatalEl código de motivo de cargo de línea (BT-145) y el motivo de cargo (BT-144) deben indicar el mismo tipo de cargo.
Prueba técnica (XPath)
true()BR-CO-09
fatalEl identificador de IVA del vendedor (BT-31), el del representante fiscal (BT-63) y el del comprador (BT-48) deben tener un prefijo conforme al código ISO 3166-1 alpha-2 que identifique el país de emisión. No obstante, Grecia puede usar el prefijo 'EL'.
Prueba técnica (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
fatalSuma de importes netos de las líneas (BT-106) = Suma de los importes netos de las líneas (BT-131).
Prueba técnica (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
fatalSuma de descuentos a nivel de documento (BT-107) = Suma de los importes de descuento a nivel de documento (BT-92).
Prueba técnica (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
fatalSuma de cargos a nivel de documento (BT-108) = Suma de los importes de cargo a nivel de documento (BT-99).
Prueba técnica (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
fatalImporte total sin IVA (BT-109) = Suma de los importes netos de las líneas (BT-131) − Suma de descuentos a nivel de documento (BT-107) + Suma de cargos a nivel de documento (BT-108).
Prueba técnica (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
fatalImporte total con IVA (BT-112) = Importe total sin IVA (BT-109) + Importe total de IVA (BT-110).
Prueba técnica (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
fatalImporte a pagar (BT-115) = Importe total con IVA (BT-112) − Importe pagado (BT-113) + Importe de redondeo (BT-114).
Prueba técnica (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
fatalImporte de impuesto por categoría de IVA (BT-117) = Importe imponible (BT-116) × (Tipo de IVA (BT-119) / 100), redondeado a dos decimales.
Validar contra esta regla →BR-CO-18
fatalUna factura debe tener al menos un grupo de desglose de IVA (BG-23).
Prueba técnica (XPath)
//rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTaxBR-CO-21
fatalCada descuento a nivel de documento (BG-20) debe contener un motivo de descuento (BT-97) o un código de motivo (BT-98), o ambos.
Prueba técnica (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-CO-22
fatalCada cargo a nivel de documento (BG-21) debe contener un motivo de cargo (BT-104) o un código de motivo (BT-105), o ambos.
Prueba técnica (XPath)
(../ram:Reason) or (../ram:ReasonCode)BR-CO-25
fatalSi el importe a pagar (BT-115) es positivo, debe existir la fecha de vencimiento (BT-9) o las condiciones de pago (BT-20).
Validar contra esta regla →EN 16931 — VAT category rules (16)
BR-AE-01
fatalUna factura que contenga una línea, descuento o cargo cuya categoría de IVA sea "Inversión del sujeto pasivo" debe contener en el desglose de IVA exactamente un código de categoría de IVA igual a "Inversión del sujeto pasivo".
Prueba técnica (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
fatalUna factura que contenga una línea cuya categoría de IVA del artículo sea "Inversión del sujeto pasivo" debe contener el identificador de IVA del vendedor, el identificador de registro fiscal del vendedor y/o el del representante fiscal, y el identificador de IVA del comprador y/o el identificador legal del comprador.
Prueba técnica (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
fatalEn una línea de factura cuyo código de categoría de IVA del artículo sea "Inversión del sujeto pasivo", el tipo de IVA del artículo debe ser 0 (cero).
Prueba técnica (XPath)
ram:RateApplicablePercent = 0BR-AE-09
fatalEl importe de impuesto en un desglose de IVA cuya categoría sea "Inversión del sujeto pasivo" debe ser 0 (cero).
Prueba técnica (XPath)
../ram:CalculatedAmount = 0BR-AE-10
fatalUn desglose de IVA con la categoría "Inversión del sujeto pasivo" debe tener un código de motivo de exención de IVA o el texto del motivo "Inversión del sujeto pasivo".
Prueba técnica (XPath)
(../ram:ExemptionReason) or (../ram:ExemptionReasonCode)BR-E-01
fatalUna factura que contenga una línea, descuento o cargo cuya categoría de IVA sea "Exento de IVA" debe contener exactamente un desglose de IVA con la categoría igual a "Exento de IVA".
Prueba técnica (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
fatalUna factura que contenga una línea cuya categoría de IVA del artículo sea "Exento de IVA" debe contener el identificador de IVA del vendedor, el identificador de registro fiscal y/o el del representante fiscal.
Prueba técnica (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
fatalUna factura que contenga una línea, descuento o cargo cuya categoría de IVA sea "Exportación fuera de la UE" debe contener en el desglose de IVA exactamente un código de categoría igual a "Exportación fuera de la UE".
Prueba técnica (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
fatalUna factura que contenga una línea cuya categoría de IVA del artículo sea "Exportación fuera de la UE" debe contener el identificador de IVA del vendedor o el del representante fiscal.
Prueba técnica (XPath)
(//ram:SellerTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA'] or //ram:SellerTaxRepresentativeTradeParty/ram:SpecifiedTaxRegistration/ram:ID[@schemeID = 'VA'])BR-IC-01
fatalUna factura que contenga una línea, descuento o cargo cuya categoría de IVA sea "Entrega intracomunitaria" debe contener en el desglose de IVA exactamente un código de categoría igual a "Entrega intracomunitaria".
Prueba técnica (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
fatalUna factura que contenga una línea cuya categoría de IVA del artículo sea "Entrega intracomunitaria" debe contener el identificador de IVA del vendedor o el del representante fiscal, y el identificador de IVA del comprador.
Prueba técnica (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
fatalUna factura que contenga una línea, descuento o cargo cuya categoría de IVA sea "No sujeto a IVA" debe contener exactamente un grupo de desglose de IVA con la categoría igual a "No sujeto a IVA".
Prueba técnica (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
fatalUna factura que contenga una línea, descuento o cargo cuya categoría de IVA sea "Tipo estándar" debe contener en el desglose de IVA al menos un código de categoría igual a "Tipo estándar".
Validar contra esta regla →BR-S-02
fatalUna factura que contenga una línea cuya categoría de IVA del artículo sea "Tipo estándar" debe contener el identificador de IVA del vendedor, el identificador de registro fiscal y/o el del representante fiscal.
Prueba técnica (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
fatalUna factura que contenga una línea, descuento o cargo cuya categoría de IVA sea "Tipo cero" debe contener en el desglose de IVA exactamente un código de categoría igual a "Tipo cero".
Prueba técnica (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
fatalUna factura que contenga una línea cuya categoría de IVA del artículo sea "Tipo cero" debe contener el identificador de IVA del vendedor, el identificador de registro fiscal y/o el del representante fiscal.
Prueba técnica (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
fatalEl número máximo de decimales permitido para el importe de descuento a nivel de documento (BT-92) es 2.
Prueba técnica (XPath)
string-length(substring-after(../ram:ActualAmount,'.'))<=2BR-DEC-02
fatalEl número máximo de decimales permitido para el importe base de descuento a nivel de documento (BT-93) es 2.
Prueba técnica (XPath)
string-length(substring-after(../ram:BasisAmount,'.'))<=2BR-DEC-05
fatalEl número máximo de decimales permitido para el importe de cargo a nivel de documento (BT-99) es 2.
Prueba técnica (XPath)
string-length(substring-after(../ram:ActualAmount,'.'))<=2BR-DEC-06
fatalEl número máximo de decimales permitido para el importe base de cargo a nivel de documento (BT-100) es 2.
Prueba técnica (XPath)
string-length(substring-after(../ram:BasisAmount,'.'))<=2BR-DEC-09
fatalEl número máximo de decimales permitido para la suma de importes netos de líneas (BT-106) es 2.
Prueba técnica (XPath)
string-length(substring-after(ram:LineTotalAmount,'.'))<=2BR-DEC-10
fatalEl número máximo de decimales permitido para la suma de descuentos a nivel de documento (BT-107) es 2.
Prueba técnica (XPath)
string-length(substring-after(ram:AllowanceTotalAmount,'.'))<=2BR-DEC-11
fatalEl número máximo de decimales permitido para la suma de cargos a nivel de documento (BT-108) es 2.
Prueba técnica (XPath)
string-length(substring-after(ram:ChargeTotalAmount,'.'))<=2BR-DEC-12
fatalEl número máximo de decimales permitido para el importe total sin IVA (BT-109) es 2.
Prueba técnica (XPath)
string-length(substring-after(ram:TaxBasisTotalAmount,'.'))<=2BR-DEC-13
fatalEl número máximo de decimales permitido para el importe total de IVA (BT-110) es 2.
Prueba técnica (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
fatalEl número máximo de decimales permitido para el importe total con IVA (BT-112) es 2.
Prueba técnica (XPath)
string-length(substring-after(ram:GrandTotalAmount,'.'))<=2BR-DEC-15
fatalEl número máximo de decimales permitido para el importe total de IVA en moneda contable (BT-111) es 2.
Prueba técnica (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
fatalEl número máximo de decimales permitido para el importe pagado (BT-113) es 2.
Prueba técnica (XPath)
string-length(substring-after(ram:TotalPrepaidAmount,'.'))<=2BR-DEC-17
fatalEl número máximo de decimales permitido para el importe de redondeo (BT-114) es 2.
Prueba técnica (XPath)
string-length(substring-after(ram:RoundingAmount,'.'))<=2BR-DEC-18
fatalEl número máximo de decimales permitido para el importe a pagar (BT-115) es 2.
Prueba técnica (XPath)
string-length(substring-after(ram:DuePayableAmount,'.'))<=2PEPPOL BIS 3.0 (38)
PEPPOL-COMMON-R040
fatalEl GLN debe tener un formato válido según las reglas de GS1.
Prueba técnica (XPath)
matches(normalize-space(), '^[0-9]+$') and u:gln(normalize-space())PEPPOL-COMMON-R041
fatalEl número de organización noruego DEBE indicarse en el formato correcto.
Prueba técnica (XPath)
matches(normalize-space(), '^[0-9]{9}$') and u:mod11(normalize-space())PEPPOL-COMMON-R042
fatalEl número de organización danés (CVR) DEBE indicarse en el formato correcto.
Prueba técnica (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
fatalEl número de empresa belga DEBE indicarse en el formato correcto.
Prueba técnica (XPath)
matches(normalize-space(), '^[0-9]{10}$') and u:mod97-0208(normalize-space())PEPPOL-COMMON-R044
warningEl código IPA (Codice Univoco Unità Organizzativa) debe indicarse en el formato correcto.
Prueba técnica (XPath)
u:checkCodiceIPA(normalize-space())PEPPOL-COMMON-R045
warningEl código fiscal (Codice Fiscale) debe indicarse en el formato correcto.
Prueba técnica (XPath)
u:checkCF(normalize-space())PEPPOL-COMMON-R046
warningEl código fiscal (Codice Fiscale) debe indicarse en el formato correcto.
Prueba técnica (XPath)
u:checkCF(normalize-space())PEPPOL-COMMON-R047
warningEl número de IVA italiano (Partita Iva) debe indicarse en el formato correcto.
Prueba técnica (XPath)
u:checkPIVAseIT(normalize-space())PEPPOL-COMMON-R048
warningEl número de IVA italiano (Partita Iva) debe indicarse en el formato correcto.
Prueba técnica (XPath)
u:checkPIVAseIT(normalize-space())PEPPOL-COMMON-R049
fatalEl número de organización sueco DEBE indicarse en el formato correcto.
Prueba técnica (XPath)
string-length(normalize-space()) = 10 and string(number(normalize-space())) != 'NaN' and u:checkSEOrgnr(normalize-space())PEPPOL-COMMON-R050
fatalEl Australian Business Number (ABN) DEBE indicarse en el formato correcto.
Prueba técnica (XPath)
matches(normalize-space(), '^[0-9]{11}$') and u:abn(normalize-space())PEPPOL-EN16931-R001
fatalSe DEBE indicar el proceso de negocio.
Prueba técnica (XPath)
cbc:ProfileIDPEPPOL-EN16931-R002
fatalNo se permite más de una nota a nivel de documento.
Prueba técnica (XPath)
count(cbc:Note) <= 1 or ($supplierCountryIsDE and $customerCountryIsDE)PEPPOL-EN16931-R003
fatalSe DEBE indicar una referencia del comprador o una referencia del pedido.
Prueba técnica (XPath)
cbc:BuyerReference or cac:OrderReference/cbc:IDPEPPOL-EN16931-R004
fatalEl identificador de especificación DEBE tener el valor 'urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0'.
Prueba técnica (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
fatalEl código de moneda contable del IVA DEBE ser distinto del código de moneda de la factura cuando se indique.
Prueba técnica (XPath)
not(normalize-space(text()) = normalize-space(../cbc:DocumentCurrencyCode/text()))PEPPOL-EN16931-R007
fatalEl proceso de negocio DEBE tener el formato 'urn:fdc:peppol.eu:2017:poacc:billing:NN:1.0', donde NN indica el número de proceso.
Prueba técnica (XPath)
$profile != 'Unknown'PEPPOL-EN16931-R008
fatalEl documento NO DEBE contener elementos vacíos.
Prueba técnica (XPath)
false()PEPPOL-EN16931-R010
fatalSe DEBE indicar la dirección electrónica del comprador.
Prueba técnica (XPath)
cbc:EndpointIDPEPPOL-EN16931-R020
fatalSe DEBE indicar la dirección electrónica del vendedor.
Prueba técnica (XPath)
cbc:EndpointIDPEPPOL-EN16931-R041
fatalSe DEBE indicar el importe base del descuento/cargo cuando se indique el porcentaje del descuento/cargo.
Prueba técnica (XPath)
false()PEPPOL-EN16931-R042
fatalSe DEBE indicar el porcentaje del descuento/cargo cuando se indique el importe base del descuento/cargo.
Prueba técnica (XPath)
false()PEPPOL-EN16931-R043
fatalEl valor del ChargeIndicator del descuento/cargo DEBE ser 'true' o 'false'.
Prueba técnica (XPath)
normalize-space(cbc:ChargeIndicator/text()) = 'true' or normalize-space(cbc:ChargeIndicator/text()) = 'false'PEPPOL-EN16931-R044
fatalNO se permite un cargo a nivel de precio. Solo se permite el valor 'false'.
Prueba técnica (XPath)
normalize-space(cbc:ChargeIndicator) = 'false'PEPPOL-EN16931-R046
fatalEl precio neto del artículo DEBE ser igual a (precio bruto − importe del descuento) cuando se indique un precio bruto.
Prueba técnica (XPath)
not(cbc:BaseAmount) or xs:decimal(../cbc:PriceAmount) = xs:decimal(cbc:BaseAmount) - xs:decimal(cbc:Amount)PEPPOL-EN16931-R051
fatalTodos los atributos currencyID deben tener el mismo valor que el código de moneda de la factura (BT-5), salvo el importe total de IVA de la factura en moneda contable (BT-111).
Prueba técnica (XPath)
@currencyID = $documentCurrencyCodePEPPOL-EN16931-R053
fatalSolo se DEBE indicar un total de impuestos con subtotales de impuestos.
Prueba técnica (XPath)
count(cac:TaxTotal[cac:TaxSubtotal]) = 1PEPPOL-EN16931-R054
fatalSolo se DEBE indicar un total de impuestos sin subtotales cuando se indique el código de moneda fiscal.
Prueba técnica (XPath)
count(cac:TaxTotal[not(cac:TaxSubtotal)]) = (if (cbc:TaxCurrencyCode) then 1 else 0)PEPPOL-EN16931-R055
fatalEl importe total de IVA de la factura y el importe total de IVA en moneda contable DEBEN tener el mismo signo.
Prueba técnica (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
fatalSe DEBE indicar una referencia de mandato para domiciliación bancaria.
Prueba técnica (XPath)
cac:PaymentMandate/cbc:IDPEPPOL-EN16931-R080
fatalSolo se permite una referencia de proyecto a nivel de documento.
Prueba técnica (XPath)
(count(cac:AdditionalDocumentReference[cbc:DocumentTypeCode='50']) <= 1)PEPPOL-EN16931-R100
fatalSolo se permite un objeto facturado por línea.
Prueba técnica (XPath)
(count(cac:DocumentReference) <= 1)PEPPOL-EN16931-R101
fatalEl elemento Referencia de documento solo puede utilizarse para el objeto de la línea de factura.
Prueba técnica (XPath)
(not(cac:DocumentReference) or (cac:DocumentReference/cbc:DocumentTypeCode='130'))PEPPOL-EN16931-R110
fatalLa fecha de inicio del periodo de la línea DEBE estar dentro del periodo de la factura.
Prueba técnica (XPath)
xs:date(text()) >= xs:date(../../../cac:InvoicePeriod/cbc:StartDate)PEPPOL-EN16931-R111
fatalLa fecha de fin del periodo de la línea DEBE estar dentro del periodo de la factura.
Prueba técnica (XPath)
xs:date(text()) <= xs:date(../../../cac:InvoicePeriod/cbc:EndDate)PEPPOL-EN16931-R120
fatalEl importe neto de la línea de factura DEBE ser igual a (cantidad facturada * (precio neto del artículo / cantidad base del precio) + suma de cargos de la línea − suma de descuentos de la línea).
Prueba técnica (XPath)
u:slack($lineExtensionAmount, ($quantity * ($priceAmount div $baseQuantity)) + $chargesTotal - $allowancesTotal, 0.02)PEPPOL-EN16931-R121
fatalLa cantidad base DEBE ser un número positivo mayor que cero.
Prueba técnica (XPath)
not(cac:Price/cbc:BaseQuantity) or xs:decimal(cac:Price/cbc:BaseQuantity) > 0PEPPOL-EN16931-R130
fatalEl código de unidad de la cantidad base del precio DEBE coincidir con el de la cantidad facturada.
Prueba técnica (XPath)
not($hasQuantity) or @unitCode = $quantity/@unitCodeNational CIUS (DK) (13)
DK-R-002
fatalLos proveedores daneses DEBEN indicar la entidad legal (número CVR).
Prueba técnica (XPath)
(normalize-space(cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID/text()) != '')DK-R-003
warningLos proveedores daneses DEBEN indicar el identificador legal (número CVR) cuando el código de clasificación del artículo sea TST.
Prueba técnica (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
fatalLos proveedores daneses DEBEN indicar un texto de motivo cuando el código de motivo de descuento/cargo sea ZZZ.
Prueba técnica (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
fatalPara los proveedores daneses se permiten los siguientes códigos de medio de pago: 1, 10, 31, 42, 48, 49, 50, 58, 59, 93 y 97.
Prueba técnica (XPath)
contains(' 1 10 31 42 48 49 50 58 59 93 97 ', concat(' ', cbc:PaymentMeansCode, ' '))DK-R-006
fatalPara los proveedores daneses, los datos bancarios y de enrutamiento son obligatorios para el pago por transferencia.
Prueba técnica (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
fatalPara los proveedores daneses, el ID del mandato de pago y el ID de cuenta del vendedor son obligatorios para domiciliación.
Prueba técnica (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
fatalPara los proveedores daneses, el número principal de la tarjeta es obligatorio para el pago con tarjeta.
Prueba técnica (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
fatalPara los proveedores daneses, el nombre del titular de la tarjeta es obligatorio para el pago con tarjeta.
Prueba técnica (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
fatalPara los proveedores daneses, el ID de la sucursal de la institución financiera es obligatorio para el tipo de pago 93.
Prueba técnica (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
fatalPara los proveedores daneses, el ID de la cuenta financiera del beneficiario es obligatorio para el tipo de pago 93.
Prueba técnica (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
fatalPara los proveedores daneses solo se permiten valores positivos en la cantidad facturada.
Prueba técnica (XPath)
not((boolean(cbc:ID)) and (normalize-space(cbc:ID/@schemeID) = '') )DK-R-014
fatalPara los proveedores daneses, el código de moneda del documento debe coincidir con el código de moneda fiscal cuando se indique.
Prueba técnica (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
fatalPara las notas de crédito danesas con comprador danés, debe indicarse una referencia a la factura previa.
Prueba técnica (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
fatalCuando el proveedor sea griego, el ID de factura debe constar de 6 segmentos.
Prueba técnica (XPath)
count($IdSegments) = 6GR-R-001-2
fatalCuando el proveedor sea griego, el primer segmento del ID de factura debe ser un número fiscal válido de 9 dígitos.
Prueba técnica (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
fatalCuando el proveedor sea griego, el segundo segmento del ID de factura debe ser una oficina fiscal válida.
Validar contra esta regla →GR-R-001-4
fatalCuando el proveedor sea griego, el tercer segmento del ID de factura debe ser un entero positivo.
Validar contra esta regla →GR-R-001-5
fatalCuando el proveedor sea griego, el cuarto segmento del ID de factura debe ser un tipo de documento griego válido.
Validar contra esta regla →GR-R-001-6
fatalCuando el proveedor sea griego, el quinto segmento del ID de factura no debe estar vacío.
Validar contra esta regla →GR-R-001-7
fatalCuando el proveedor sea griego, el sexto segmento del ID de factura no debe estar vacío.
Validar contra esta regla →GR-R-002
fatalLos proveedores griegos deben indicar su nombre completo tal como esté registrado en el Registro Mercantil griego.
Validar contra esta regla →GR-R-003
fatalPara los proveedores griegos, el IVA debe comenzar por 'EL' y ser un número TIN válido.
Prueba técnica (XPath)
substring(.,1,2) = 'EL' and u:TinVerification(substring(.,3))GR-R-004-1
fatalCuando el proveedor sea griego, debe haber un número MARK.
Prueba técnica (XPath)
count(cac:AdditionalDocumentReference[cbc:DocumentDescription = '##M.AR.K##'])=1GR-R-004-2
fatalCuando el proveedor sea griego, el número MARK debe ser un entero positivo.
Prueba técnica (XPath)
matches(.,'^[1-9]([0-9]*)')GR-R-005
fatalLos proveedores griegos deben indicar el nombre completo del comprador.
Validar contra esta regla →GR-R-006
fatalPara los compradores griegos, la factura DEBE contener su número de IVA.
Prueba técnica (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
fatalCuando el proveedor sea griego, no debe haber más de una URL de factura.
Prueba técnica (XPath)
(count(cac:AdditionalDocumentReference[cbc:DocumentDescription = '##INVOICE|URL##']) = 0 ) or (count(cac:AdditionalDocumentReference[cbc:DocumentDescription = '##INVOICE|URL##']) = 1 )GR-R-008-3
fatalCuando el proveedor sea griego y exista la referencia de URL de factura, debe estar presente el URI de referencia externa.
Validar contra esta regla →GR-R-009
fatalLos proveedores griegos que envíen una factura a través de la red PEPPOL deben utilizar un número TIN correcto como dirección electrónica.
Prueba técnica (XPath)
./@schemeID='9933' and u:TinVerification(.)GR-R-010
fatalLos proveedores griegos que envíen una factura a través de PEPPOL a un comprador griego deben utilizar un número TIN correcto como dirección electrónica.
Prueba técnica (XPath)
./@schemeID='9933' and u:TinVerification(.)National CIUS (IS) (6)
IS-R-002
fatalSi el vendedor es islandés, debe contener el ID legal del vendedor.
Prueba técnica (XPath)
exists(cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID) and cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID/@schemeID = '0196'IS-R-003
fatalSi el vendedor es islandés, debe contener su dirección con nombre de calle y código postal.
Prueba técnica (XPath)
exists(cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:StreetName) and exists(cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:PostalZone)IS-R-004
fatalSi tanto el vendedor como el comprador son islandeses, la factura debe contener el identificador legal islandés del comprador.
Prueba técnica (XPath)
exists(cac:Party/cac:PartyLegalEntity/cbc:CompanyID) and cac:Party/cac:PartyLegalEntity/cbc:CompanyID/@schemeID = '0196'IS-R-005
fatalSi tanto el vendedor como el comprador son islandeses, la factura debe contener la dirección del comprador con nombre de calle y código postal.
Prueba técnica (XPath)
exists(cac:Party/cac:PostalAddress/cbc:StreetName) and exists(cac:Party/cac:PostalAddress/cbc:PostalZone)IS-R-006
fatalSi el vendedor es islandés y el medio de pago es transferencia, debe indicarse un ID válido de PayeeFinancialAccount.
Prueba técnica (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
fatalSi el vendedor es islandés y el medio de pago es transferencia bancaria, debe indicarse un ID válido de PayeeFinancialAccount.
Prueba técnica (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
fatalPara los proveedores italianos, BT-32 debe tener una longitud mínima de 11 y máxima de 16.
Prueba técnica (XPath)
matches(normalize-space(cbc:CompanyID),'^[A-Z0-9]{11,16}$')IT-R-002
fatalLos proveedores italianos DEBEN indicar la primera línea de la dirección postal.
Prueba técnica (XPath)
cac:PostalAddress/cbc:StreetNameIT-R-003
fatalLos proveedores italianos DEBEN indicar la ciudad de la dirección postal.
Prueba técnica (XPath)
cac:PostalAddress/cbc:CityNameIT-R-004
fatalLos proveedores italianos DEBEN indicar el código postal de la dirección.
Prueba técnica (XPath)
cac:PostalAddress/cbc:PostalZoneNational CIUS (NL) (9)
NL-R-001
fatalPara los proveedores neerlandeses, si el documento es una nota de crédito, DEBE contener una referencia a la factura.
Prueba técnica (XPath)
/*/cac:BillingReference/cac:InvoiceDocumentReference/cbc:IDNL-R-002
fatalPara los proveedores neerlandeses, la dirección del proveedor DEBE contener calle, ciudad y código postal.
Prueba técnica (XPath)
cbc:StreetName and cbc:CityName and cbc:PostalZoneNL-R-003
fatalPara los proveedores neerlandeses, el identificador legal DEBE ser un número KVK u OIN (schemeID 0106 o 0190).
Prueba técnica (XPath)
(contains(concat(' ', string-join(@schemeID, ' '), ' '), ' 0106 ') or contains(concat(' ', string-join(@schemeID, ' '), ' '), ' 0190 ')) and (normalize-space(.) != '')NL-R-004
fatalPara los proveedores neerlandeses, si el cliente está en los Países Bajos, la dirección del cliente DEBE contener calle, ciudad y código postal.
Prueba técnica (XPath)
cbc:StreetName and cbc:CityName and cbc:PostalZoneNL-R-005
fatalPara los proveedores neerlandeses, si el cliente está en los Países Bajos, el identificador legal del cliente DEBE ser un número KVK u OIN.
Prueba técnica (XPath)
(contains(concat(' ', string-join(@schemeID, ' '), ' '), ' 0106 ') or contains(concat(' ', string-join(@schemeID, ' '), ' '), ' 0190 ')) and (normalize-space(.) != '')NL-R-006
fatalPara los proveedores neerlandeses, si el representante fiscal está en los Países Bajos, la dirección DEBE contener calle, ciudad y código postal.
Prueba técnica (XPath)
cbc:StreetName and cbc:CityName and cbc:PostalZoneNL-R-007
fatalPara los proveedores neerlandeses, el proveedor DEBE indicar un medio de pago si el pago va del cliente al proveedor.
Prueba técnica (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
fatalPara los proveedores neerlandeses, el código de medio de pago debe ser 30, 48, 49, 57, 58 o 59.
Prueba técnica (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
fatalPara los proveedores neerlandeses, si se usa una referencia de línea de pedido, debe existir una referencia de pedido a nivel de documento.
Prueba técnica (XPath)
exists(/*/cac:OrderReference/cbc:ID)National CIUS (NO) (2)
NO-R-001
fatalLos proveedores noruegos DEBEN indicar el ID de IVA en el formato correcto (12 dígitos + 'MVA').
Prueba técnica (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
warningPara los proveedores noruegos, la mayoría de los emisores de facturas deben añadir "Foretaksregisteret" a su registro.
Prueba técnica (XPath)
normalize-space(cac:PartyTaxScheme[normalize-space(cac:TaxScheme/cbc:ID) = 'TAX']/cbc:CompanyID) = 'Foretaksregisteret'National CIUS (SE) (13)
SE-R-001
fatalPara los proveedores suecos, los números de IVA deben tener 14 caracteres.
Prueba técnica (XPath)
string-length(normalize-space(cac:PartyTaxScheme[cac:TaxScheme/cbc:ID = 'VAT']/cbc:CompanyID)) = 14SE-R-002
fatalPara los proveedores suecos, los 12 caracteres finales del número de IVA deben ser numéricos.
Prueba técnica (XPath)
string(number(substring(cac:PartyTaxScheme[cac:TaxScheme/cbc:ID = 'VAT']/cbc:CompanyID, 3, 12))) != 'NaN'SE-R-003
fatalLos números de organización suecos deben ser numéricos.
Prueba técnica (XPath)
string(number(cbc:CompanyID)) != 'NaN'SE-R-004
fatalLos números de organización suecos constan de 10 caracteres.
Prueba técnica (XPath)
string-length(normalize-space(cbc:CompanyID)) = 10SE-R-005
fatalPara los proveedores suecos, cuando se utilice el identificador de registro fiscal del vendedor, debe indicarse 'Godkand for F-skatt'.
Prueba técnica (XPath)
normalize-space(upper-case(.)) = 'GODKÄND FÖR F-SKATT'SE-R-006
fatalPara los proveedores suecos solo se utilizan los tipos estándar de IVA del 6, 12 o 25 %.
Prueba técnica (XPath)
number(cbc:Percent) = 25 or number(cbc:Percent) = 12 or number(cbc:Percent) = 6SE-R-007
warningPara los proveedores suecos que utilicen Plusgiro, el ID de la cuenta debe ser numérico.
Prueba técnica (XPath)
string(number(normalize-space(.))) != 'NaN'SE-R-008
warningPara los proveedores suecos que utilicen Bankgiro, el ID de la cuenta debe ser numérico.
Prueba técnica (XPath)
string(number(normalize-space(.))) != 'NaN'SE-R-009
warningPara los proveedores suecos que utilicen Bankgiro, el ID de la cuenta debe tener 7-8 caracteres.
Prueba técnica (XPath)
string-length(normalize-space(.)) = 7 or string-length(normalize-space(.)) = 8SE-R-010
warningPara los proveedores suecos que utilicen Plusgiro, el ID de la cuenta debe tener 2-8 caracteres.
Prueba técnica (XPath)
string-length(normalize-space(.)) >= 2 and string-length(normalize-space(.)) <= 8SE-R-011
warningPara los proveedores suecos que utilicen Bankgiro o Plusgiro suecos, la forma correcta de indicarlo es usar el código 30 para PaymentMeans y el ID de FinancialInstitutionBranch con el código SE:BANKGIRO o SE:PLUSGIRO.
Prueba técnica (XPath)
false()SE-R-012
warningPara las transacciones nacionales entre socios comerciales suecos, la transferencia bancaria debe indicarse con PaymentMeansCode="30".
Prueba técnica (XPath)
false()SE-R-013
fatalEl último dígito de un número de organización sueco debe ser válido según el algoritmo de Luhn.
Prueba técnica (XPath)
u:checkSEOrgnr(normalize-space(cbc:CompanyID))Preguntas frecuentes
¿Qué es una regla de validación PEPPOL / EN 16931?
Es una regla de negocio (identificada por un código como BR-CO-13 o PEPPOL-EN16931-R008) que una e-factura debe cumplir para ser válida según el estándar europeo EN 16931 o un CIUS nacional como PEPPOL BIS 3.0 o XRechnung. Los validadores ejecutan estas reglas, expresadas como schematron, contra el XML de la factura.
¿Qué significa una regla «fatal» frente a una «advertencia»?
Una regla fatal debe cumplirse o el receptor rechaza la factura. Una advertencia señala un probable error pero no bloquea la factura. La mayoría de las reglas BR-* y PEPPOL-* son fatales; unas pocas son advertencias.
¿Cómo corrijo una infracción de regla como BR-CO-13?
Lee el mensaje de la regla: indica exactamente qué términos de negocio (códigos BT-/BG-) deben estar presentes o deben sumar. Corrige esos campos en tu factura y vuelve a validar. aiDoks muestra el ID y el mensaje de la regla fallida para cada factura subida.
¿Qué formatos usan estas reglas?
EN 16931 es el núcleo común. PEPPOL BIS 3.0, XRechnung, Factur-X/ZUGFeRD y los perfiles CIUS nacionales (Alemania, Dinamarca, Suecia, Italia, los Países Bajos y otros) añaden sus propias reglas. Esta página los cubre todos.
¿Y si mi regla no aparece aquí?
No te preocupes: esta página destaca las reglas más comunes, pero nuestro validador siempre comprueba tu factura contra el conjunto completo de reglas (todas las reglas EN 16931, PEPPOL, XRechnung y Factur-X, incluidas las comprobaciones de sintaxis y de listas de códigos no listadas aquí). Sube tu factura y obtendrás todas las reglas aplicables, aparezcan en esta página o no.
Deja de adivinar por qué falló tu factura
Sube tu factura UBL, CII o Factur-X y aiDoks informa de cada regla fallida con su ID y mensaje: gratis, sin registro.