Odoo · conseil et paramétrage

Votre Odoo est installé.
Il ne travaille pas encore pour vous.

La mise en service n'est pas la mise au travail. La moitié des applications dort, les saisies se font deux fois, et un tableur tourne toujours à côté. Je reprends la configuration existante et je la fais servir à ce que vous vendez.

Faire le point sur mon Odoo → Ce que je délègue
Odoo 19 Community & Enterprise Odoo.sh On-premise

Le point de départ

Beaucoup d'installations
s'arrêtent à la mise en service

L'intégrateur a livré, la facture est soldée, les utilisateurs se sont formés sur le tas. Deux ans plus tard, la comptabilité tourne, le reste beaucoup moins : les devis se reprennent à la main, les stocks sont faux, les achats se décident hors de l'outil, et chaque service a reconstitué son fichier à côté.

Ce n'est presque jamais un problème de logiciel. C'est un paramétrage posé sur une organisation qui a changé depuis, ou qui n'avait pas été décidée. Odoo est capable de beaucoup — encore faut-il lui dire quoi faire, dans quel ordre, avec quelles règles.

Mon travail commence là : sur une base existante, avec vos données réelles et vos habitudes réelles. Pas sur une instance de démonstration.

Une application qu'on n'a pas décidé d'utiliser ne dort pas : elle fabrique des données fausses que quelqu'un corrigera à la main.

Sur votre instance

Ce que je fais concrètement

Rien qui exige de toucher au code. Odoo standard, bien paramétré, couvre plus de terrain qu'on ne le croit — et ce qu'il couvre, il le garde à la montée de version.

Audit
Ce qui sert, ce qui bloque, ce qui coûte, ce qui dort. Quelles applications standard activer, lesquelles désactiver, et où le paramétrage actuel contredit ce que font réellement les équipes. C'est le premier livrable, et il arrive qu'il conclue qu'il n'y a pas grand-chose à faire.
Paramétrage
Enchaînement des étapes, règles de gestion, droits, validations. Qui voit quoi, qui valide quoi, et à quel moment un document devient opposable.
Automatisations
Actions planifiées, règles automatisées, modèles de courriel, alertes d'échéance — sans une ligne de code. C'est ce qui fait disparaître les relances manuelles et les exports du lundi matin.
Données
Structuration et reprise des référentiels : ce qu'est un client, un article, un chantier, chez vous. Un référentiel flou produit des rapports auxquels personne ne croit.
Arbitrage
Entre paramétrage standard et développement : le standard gagne presque toujours. Un spécifique se paie deux fois, à l'écriture puis à chaque montée de version.

Transparence

Ce que je fais, et ce que je confie

Une frontière nette vaut mieux qu'une promesse large. Elle évite le projet qui s'enlise chez un prestataire hors de son domaine.

Je fais
Le paramétrage fonctionnel et l'administration courante, les automatisations sans code, l'installation et la maintenance de mes propres modules, et le cadrage — y compris celui de ce que je ne livrerai pas moi-même.
Je délègue
Les migrations de version et le développement spécifique hors de mes modules. Un partenaire les prend, et je reste votre interlocuteur : je cadre, je suis la recette, et je garde la responsabilité du résultat côté métier.
Je ne fais pas
La revente de licences Odoo. Je n'en tire aucune commission, donc aucun conseil que je vous donne sur Community ou Enterprise n'est intéressé.

Cas concret

Un devis validé,
huit applications qui suivent

Bâtiment modulaire · Odoo · 12 utilisateurs

CMI

Intervention

Le CRM détourné pour suivre les devis à produire plutôt que des prospects, puis un seul déclencheur : la validation du devis crée le projet, les demandes d'achat, les ordres de fabrication, et la livraison déclenche la facture.

Ce qu'il en reste

Toute l'affaire pilotée depuis la fiche projet, et sa marge sur un seul tableau de bord — dans le paramétrage standard, sans une ligne de développement spécifique.

Les neuf étapes en détail →

Édition

Je publie aussi mes propres modules

Quand l'outil n'existe pas, je l'écris. C'est aussi ce qui garantit que la personne qui paramètre votre instance comprend ce qu'elle installe dedans.

GeoLeaf Suite

la carte dans le backend Odoo
En cours

Quinze add-ons Odoo 19 standard, sans fork du cœur. Chaque objet métier géolocalisé devient consultable et éditable sur une carte, depuis l'ERP. La GMAO en est le produit phare : équipements, interventions, signalement public, tournées.

LicenceOPL-1, propriétaire
CibleOdoo 19 Enterprise
Communityvariante dérivée, sans Field Service
SaaSGMAO sur Community, en cours
BasePostgreSQL, PostGIS optionnel
Intégrationadd-ons standard, zéro fork du cœur

Pas encore publiée sur l'Odoo Apps Store, et sans tarif public. La démonstration tourne sur une instance de test, avec un accès nominatif sur demande.

La fiche complète →

Le socle est modulaire, et ce n'est pas un argument de vente : une couche verticale ne remonte jamais dans la couche générique. Un prestataire de maintenance n'installe donc pas ce qui ne le concerne pas, et le tarif suit ce qui est installé.

PostGIS est optionnel. Le socle fonctionne sur PostgreSQL seul, et c'est le mode installé par défaut — c'est cette contrainte qui rend les modules installables sur un hébergement que je ne contrôle pas, le vôtre par exemple.

Si vous êtes intégrateur et que vous cherchez une brique cartographique à poser chez un client, c'est aussi une conversation que j'ai régulièrement.

Voir les deux logiciels que j'édite →

Qualification

À qui s'adresse cette page

C'est pour vous si

  • Odoo est déjà en service chez vous, et vous sentez que l'outil pourrait faire plus.
  • Votre intégrateur n'est plus disponible, ou plus adapté à ce que vous êtes devenu.
  • Les mêmes informations sont saisies deux fois, à deux endroits.
  • Vous gérez des équipements ou des interventions sur le terrain.
  • Vous êtes intégrateur et cherchez une brique cartographique à installer chez un client.

Ce n'est pas pour vous si

  • Votre besoin est une migration de version : c'est délégué.
  • Votre besoin est du développement spécifique hors de mes modules : c'est délégué aussi.
  • Vous voulez acheter des licences Odoo : je ne suis pas revendeur.
  • Vous n'avez pas encore d'ERP et le process n'est pas posé. Commencez par l'ingénierie de process.

Questions

Ce qu'on me demande sur Odoo

C'est le cas le plus fréquent, et c'est même le cœur du sujet. L'intégrateur a livré, la facture est soldée, et deux ans plus tard la configuration ne correspond plus à l'organisation. Je reprends l'existant tel qu'il est, avec vos données et vos habitudes réelles — pas une base de démonstration.
Je travaille sur les deux, et sur Odoo.sh comme en hébergement propre. Le choix ne m'appartient pas : je ne suis pas revendeur de licences Odoo, donc je n'ai aucun intérêt à vous en faire acheter. Si le standard de Community suffit à votre besoin, je vous le dis.
Non. Les migrations de version et le développement spécifique hors de mes propres modules partent chez un partenaire. Je garde le cadrage, la recette et la responsabilité du résultat côté métier — une frontière nette vaut mieux qu'une promesse large.
Par un audit de la configuration, pas par une modification. Ce qui sert, ce qui bloque, ce qui coûte, et ce qui dort. Le premier livrable est un état des lieux avec un ordre de chantier — et il arrive qu'il conclue qu'il n'y a pas grand-chose à faire.
Alors je le dis. Un paramétrage posé sur une organisation qui n'a pas été décidée ne fait que reporter le problème, en plus cher. Dans ce cas la bonne porte est l'ingénierie de process : on pose les règles de gestion d'abord, on paramètre ensuite.

Sur le blog

Pour aller plus loin

Odoo 18 vs 19 : nouveautés, IA et guide de migration

22 min

Projet ERP Odoo : commencer par l'architecture SI, pas par l'outil

13 min

Pourquoi les projets ERP échouent — et comment l'éviter

7 min

Faisons le point sur votre instance

Indiquez-moi votre version, les applications en service et ce qui ne fonctionne pas comme vous le voudriez. Je vous réponds sous 48 h avec un premier avis, y compris lorsque votre instance n'a pas besoin d'intervention.

Décrire mon instance →