Facture rectificative
La rectification d’une livraison de marchandises surfacturée : type de document 384, tous les montants négatifs, les prix unitaires positifs. Construite étape par étape, en gardant un œil sur les endroits où une rectification diffère d’un avoir.
La base est la facture d’exemple officielle
X14_01_Rechnungskorrektur issue de la documentation
Factur-X / ZUGFeRD (jeu d’exemples FeRD, ZUGFeRD 2.5.0, profil
EXTENDED). Le code ci-dessous produit exactement ce document, champ par
champ et dans le même ordre.
Rectification ou avoir ?
C’est la question qui prend le plus de temps, et elle décide de chaque signe dans le document. Les deux types de document réduisent une créance, mais ils le font de manière opposée :
| Facture rectificative (384) | Avoir (381) | |
|---|---|---|
| FactoorSharp | InvoiceType.Correction |
InvoiceType.CreditNote |
| Quantités (BT-129) | négatives | positives |
| Prix unitaires (BT-146 / BT-148) | positifs | positifs |
| Totaux, taxes, remises | négatifs | positifs |
| Lecture | Le document rectifie la facture d’origine d’un montant de différence. | Le document reflète la facture d’origine dans son ensemble. |
Le signe appartient à la quantité, pas au prix. Un prix unitaire négatif associé à une quantité positive donne arithmétiquement le même total de ligne, mais c’est incorrect sur le plan métier et de nombreux destinataires le remarqueront. La référence procède dans l’autre sens, et cette page aussi.
Les sections ci-dessous s’enchaînent et appartiennent à un seul programme. Si vous ne connaissez pas encore FactoorSharp, commencez plutôt par Pour commencer – ici l’accent est mis sur ce qui rend la rectification particulière. Pour chaque numéro BT et BG, vous trouverez l’élément XML correspondant dans la référence Factur-X.
1. En-tête de facture
Outre le numéro, la date et la devise, deux éléments ressortent : le type de document et le processus métier (BT-23), que cet exemple renseigne contrairement à la facture de marchandises.
2. Notes en texte libre
Les mêmes types de note que dans la facture de marchandises, mais dans un ordre
différent : ici la note AAK avec son code de contenu vient en
premier. Comme le contrôle croisé avec la référence compare aussi l’ordre,
ce n’est pas un détail mais une exigence.
Les textes des notes, les noms de produits et les motifs de remise restent en allemand sur toute cette page : ce sont les données de la facture de référence officielle, et les traduire romprait la comparaison avec elle.
3. Vendeur et acheteur
Inchangés par rapport à une facture normale – une rectification n’inverse pas les rôles. Le vendeur reste le vendeur, même quand l’argent repart dans l’autre sens.
4. Références de documents
C’est ici que l’on voit à quoi se rapporte la rectification. Deux références de documents supplémentaires (BT-18 / BG-24) portant le code de type 130 contiennent le dossier de réclamation et le numéro de la facture d’origine.
Pour le renvoi à la facture rectifiée, il existe aussi un élément
spécialisé, ram:InvoiceReferencedDocument (BT-25/BT-26). La
référence FeRD ne l’utilise pas ici, il n’apparaît donc pas non
plus dans ce code – mais si vous n’êtes pas tenu de suivre le
modèle, c’est l’option la plus précise.
5. Destinataire des marchandises et de la facture
Les destinataires divergents restent exactement tels qu’ils figuraient sur la facture d’origine.
6. Lignes de facture
C’est ici que se trouve la rectification proprement dite : cinq bouteilles et deux paquets repartent. Les prix unitaires restent positifs, les quantités deviennent négatives, et cela produit les totaux de ligne négatifs.
Les remises sur article de la facture d’origine (BT-147) restent elles aussi positives. Elles font partie du prix, ce ne sont pas des montants portés sur la facture : 1,50 − 0,03 − 0,02 = 1,45, et seule la quantité négative inverse le résultat.
7. Remises au niveau du document
Les remises s’inversent avec le reste : une remise sur une contre-passation est une reprise, la base de calcul et le montant sont donc négatifs. Comme dans toute facture à taux de TVA mixtes, chaque remise a besoin de sa propre entrée par taux – deux remises donnent quatre appels.
8. Ventilation de la TVA
Le calcul est le même que dans n’importe quelle facture, seulement avec les
signes inversés. Le point qui fait trébucher : une remise négative
augmente à nouveau la base d’imposition, c’est pourquoi
allowanceChargeBasisAmount est ici positif.
| Champ | 19 % (ligne 1) | 7 % (ligne 2) |
|---|---|---|
lineTotalBasisAmount |
−5,00 | −2,90 |
allowanceChargeBasisAmount |
−(−0,10) − (−0,05) = +0,15 | −(−0,06) − (−0,02) = +0,08 |
basisAmount |
−5,00 + 0,15 = −4,85 | −2,90 + 0,08 = −2,82 |
taxAmount |
−4,85 × 19 % = −0,9215 → −0,92 | −2,82 × 7 % = −0,1974 → −0,20 |
9. Totaux du document
À la fin, le montant à payer est négatif – c’est la signature d’une rectification, et pour le destinataire l’indication que l’argent lui revient.
| Code BT | Paramètre | Calcul |
|---|---|---|
| BT-106 | lineTotalAmount |
−5,00 + (−2,90) = −7,90 |
| BT-107 | allowanceTotalAmount |
−0,10 − 0,06 − 0,05 − 0,02 = −0,23 |
| BT-109 | taxBasisAmount |
−7,90 − (−0,23) = −7,67 |
| BT-110 | taxTotalAmount |
−0,92 + (−0,20) = −1,12 |
| BT-112 | grandTotalAmount |
−7,67 + (−1,12) = −8,79 |
| BT-115 | duePayableAmount |
−8,79 – le montant revient au client |
10. Enregistrement et contrôle
L’enregistrement fonctionne comme pour tout document EXTENDED – version, profil et syntaxe vont ensemble :
Le résultat doit présenter la même structure arborescente que
X14_01_Rechnungskorrektur.xml du jeu d’exemples FeRD.
Quant à savoir si le document respecte également le jeu de règles, c’est le validateur qui répond – dans le navigateur ou directement depuis votre code. Une version lisible par un humain est produite par le visualiseur. Les deux, ainsi que leur documentation détaillée, se trouvent dans l’ espace client ; comment y accéder est expliqué sous Pour commencer.