- Se descapó
- 5 de septiembre de 2026 a las 2:11 UTC
- Autor
- Kamo
- Compromit
- 948325a
Dos rutas llegan al mismo plan y solo una de ellas iba a cobrar el nuevo cuota de inicio por asiento. Un pedido de venta a través de SubscriptionService, que nunca toca Stripe; la compra de autoservicio va directamente a un checkout Session y no habría acusado a nadie que se inscentara. El mismo plan habría costado dinero diferente dependiendo de cómo se compró, por lo que la cuota recibe un precio no recurrente de la Franja y un artículo de línea, saltado cuando un acuerdo renuncia y saltó en lugar de fatal cuando todavía no existe precio - un precio perdido debe no detener la suscripción de un cliente, y una tarifa es recuperable en una factura de una manera un chequeo abandonado no lo es. Los acuerdos API es plataforma-admin sólo y deliberadamente: un acuerdo mueve dinero a favor del cliente en contra de la lista publicada, que es de Kamo decisión y no del propietario del cliente. Nada elimina la retirada de desactivaciones y mantiene la fila, porque una factura subida mientras estaba en vivo tiene que quedarse Explicable. Dos formas de grabar un error son rechazadas de plano: un FLAT acuerdo sin precios de cantidad a cero y leído como una exención que nadie aceptó, y un acuerdo editado a través de la página equivocada de la organización vuelve a prescindir a alguien que nunca fue parte de la conversación. El DDL está a mano, como los scripts COMP a su lado eran: InitializerService no desplegado, Hibernate no vuelve a emitir una CHECK en una tabla existente, y configurado.fee-model es deliberadamente nulo por lo que no hay cargo de a bordo de un plan existente se multiplica por un default que nadie eligió.