--- title: "Une facture change après la relance : conserver les versions du dossier" canonical: https://www.billabex.com/fr/blog/facture-modifiee-apres-relance-versions/ lang: fr alternate: https://www.billabex.com/en/blog/invoice-changed-after-reminder-versions.md updated: 2026-10-20 index: https://www.billabex.com/llms.txt --- # Une facture change après la relance : conserver les versions du dossier Le client répond à une relance de 6 000 € en joignant un avoir que votre collègue vient d'émettre. Le logiciel affiche maintenant 4 800 €. En ouvrant l'ancien message, vous retrouvez pourtant une demande de 6 000 €. Faut-il corriger cette conversation, remplacer la pièce jointe ou simplement envoyer le nouveau solde ? La bonne réponse commence par une distinction : le dossier actuel doit être exact, mais l'historique doit continuer à expliquer ce qui a été envoyé. Une facture rectifiée, un paiement ajouté et un montant mal importé sont trois événements différents. Les traiter comme une simple modification de champ rend la prochaine décision plus difficile à comprendre. ## Identifier ce qui a réellement changé Avant de comparer deux montants, qualifiez l'opération. Une remise acceptée après émission peut conduire à un avoir. Une erreur de destinataire peut demander une correction documentaire adaptée. Un encaissement réduit le solde ouvert sans changer le prix facturé. Un import corrigé peut seulement remettre l'outil en accord avec une pièce qui était déjà exacte. En France, le BOFiP distingue notamment la facture qui annule et remplace la précédente et la note d'avoir. Il précise les références permettant de relier la rectification à la facture initiale. Ce cadre ne consiste pas à effacer silencieusement le document déjà transmis. [BOFiP, version du 19 janvier 2022, paragraphes 180 à 260](https://bofip.impots.gouv.fr/bofip/142-PGP.html/identifiant=BOI-TVA-DECLA-30-20-20-20-20220119). Demandez donc d'abord la pièce source et son statut. « Le commercial a promis un avoir » ne signifie pas « l'avoir est émis et imputé ». Si la correction reste en validation, la relance peut nécessiter une suspension ou une intervention humaine, sans présenter comme définitif un solde qui dépend encore d'une décision. ## Séparer la pièce comptable de l'état du dossier La documentation Odoo 18 illustre concrètement cette différence. L'option d'extourne ouvre un avoir en brouillon, tandis que l'option qui crée aussi une nouvelle facture valide et rapproche l'avoir avant d'ouvrir une facture en brouillon. Les objets et leurs états ne sont donc pas interchangeables. [Odoo 18, avoirs et remboursements](https://raw.githubusercontent.com/odoo/documentation/18.0/content/applications/finance/accounting/customer_invoices/credit_notes.rst). Cet exemple décrit Odoo, pas le comportement de toutes les intégrations. Pour votre outil, vérifiez ce qui devient visible quand une correction est préparée, validée, annulée ou rapprochée. Une étiquette « modifié » ne suffit pas à savoir si la dette a effectivement changé. Le dossier peut afficher une synthèse actuelle tout en conservant les liens vers la facture d'origine, l'avoir et les paiements associés. Le lecteur doit pouvoir retrouver chaque étape sans parcourir plusieurs copies presque identiques. La méthode sur les [avoirs non imputés](https://www.billabex.com/fr/blog/avoir-non-impute-montant-du/) complète le calcul du solde ; ici, l'enjeu est surtout de reconstituer ce qui était connu au moment de l'envoi. ## Reconstituer les dates qui expliquent la relance Prenons une simulation avec des montants TTC et une seule facture de 6 000 €. Le 12 octobre à 9 h, une relance demande 6 000 €. À 11 h, un avoir de 1 200 € est validé et imputé. Le 13 octobre, un paiement de 2 400 € est reçu puis affecté à cette facture. Le solde actuel est 6 000 - 1 200 - 2 400 = 2 400 €. La diminution depuis la relance atteint 3 600 €, soit 60 % du montant demandé. Mais seuls 2 400 € correspondent à du cash reçu ; 1 200 € proviennent d'une correction commerciale et comptable. Dire que le client a « payé 60 % » serait faux dans cet exemple. Il a versé 40 % du montant initial, et le solde représente également 40 %. Changeons maintenant une seule hypothèse. L'avoir était validé le 11 octobre, mais l'intégration ne l'a récupéré que le 12 à 11 h. La relance de 9 h ne s'explique plus par une correction postérieure : elle a utilisé un état incomplet. Le message envoyé reste le même, mais la cause à traiter change. Conservez donc la date de la pièce, celle de sa validation si pertinente, celle de son arrivée dans l'outil et celle de l'envoi. Une date comptable ne prouve pas à elle seule quand l'information était disponible pour l'automatisation. La question rejoint la [synchronisation comptable en retard](https://www.billabex.com/fr/blog/synchronisation-comptable-retard-suspendre-relances/), avec une conséquence précise : corriger le flux qui a laissé partir une demande devenue inexacte. ## Conserver le message envoyé et ajouter l'explication L'ancien message doit rester identifiable comme la demande effectivement transmise, avec son montant et ses pièces. Remplacer son contenu par le nouveau solde ferait croire que le client a reçu une information différente. En revanche, une annotation liée peut expliquer que le dossier a évolué et pointer vers l'état corrigé. La CNIL recommande de tracer les modifications avec l'identifiant de l'auteur, la date, l'heure, la nature de l'opération et la référence des données, tout en protégeant les traces contre l'écrasement. Elle déconseille la duplication excessive de données personnelles et leur conservation illimitée dans les journaux. [CNIL, sécurité et traçabilité, 14 mars 2024](https://www.cnil.fr/fr/securite-tracer-les-operations). Ces principes ne justifient pas de conserver éternellement chaque copie de pièce ou tout le contenu personnel d'une conversation. Distinguez les documents comptables, l'historique utile au dossier et les journaux de sécurité, avec des accès et des durées adaptés. Le [journal de relance](https://www.billabex.com/fr/blog/journal-relance-traces-automatisation/) sert à définir les preuves nécessaires ; il ne dispense pas de vérifier leur finalité. ## Réexaminer la prochaine action, pas seulement le montant affiché Une mise à jour du solde n'annule pas forcément un message déjà préparé. Dans la simulation, un rappel programmé sur 4 800 € avant l'arrivée du paiement serait encore excessif de 2 400 €. Demandez ce qui se passe si la correction intervient entre la préparation du texte et son envoi. Le test doit examiner le contenu final, les pièces jointes et les factures citées. Il doit aussi couvrir une correction annulée : si l'avoir est retiré pour un motif légitime, le dossier doit refléter cette nouvelle situation avec son explication. Il ne faut ni réutiliser aveuglément l'ancien message ni faire disparaître l'annulation. Une personne doit pouvoir décider si le client a besoin d'une clarification immédiate. Lorsque la relance était erronée, un message simple peut reconnaître l'écart, identifier l'avoir et le paiement retenus, puis présenter le solde vérifié. Lorsque l'évolution est postérieure et normale, une mise à jour factuelle peut suffire. Dans les deux cas, le ton doit suivre les faits établis. ## Tester une reprise de dossier par un collègue Confiez le cas à une personne qui n'a pas suivi les échanges. Peut-elle expliquer pourquoi 6 000 € ont été demandés, pourquoi il reste 2 400 € et quelle action est maintenant autorisée ? Si elle doit deviner si l'avoir existait avant l'envoi, l'historique reste insuffisant. Pour explorer cette continuité, examinez la [vue client 360 de Billabex](https://www.billabex.com/fr/produit/vue-client-360/) avec un exemple de correction et de paiement successifs. Faites préciser les éléments visibles et le traitement de la prochaine relance, sans présumer une architecture d'archivage immuable ou une fonction native de versionnage comptable. Le résultat attendu est un dossier compréhensible, une demande actuelle exacte et une explication fidèle de ce qui a déjà été communiqué. ## Sources - BOFiP, BOI-TVA-DECLA-30-20-20-20, version du 19 janvier 2022, paragraphes 180 à 260. - Odoo 18, Credit notes and refunds, documentation officielle. - CNIL, Sécurité : tracer les opérations, 14 mars 2024. Sources consultées le 7 septembre 2026.