--- title: "Une échéance est payée en partie : remettre l'échéancier en cohérence" canonical: https://www.billabex.com/fr/blog/echeance-partiellement-payee-echeancier/ lang: fr alternate: https://www.billabex.com/en/blog/partly-paid-instalment-payment-schedule.md updated: 2026-10-14 index: https://www.billabex.com/llms.txt --- # Une échéance est payée en partie : remettre l'échéancier en cohérence Le client devait régler 3 000 € et verse 1 800 €. La comptabilité enregistre correctement l'encaissement, mais l'outil de relance passe toute l'échéance au statut « payée ». Ailleurs, une personne reporte le calendrier d'un mois pour faire disparaître l'alerte. Dans les deux cas, le solde global peut rester juste alors que le suivi des engagements devient faux. Après un paiement partiel, la priorité consiste à distinguer le reste de l'échéance concernée, les sommes prévues plus tard et une éventuelle demande de modification. Le montant reçu constitue un fait. Le décalage du calendrier constitue une autre décision. Les traiter séparément permet de remercier le client pour son versement tout en demandant précisément ce qui manque. ## Repartir de l'accord réellement applicable Un échéancier peut décrire les dates de paiement initiales d'une facture ou un accord ultérieur pour traiter une dette déjà échue. Cette différence compte : le tableau de suivi ne doit pas transformer automatiquement un arrangement de recouvrement en nouvelles conditions de facturation. Conservez le contrat, l'accord de paiement applicable et les échéances d'origine nécessaires à la compréhension du dossier. La documentation Odoo 18 distingue les modalités de paiement d'une même facture de l'émission de plusieurs factures d'acompte. Elle décrit aussi des lignes comptables séparées par date d'échéance. Cette distinction technique montre pourquoi un seul solde à l'écran ne suffit pas pour savoir quelle partie est attendue à quelle date. [Odoo, modalités de paiement et échéanciers](https://raw.githubusercontent.com/odoo/documentation/18.0/content/applications/finance/accounting/customer_invoices/payment_terms.rst). Avant toute correction, retrouvez les montants convenus, les dates et le périmètre des factures couvertes. Vérifiez ensuite les événements intervenus depuis l'accord : virements, avoirs, remboursements ou annulations. Un échéancier construit à partir d'un ancien export peut déjà inclure une somme qui n'est plus due. ## Un exemple où 7 200 € restent ouverts, mais pas tous en retard Voici une simulation, sans intérêts, frais ni avoirs. Une facture de 9 000 € est assortie dès l'origine de trois échéances convenues : 3 000 € le 7 octobre, 3 000 € le 7 novembre et 3 000 € le 7 décembre. Le client verse 1 800 € le 7 octobre en indiquant clairement la première échéance. Nous examinons le dossier le 14 octobre. | Échéance convenue | Montant prévu | Paiement affecté | Reste à suivre au 14 octobre | | ----------------- | ------------: | ---------------: | ---------------------------: | | 7 octobre | 3 000 € | 1 800 € | 1 200 € en retard | | 7 novembre | 3 000 € | 0 € | 3 000 € à venir | | 7 décembre | 3 000 € | 0 € | 3 000 € à venir | | Total | 9 000 € | 1 800 € | 7 200 € | La première échéance est couverte à 60 %, puisque 1 800 / 3 000 = 0,60. L'ensemble de la facture est couvert à 20 %, puisque 1 800 / 9 000 = 0,20. Ces deux pourcentages répondent à des questions différentes. Aucun ne justifie de déclarer la première échéance entièrement réglée. Le montant à expliquer immédiatement au client est ici 1 200 €, sous réserve de vérifier l'accord et les mouvements récents. Réclamer les 7 200 € comme s'ils étaient tous en retard contredirait les dates retenues dans cette simulation. À l'inverse, masquer les 1 200 € dans la mensualité suivante effacerait l'écart constaté sans obtenir de décision. ## Vérifier l'affectation avant de parler de mensualité manquée Le relevé bancaire confirme un encaissement, mais sa présence ne suffit pas à déterminer l'échéance qu'il règle. Le client peut aussi avoir payé une autre facture ou envoyé plusieurs virements. Dans notre simulation, l'affectation à la première échéance est explicitement connue. Dans un dossier réel, il faut la reconstituer avant d'utiliser le même calcul. La documentation Microsoft Dynamics 365 illustre le traitement d'un paiement partiel sans escompte : la facture reste ouverte avec un solde. Elle distingue ce traitement des options qui soldent une différence selon le paramétrage. Cette séparation est utile lors du contrôle d'un connecteur ou d'un export : un statut de clôture peut provenir d'une règle comptable et pas d'un encaissement intégral. [Microsoft, paiements clients partiels, mise à jour du 4 août 2026](https://learn.microsoft.com/en-us/dynamics365/finance/accounts-receivable/customer-payments-partial-amount). Vérifiez également qu'un [virement couvrant plusieurs factures](https://www.billabex.com/fr/blog/virement-unique-plusieurs-factures/) n'a pas été affecté arbitrairement. Le bon total au niveau du compte client ne garantit pas que les échéances individuelles soient exactes. Un avoir validé mérite, lui aussi, une affectation distincte du paiement reçu. ## Recevoir une somme ne revient pas à accepter tous les reports En France, l'article 1342-4 du Code civil prévoit que le créancier peut refuser un paiement partiel. Ce principe ne dispense pas de tenir compte d'un fractionnement déjà convenu, ni d'examiner les circonstances d'un versement reçu. Il ne faut pas en déduire une consigne automatique de remboursement de toute somme insuffisante. [Code civil, article 1342-4](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032035243). La modification du contrat relève, en principe, du consentement mutuel selon l'article 1193, sous réserve des causes prévues par la loi. Le simple ajustement d'une case dans un logiciel ne suffit pas à établir cet accord. [Code civil, article 1193](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032041314). L'équipe peut donc accuser réception des 1 800 € et demander comment le client prévoit de régler les 1 200 € manquants. Si celui-ci propose le 20 octobre, enregistrez d'abord la proposition et son statut. Une fois l'accord confirmé par les personnes compétentes, le suivi peut afficher ce rattrapage sans déplacer les échéances de novembre et décembre. La méthode pour identifier [qui peut accepter un délai](https://www.billabex.com/fr/blog/qui-accorde-delai-paiement-outil-relance/) évite qu'une correction administrative devienne une concession non examinée. Une clause prévoyant des conséquences en cas d'échéance manquée doit être relue dans son contexte avant toute action ; elle ne justifie pas un message standard affirmant que tout le solde est immédiatement exigible. ## Mettre à jour la prévision sans compter deux fois le rattrapage Dans notre exemple, un rattrapage de 1 200 € au 20 octobre, s'il est accepté puis effectivement encaissé, laissera 6 000 € à recevoir sur les deux dates suivantes. La prévision doit donc contenir 1 200 € en octobre, 3 000 € en novembre et 3 000 € en décembre, avec le niveau de confiance approprié avant encaissement. Une autre proposition pourrait répartir le retard sur novembre : 4 200 € puis 3 000 €. Ce scénario conserve un total de 7 200 €, mais change l'effort demandé au client et le calendrier de trésorerie. Il doit être distingué du premier, sans laisser simultanément une ligne de rattrapage de 1 200 € en octobre. Sinon, la prévision atteindrait à tort 8 400 €. Le suivi des [promesses dans une prévision de trésorerie](https://www.billabex.com/fr/blog/prevision-tresorerie-promesses-paiement/) aide à conserver cette séparation entre proposition, accord et cash. Après chaque versement, rapprochez le montant reçu, réduisez la bonne échéance et réexaminez la prochaine action. Un seul paiement partiel ne doit ni fermer le dossier ni créer une nouvelle dette fictive. Pour préparer une démonstration de [suivi des promesses avec Billabex](https://www.billabex.com/fr/produit/suivi-promesses/), apportez un cas où une échéance est incomplète et une autre encore à venir. Faites vérifier le montant attendu, le contexte transmis au client et la réaction après rapprochement. La valeur du suivi se mesure à sa capacité à conserver ces distinctions dans le travail quotidien. ## Sources - Odoo 18, _Payment terms and installment plans_, sections initiales et écritures comptables. - Microsoft Dynamics 365, _Customer payments for a partial amount_, 4 août 2026. - Code civil, articles 1342-4 et 1193, versions depuis le 1er octobre 2016. Sources consultées le 7 septembre 2026.