Payer un fournisseur depuis Odoo, jusqu'ici, voulait dire préparer un fichier. On sélectionnait les factures, on générait un virement groupé au format SEPA, on téléchargeait le XML, puis on se connectait au portail de la banque pour l'importer et le signer. Odoo 20, présenté le 24 septembre à Odoo Experience, propose de supprimer ces deux dernières étapes. Les notes de version annoncent qu'on peut régler les factures « individuellement ou par lots », avec une seule signature, directement depuis Odoo, via une nouvelle interface de prestataires d'initiation de paiement (PISP)1.
La même version renomme aussi les statuts de paiement des factures. Ce second changement fait moins de bruit, mais il touchera tous les utilisateurs de la comptabilité, y compris ceux qui n'activeront jamais l'initiation de paiement.
Ce que l'initiation de paiement change dans le flux fournisseur
Le principe vient de la deuxième directive européenne sur les services de paiement (DSP2). Un prestataire agréé transmet un ordre de paiement à la banque qui tient le compte, au nom et pour le compte du client. La Fédération bancaire française le distingue explicitement du service d'agrégation de comptes, qui se contente de lire les soldes et les opérations2. Odoo pratique déjà ce second service avec la synchronisation bancaire. Avec la version 20, il passe du côté de l'émission.
Le flux que décrit Odoo se lit ainsi :
| Étape | Avec un fichier SEPA (avant) | Avec l'initiation de paiement (Odoo 20) |
|---|---|---|
| Sélection des factures | Dans Odoo | Dans Odoo |
| Création de l'ordre | Export d'un fichier XML | Ordre transmis via le prestataire |
| Signature | Sur le portail de la banque | Une signature unique, lancée depuis Odoo |
| Rapprochement | Après réception du relevé | Après réception du relevé |
La session consacrée au sujet pendant Odoo Experience, animée par Laurent Jeanty de l'équipe Business Development d'Odoo, promettait de se passer de l'export et du téléversement de fichiers, et en attendait moins d'erreurs humaines, plus de sécurité et un cycle fournisseur plus rapide3. Ces arguments viennent de l'éditeur. Nous ne les avons pas encore mesurés en production.
Ce que nous ne savons pas encore
Plusieurs points restent flous à ce jour, et un DAF a besoin de les connaître avant de changer sa procédure de décaissement.
D'abord, Odoo ne publie pas de liste des banques ni des pays couverts. Ni les notes de version ni la page de la conférence ne nomment le prestataire agréé qui porte le service1, 3. Or l'initiation de paiement dépend toujours de l'accès que la banque ouvre à ce prestataire. Une PME qui travaille avec une banque régionale ou une banque en ligne devra vérifier la compatibilité au cas par cas.
Ensuite, la documentation officielle n'a pas suivi. Au moment où nous écrivons, la page « Payments » de la documentation 20.0 décrit encore le paiement par fichier SEPA ou par chèque, et ne contient aucune section sur l'initiation de paiement4. Le paramétrage, les plafonds éventuels et le traitement des rejets ne sont donc pas documentés publiquement.
Enfin, le partage des responsabilités en cas de fraude obéit à la DSP2 et non au logiciel. Selon la FBF, c'est la banque teneur de compte qui rembourse le client en cas d'opération frauduleuse initiée par un prestataire, à charge pour elle de se retourner contre ce dernier, qui doit être assuré2. Cela rassure sur le principe. En pratique, la question à poser porte surtout sur les droits internes : qui, dans Odoo, peut déclencher une signature qui engage la trésorerie ?
Le renommage des statuts, à anticiper dans vos rapports
Le second changement paraît anodin. Les notes de version indiquent que le statut « In Process » devient « Paid », et que l'ancien « Paid » devient « Reconciled ». Le bouton manuel « Mark as Reconciled » quitte la fiche pour le menu Action, afin d'inciter à lier les paiements aux vraies lignes bancaires via le rapprochement1.
Cette clarification a une logique. Une facture payée mais pas encore rapprochée avec le relevé n'est pas dans le même état qu'une facture dont l'argent est constaté en banque, et l'ancien vocabulaire entretenait la confusion. Le revers concerne tout ce qui s'appuie sur ces libellés. Un filtre enregistré, un tableau croisé partagé avec l'expert-comptable, une relance automatique ou un export vers un outil de BI qui teste le statut « payé » changera de sens sans afficher la moindre erreur. Les traductions françaises définitives restent à confirmer dans l'interface, ce qui justifie de tester avant de communiquer aux équipes.
Notons aussi que la documentation 20.0 évoque toujours les statuts « In payment » et « Paid » avec leurs anciennes définitions4. Pendant quelques semaines, formateurs et utilisateurs liront donc deux vocabulaires différents selon qu'ils ouvrent l'aide ou l'écran.
Notre lecture
L'initiation de paiement intégrée répond à une vraie friction, que nous voyons chez la plupart des clients qui règlent plus de quelques dizaines de fournisseurs par mois. Supprimer l'aller-retour entre l'ERP et le portail bancaire réduit les erreurs de fichier et les doubles paiements. Nous recommandons pourtant de ne pas basculer à l'ouverture de votre base en version 20.
Pour une PME ou une ETI qui migre, la démarche raisonnable consiste à vérifier d'abord la compatibilité de chaque banque, puis à revoir la matrice des droits avant d'ouvrir le service. La signature qui partait jusqu'ici d'un portail bancaire, avec ses propres habilitations, partira désormais d'Odoo. Les droits du profil comptable méritent donc une revue aussi sérieuse que celle des mandats bancaires. Un pilote sur un seul compte et un périmètre limité de fournisseurs, en parallèle du fichier SEPA, permet de valider rejets et rapprochements sans risque.
Le renommage des statuts, lui, s'impose à tous dès la migration. Il faut inventorier les filtres, rapports et automatisations qui lisent l'état de paiement des factures, puis les recetter sur une base de test. C'est un travail de quelques heures, qu'il vaut mieux faire avant le premier arrêté mensuel sous Odoo 20 qu'après.
Sources
- Odoo 20 Release Notes : https://www.odoo.com/odoo-20-release-notes
- Fédération bancaire française, Mémo 08 DSP2 : https://www.fbf.fr/uploads/2021/02/MEMO_08_DSP2.pdf
- Odoo Experience 2026, « Unlocking payment initiation: The smarter way to pay your suppliers » : https://www.odoo.com/event/odoo-experience-2026-9099/track/unlocking-payment-initiation-the-smarter-way-to-pay-your-suppliers-10532
- Odoo 20.0 documentation, Payments : https://www.odoo.com/documentation/20.0/applications/finance/accounting/payments.html
- Odoo, « Odoo takes stock of 2026 and unveils its ambitions for 2027 during Odoo Experience » : https://www.odoo.com/blog/odoo-news-5/odoo-takes-stock-of-2026-and-unveils-its-ambitions-for-2027-during-odoo-experience-2444
Footnotes
-
Odoo, notes de version d'Odoo 20, sections « Accounting » et « AI ». Formulations citées en anglais dans la source. ↩ ↩2 ↩3
-
Fédération bancaire française, « Mémo 08 : DSP2 », 2021, sur le service d'initiation de paiement et le partage de responsabilité en cas de fraude. ↩ ↩2
-
Odoo Experience 2026, fiche de la conférence « Unlocking payment initiation: The smarter way to pay your suppliers », 24 septembre 2026. ↩ ↩2
-
Documentation Odoo 20.0, page « Payments », consultée le 13 octobre 2026. ↩ ↩2