- Cambia
- 11 de agosto de 2026 a las 1:55 UTC
- Autor
- Kamo
- Comprometerse
- 1a6ce6c
El dunning que no existía. invoice.payment.falleó una fila y devolvió: sin correo electrónico, sin bandera, sin cambio de estado, y Billing.email-serv-url fue configurado y referenciada por ningún código Java en absoluto. El webhook ahora comienza el reloj de la delincuencia en el primer fracaso y lo despeja el momento en que se paga una factura, por lo que una suscripción recuperada comienza fresca más bien que llevar un reloj rancio en el siguiente fracaso. Sólo comienza el primer fracaso un intento una semana después no debe reiniciar la gracia y entregar una falta de pago suscripción otra semana de servicio en cada intento. El barrido deliberadamente no decide cuándo se detienen los derechos. Eso pasa en el reloj, en isLive, por lo que no hay ventana donde una suscripción caverrila todavía funciona porque un trabajo no ha funcionado. Lo que es el barrido es lo que un reloj no puede hacer: diérselo una vez, y cancelar después de autoCancelAfterDays 30 días antes por defecto, mucho después de que el servicio se detenga. Esa brecha es recuperable a propósito, porque a cliente que actualiza su tarjeta el día veinte recupera todo pagando, y una suscripción cancelada es mucho más difícil de deshacer que una suspendida. La notificación es el mejor esfuerzo por diseño: Stripe recupera un gancho web que responde non-2xx, y un servicio de correo inalcanzable no es una razón para reprocesar un pago evento.