Une entreprise commande un audit d'instance Odoo quand quelque chose ne va pas, sans toujours savoir quoi précisément. La comptabilité prend du retard, l'outil rame, un collaborateur clé qui connaissait la configuration a quitté l'entreprise, ou une montée de version approche et personne ne sait ce qu'elle va casser. L'audit répond à cette incertitude par un état des lieux factuel, pas par une proposition commerciale déguisée. Le livrable est un diagnostic et des priorités, que vous restez libre d'exécuter comme vous l'entendez, y compris ailleurs qu'avec AX-Fiduciaire.
Ce document explique dans quelles situations un audit se justifie, ce qu'il examine concrètement, ce qu'apporte le regard d'une fiduciaire par rapport à un audit purement technique, et ce que contient le livrable final.
Il arrive qu'un audit soit demandé « pour vérifier », sans déclencheur précis. C'est légitime, mais l'exercice gagne en efficacité quand il part d'une question concrète : que voulons-nous savoir avec certitude à l'issue de cet audit ? Une instance Odoo en production accumule des décisions prises à des moments différents, par des personnes différentes, souvent sans lien entre elles. Après quelques années, la configuration réelle et la compréhension qu'en a l'entreprise divergent, parfois sensiblement. L'audit referme cet écart.
Dans quelles situations un audit se justifie
Un audit d'instance Odoo n'est pas une démarche systématique : il répond à un déclencheur précis. Les situations les plus fréquentes sont les suivantes.
- Avant une montée de version. Odoo 19 est la version stable actuelle, et Odoo 20 est dévoilé le 24 septembre 2026. Migrer sans savoir quelles personnalisations existent, ni lesquelles sont compatibles avec la nouvelle version, expose à des mauvaises surprises en production. Voir notre page dédiée à la migration Odoo.
- Avant de changer de prestataire. Un audit établit un point de départ neutre : ce qui existe réellement, indépendamment de ce que raconte la documentation ou le contrat en cours.
- Une instance qui ralentit. Rapports qui mettent du temps à s'afficher, imports qui échouent, interface qui se fige aux heures de pointe : ces symptômes ont des causes identifiables, rarement liées au hasard.
- Des chiffres comptables qui ne tombent pas juste. Écarts de rapprochement bancaire, décomptes TVA qui ne correspondent pas aux attentes, soldes de comptes auxiliaires incohérents.
- Des utilisateurs qui contournent l'outil. Fichiers Excel parallèles, saisies doubles, informations qui circulent par messagerie plutôt que dans Odoo : signe que la configuration ne correspond plus aux besoins réels du terrain.
- Des personnalisations accumulées au fil du temps. Modules développés sur mesure, champs ajoutés, automatisations empilées par différents intervenants successifs, sans vue d'ensemble ni documentation.
- Des droits d'accès devenus flous. Anciens collaborateurs toujours actifs dans le système, droits trop larges accordés par facilité, absence de règle claire sur qui peut voir ou modifier quoi.
- Des doutes sur les sauvegardes. Beaucoup d'entreprises découvrent l'état réel de leur politique de sauvegarde seulement après un incident.
Ce que nous examinons
L'audit couvre l'ensemble des couches d'une instance Odoo, de la configuration comptable à l'infrastructure technique. Aucune de ces dimensions n'est examinée isolément : une lenteur applicative peut avoir une origine comptable (des rapports trop lourds construits sur un volume de données mal maîtrisé), tout comme une erreur comptable peut avoir une origine technique (un module mal paramétré ou une automatisation mal conçue). L'audit croise systématiquement ces angles plutôt que de les traiter en silos séparés.
Configuration comptable et TVA
Lorsqu'une société est configurée en Suisse, Odoo installe automatiquement la localisation suisse (module l10n_ch), qui pose le plan comptable et les taux de TVA de base. Nous vérifions que cette localisation a été correctement conservée et adaptée : taux de TVA appliqués (8.1 %, 2.6 % et 3.8 % depuis le 01.01.2024), méthode de décompte choisie, comptes de mapping, cohérence entre les écritures générées et la réalité de l'activité. Voir aussi notre page Odoo Comptabilité.
Paramétrage de paie
Quand le module de paie est utilisé, nous contrôlons les règles salariales configurées, la gestion des charges sociales et la conformité de la transmission électronique des salaires. Détail dans notre page Odoo Paie & RH.
Modules actifs et modules inutilisés
Une instance accumule souvent des modules installés puis abandonnés, qui consomment des ressources et compliquent la maintenance sans apporter de valeur. Nous dressons la liste de ce qui est réellement utilisé et de ce qui ne l'est plus.
Personnalisations et leur impact sur les montées de version
Chaque champ ajouté, chaque automatisation, chaque module développé sur mesure représente un risque potentiel lors d'une future montée de version. Nous cartographions ces personnalisations et évaluons lesquelles sont documentées, lesquelles sont fragiles, et lesquelles pourraient être remplacées par une fonctionnalité standard. Pour les développements en cours ou à venir, voir développement Odoo.
Qualité des données
Doublons de fiches clients ou fournisseurs, champs obligatoires laissés vides, historiques incomplets suite à une reprise de données bâclée : la qualité des données conditionne la fiabilité de tout ce qui en dépend, y compris les rapports comptables. Une donnée mal saisie une seule fois se propage silencieusement dans chaque rapport et chaque décompte qui s'appuie dessus, ce qui la rend difficile à repérer sans un examen ciblé.
Performances
Temps de chargement des vues, durée des traitements de fond, dimensionnement de l'hébergement : nous identifions si les lenteurs constatées viennent de la configuration, du volume de données, ou de l'infrastructure. La distinction compte, parce que la correction n'est pas la même : un problème de configuration se corrige sans coût d'infrastructure, alors qu'un sous-dimensionnement réel de l'hébergement ne se résout pas par du paramétrage.
Droits et sécurité
Cartographie des groupes d'utilisateurs, des droits d'accès accordés, des comptes encore actifs alors qu'ils ne devraient plus l'être. Un audit de droits révèle souvent des accès plus larges que ce que l'entreprise pense avoir accordé.
Sauvegardes et restauration
Existence d'une politique de sauvegarde, fréquence réelle, et surtout : la restauration a-t-elle déjà été testée. Une sauvegarde jamais restaurée n'est qu'une hypothèse.
Intégrations
Connexions avec les banques, les outils de facturation, les plateformes tierces : nous vérifions leur fiabilité et leur cohérence avec le reste du système.
Le regard spécifique d'une fiduciaire
Un audit technique classique vérifie qu'un module fonctionne, qu'une intégration répond, qu'une performance est dans une plage acceptable. Il ne vérifie pas, en général, que les chiffres produits sont justes au sens comptable et fiscal suisse. C'est là qu'intervient le regard d'une fiduciaire : contrôler que le décompte TVA généré correspond réellement à l'activité, que les écritures de clôture sont cohérentes, que le paramétrage de paie produit des décomptes conformes aux exigences des assurances sociales.
Cette double compétence, technique et comptable, permet de détecter des problèmes qu'un audit purement informatique laisse passer : une configuration parfaitement fonctionnelle du point de vue système peut très bien produire une comptabilité fausse. L'inverse est également vrai — une comptabilité correcte peut reposer sur une configuration technique fragile qui finira par poser problème. L'audit examine les deux dimensions ensemble plutôt que séparément.
Concrètement, cela signifie que nous ne nous limitons pas à vérifier qu'un module de facturation ou de paie « fonctionne » au sens où il produit un document sans message d'erreur. Nous vérifions que ce document est le bon : que le taux de TVA appliqué correspond à la nature réelle de l'opération, que le compte comptable mouvementé est le compte attendu, que la règle salariale reflète la situation contractuelle du collaborateur concerné. C'est un niveau de lecture qu'une compétence uniquement technique ne couvre pas.
Le livrable
L'audit se conclut par un rapport structuré, pensé pour être exploitable indépendamment de qui le lit :
- Une cartographie de l'existant : modules actifs, personnalisations, intégrations, utilisateurs et droits.
- Les risques classés selon leur gravité et leur probabilité, pas une simple liste plate de constats.
- Les quick wins : corrections simples à faible effort et fort impact, identifiées séparément des chantiers plus lourds.
- Une feuille de route priorisée, qui distingue ce qui est urgent de ce qui peut attendre, sans imposer de calendrier arbitraire.
Ce qui se passe après l'audit
Le rapport vous appartient. Vous pouvez le faire exécuter en interne, le confier à un autre prestataire, ou demander à AX-Fiduciaire de prendre en charge tout ou partie des corrections identifiées — cette dernière option se discute séparément, une fois le diagnostic établi, jamais avant.
Il arrive que la conclusion soit rassurante : l'instance est correctement paramétrée, les risques identifiés sont mineurs, et le rapport sert alors de photographie de référence pour l'avenir, notamment avant une prochaine montée de version. Dans ce cas, l'audit n'a rien changé à votre exploitation quotidienne, mais il a remplacé une impression par une certitude vérifiée — ce qui a, en soi, une valeur.
Selon les priorités identifiées, la suite peut concerner une remise à niveau de la configuration comptable, une intervention sur la paie, une reprise de développements spécifiques, un passage par le support, ou une session de formation des équipes. Si l'audit révèle qu'un projet antérieur n'a jamais été mené à bien, la situation relève davantage d'une reprise de projet Odoo en difficulté que d'un simple ajustement. Pour une vue d'ensemble de nos prestations, consultez Odoo ERP à Genève et notre page Odoo à Genève. Pour un accompagnement complet d'un nouveau déploiement, voir implémentation Odoo.