Demande de résiliation en double

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

Ce qui tourne mal, volontairement

• La même demande du client arrive deux fois activé subscription.cancel.

Pourquoi ce scénario existe

• When your AI agent refunds twice — A retry is safe only when the idempotency key belongs to the customer’s request, not to the HTTP call.