Le lettrage est l'opération comptable la plus volumineuse et la moins contrôlée : Odoo accepte de rapprocher une écriture client A avec un paiement du client B, et de remettre en brouillon une facture déjà lettrée. Les deux produisent des balances auxiliaires fausses que personne ne détecte.
Neuf modules communautaires posent les garde-fous et l'automatisation. Ils terminent le dépôt account-reconcile.
Résumé
Deux modules posent les garde-fous : l'interdiction de lettrer des tiers incohérents sur les comptes clients et fournisseurs, avec un écran des rapprochements déjà faits en incohérence ; et l'interdiction d'annuler ou de remettre en brouillon une écriture lettrée.
Trois modules traitent l'automatisation : un lettrage automatisé avec son menu dédié, son exécution en travaux de fond, et l'état « en paiement » des factures quand le rapprochement passe par l'interface communautaire.
Deux modules traitent l'ergonomie : un raccourci vers le lettrage depuis la fiche d'un client ou d'un fournisseur, et le rapprochement d'une ligne de relevé avec des commandes de vente non encore facturées.
Deux modules enfin traitent le suivi : un état de rapprochement global sur le relevé — le rapprochement se faisant ligne par ligne dans Odoo 18 —, et un identifiant de transaction sur les commandes et les pièces comptables.
L'essentiel
- Le lettrage de tiers incohérents interdit, et les cas passés listés.
- L'annulation d'une écriture lettrée interdite.
- Un lettrage automatisé, exécutable en travaux de fond.
- L'état « en paiement » des factures au rapprochement.
- Un raccourci vers le lettrage depuis la fiche tiers.
- Le rapprochement avec une commande non encore facturée.
- Un état de rapprochement global sur le relevé.
- Un identifiant de transaction sur commandes et pièces.
Ce que ces modules ajoutent à l'instance
| Famille | Modules | Nombre |
|---|---|---|
| Garde-fous | account_reconcile_restrict_partner_mismatch, account_move_reconcile_forbid_cancel | 2 |
| Automatisation | account_mass_reconcile, account_reconcile_oca_queue, account_in_payment | 3 |
| Ergonomie | account_partner_reconcile, account_reconcile_sale_order | 2 |
| Suivi | account_statement_reconcile_status, base_transaction_id | 2 |
Les menus : Facturation ▸ Comptabilité ▸ Lettrage automatisé et Reconciled items with partner mismatch.
Les deux garde-fous qui manquent
Odoo accepte de lettrer une facture du client A avec un paiement du client B sur le même compte collectif. L'écriture est équilibrée, la comptabilité générale est juste, et les deux balances auxiliaires sont fausses — l'un reste débiteur, l'autre créditeur, indéfiniment.
account_reconcile_restrict_partner_mismatch empêche ce rapprochement sur les comptes clients et fournisseurs, et fournit un écran listant les cas déjà commis sous Facturation ▸ Comptabilité ▸ Reconciled items with partner mismatch.
L'écran des cas passés est la partie la plus utile : sur une base en service depuis trois ans, il révèle en général plusieurs dizaines de rapprochements à reprendre.
account_move_reconcile_forbid_cancel interdit l'annulation ou la remise en brouillon d'une facture ou d'une écriture lettrée.
Remettre en brouillon une facture lettrée délettre le paiement sans le signaler : le règlement devient orphelin, la facture repart au statut impayé, et la balance âgée affiche une créance qui a été encaissée. Le module ferme cette porte d'un seul champ.
Automatiser le lettrage
account_mass_reconcile fournit un lettrage automatisé, sous Facturation ▸ Comptabilité ▸ Lettrage automatisé. Son README est réduit à sa catégorie ; son menu en dit l'objet.
account_reconcile_oca_queue fait exécuter le rapprochement automatique en travaux de fond — nécessaire dès que le volume de lignes rend l'opération synchrone trop longue.
account_in_payment active l'état « en paiement » des factures et avoirs lorsque le rapprochement passe par l'interface communautaire.
L'état « en paiement » est le statut intermédiaire qui manque : entre « impayée » et « payée », une facture dont le règlement est enregistré mais pas encore rapproché en banque. Sans lui, la relance repart sur une facture déjà réglée.
L'interface de rapprochement communautaire est traitée dans account_reconcile_oca : le lettrage bancaire.
Lettrer plus vite, et depuis le bon endroit
account_partner_reconcile ajoute sur la fiche d'un client ou d'un fournisseur un raccourci vers le lettrage de ses factures et paiements.
C'est de l'ergonomie pure, et c'est ce qui change l'usage : traiter un litige client suppose de regarder ses écritures ouvertes, et le chemin par les menus comptables passe par trois écrans.
account_reconcile_sale_order permet de rapprocher une ligne de relevé avec une ou plusieurs commandes de vente non encore facturées.
Le cas est courant dans le commerce et l'acompte : le client paie à la commande, la facture arrive à la livraison. Sans ce module, l'encaissement attend la facture sur un compte d'attente — et quelqu'un doit se souvenir de le rapprocher plus tard.
account_statement_reconcile_statusajoute un état de rapprochement global sur le relevé. Le README en donne la raison : en Odoo 18, le rapprochement se fait ligne par ligne, et plus rien ne dit si un relevé est entièrement traité.base_transaction_idajoute un identifiant de transaction sur les commandes de vente et les pièces comptables — pour y stocker la référence d'un paiement en ligne.
L'état global du relevé est la réponse à une question quotidienne : ce relevé est-il fini. Ligne par ligne, on ne le sait qu'en comptant.
Limites connues
account_mass_reconcilea un README réduit à sa catégorie : son paramétrage est à découvrir sur instance, et un lettrage automatisé mal réglé produit des rapprochements à reprendre.- L'interdiction de lettrer des tiers incohérents bloque des cas légitimes : une cession de créance, un groupe avec compensation. Prévoir qui peut passer outre.
- L'écran des incohérences passées ne les corrige pas : il les liste. La reprise est un travail comptable.
- L'interdiction d'annuler une écriture lettrée change une habitude : délettrer explicitement avant d'annuler devient obligatoire.
- Quatre modules dépendent de l'interface de rapprochement communautaire (
account_reconcile_oca), qui remplace l'écran standard : c'est un choix d'ergonomie à instruire. - Le lettrage en travaux de fond exige une infrastructure de travailleurs surveillée.
- Le rapprochement avec une commande non facturée crée un lien inhabituel : vérifier le traitement comptable avec l'expert-comptable.
Identité technique
Les neuf modules viennent du dépôt OCA account-reconcile, branche 18.0 — dont tous les modules sont désormais documentés ici —, tous en licence AGPL-3. Les dépendances : account pour les garde-fous et le lettrage automatisé, account_reconcile_oca pour quatre modules, account_statement_base pour l'état du relevé, queue_job pour les travaux de fond, sale pour les commandes et l'identifiant de transaction.
Voir aussi account_reconcile_oca : le lettrage bancaire et verrouiller et contrôler les écritures.
Questions fréquentes
Odoo empêche-t-il de lettrer deux tiers différents ensemble ?
Non : il accepte de rapprocher une facture du client A avec un paiement du client B sur le même compte collectif. L'écriture est équilibrée, la comptabilité générale est juste, et les deux balances auxiliaires sont fausses indéfiniment. account_reconcile_restrict_partner_mismatch l'interdit et liste les cas déjà commis.
Que se passe-t-il si on remet en brouillon une facture lettrée ?
Le paiement est délettré sans que rien ne le signale : le règlement devient orphelin, la facture repart impayée, et la balance âgée affiche une créance encaissée. account_move_reconcile_forbid_cancel interdit l'annulation d'une écriture lettrée — délettrer explicitement devient obligatoire.
Existe-t-il un statut entre « impayée » et « payée » ?
Avec account_in_payment, oui : l'état « en paiement » pour une facture dont le règlement est enregistré mais pas encore rapproché en banque. Sans lui, la relance repart sur une facture déjà réglée.
Peut-on rapprocher un encaissement reçu avant la facture ?
Oui : account_reconcile_sale_order permet de rapprocher une ligne de relevé avec des commandes de vente non encore facturées. Cas courant du commerce et de l'acompte — sans ce module, l'encaissement attend sur un compte d'attente et quelqu'un doit se souvenir de le rapprocher.
Comment savoir si un relevé bancaire est entièrement rapproché ?
account_statement_reconcile_status ajoute un état de rapprochement global sur le relevé. Son README en donne la raison : en Odoo 18, le rapprochement se fait ligne par ligne, et plus rien ne dit si un relevé est fini — on ne le sait qu'en comptant.
Se faire accompagner
Le lettrage est l'endroit où une comptabilité se dégrade sans alerte : des balances auxiliaires fausses, des créances encaissées encore affichées, des relances sur des factures réglées. Deux modules de garde-fou — tiers cohérents, annulation interdite — suffisent à arrêter la dégradation.
Nous commençons donc par installer ces deux garde-fous et par passer en revue l'écran des incohérences passées, qui révèle en général plusieurs dizaines de cas sur une base de trois ans. L'automatisation vient après. Voir les prestations d'Atalios Consulting ou demander un rappel.
Pour aller plus loin
En résumé
Odoo accepte de lettrer une facture du client A avec un paiement du client B, et de remettre en brouillon une facture déjà lettrée. Les deux produisent des balances auxiliaires fausses que personne ne détecte. Neuf modules posent les garde-fous. Parlons de votre lettrage.
