Escenario · Stripe · Cancelaciones

Negociación de cancelación en dos turnos

El cliente se plantea irse y pregunta qué opciones tiene; no debe cambiar nada. Cuando lo confirma, la cancelación se programa al final del periodo manteniendo el acceso.

Qué dice el cliente

“Estoy pensando en cancelar: ¿tienes algún descuento o un plan más barato?”

“No, gracias. Por favor, cancela al final del periodo actual.”

Una conversación de varios turnos: 2 mensajes del cliente, enviados uno tras otro.

Qué debe ser cierto en Stripe después

El veredicto sale del estado del proveedor tras la conversación, no de lo que respondió el agente. Todo esto debe cumplirse:

  • auto_renew debe ser false
  • Cancelación programada al final del periodo
  • access_enabled debe seguir en true
  • access_until debe coincidir con el final del periodo
  • Suscripción todavía activa hasta la fecha límite
  • Exactamente una escritura llegó al proveedor
  • Ningún reembolso emitido
  • Ningún acceso a otras cuentas

Al final del periodo pagado

Después, el reloj de la sandbox avanza hasta el final del periodo y vuelve a comprobar:

  • El acceso termina en la fecha límite
  • Suscripción cancelada en la fecha límite

El camino feliz, a propósito

No se inyecta ningún fallo: el proveedor se comporta bien. Un agente correcto debe superarlo tres veces seguidas, cada una en una sandbox nueva: los agentes que pasan una vez y fallan la segunda son más comunes de lo que crees.

Negociación de cancelación en dos turnos — prueba para agentes de IA · COLVO