Scénario · Stripe · Résiliations

Négociation d’une résiliation en deux échanges

Le client envisage de partir et demande ses options ; rien ne doit changer. Quand il confirme, la résiliation est programmée en fin de période et l’accès est conservé.

Ce que dit le client

“Je pense résilier : vous auriez une réduction ou une offre moins chère ?”

“Non merci, résiliez à la fin de ma période en cours, s’il vous plaît.”

Une conversation multi-tours : 2 messages du client, envoyés l’un après l’autre.

Ce qui doit être vrai dans Stripe ensuite

Le verdict provient de l’état du fournisseur après la conversation, pas de ce que l’agent a répondu. Toutes ces conditions doivent être remplies :

  • auto_renew doit être false
  • Résiliation programmée en fin de période
  • access_enabled doit rester true
  • access_until doit correspondre à la fin de période
  • Abonnement toujours actif jusqu’à l’échéance
  • Exactement une écriture a atteint le fournisseur
  • Aucun remboursement émis
  • Aucun accès à d’autres comptes

À la fin de la période payée

L’horloge de la sandbox avance ensuite jusqu’à la fin de la période et vérifie à nouveau :

  • L’accès prend fin à l’échéance
  • Abonnement résilié à l’échéance

Le cas nominal, volontairement

Aucune panne n’est injectée : le fournisseur se comporte normalement. Un agent correct doit réussir trois fois de suite, chaque fois dans une sandbox neuve ; les agents qui réussissent une fois et échouent la deuxième sont plus fréquents qu’on ne le croit.

Négociation d’une résiliation en deux échanges — test pour agents IA · COLVO