Assurance, échéance datée
Audit de migration des intégrations RPC
Les points d'entrée XML-RPC et JSON-RPC disparaissent. Presque toute intégration Odoo écrite depuis dix ans passe par eux. Cet audit produit la liste de ce qui casse, avant que cela casse.
Voir le périmètreL'échéance
La documentation d'Odoo programme la suppression des points d'entrée XML-RPC et JSON-RPC dans Odoo 20, à l'automne 2026. C'est la date publiée par Odoo, pas notre estimation.
Ces deux protocoles sont la façon dont presque tout parle à Odoo depuis dix ans. Vos scénarios Zapier, Make et n8n. Vos tableaux de bord BI. Vos douchettes d'entrepôt. Le script Python qu'un ancien collègue a écrit pour synchroniser les commandes et que plus personne ne maintient.
Le problème n'est pas la migration technique, qui est faisable. Le problème est que presque personne ne possède l'inventaire de sa surface d'intégration. On ne planifie pas le remplacement de ce qu'on n'a jamais listé, et les intégrations oubliées sont précisément celles qui cassent en silence.
Cet audit fait partie de l' Assurance Odoo indépendante : périmètre fixe, prix fixe, livrable écrit.
Ce que nous inventorions
Chaque appelant, pas seulement ceux dont vous vous souvenez. Les journaux serveur révèlent les intégrations que personne n'a documentées.
Appels dans les journaux
Analyse des journaux serveur pour trouver chaque client RPC réel, y compris ceux que personne ne se rappelle avoir mis en place.
Plateformes d'automatisation
Scénarios Zapier, Make et n8n, avec les modèles Odoo qu'ils lisent et écrivent et la fréquence des appels.
BI et entrepôts de données
Connecteurs de reporting et jobs d'extraction qui tirent des données Odoo sur un calendrier.
Scripts internes
Le code maison, les tâches cron et les outils ponctuels qui parlent à Odoo sans être considérés comme des intégrations.
Comptes et authentification
Sous quel utilisateur chaque appelant s'authentifie, quelles clés API il utilise et quels droits cela lui donne réellement.
Matériel et terrain
Douchettes d'entrepôt, balances, bornes et tout appareil qui interroge Odoo directement.
Ce dont nous avons besoin
Journaux serveur
Idéalement 30 jours, pour capter les intégrations mensuelles et de fin de période que 7 jours manqueraient.
Accès en lecture seule
Un utilisateur en lecture, ou un export de la configuration et de la liste des clés API.
Accès aux plateformes
Lecture sur vos comptes Zapier, Make ou n8n, pour lire les scénarios plutôt que de les deviner.
Ce que vous savez déjà
La liste des intégrations dont vous avez connaissance. Nous la comparons à ce que révèlent les journaux.
Déroulement
Deux semaines entre l'accès et la remise.
Jours 1 à 2
Accès et collecte
Mise en place des accès en lecture, récupération des journaux et de votre liste d'intégrations connues.
Jours 3 à 7
Découverte
Analyse des journaux et des plateformes pour construire l'inventaire réel, y compris les appelants non documentés.
Jours 6 à 9
Évaluation du remplacement
Pour chaque appelant : ce qu'il devient après la bascule, l'effort estimé et s'il doit simplement être supprimé.
Jour 10
Rapport et restitution
L'inventaire, le plan de remplacement priorisé par risque, et une session avec vos équipes technique et métier.
Ce que vous recevez
L'inventaire d'intégration
Chaque appelant, son utilisateur d'authentification, les modèles lus et écrits, la fréquence et le propriétaire côté métier.
Registre d'exposition
Ce qui casse à la bascule, classé par impact métier plutôt que par volume d'appels.
Plan de remplacement
Le chemin de remplacement par appelant, chiffré en effort, avec les intégrations à retirer plutôt qu'à migrer.
Calendrier adossé à l'échéance
Un ordre de bascule qui tient avant la date publiée, en commençant par ce qui a le plus long délai.
Le plan est exécutable par vos équipes, votre intégrateur actuel ou nous. Le rapport ne perd pas sa valeur si vous choisissez quelqu'un d'autre.
Validé sur de vraies migrations
Des chiffres comme les vôtres, validés sur de vraies migrations
Voici trois engagements où la projection s'est vraiment transformée en réalité opérationnelle sur Odoo, et les études de cas complètes se trouvent sur la page service Migration.
- ManufacturingV12 → V17
Fabricant industriel, Texas
12modules personnalisés repris intégralement, zéro perte
- DistributionV14 → V18
Distributeur en gros, Québec
30%pages plus rapides une fois la mise à niveau livrée
- Services professionnelsCE → Enterprise
Cabinet de conseil, Bruxelles
0hinterruption de production lors de la bascule
Commencez par l'inventaire
Vingt minutes pour cerner votre version d'Odoo et vos intégrations connues. Vous repartez avec un périmètre et un prix ferme.
Questions fréquentes
01
Comment savoir si nous sommes concernés ?
Si quoi que ce soit en dehors d'Odoo lit ou écrit des données Odoo automatiquement, vous êtes probablement concerné. Zapier, Make, n8n, les connecteurs BI, les douchettes d'entrepôt et les scripts maison utilisent presque tous XML-RPC ou JSON-RPC. La question n'est pas de savoir si vous en avez, mais combien vous en avez oublié.
02
Ne pouvons-nous pas simplement attendre la mise à niveau ?
Vous pouvez, mais l'inventaire est le travail qui doit exister avant de pouvoir planifier quoi que ce soit. Les équipes qui découvrent leurs intégrations pendant la mise à niveau les découvrent en production, en panne. Faire la liste tôt coûte moins cher que de la découvrir tard.
03
Faites-vous aussi le remplacement ?
Oui si vous le souhaitez, mais le plan est écrit pour être exécutable par quelqu'un d'autre. Le prix de l'audit est fixé avant le début et ne dépend pas de qui réalise les corrections.
04
Combien de temps cela prend-il ?
Deux semaines entre l'accès et la restitution. Le facteur limitant est la profondeur des journaux : 30 jours d'historique donnent un inventaire nettement plus complet que 7.
05
Que se passe-t-il si nous sommes sur Odoo Online ?
La question reste entière. Odoo Online vous retire l'hébergement, pas vos intégrations. Vos scénarios d'automatisation et vos connecteurs BI utilisent les mêmes points d'entrée et disparaîtront avec eux.