En bref. OpenAI documente les flux de produits et les sessions de finalisation de commande ACP, les commerçants conservant le contrôle de l’acceptation des commandes et du traitement des paiements.

Définition : Agentic Commerce Protocol (ACP) est un standard ouvert qui relie les commerçants aux agents d’achat IA. L’implémentation d’OpenAI décrit des flux de produits structurés pour ChatGPT et des interfaces de finalisation de commande (checkout) qui maintiennent les décisions relatives aux commandes et le traitement des paiements sur les systèmes du commerçant.

Points clés

Au 17 octobre 2026, la présentation d’ACP par OpenAI décrit l’intégration de catalogues structurés et d’informations sur les stocks des commerçants pour les achats dans ChatGPT.
La référence Products d’OpenAI distingue les exigences relatives aux flux de produits d’une intégration de finalisation de commande activée séparément.
Le guide de démarrage réserve l’intégration des flux de produits aux partenaires approuvés et recommande l’envoi quotidien d’un flux complet, avec des mises à jour par l’API au cours de la journée.
La spécification Agentic Checkout Spec décrit les sessions de finalisation de commande, les appels aux points de terminaison du commerçant et les webhooks d’événements de commande.

Que contient le catalogue d’un commerçant ?

Un flux de produits est un ensemble de données structurées du catalogue transmis à OpenAI. La référence Products désigne Stable comme le schéma pris en charge pour l’envoi de fichiers ; Draft sert à la préparation et au recueil de commentaires.

Les champs de base du format OpenAI sont item_id, title, description, url, brand, seller_name, image_url, availability et price. Chaque article ou variante disponible à l’achat occupe une ligne distincte. Les URL des produits et des images doivent être accessibles publiquement, et les identifiants restent des chaînes de caractères pour préserver les zéros initiaux.

Pour les variantes, chaque ligne comporte un item_id distinct, un group_id commun, listing_has_variations=true et un variant_dict décrivant les options sélectionnées. Chaque ligne possède ses propres prix, disponibilité, URL et images. La référence prévoit aussi les informations de retour au moyen de accepts_returns, return_deadline_in_days et return_policy ; l’URL d’une politique de retour ne suffit pas à définir l’acceptation des retours.

Comment fonctionne la spécification de finalisation de commande ?

Une session de finalisation de commande contient les articles, les informations d’exécution de la commande et les informations de paiement d’un achat. La spécification Agentic Checkout Spec d’OpenAI répertorie les points de terminaison suivants côté commerçant :

POST /checkout_sessions
POST /checkout_sessions/{checkout_session_id}
POST /checkout_sessions/{checkout_session_id}/complete
POST /checkout_sessions/{checkout_session_id}/cancel
GET /checkout_sessions/{checkout_session_id}

L’appel de création démarre la session. Les mises à jour renvoient les coûts révisés, les options d’exécution de la commande et les erreurs à mesure que l’acheteur modifie les détails de finalisation de commande. Le point de terminaison de finalisation reçoit les données de paiement et renvoie l’état qui en résulte, y compris une commande lorsqu’elle est créée. Les autres points de terminaison annulent une session ou récupèrent ses informations actuelles.

Tous les points de terminaison utilisent HTTPS et renvoient du JSON. Les réponses contiennent l’état du panier nécessaire à l’affichage des articles, des coûts et du statut. La spécification décrit aussi des événements de commande tels que order.created et order.updated, transmis par des webhooks, des notifications envoyées à un point de terminaison lorsque l’état de la commande change. Ses consignes de sécurité prévoient l’authentification des requêtes, la vérification des signatures et l’idempotence, qui permet de réessayer une opération sans en répéter l’effet.

Qui contrôle les commandes et les paiements ?

Le guide Key concepts d’OpenAI confie au commerçant l’acceptation ou le refus des commandes. ChatGPT recueille les informations sur l’acheteur, l’exécution de la commande et le paiement, puis affiche l’état qui en résulte. Le commerçant valide l’achat, détermine les options d’exécution de la commande et gère les taxes et le traitement des paiements sur ses systèmes.

Un prestataire de services de paiement (PSP) traite les paiements du commerçant. La spécification Delegated Payment Spec permet à OpenAI de partager les données de paiement avec le commerçant ou le PSP qu’il désigne. Le guide décrit une requête à usage unique, limitée par un montant maximal pouvant être débité et une date d’expiration, suivie d’un jeton de paiement utilisé pour finaliser le paiement. Le commerçant reste responsable du traitement des paiements par l’intermédiaire de son PSP.

Termes associés

Questions fréquentes

Un flux de produits active-t-il la finalisation de commande ?

La finalisation de commande nécessite une intégration activée séparément selon la référence Products. Dans son exemple minimal au format OpenAI, la recherche est activée et la finalisation de commande désactivée par défaut.

Comment maintenir les données de votre catalogue à jour ?

Le guide de démarrage recommande l’envoi quotidien d’un flux complet par fichier et des mises à jour par l’API au cours de la journée. Pour un petit flux, vous pouvez envoyer le catalogue complet et les mises à jour régulières par l’API.

Qui est le vendeur officiel (merchant of record) ?

Le commerçant conserve ce rôle. Le guide Key concepts d’OpenAI place l’état de finalisation de commande et le traitement des paiements sur les systèmes du commerçant et précise que les commerçants font appel à leur propre PSP.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO