# Prix, stock et délai : trois données à synchroniser par variante
> Un prix affiché ne suffit pas à informer correctement un client ou un agent : il doit correspondre à la variante réellement achetable, dans le marché concerné,…
- Canonical HTML: https://verityscore.io/fr/blog/prix-stock-delai-donnees-produit-ia/
- Markdown alternate: https://verityscore.io/fr/blog/prix-stock-delai-donnees-produit-ia.md
- Language: fr
- Content type: blog
- Published: 2026-09-07
- Updated: 2026-09-07
- Tags: shopify, donnees-produit, commerce-agentique
Un prix affiché ne suffit pas à informer correctement un client ou un agent : il doit correspondre à la variante réellement achetable, dans le marché concerné, avec une disponibilité compréhensible et un délai réaliste. La [spécification du flux produit OpenAI](https://developers.openai.com/commerce/specs/file-upload/products) définit des formats pour le prix et la disponibilité, mais ces contraintes de format ne garantissent jamais qu'un produit sera présenté ou recommandé.

Prix, stock et délai partagent un même défaut potentiel : ils peuvent être gérés par des systèmes différents (catalogue, ERP, logistique) qui se synchronisent avec un décalage. Ce décalage est invisible tant que personne ne compare la page affichée à la source qui devrait la piloter. Sans horodatage exploitable, une valeur affichée ne permet pas de connaître la dernière synchronisation de sa source.

## Ce que les spécifications de flux imposent, sans rien garantir

La spécification de flux produit d'OpenAI illustre bien la logique de contrainte de format plutôt que de promesse de résultat. Le champ `availability` n'accepte que cinq valeurs (`in_stock`, `out_of_stock`, `pre_order`, `backorder`, `unknown`). Le prix doit être un montant positif accompagné d'un code devise à trois lettres, et un prix promotionnel doit rester inférieur au prix normal, dans la même devise. Les champs disponibles dépendent du format d'intégration : ne transposez pas les colonnes d'un flux compatible Google au format OpenAI standard. La documentation précise qu'une contrainte de format ne garantit pas le rejet de toute valeur invalide. Contrôlez donc les données avant l'envoi, puis les erreurs effectivement retournées.

### Le tableau à tenir par variante

| Élément | Source de vérité attendue | Contrôle visible | Limite à noter |
|---|---|---|---|
| Prix | Catalogue marchand ou ERP | Variante active sur la page produit | Promotions, marchés et devises à vérifier séparément |
| Disponibilité | Système d'inventaire | Comportement réel de l'ajout au panier | Le stock peut changer entre deux lectures rapprochées |
| Délai | Politique logistique et transporteur | Estimation affichée avant paiement | Exceptions géographiques ou par produit possibles |

### Quatre erreurs fréquentes à corriger en priorité

- Afficher le prix du produit parent alors que la variante sélectionnée par le client a un prix différent.
- Oublier la date de disponibilité lorsque le format accepté par votre intégration l'exige, notamment pour précommande et réapprovisionnement dans la section Google-compatible.
- Laisser une promotion visible sans condition lisible (date de fin, marché concerné, variante éligible).
- Confondre « en stock » et « livraison rapide » : ce sont deux informations distinctes, avec des sources et des délais de mise à jour différents.

## Pourquoi la correction organisationnelle compte plus que la correction ponctuelle

Corriger une fiche isolée traite un symptôme. La correction la plus utile consiste à désigner, pour chaque type de donnée, une source de vérité unique et un responsable qui valide les exceptions (rupture temporaire, produit saisonnier, marché restreint). Une réponse générée par une IA, une publicité ou une interface de découverte ne doivent jamais devenir la source de vérité du prix : elles ne font que refléter, avec un décalage inconnu, ce qu'elles ont lu ailleurs. En cas d'écart, corrigez la donnée source et vérifiez ensuite la synchronisation du canal : une valeur juste en administration ne prouve pas sa bonne réception.