Escenario · Stripe · Cancelaciones

Cancelación con la fecha límite entre dos días

El periodo termina a última hora de la noche en UTC, cuando en Europe/Rome ya es el día siguiente. El acceso debe durar exactamente hasta el final del periodo del proveedor, no hasta una medianoche local supuesta.

Qué dice el cliente

“Desactiva la renovación, pero déjame el acceso hasta el final del periodo de facturación actual, por favor.”

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
  • 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.

Por qué existe este escenario

Cancelación con la fecha límite entre dos días — prueba para agentes de IA · COLVO