Hicimos un reembolso en nuestra propia cuenta para verificar que el libro se revertía correctamente. Así fue. Luego alguien leyó el resto del estado de la cuenta, y ahí estaba el hallazgo real: el plan seguía activo, y seguiría hasta mediados del mes siguiente.
Dinero de vuelta, acceso conservado. Repetible cada mes por cualquiera dispuesto a hacer clic en Reembolsar. No lo encontró una prueba, porque ninguna prueba hacía esa pregunta.
Terminar el periodo que compró el pago
En un reembolso total, el periodo que ese pago abrió ahora termina de inmediato, y un evento de ciclo de vida registra por qué.
De inmediato — pero no hacia la nada. Si estabas en un plan, subiste a uno más caro, y se reembolsa el pago de la mejora, vuelves al plan en el que estabas, no al nivel gratuito. Pagaste ese mes por separado y no fue reembolsado. Tomarlo también sería que la plataforma se sirviera de un mes que el cliente todavía posee. Solo alguien sin un plan anterior aún activo cae al gratuito.
El derecho de acceso tiene dos mitades
La primera versión de esta corrección terminaba la fila de suscripción y ahí se detenía. Pero a lo que tienes derecho depende de dos cosas: la fila que lee el presupuesto, y un rol que se otorgó cuando el pago tuvo éxito. Cualquier otro camino que termina una suscripción quita ese rol explícitamente. Este no lo hacía, así que una cuenta reembolsada habría quedado cancelada en el papel mientras conservaba los permisos del nivel pagado.
El rol ahora también se quita, y aterriza en el nivel del plan restaurado, no en un "gratuito" general — el mismo razonamiento que la restauración misma.
Avisarle al proveedor
La página de la cuenta decía Nivel Gratuito. El panel del proveedor de pago decía Activo, próxima facturación el mes siguiente. El reembolso había terminado las cosas de nuestro lado y nunca avisó al otro lado, así que el cliente estaba en cola para que le cobraran de nuevo por un plan por el que había sido reembolsado y que ya no podía usar — y no tenía forma de detenerlo desde nuestras pantallas, porque cancelar requiere una suscripción activa, y nosotros acabábamos de cancelar la suya.
Un reembolso ahora detiene la renovación automática en el proveedor que emitió el pago. No una terminación inmediata: la renovación automática se detiene, así que no se mueve más dinero, y el registro propio del proveedor se extingue según su propio calendario en vez de arrancarse debajo de un reembolso que acaba de procesar.
Con una excepción, que el dueño detectó antes de que saliera. Si el plan al que fuiste restaurado corre sobre la misma suscripción del proveedor, cancelarla te dejaría con un plan que nunca se renueva y nunca cobra — la imagen espejo exacta del error que esto existe para corregir, y tan silenciosa como aquel. Ese caso ahora se nombra explícitamente y se deja intacto.
Solo el pago que abrió el periodo puede terminarlo
Una mejora a mitad de mes cobra, en este proveedor, una pequeña diferencia prorrateada sobre la fila existente. Reembolsar ese pequeño cargo habría encontrado una suscripción, cancelado todo, buscado un plan anterior, no habría encontrado ninguno, y habría dejado al cliente en el gratuito — por un ajuste de mitad de mes. Ahora solo el pago que abrió el periodo actual puede terminarlo. Todo lo posterior es una cuestión de dinero, y el libro ya la respondió.
Los cuatro carriles, no solo el que está activo
Tres de los cuatro procesadores de pago que soportamos no tienen a nadie hoy. La revocación pudo haberse corregido solo en el que está activo, y estuvo a punto de ser así. La objeción que lo cambió: el día en que uno de los otros se reactive, el agujero vuelve, y para entonces nadie recordará que alguna vez estuvo ahí.
Este repositorio ha entregado la misma clase de trampa olvidada seis veces. La revocación ahora vive detrás de un solo contrato que los cuatro procesadores llaman en una sola línea — así que un futuro mantenedor que reactive uno de ellos la obtiene sin necesidad de haber leído nada de esto.