Refonte du système de prix Odoo (cobra_price) : une seule source de vérité

Contexte

Le modèle de prix Cobra était empilé et fragile : une pricelist web recalculée automatiquement par produit, plusieurs listes structurelles superposées (web / public / lancement / barrés), et une marge calculée avec une TVA à 20 % codée en dur. Résultat : le prix affiché pouvait diverger du prix réellement en ligne, la marge tombait à 0 dès qu'un produit sortait de stock, les prix de référence se figeaient. Trop de clics, trop de sources de vérité.

Ce qui a été construit

Un champ unique cobra_price (par variante) devient LA source de vérité du prix de vente : un override de _price_compute redirige devis, ventes et pricelists vers ce champ.
Coût effectif recalculé correctement (coût moyen pondéré si en stock, sinon dernier prix fournisseur) et marge sur le HT avec la vraie taxe produit — fin du /1,2 en dur.
Un prix plancher (PVGC) qui ne peut jamais passer sous le prix de vente, et un prix barré (compareAtPrice) recalculé en direct pour rester conforme à la réglementation des promotions (Omnibus).
Synchronisation Shopify immédiate dès qu'un prix change dans Odoo.
Nettoyage des anciennes automations et listes de prix devenues obsolètes.

6 modules touchés en cascade (cobra_base, cobra_product, cobra_purchase, shopify_connect, cobra_shopify, wiser_price_intelligence), avec migration de données automatique sur ~7 300 produits.

Ce qui était difficile

Un bug découvert après la mise en prod : le prix barré en promo ne se réaffichait plus correctement — 492 produits en promotion repoussés vers Shopify le jour même pour corriger l'affichage.
Deux automations internes créées via l'éditeur no-code Odoo (donc invisibles dans le code des modules) référençaient encore l'ancien système et faisaient planter chaque écriture produit après la suppression du champ correspondant — repérées et neutralisées en cours de déploiement.
Un cron de recalcul (prix des 30 derniers jours / prix de lancement) trop lourd pour tourner sur ~9 800 produits sans bloquer les autres tâches planifiées — désactivé volontairement, en attendant une réécriture en requête groupée.
Un mail technique complet (module par module, migration, points de vigilance) rédigé pour l'intégrateur externe (Irokoo) afin qu'il valide les points les plus sensibles.

Stack

Python (Odoo ORM, override de _price_compute), migrations de données Odoo, Shopify (sync API), Git (branche feat/cobra-prix-v2).

Ce que ça illustre

Une refonte transverse — pas un patch isolé — pilotée de bout en bout dans une seule dynamique : diagnostic du modèle existant, conception de la nouvelle architecture, migration en prod, puis un vrai suivi post-déploiement (un bug d'affichage détecté et corrigé le jour même, une communication technique formelle envoyée à l'intégrateur pour fermer la boucle). Le rôle de Claude ne s'arrête pas au commit : il inclut la vérification en prod et l'alerte sur ce qui reste à surveiller.