01
Choisir et cadrer
Clarifier l’édition, les responsabilités, les processus et les critères de réussite avant de paramétrer.
Guides · Méthodes · Cas clients · Glossaire
Les ressources Odoo pour décider avant de paramétrer.
Un point d’entrée unique pour comprendre les notions essentielles, diagnostiquer une situation et retrouver la ressource MY ADVISOR adaptée à votre projet Odoo.
Commencez par votre situation.
Ces ressources sont classées par problème métier. Elles couvrent Odoo 18 et 19, Community et Enterprise ; les différences de responsabilité sont précisées dans chaque contenu.
Checklist interactive d’audit Odoo35 contrôles pour réunir les preuves avant de décider. Ouvrir la checklist →
02
Auditer l’existant
Objectiver les problèmes de configuration, de données, de droits, d’interfaces et d’usage.
03
Reprendre un projet
Conserver ce qui fonctionne, corriger les causes et préparer une transition traçable.
04
Migrer de version
Inventorier les modules et intégrations, recetter les opérations critiques et maîtriser la bascule.
05
Intégrer et automatiser
Arbitrer entre standard, paramétrage, automatisation, connecteur et développement spécifique.
06
Former et piloter
Rendre les équipes autonomes et construire des indicateurs fondés sur des données fiables.
Des retours d’expérience, pas des promesses génériques.
Les clients sont anonymisés lorsque leur accord de publication nominative n’est pas établi. Les faits techniques et résultats présentés correspondent à des interventions réellement contrôlées.
Glossaire Odoo pour les PME.
Chaque définition relie la notion technique à une conséquence pratique. Ce glossaire n’a pas vocation à remplacer la documentation officielle, mais à faciliter les décisions de cadrage, d’audit et de maintenance.
API
Interface qui permet à Odoo d’échanger des données ou de déclencher des actions avec un autre système.
En pratique. Pour une PME : documenter les flux, les droits, les erreurs et la responsabilité de maintenance.
Automatisation
Règle qui exécute une action sans intervention manuelle lorsqu’une condition est remplie.
En pratique. À réserver aux règles stables, testables et surveillées ; automatiser une mauvaise règle accélère les erreurs.
Base de données
Ensemble PostgreSQL contenant les données et une partie de la configuration d’Odoo.
En pratique. Une sauvegarde exploitable doit rester cohérente avec le filestore et les modules réellement installés.
Community
Édition libre d’Odoo, sans les modules et services réservés à Enterprise.
En pratique. Elle demande de clarifier l’hébergement, les sauvegardes, les modules OCA, les mises à jour et le support.
Connecteur
Composant qui relie Odoo à une application tierce : e-commerce, paiement, transport ou autre outil.
En pratique. Vérifier le sens des flux, les reprises sur erreur, les doublons, la sécurité et la compatibilité de version.
Donnée de référence
Information partagée qui structure les opérations : client, article, taxe, compte, unité ou catégorie.
En pratique. Une référence incohérente se propage dans les documents, les automatismes et les indicateurs.
Développement spécifique
Code créé pour couvrir un besoin qui n’est pas satisfait par le standard ou un module maintenable.
En pratique. Il doit avoir un propriétaire, des tests, une documentation et un plan de migration.
Dette technique
Coût futur créé par des choix rapides, du code peu maintenu ou une configuration devenue difficile à faire évoluer.
En pratique. Elle se mesure par ses impacts : incidents, lenteur des changements, dépendances et risque de migration.
Enterprise
Édition sous licence incluant des applications et services supplémentaires selon le contrat Odoo.
En pratique. Le choix doit reposer sur les fonctions utiles, l’hébergement, le support, la migration et le coût total.
Environnement de développement
Instance séparée utilisée pour construire et corriger avant la recette.
En pratique. Elle ne doit pas envoyer de vrais e-mails, paiements ou webhooks vers les systèmes de production.
Environnement de recette
Copie isolée où des utilisateurs valident des scénarios représentatifs avant une mise en production.
En pratique. La recette doit couvrir les droits, documents, imports, interfaces et cycles métier critiques.
Filestore
Répertoire où Odoo stocke notamment les pièces jointes et certains fichiers liés à la base.
En pratique. Restaurer uniquement PostgreSQL sans le bon filestore peut laisser des documents manquants.
Groupe de sécurité
Ensemble de droits attribué à des utilisateurs pour contrôler menus, modèles et opérations.
En pratique. Tester avec de vrais profils métier évite de confondre accès administrateur et accès utilisateur.
Module
Paquet fonctionnel ou technique qui ajoute ou modifie des modèles, vues, règles, rapports ou données.
En pratique. Avant une migration, classer chaque module : standard, Enterprise, OCA, spécifique, utile ou à retirer.
Module OCA
Module open source maintenu dans l’écosystème de l’Odoo Community Association.
En pratique. Contrôler la branche, les dépendances, l’activité du dépôt et la capacité de maintenance avant adoption.
Migration fonctionnelle
Adaptation des processus, paramétrages, données et usages lors d’un changement de version.
En pratique. Une base techniquement convertie n’est pas validée tant que les opérations critiques ne sont pas recettées.
Migration technique
Conversion de la base et adaptation du code pour permettre l’exécution sur une nouvelle version.
En pratique. Elle traite la compatibilité, mais ne prouve pas à elle seule la continuité métier.
ORM
Couche d’Odoo qui permet au code de lire et modifier les données à travers les modèles et leurs règles.
En pratique. Les contrôles ORM révèlent des erreurs que la simple ouverture d’une page web peut ne pas montrer.
Paramétrage
Configuration réalisée avec les fonctions prévues par Odoo, sans ajouter de code spécifique.
En pratique. Le standard est souvent plus simple à maintenir, mais il doit rester aligné sur le processus réel.
Production
Environnement utilisé pour l’activité réelle de l’entreprise.
En pratique. Tout changement doit être préparé, sauvegardé, planifié et contrôlé avec un retour arrière adapté au risque.
Recette
Ensemble de scénarios et de preuves permettant de décider si une évolution répond au besoin.
En pratique. Elle décrit le résultat attendu, les données de test, le responsable et les anomalies constatées.
Règle d’accès
Condition technique limitant les enregistrements visibles ou modifiables selon l’utilisateur.
En pratique. Elle complète les groupes et doit être testée sur plusieurs sociétés, équipes et rôles.
Sauvegarde restaurable
Copie de la base, du filestore et du code dont la restauration a été vérifiée.
En pratique. Une sauvegarde non testée réduit mal le risque : le délai et les étapes de restauration doivent être connus.
Standard Odoo
Fonctionnement fourni et maintenu dans l’édition et la version utilisées.
En pratique. Toujours vérifier si le standard couvre correctement le besoin avant d’ajouter une personnalisation.
Webhooks
Appels HTTP envoyés automatiquement lorsqu’un événement survient.
En pratique. Protéger l’authentification, les reprises, l’idempotence et neutraliser les destinations réelles dans les clones.
Informations éditoriales
Rédigé et vérifié par Yohann MATHIEZ-GANDER. Révision : 22 août 2026. Versions concernées : Odoo 18 et 19, Community et Enterprise.
Sources primaires : documentation officielle Odoo 19, éditions Odoo et Odoo Community Association. Les conséquences pratiques reflètent également l’expérience terrain de MY ADVISOR.
Vous ne savez pas par quelle ressource commencer ?
Présentez votre version, votre édition et la situation actuelle : le premier échange sert à qualifier le bon point de départ.
Réserver un échange Odoo