--- title: "Plusieurs factures, plusieurs échéances : préparer un relevé compréhensible" canonical: https://www.billabex.com/fr/blog/plusieurs-factures-echeances-releve-client/ lang: fr alternate: https://www.billabex.com/en/blog/multiple-invoices-due-dates-customer-statement.md updated: 2026-10-23 index: https://www.billabex.com/llms.txt --- # Plusieurs factures, plusieurs échéances : préparer un relevé compréhensible Un relevé client peut être exact dans son total et trompeur dans sa demande. Il additionne une facture en retard, une autre qui arrive à échéance la semaine suivante, une ligne contestée et un règlement encore mal affecté. Puis le message d'accompagnement demande de payer « le solde » sans autre précision. Le destinataire doit alors refaire votre travail pour comprendre ce qui lui est demandé aujourd'hui. Un relevé utile permet au contraire de vérifier les pièces, de reconnaître les paiements déjà effectués et de distinguer les actions attendues. Le montant total ouvert et le montant faisant l'objet de la relance doivent être lisibles séparément. ## Commencer par une date et un périmètre Indiquez la date de situation du relevé, la société émettrice, le client concerné et la devise. Deux entités d'un même groupe ne doivent pas être réunies dans une demande indifférenciée. De même, des euros et des livres sterling ne s'additionnent pas sous un total sans monnaie ni règle de conversion. Définissez ce que contient le document : toutes les opérations d'une période, les seules pièces ouvertes ou les sommes échues. Ces présentations répondent à des besoins différents. Un relevé de rapprochement peut montrer une facture déjà réglée pour expliquer une affectation, alors qu'une demande de paiement doit éviter de la présenter comme encore due. Odoo 18 distingue le relevé de compte client, issu de la partie correspondante du grand livre des tiers, et le rapport de suivi. Cette distinction fonctionnelle rappelle qu'un document de situation et une action de relance ne sont pas automatiquement le même objet. [Odoo 18, suivi des factures et rapports](https://raw.githubusercontent.com/odoo/documentation/18.0/content/applications/finance/accounting/payments/follow_up.rst). ## Vérifier ce que signifie la date affichée par l'outil Un filtre historique ne garantit pas toujours que le solde soit historique. Microsoft décrit, dans Dynamics 365 Finance, un filtre qui retrouve les transactions ouvertes ou clôturées après une date donnée, tout en affichant des soldes à la date actuelle. Le lecteur doit connaître cette différence avant d'intituler son export « situation au 30 septembre ». [Microsoft, liste des transactions clients, 11 août 2026](https://learn.microsoft.com/en-us/dynamics365/finance/accounts-receivable/customer-transactions-list-page). Pour votre relevé, vérifiez la date des opérations incluses, celle du solde et celle de la dernière synchronisation. Si une facture a été payée entre la date de situation et l'envoi, dites si le document est une photographie historique ou une demande actualisée. Ne mélangez pas les deux conventions dans le même total. Un contrôle simple consiste à choisir une facture dont le paiement est intervenu après la date d'arrêté et à regarder le résultat. Ce test explique davantage le rapport qu'une étiquette « période » dont personne ne connaît l'effet exact. ## Séparer le non-échu de ce qui doit être traité maintenant L'article 1305-2 du Code civil pose le principe selon lequel une obligation à terme ne peut être exigée avant son échéance. Présenter une facture future dans un relevé n'autorise donc pas à la décrire comme en retard. Les situations particulières affectant le terme demandent leur propre examen. [Code civil, article 1305-2](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032030679). Une mention « à venir » avec la date prévue permet au client de préparer son paiement. Une mention « à régler immédiatement » produit une demande différente. Le texte du message doit suivre la catégorie réelle, y compris quand un outil regroupe plusieurs factures dans une seule conversation. Le litige forme un autre axe. Une facture peut être échue et partiellement contestée. La mettre entièrement dans une catégorie « litige » masque la partie non contestée ; l'afficher entièrement comme paiement attendu sans explication ignore le blocage. La méthode pour [isoler une ligne contestée](https://www.billabex.com/fr/blog/ligne-facture-contestee-isoler-litige/) aide à préciser cette double lecture. ## Construire un relevé qui se recalcule Prenons une situation entièrement simulée au 23 octobre. Tous les montants sont en euros TTC, pour une seule société cliente et un seul fournisseur. Les paiements cités sont vérifiés et affectés avant l'envoi du relevé final. | Facture | Montant initial | Paiements affectés | Solde | Échéance | Situation | | ------- | --------------: | -----------------: | ------: | ---------- | -------------------- | | F101 | 5 000 € | 2 000 € | 3 000 € | 10 octobre | Échue, non contestée | | F102 | 2 400 € | 0 € | 2 400 € | 20 octobre | Dont 600 € contestés | | F103 | 3 600 € | 0 € | 3 600 € | 30 octobre | Non échue | | F104 | 1 800 € | 1 800 € | 0 € | 15 octobre | Réglée | Le total initial est 12 800 €. Les paiements affectés atteignent 3 800 €, d'où 9 000 € ouverts. Parmi eux, 5 400 € sont échus et 3 600 € ne le sont pas encore. Les 600 € contestés font partie des 5 400 € échus : les ajouter une seconde fois produirait un faux total de 9 600 €. Supposons, pour le suivi de cet exemple, que l'entreprise traite séparément la contestation et demande une date de paiement pour la partie échue non contestée. Cette demande porte sur 3 000 + 1 800 = 4 800 €. Le relevé garde néanmoins visibles les 600 € en examen et les 3 600 € à venir. La séparation opérationnelle ne tranche pas à elle seule les droits juridiques liés au litige. ## Traiter le règlement non rapproché avant de réclamer une nouvelle fois Dans la première extraction de cette simulation, F104 apparaissait encore ouverte alors que 1 800 € étaient déjà reçus sur le compte bancaire. Le total des factures ouvertes affichait alors 10 800 €. Après vérification de l'affectation, il revient à 9 000 €. La différence provient du rapprochement, pas d'un paiement obtenu par la relance. Odoo recommande précisément de rapprocher les transactions bancaires avant le suivi pour éviter de relancer des factures déjà payées. Pour un règlement dont l'affectation reste incertaine, indiquez la recherche en cours et résolvez la correspondance avant de présenter un solde définitif. Ne choisissez pas une facture uniquement parce que son montant correspond. L'article sur les [virements reçus avec facture encore ouverte](https://www.billabex.com/fr/blog/virement-recu-facture-encore-ouverte-retrouver-un-paiement-non-rapproche/) détaille cette vérification. Lorsque le client règle plusieurs pièces ensemble, la méthode sur [un virement pour plusieurs factures](https://www.billabex.com/fr/blog/virement-unique-plusieurs-factures/) permet de garder une affectation explicable. ## Faire correspondre la demande au tableau Le message peut annoncer : « Notre relevé présente 9 000 € ouverts, dont 3 600 € à échéance du 30 octobre. Nous examinons séparément votre contestation de 600 €. Pouvez-vous confirmer le règlement des 4 800 € échus non contestés ? » Cette formulation est un exemple fictif, à adapter aux accords et aux faits du dossier. Joignez les pièces utiles et permettez une réponse par référence. Le client doit pouvoir signaler un paiement ou une erreur sur F102 sans contester indistinctement tout le compte. Évitez aussi de transmettre des notes internes sur le risque commercial dans le document adressé au client. ## Vérifier la cohérence de la prochaine conversation Avant l'envoi, une seconde lecture doit retrouver la même somme dans le tableau, le texte et les pièces citées. Après un nouveau paiement ou un avoir, le prochain message doit partir d'un état actualisé. Le relevé précédent reste daté et compréhensible comme tel. Pour examiner ce passage du dossier à la demande formulée, découvrez les [relances et conversations Billabex](https://www.billabex.com/fr/produit/relances-conversations/). Testez un compte avec plusieurs échéances et un litige partiel. Faites vérifier le montant réellement demandé et le contexte visible, sans supposer un format natif de relevé particulier. Le client doit savoir ce qui est attendu de lui sans reconstruire votre balance comptable. ## Sources - Odoo 18, Follow-up on invoices, rapports et rapprochement préalable. - Microsoft Learn, Customer transactions list page, 11 août 2026. - Code civil, article 1305-2. Sources consultées le 7 septembre 2026.