01
Traiter l’acompte comme un cas de facturation à part entière
Le dossier de spécifications externes DGFiP contient des cas d’usage distincts pour la facture d’acompte et pour la facture finale après acompte. Votre ERP, logiciel de facturation ou mapping doit donc savoir distinguer ces documents plutôt que produire une facture ordinaire avec un libellé libre « acompte ». Lorsque le flux relève de l’obligation de facturation électronique, la facture doit suivre le circuit prévu avec la Plateforme Agréée et conserver les données structurées attendues. Avant l’envoi, vérifiez que le type de document, les parties, les montants, la TVA applicable et les références métier proviennent bien de la source prévue.
- Identifier explicitement le document comme facture d’acompte dans le modèle source et le mapping.
- Ne pas confondre une demande de paiement informelle avec le document de facturation réellement émis.
- Conserver la référence du devis, de la commande ou du contrat utile à votre rapprochement interne.
02
Date de versement : ne pas la déduire ou l’inventer
Les règles AFNOR publiées sur impots.gouv.fr prévoient que, pour une facture d’acompte, lorsque la date de versement de l’acompte est déterminée ou connue et qu’elle diffère de la date d’émission, cette date doit être renseignée dans la donnée correspondante. Cela suppose une source fiable : encaissement, événement ERP ou information comptable réellement disponible. Ne remplacez pas une date inconnue par la date de création du fichier uniquement pour satisfaire un champ. Si votre système de facturation et votre système de paiement sont séparés, documentez qui fournit cette date et à quel moment le document est généré.
- Utiliser la date de versement réellement connue lorsque la règle l’exige.
- Tracer la source de la date au lieu de la reconstruire silencieusement dans le mapping.
- Tester les cas où date d’émission et date de versement sont identiques ou différentes.
03
Facture finale : rapprocher le solde avec l’acompte déjà traité
La facture finale après acompte doit rester reliée à la même opération économique et à l’historique de l’acompte. Avant émission, rapprochez le montant initial, le ou les acomptes déjà facturés ou encaissés, le solde attendu et les références utilisées par votre ERP. L’objectif opérationnel est d’éviter qu’un acompte déjà pris en compte soit facturé une seconde fois ou qu’un solde soit calculé sur une base différente de celle du document initial. Les règles comptables et fiscales exactes dépendent de votre opération et de votre situation ; validez ce traitement dans votre système et avec votre interlocuteur comptable plutôt que de laisser le mapping décider seul.
- Relier facture finale, acompte(s) et opération source avec des références stables.
- Réconcilier montants et statut de paiement avant d’automatiser le solde.
- Ne pas laisser une transformation XML déterminer à elle seule le traitement comptable ou fiscal.
04
Avoir sur acompte et contrôle avant envoi
Les règles françaises publiées par la DGFiP prévoient également le cas d’un avoir de facture d’acompte. Si l’acompte doit être corrigé ou annulé, traitez donc ce besoin comme une correction liée au document d’origine et conservez la référence correspondante, plutôt que de supprimer l’historique ou de créer une facture sans lien. InvoiceBatch FR peut aider à pré-valider un corpus représentatif de factures d’acompte, factures finales ou avoirs en UBL, CII ou Factur-X et à repérer des erreurs de mapping avant transmission. Il ne choisit pas le traitement comptable ou fiscal, ne remplace pas votre Plateforme Agréée et ne transforme pas une validation locale en preuve de réception ou d’acceptation externe.
- Relier tout avoir d’acompte au document qu’il corrige selon les règles applicables.
- Pré-valider plusieurs scénarios : acompte simple, plusieurs acomptes, solde et correction.
- Après transmission, suivre le statut externe au lieu de conclure au succès à partir du contrôle local.
Étape suivante
Passer du guide à une vérification concrète.
InvoiceBatch FR reste un preflight technique de corpus : il ne remplace pas votre ERP ou votre Plateforme Agréée et ne constitue ni une certification ni une preuve de transmission.
Pré-valider un corpus avec acomptes (EN)Sources officielles
Ces sources cadrent les affirmations réglementaires de cette page. Les contrats et API d’une PA réelle doivent en plus être vérifiés auprès du fournisseur concerné.