Service et retours
- Traite le suivi de commande, les retours et les questions produit en s'ancrant sur vos politiques — les remboursements s'exécutent instantanément sous le seuil et sont mis en attente d'approbation au-dessus.
- Action Fabric
Agents IA pour le retail et l'e-commerce
Service, retours, tarification et demande — avec des remboursements qui ne dérapent jamais.
Les agents retail traitent les demandes clients, gèrent les retours et soutiennent le merchandising — mais les actions qui déplacent de l'argent sont des objets gouvernés : un remboursement au-dessus de votre seuil est mis en attente d'approbation, les données de paiement restent verrouillées, et chaque décision promotionnelle porte sa trace de politique.
Aligné sur PCI DSS · CCPA/CPRA · GDPR · SOC 2
Action Fabric
Simulation›
Remboursement de 240 $
risque: faible · preuve
Proposée›
Clore le dossier #4471
risque: moyen · preuve
En attente d'approbation›
Paiement de 5 000 $
risque: élevé · preuve
Exécutée
Envoyer un e-mail au client
risque: faible · preuve
actions ▸ simulation → proposition → approbation → exécution → compensation
La pression réglementaire
Le moyen le plus rapide de perdre une marque retail, c'est un agent qui rembourse à l'instinct.
L'automatisation face au client touche à l'argent, aux données de paiement et à l'intégrité des prix, à l'échelle grand public. PCI DSS clôture les données de carte, CCPA/CPRA et GDPR clôturent les PII des acheteurs, et la FTC surveille chaque allégation produite par votre moteur de tarification. Cortex transforme les remboursements, les changements de prix et les promotions en actions gouvernées, avec des seuils, des approbations et un enregistrement scellé.
PCI DSSCCPA / CPRAGDPRSOC 2FTC ActNIST AI RMF
Pression réglementaire
PCI DSSCCPA / CPRAGDPRSOC 2FTC ActNIST AI RMF
Objets typés
Restreintverrouillé
cadres ▸ encodés en politique · filtrés · scellés
Cas d'usage
Tous les métiers du retail, du service client à la planification de la demande.
Le catalogue livre 12 rôles retail × 18 schémas d'agents — service, merchandising, stock, prévention des pertes — chacun connecté à votre stack commerce et passant par les mêmes points de contrôle.
Tarification et promotions
- Rédige les changements de prix et les plans promotionnels, vérifiés en Policy-as-Code avant toute mise en ligne — planchers de marge et règles d'allégation appliqués, pas suggérés.
- Policy-as-Code
Stock et demande
- Prévoit la demande et propose le réapprovisionnement au regard d'objets Product et Order typés, sous des plafonds budgétaires stricts sur 30 jours pour le calcul.
- Gouvernance des coûts
Prévention des pertes
- Surveille les flux de commandes et de retours à la recherche d'anomalies et ouvre des dossiers — la détection et réponse peut suspendre automatiquement un flux détourné.
- Agent D&R
Isolation des données de paiement
- Les PAN de carte et les jetons de paiement sont verrouillés en refus par défaut au niveau de la propriété — les agents de service aident le client sans jamais lire la carte.
- Permissions d'ontologie
Des remboursements gouvernés
L'agent peut aider un client — sans pouvoir vider la caisse.
Les remboursements et les gestes commerciaux sont des actions gouvernées de premier ordre, avec des paliers de risque. Sous votre seuil, ils s'exécutent et sont scellés instantanément ; au-dessus, ils sont mis en attente sur le tableau d'approbation avec tout le contexte. Les données de paiement n'entrent jamais dans la boucle — la propriété est verrouillée avant même que l'agent ne s'exécute.
- Le seuil de remboursement route les gros gestes commerciaux vers une approbation humaine
- payment_token / card_pan verrouillés en refus par défaut (403 en lecture)
- Dépense promotionnelle bornée par des plafonds budgétaires stricts (402 à 100 %)
- Chaque remboursement, changement de prix et promotion scellé dans le registre
Action Fabric
Simulation›
Remboursement de 240 $
risque: faible · preuve
Proposée›
Clore le dossier #4471
risque: moyen · preuve
En attente d'approbation›
Paiement de 5 000 $
risque: élevé · preuve
Exécutée
Envoyer un e-mail au client
risque: faible · preuve
actions ▸ simulation → proposition → approbation → exécution → compensation
Prouvez-le — ne vous contentez pas de l'affirmer
Les verdicts que votre responsable commerce verra réellement.
Réponses littérales du runtime — les actions qui déplacent de l'argent bloquent par défaut.
runtime · verdicts
Remboursement 49 $200 sealed
Remboursement 2 500 $HOLD · approval
Lecture du PAN de carte403 denied
Dépassement promo402 budget
fermeture sécurisée ▸ mettez-le à l'épreuve, il refuse, et cela reste consigné
- 01
Modéliser le domaine
Faites correspondre le travail à des objets d'ontologie typés — Order, Product, Customer, Return, Promotion — avec des champs restreints comme payment_token / card_pan verrouillés au niveau de la propriété.
- 02
Encoder les règles
Traduisez les obligations ci-dessus en Policy-as-Code et en approbations Action Fabric — les portes se ferment en cas d'échec et renvoient un code précis, pas une supposition.
- 03
Prouver le résultat
Chaque exécution est consignée dans un Trust Ledger en chaîne de hachage, avec reçus signés et provenance sur 10 sauts — un enregistrement que vous pouvez remettre au régulateur.
100%Remboursements enregistrés — exécutés, retenus ou bloqués
8 gatesSur chaque exécution face au client
10-hopProvenance sur chaque décision
5 modesCurseur d'autonomie par agent et par action
Fonctionne avec le reste du runtime
Les contrôles derrière retail et e-commerce.
Le même runtime partagé alimente chaque secteur — voici les capacités et le Solution Pack à partir desquels ce secteur se compose.
Action Fabric
Les remboursements comme actions gouvernées : dry-run, approbation, exécution, compensation.
Policy-as-Code
Planchers de marge et règles promotionnelles en politique testable et simulable.
Gouvernance des coûts
Des plafonds stricts sur le calcul de prévision et de personnalisation.
Ontologie
Modélisez Order, Return, Promotion ; verrouillez les propriétés de paiement.
Agent Library
12 rôles retail × 18 schémas sur Shopify, Salesforce Commerce, NetSuite.
Trust Center
Rattachez l'isolation des paiements et le traitement des données consommateurs à PCI et CPRA.
Sécurité et conformité
L'échelle grand public exige des contrôles qui ne cillent pas.
L'isolation des paiements, les seuils de remboursement, le DLP sur chaque conversation client et la détection et réponse sont partagés entre service, merchandising et analytique — cartographiés une seule fois vers les obligations PCI DSS et CPRA. Aligné sur — sans jamais revendiquer une certification que vous ne détenez pas.
PCI DSS · périmètreCCPA / CPRAGDPR · consommateursSOC 2 · auditFTC · allégationsNIST AI RMF · Manage
FAQ
Des agents IA pour retail et e-commerce — vos questions, nos réponses.
Un agent IA peut-il émettre seul des remboursements ?
Uniquement dans la limite du seuil que vous fixez. Les remboursements sont des actions gouvernées avec des paliers de risque — sous le seuil, ils s'exécutent et sont scellés instantanément ; au-dessus, ils sont mis en attente sur un tableau d'approbation avec tout le contexte de la commande. Dans les deux cas, le registre consigne le résultat.
Comment Cortex tient-il les agents à l'écart des données de paiement ?
Les PAN de carte et les jetons de paiement sont verrouillés en refus par défaut au niveau de la propriété d'ontologie : un agent de service lit donc l'objet Order et l'objet Return, mais une lecture de données de paiement renvoie un 403 — avant même qu'un modèle ne soit invoqué.
Les agents peuvent-ils modifier des prix ou lancer des promotions ?
Ils peuvent les rédiger — chaque changement de prix et chaque promotion sont vérifiés en Policy-as-Code (planchers de marge, règles d'allégation, plafonds de dépense) et routés vers une approbation dès qu'un seuil est franchi. La simulation montre ce qu'une politique ferait avant que vous ne la mettiez en production.
Quels agents retail figurent dans la bibliothèque ?
Douze rôles retail — merchandiser, category manager, analyste tarifaire, planificateur de stock, responsable e-commerce, exploitation magasin, prévention des pertes et d'autres — chacun décliné en 18 schémas d'agents, connectés à des systèmes comme Shopify, Salesforce Commerce Cloud, SAP Retail, NetSuite et Square.
Autres secteurs
Un seul runtime gouverné, tous les secteurs régulés.
Les contrôles sont les mêmes — ce sont les obligations qu'ils satisfont qui diffèrent. Explorez un autre secteur ou voyez l'ensemble.
Automatisez la boutique — gardez la main sur la caisse.
Découvrez les remboursements gouvernés, les données de paiement verrouillées et la tarification vérifiée par la politique sur votre propre stack commerce.