Odoo a mis en place un dispositif pensé pour les cabinets d’expertise comptable (appelés “fiduciaires” dans le vocabulaire belge) : permettre à un cabinet d’accéder aux bases Odoo de ses clients sans que cela se transforme automatiquement en “un utilisateur payant de plus” chez chaque client.
Petit point vocabulaire : Odoo emploie souvent “fiduciaire” car c’est le terme courant en Belgique. En France, on dira plutôt cabinet d’expertise comptable.
Les conditions pour être reconnu “fiduciaire / accounting firm” chez Odoo
Côté Odoo, l’entrée officielle passe par l’inscription au programme “Accounting Firm / Accountant Partner Program”.
La règle mise en avant sur le formulaire est simple :
être comptable / expert-comptable en exercice,
avoir au minimum 2 clients qui utilisent Odoo,
et s’enregistrer pour être référencé et obtenir des ressources.
C’est aussi ce point “minimum 2 clients” qui revient dans ton mémo et il est bien cohérent avec la page d’inscription officielle.
Sur quelles plateformes ça marche (et surtout : où ça ne marche pas)
Là, il faut être précis, parce que c’est le cœur du “dans un cas précis”.
- Odoo Online (SaaS) : oui, l’ajout du cabinet/expert-comptable en tant qu’utilisateur peut être gratuit (dans les conditions prévues par Odoo).
- Odoo.sh : non, Odoo indique que cela peut entraîner des coûts supplémentaires pour chaque utilisateur ajouté.
On-premise / self-hosted : non, même logique : l’utilisateur cabinet est un utilisateur comme un autre côté licences (et donc généralement payant).
En clair : “sans licence” = Odoo Online. Sur Odoo.sh ou On Premise, il faut avoir un utilisateur pour le comptable”.
Concrètement : qu’est-ce que “sans licence” veut dire ?
Ça ne veut pas dire “on fait n’importe quoi avec un login partagé”.
Ça veut dire : un cabinet inscrit au programme peut disposer d’un accès prévu pour travailler sur les dossiers de ses clients, dans le cadre et les limites du programme (et selon la plateforme d’hébergement).
À ne pas confondre avec :
les “portal users” (portail client/fournisseur) qui sont utiles, mais trop limités pour faire de la vraie production comptable (journaux, lettrage, réconciliation, rapports, etc.). La doc Odoo rappelle d’ailleurs que le portail est en lecture seule.
Les infos à fournir côté cabinet (la checklist utile)
Sur l’inscription, Odoo demande des informations très “annuaire + qualification” : identité du cabinet, contact, pays, volume de clients, version d’Odoo utilisée, plateforme (Online / On-premise / Odoo.sh), etc.
Et dans la pratique (ton mémo est très bon là-dessus), on retombe généralement sur une liste du type :
email confirmant la volonté d’être référencé / devenir “fiduciaire”,
noms des clients Odoo accompagnés,
nom du cabinet,
prénom/nom/email de la ou des personnes qui se connecteront.
L’idée : Odoo doit pouvoir qualifier le cabinet et relier proprement l’accès aux bons interlocuteurs.
Pourquoi, côté intégrateurs, c’est un vrai sujet
Quand un cabinet “comprend Odoo” et sait travailler proprement avec l’outil, tout le monde gagne :
1) Des projets plus fluides
Moins de “on exporte / on importe / on recolle à la main”, plus de décisions sur des chiffres cohérents.
2) Une donnée plus propre (et donc plus pilotable)
Plan comptable, journaux, taxes, comptes d’attente, lettrage : si c’est cadré tôt, on évite l’archéologie comptable à J+180.
3) Une entreprise plus sereine
Parce que la direction pilote sur des tableaux de bord fiables et que la clôture n’a plus besoin d’un sacrifice rituel (juste d’un bon café et d’un bon process).
Et oui : tout le monde dort mieux. Même en clôture. (Surtout en clôture.)
Le “mode d’emploi” Auguria : comment on structure ça proprement
Chez Auguria, l’enjeu est souvent d’éviter deux extrêmes :
soit le cabinet n’a aucun accès et travaille “à l’aveugle”,
soit on finit avec un accès mal cadré (droits trop larges, mauvaises pratiques, ou multiplication de profils).
Une approche saine ressemble à ça :
Valider la plateforme (Online / Odoo.sh / on-premise) dès le cadrage.
Définir le périmètre cabinet : production, révision, clôture, conseil, interventions ponctuelles ?
Établir une convention d’usage : qui fait quoi, qui valide quoi, et comment on trace.
Mettre des droits propres (groupes, journaux, restrictions, séparation des tâches).
Rythmer la collaboration : points mensuels, checklist de clôture, règles de qualité de donnée.
Conclusion
Oui, il existe bien un scénario où un cabinet peut accéder aux bases de ses clients sans déclencher mécaniquement une licence supplémentaire… à condition de jouer dans le cadre du programme fiduciaire et (surtout) sur Odoo Online.
Et pour nous, intégrateurs, c’est une excellente nouvelle : quand l’expert-comptable est à l’aise dans Odoo, les projets gagnent en qualité, en vitesse, et en sérénité — bref, on transforme Odoo en outil de pilotage, pas en machine à exports.
FAQ
Clairement non, et l’utilisateur cabinet compte alors comme un utilisateur normal côté licences
La doc Odoo est très claire : l’ajout d’un comptable est gratuit sur Odoo Online, tandis que Odoo.sh et On-premise peuvent entraîner des coûts supplémentaires par utilisateur
Le portail est lecture seule et pensé pour consulter des documents. Ce n’est généralement pas adapté à une vraie production comptable.