Décaisser est l'acte le plus risqué d'une entreprise, et l'écran de paiement d'Odoo le traite comme une saisie ordinaire : pas de visa, pas de référentiel de méthodes consultable, pas de contrepartie visible, et un bouton de règlement directement sur la facture.
Quatorze modules communautaires reprennent cette partie — et terminent le dépôt account-payment.
Résumé
Trois modules traitent le contrôle : les paiements soumis à un circuit de validation par paliers, l'interdiction du règlement depuis la facture, et l'enregistrement des seules échéances dues.
Quatre modules traitent les méthodes de paiement : un référentiel consultable des méthodes techniques, la prise en charge de la carte bancaire, du billet à ordre, et un socle de rapport d'impression de chèque.
Quatre modules traitent l'écran de règlement : les lignes de contrepartie d'un paiement, les factures payées affichées dans la liste des paiements, le montant choisi dans le widget de paiement, et la notification des paiements à venir par message court.
Trois modules enfin traitent le portail de paiement en ligne : le filtrage des paiements par client, l'acceptation obligatoire des conditions légales avant de soumettre un paiement, et l'ancien écran de pièce de règlement supprimé.
L'essentiel
- Un circuit de validation par paliers sur les paiements.
- Le règlement depuis la facture interdit.
- Un référentiel consultable des méthodes de paiement techniques.
- La carte bancaire et le billet à ordre pris en charge.
- Les lignes de contrepartie d'un paiement visibles.
- Les factures payées affichées dans la liste des paiements.
- L'acceptation des conditions légales avant un paiement en ligne.
- Une notification par message court des paiements à venir.
Ce que ces modules ajoutent à l'instance
| Famille | Modules | Nombre |
|---|---|---|
| Contrôle | account_payment_tier_validation, account_voucher_killer, account_move_line_payment | 3 |
| Méthodes | account_payment_method_base, account_payment_credit_card, account_payment_promissory_note, account_check_printing_report_base | 4 |
| Écran de règlement | account_payment_line, account_payment_show_invoice, account_payment_widget_amount, account_payment_notification | 4 |
| Portail de paiement | payment_partner, payment_require_legal | 2 |
Le menu ajouté : Facturation ▸ Configuration ▸ Gestion ▸ Méthodes de paiement techniques.
Le visa avant décaissement
Un virement fournisseur de quarante mille euros se saisit dans Odoo exactement comme une facture de fournitures de bureau : un écran, un montant, un bouton. Aucun visa, aucun second regard, aucune trace de qui a autorisé. C'est l'écart de contrôle interne le plus courant d'une PME équipée d'un ERP.
account_payment_tier_validation soumet les paiements au moteur de validation par paliers : un circuit paramétrable, avec ses réviseurs et ses conditions.
Le moteur et ses extensions — transfert, correction, mot de passe exigé — sont traités dans visas, séquences et assistants.
account_voucher_killer empêche l'usage des paiements depuis les factures : le bouton de règlement disparaît de la facture, et le paiement se saisit depuis son propre écran.
C'est un choix d'organisation défendable : régler depuis la facture est pratique et contourne tout contrôle, puisque la personne qui saisit la facture est celle qui la paie.
account_move_line_payment (LGPL-3) permet d'enregistrer uniquement les échéances dues, et non la totalité d'une facture échelonnée.
Les méthodes de paiement
account_payment_method_base ajoute des vues formulaire et liste sur le modèle des méthodes de paiement, sous Facturation ▸ Configuration ▸ Gestion ▸ Méthodes de paiement techniques.
Le besoin est réel : ces méthodes existent dans la base, les modules en ajoutent, et aucun écran ne permet de voir lesquelles sont installées. Un diagnostic de paramétrage commence par cette liste.
account_payment_credit_cardajoute la prise en charge des paiements par carte bancaire.account_payment_promissory_noteajoute le billet à ordre. Son README est réduit à sa catégorie.account_check_printing_report_baseest un socle de rapport d'impression de chèque, destiné à être spécialisé par pays. Son README est réduit à sa catégorie.
Le billet à ordre et la lettre de change restent des instruments utilisés en France, notamment dans le bâtiment et le négoce de matériaux.
Les effets de commerce français sont traités dans LCR, CFONB et encaissements français.
L'écran de règlement
account_payment_lineajoute les lignes de contrepartie d'un paiement : ce que le règlement a généré comme écritures, visible depuis le paiement.account_payment_show_invoiceétend la liste des paiements pour afficher les factures payées, en utilisant la référence fournisseur par défaut.account_payment_widget_amountpermet de choisir le montant dans le widget de paiement, au lieu du montant total imposé.account_payment_notification(LGPL-3) notifie les paiements à venir, en s'appuyant sur le module de messages courts.
Afficher les factures payées dans la liste des paiements paraît évident et manque pourtant : un comptable qui rapproche un relevé bancaire voit une liste de paiements sans savoir à quelles factures ils correspondent, et doit ouvrir chacun.
Le choix du montant dans le widget répond à un cas quotidien : un client règle une partie de sa facture, et le montant imposé oblige à passer par un écran de paiement complet.
Le paiement en ligne
payment_partner permet de filtrer les paiements par client sur les fournisseurs de paiement en ligne.
payment_require_legal exige l'acceptation des conditions légales avant de soumettre un paiement.
L'acceptation explicite des conditions avant paiement n'est pas une formalité : c'est la preuve du consentement, et c'est elle qu'on cherche quand un client contexte un prélèvement ou demande un remboursement.
account_voucher_killer supprime enfin l'ancien écran de pièce de règlement, hérité des versions antérieures d'Odoo — ce qui évite deux chemins pour un même acte.
Limites connues
- Deux modules ont un README réduit à leur catégorie :
account_payment_promissory_noteetaccount_check_printing_report_base. account_check_printing_report_baseest un socle : il ne produit pas de chèque au format français sans module de localisation.- Le circuit de validation des paiements dépend de
base_tier_validation: installer le moteur et ses extensions de transfert avant, sinon un congé bloque les décaissements. - Supprimer le bouton de règlement de la facture change une habitude : à annoncer, et à accompagner d'un écran de paiement accessible.
account_payment_notificationenvoie des messages courts : service payant et coût par message à prévoir.- Le filtrage des paiements par client ne remplace pas une vérification d'identité : c'est un filtre d'affichage.
- L'acceptation des conditions légales doit être horodatée et conservée : vérifier que la trace est exploitable avant de s'y fier juridiquement.
Identité technique
Les quatorze modules viennent du dépôt OCA account-payment, branche 18.0 — dont les 26 modules sont désormais tous documentés ici. Douze sont en AGPL-3, deux en LGPL-3. Les dépendances : account pour la plupart, base_tier_validation pour le circuit de visas, account_payment pour les lignes de contrepartie, account_check_printing pour les chèques, sms pour les notifications, payment pour les deux modules de portail.
L'autre fiche du dépôt : échéances, balance âgée et rejets de prélèvement.
Questions fréquentes
Peut-on exiger un visa avant un virement fournisseur dans Odoo ?
Oui : account_payment_tier_validation soumet les paiements au moteur de validation par paliers, avec réviseurs et conditions paramétrables. Sans lui, un virement de quarante mille euros se saisit comme une facture de fournitures — c'est l'écart de contrôle interne le plus courant d'une PME équipée d'un ERP.
Faut-il supprimer le bouton de règlement sur la facture ?
account_voucher_killer le permet, et c'est un choix d'organisation défendable : régler depuis la facture est pratique et contourne tout contrôle, puisque la personne qui saisit la facture est celle qui la paie. À annoncer avant de l'activer.
Comment savoir quelles méthodes de paiement sont installées ?
account_payment_method_base ajoute des vues formulaire et liste sur le modèle des méthodes de paiement, sous Facturation ▸ Configuration ▸ Gestion ▸ Méthodes de paiement techniques. Ces méthodes existent dans la base, les modules en ajoutent, et aucun écran standard ne les montre.
Peut-on voir à quelles factures correspond un paiement dans la liste ?
Oui, avec account_payment_show_invoice, qui affiche les factures payées dans la liste des paiements. Cela paraît évident et manque : un comptable qui rapproche un relevé voit une liste de paiements sans savoir à quoi ils correspondent, et doit ouvrir chacun.
Peut-on exiger l'acceptation des conditions avant un paiement en ligne ?
Oui : payment_require_legal l'exige avant de soumettre le paiement. Ce n'est pas une formalité — c'est la preuve du consentement, celle qu'on cherche quand un client contexte un prélèvement. Vérifiez que la trace est horodatée et conservée de façon exploitable.
Se faire accompagner
Le décaissement est l'endroit où un ERP mal paramétré expose le plus : pas de visa, règlement possible depuis la facture par celui qui l'a saisie, et aucune trace d'autorisation. Trois modules et une revue des droits suffisent à y mettre un contrôle.
Nous posons donc le circuit de visa sur les paiements avant d'ouvrir les virements, avec ses extensions de transfert — sinon un congé bloque les décaissements et le contrôle se désactive de lui-même. Voir les prestations d'Atalios Consulting ou demander un rappel.
Pour aller plus loin
En résumé
Décaisser est l'acte le plus risqué d'une entreprise, et l'écran de paiement d'Odoo le traite comme une saisie ordinaire : ni visa, ni trace d'autorisation, et un bouton de règlement sur la facture même. Quatorze modules reprennent cette partie. Parlons de vos contrôles de décaissement.
