billxml / Codes d'erreur / Calculs BR-CO (1/1) / BR-CO-03
BR-CO-03
Ceci est une règle de validation issue des règlesets officiels de facturation électronique européenne. Si votre logiciel signale cette règle, l'exigence ci-dessous n'était pas respectée.
EN 16931 CII (1.3.16), CII
[BR-CO-03]-Value added tax point date (BT-7) and Value added tax point date code (BT-8) are mutually exclusive.
| Gravité | fatal |
|---|---|
| S'applique à | //ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax |
| Ruleset | EN 16931 CII 1.3.16 |
EN 16931 UBL (1.3.16), UBL
[BR-CO-03]-Value added tax point date (BT-7) and Value added tax point date code (BT-8) are mutually exclusive.
| Gravité | fatal |
|---|---|
| S'applique à | /ubl:Invoice | /cn:CreditNote |
| Ruleset | EN 16931 UBL 1.3.16 |
Peppol CEN layer CII (CEN 1.3.16), CII
[BR-CO-03]-Value added tax point date (BT-7) and Value added tax point date code (BT-8) are mutually exclusive.
| Gravité | fatal |
|---|---|
| S'applique à | //ram:ApplicableHeaderTradeSettlement/ram:ApplicableTradeTax |
| Ruleset | Peppol CEN layer CII CEN 1.3.16 |
Peppol CEN layer UBL (CEN 1.3.16), UBL
[BR-CO-03]-Value added tax point date (BT-7) and Value added tax point date code (BT-8) are mutually exclusive.
| Gravité | fatal |
|---|---|
| S'applique à | /ubl:Invoice | /cn:CreditNote |
| Ruleset | Peppol CEN layer UBL CEN 1.3.16 |
Famille: Dates et périodes
Comment corriger cette erreur
Cause probable
Une date requise est absente, son format ne correspond pas au profil, deux champs exclusifs sont fournis ensemble, ou les bornes d’une période sont incohérentes.
Correction
Renseignez le champ cité par la règle. Pour PEPPOL-EN16931-F001, utilisez YYYY-MM-DD en UBL et YYYYMMDD avec format 102 en CII. Pour une période, vérifiez la présence et l’ordre des bornes. BR-CO-25 exige une échéance ou des conditions de paiement lorsque le montant dû est positif.
Exemple XML
<cbc:IssueDate>2017-12-01</cbc:IssueDate>
<cac:InvoicePeriod>
<cbc:StartDate>2017-12-01</cbc:StartDate>
<cbc:EndDate>2017-12-31</cbc:EndDate>
</cac:InvoicePeriod>Questions fréquentes
Quel format de date utiliser ?
PEPPOL-EN16931-F001 exige YYYY-MM-DD pour les dates UBL. La même règle exige YYYYMMDD avec l’attribut format 102 pour CII.
Comment vérifier une période ?
Renseignez au moins la borne exigée par la règle et, si les deux bornes sont présentes, gardez une date de fin postérieure ou égale à la date de début.
Technical guidance is currently available in English.
Cause probable
A required date is missing, its format does not match the profile, mutually exclusive fields are both present, or a period’s boundaries are inconsistent.
Correction
Supply the field named by the rule. For PEPPOL-EN16931-F001, use YYYY-MM-DD in UBL and YYYYMMDD with format 102 in CII. For a period, check boundary presence and ordering. BR-CO-25 requires a due date or payment terms when the amount due is positive.
Exemple XML
<cbc:IssueDate>2017-12-01</cbc:IssueDate>
<cac:InvoicePeriod>
<cbc:StartDate>2017-12-01</cbc:StartDate>
<cbc:EndDate>2017-12-31</cbc:EndDate>
</cac:InvoicePeriod>Questions fréquentes
Which date format should I use?
PEPPOL-EN16931-F001 requires YYYY-MM-DD for UBL dates. The same rule requires YYYYMMDD with the format 102 attribute for CII.
How should I check a period?
Supply at least the boundary required by the rule and, when both are present, keep the end date later than or equal to the start date.
Le texte de la règle ci-dessus est cité mot pour mot depuis les règlesets schematron officiels. billxml les exécute sans modification.