Produit·Intermédiaire·5 min·Mis à jour le 05/10/2026
Note de terrain · Produit
Des produits créés par API peuvent se comporter autrement que des produits identiques créés dans l’interface
Un bundle construit en masse par API refusait d’ouvrir le configurateur. Un équivalent construit à la main fonctionnait. Les enregistrements se ressemblaient.
Vingt-quatre produits et un bundle ont été créés en masse par API. À la configuration, le bundle échouait sur une erreur de succès nul dans la réponse de configuration — une erreur qui ne dit rien de sa cause.
Ce que l’élimination a prouvé, dans l’ordre :
- Pas le pricing. Reculer les réglages d’orchestration du pricing n’a rien changé, ce qui a écarté tout le chemin de pricing.
- Pas le champ évident. Corriger le flag de configuration à la vente sur les composants n’a eu aucun effet.
- Pas une séquence nulle — cause connue des erreurs d’index sur les composants de bundle — puisqu’il n’y en avait aucune.
Ce qui restait : un bundle équivalent construit à la main dans l’interface fonctionnait. L’hypothèse de travail est que l’interface remplit des champs que l’appel API ne remplit pas, et le diagnostic qui suit est mécanique — construire un produit à la main, puis comparer champ par champ avec un produit créé par API.
La leçon transférable porte sur la méthode plutôt que sur les produits : changez une chose à la fois. C’est le rollback du pricing qui a permis d’affirmer avec certitude que le pricing n’était pas en cause. Si deux choses avaient bougé ensemble, rien n’aurait pu être éliminé.