Du sur-mesure seulement là où Odoo standard ne suffit pas
Diego vérifie d'abord si un paramétrage ou l'intégration d'un autre système suffit. Quand il faut programmer, le travail va dans un module séparé avec son test automatisé, et le code reste au nom de votre entreprise pour que tout prestataire puisse le reprendre.
Développement sur Odoo 17, 18, 19 et 20, ou sur votre système actuel s'il dispose d'une API
Ce qui reste à votre nom à la clôture
- Dépôt du codeAu nom de votre entreprise
- Système de base OdooNon modifié
- Test automatiséUn par flux livré
- Conception des écransValidée avant de programmer
- Changement de versionTesté dans un environnement de test
Une modification faite dans le système de base se paie à chaque mise à jour
Une même demande peut être programmée de deux façons. La différence apparaît des mois plus tard, à la sortie d'une nouvelle version d'Odoo ou quand la personne qui la maintient change.
Modification dans le système de base
- Chaque mise à jour casse quelque chose et se trouve reportée
- Personne ne sait exactement ce qui a été modifié ni pourquoi
- Seul celui qui l'a programmé peut y toucher
Module séparé, au nom de votre entreprise
- Le module est migré et testé avant la mise en production
- Chaque modification figure dans l'historique, avec date et motif
- Un autre prestataire le poursuit avec le manuel et les tests
Ce que coûte le statu quo
Des détours quotidiens sur des écrans qui ne répondent pas à la question
Pour voir un solde, il faut ouvrir cinq écrans ou exporter vers Excel. Le téléphone affiche la vue bureau réduite.
Une version d'Odoo impossible à mettre à jour
Les modifications faites dans le code de base bloquent la migration. L'entreprise passe à côté des améliorations des nouvelles versions.
Un prestataire impossible à quitter
Sans dépôt, sans documentation ni tests, changer de prestataire revient à refaire le développement.
Diego ne programme que ce que le diagnostic justifie
DMG-RT, la méthode propre de Diego, rattache chaque développement à un indicateur mesuré avant de toucher au système ; ici, le temps que prend la tâche à l'écran et la fréquence à laquelle on sort du système pour la faire.
Diagnostic : parcourir l'écran avec la personne qui l'utilise
Diego compte les détours actuels : écrans ouverts, exports vers Excel, temps par consultation. Il vérifie ensuite si Odoo standard le résout par un réglage, un autre module ou une intégration. Programmer est la dernière option de la liste.
Livrable : Lettre de constats avec l'option la plus courte pour chaque besoin et la référence de l'indicateur.
Conception : l'écran est validé avant d'écrire du code
Maquette pour ordinateur et téléphone, règles métier et plan de tests. Le responsable du processus la valide. Cette conception fixe le montant de chaque livraison.
Livrable : Conception validée, fiche de l'indicateur et budget par livraison.
Mise en œuvre et contrôle : livraisons de deux semaines
Chaque livraison est programmée dans un module séparé et testée dans un environnement avec une copie de vos données. Un test automatisé parcourt tout le flux avant chaque modification. Elle passe en production après une sauvegarde, et Diego la vérifie sur votre instance réelle, sur ordinateur et sur téléphone.
Livrable : Module en service, un test automatisé par flux et historique des modifications.
Transfert : le code reste dans votre dépôt
Dépôt, accès et documentation passent à votre entreprise. Votre équipe reçoit un manuel par rôle. Les revues à 3, 6 et 12 mois mesurent le même indicateur de référence.
Livrable : Procès-verbal de clôture, manuel d'exploitation et documentation technique.
- 1. Paramétrer ce qu'Odoo propose déjà
- 2. Intégrer un autre module ou système
- 3. Programmer dans un module séparé
- 4. Remettre code et tests à votre nom
Ce que vous recevez permet de changer de prestataire sans refaire le développement
L'objection habituelle est de rester lié à celui qui a programmé. C'est pourquoi chaque besoin passe d'abord par le standard, et ce qui est programmé arrive avec dépôt, conception, tests et manuel au nom de votre entreprise.
| Besoin | Ce que propose le standard | Décision |
|---|---|---|
| Valider les achats selon le montant | Double validation dans Achats | Paramétrer |
| Une donnée de plus sur le bon de commande | Champ personnalisé avec Studio | Paramétrer |
| Vendre en ligne avec le même stock d'entrepôt | Module eCommerce d'Odoo | Paramétrer |
| Commandes d'une place de marché ou d'une passerelle de paiement | Connecteur ou API entre les deux systèmes | Intégrer |
| Solde d'un budget avec alerte, dans une seule vue | Aucune vue standard ne le regroupe | Programmer |
| Écran mobile pour le technicien, avec les étapes de votre métier | Interventions couvre l'ordre, pas vos étapes propres | Programmer |
| Calcul de commissions ou de tarifs propre au métier | Les règles standard ne peuvent pas l'exprimer | Programmer |
Dépôt avec l'historique complet
Hébergé sur le compte de votre entreprise. Chaque modification a un auteur, une date et un motif.
Document de conception validé
Maquettes ordinateur et téléphone, règles métier et périmètre de chaque livraison.
Tests automatisés
Un par flux. Ils tournent avant chaque modification et avant chaque mise à jour de version.
Manuel par rôle et documentation technique
Pour l'utilisateur, pour l'administrateur et pour le prochain développeur.
Accès et identifiants
Tous au nom de votre entreprise. Diego ne conserve aucun accès que vous n'avez pas autorisé.
Parcours que répète le test automatisé
- Créer la commande avec un client de test
- Valider selon le montant et le responsable
- Livrer depuis le bon entrepôt
- Facturer et vérifier l'écriture comptable
- Répéter sur la vue mobile
Exemple illustratif. Si une étape échoue, la modification ne passe pas en production.
Apportez l'écran qui vous manque et voyez avec Diego s'il faut paramétrer, intégrer ou programmer.
Réserver un diagnostic de 30 minCe dont Diego a besoin pour commencer et quand programmer ne convient pas
Vous apportez
- Une personne qui utilise l'écran chaque jour et peut montrer comment elle travaille aujourd'hui.
- Un accès à un environnement de test avec une copie de vos données.
- Un responsable du processus qui valide la conception et chaque livraison.
- Le compte de votre entreprise qui hébergera le dépôt.
Quand cela ne convient pas
Si un réglage ou un module standard répond au besoin, Diego le dit lors du diagnostic et rien n'est programmé. Si le processus n'est pas encore défini, mieux vaut d'abord l'organiser. S'il manque surtout que deux systèmes communiquent, c'est une intégration.
Systèmes où le sur-mesure est le plus demandé
Diego écrit la conception avant le code
Diego Muñoz est consultant en processus et en systèmes et programme sur Odoo de la version 17 à la 20. Avant de développer, il parcourt la tâche avec la personne qui la fait et cherche la solution dans le standard. Quand il programme, c'est dans un module propre au client, jamais dans le système de base ni dans des modules tiers.
Il ne considère une livraison terminée qu'après l'avoir vue fonctionner sur l'instance réelle du client, sur ordinateur et sur téléphone, avec son test automatisé réussi.
- Odoo 17, 18, 19 et 20
- Méthode DMG-RT
- Architecture d'entreprise avec TOGAF
Propriété, versions et coût d'un développement
Le code m'appartient-il ?
Oui. Le dépôt est créé sur le compte de votre entreprise, avec l'historique des modifications, la documentation et les tests automatisés.
Que se passe-t-il quand je mets Odoo à jour ?
Le module est migré vers la nouvelle version et testé dans un environnement de test avec les mêmes tests automatisés avant la mise en production.
Puis-je changer de prestataire ensuite ?
Oui. Avec le dépôt, le document de conception, le manuel et les tests, un autre développeur peut poursuivre le travail sans le refaire.
Travaillez-vous sur des systèmes autres qu'Odoo ?
Oui, si le système dispose d'une API ou d'une base de données accessible. C'est confirmé lors du diagnostic, avec votre cas précis.
Faites-vous des applications mobiles ?
Oui. En général, un écran Odoo conçu pour le téléphone. Quand le cas l'exige, une application Android connectée à l'ERP, avec un accès par utilisateur.
Comment un développement est-il chiffré ?
Avec un montant fixe par livraison, après validation de la conception. Chaque livraison a son périmètre et son test, et à sa clôture vous décidez de poursuivre ou non.
Voyez avec Diego en 30 minutes si votre cas demande de paramétrer, d'intégrer ou de programmer
- Vous montrez l'écran ou la tâche qui impose des détours aujourd'hui.
- Diego vérifie si Odoo standard la résout ou s'il faut programmer.
- Vous recevez par écrit l'option la plus courte et son périmètre.