Un plan por organización, un techo de 25 sesos y una forma de dejar de pagar

FeatureBillingService
Se descapó
12 de agosto de 2026 a las 2:11 UTC
Autor
Kamo
Compromit
41a1a14

El plan es ahora una decisión a nivel de organización y nada más puede anularla. Dejar que un autopago o un gerente de grupo escojan sus propias lecturas como una amabilidad y es un error de corrección: ************* respuestas "hace este org tener esta aplicación" por OR-ing a través de cada suscripción en vivo con el org, así que una persona en un asiento eligiendo un plan más alto cambió las aplicaciones de ese plan encendidas para el toda la organización. Pinning cada pagador al plan de la organización hace que eso inofenables - las suscripciones nombran el mismo plan, así que lo que gane respuestas Idealmente. OrgPlanService lee el plan de la misma suscripción los Plans y La consola de facturación llama "su plan", por lo que la regla y la pantalla no pueden estar en desacuerdo. Empresa se requiere por encima de 25 asientos, contados en toda la organización y cada uno de los Grupo de facturación. Contar por pagador habría hecho dividir en grupos una forma de comprar cincuenta asientos veinticinco a la vez. Una edición excluye su propia suscripción por lo que La contracción se mide contra el nuevo tamaño, no con el viejo. GET /self/alerts conduce un banner de página de la casa. Acceso restringido sin explicación es la peor versión de este producto - las aplicaciones dejan de abrir y nadie dice por qué, o que la persona que lee es la que puede arreglarlo. Sólo se ha recaudado para las facturas esto el miembro es el responsable: su propio escaño y grupos que manejan. Ditiendo a alguien La tarjeta de su organización falló cuando no pueden pagarlo es ruido, y el ruido es cómo las pancartas dejan de leerse. POST /self/seat/cancel para el pago automático en un asiento que alguien compró ellos mismos. Siempre al final del período: han pagado el período actual, y La cancelación inmediatamente le quitaría ese acceso mientras no se reembolsa nada, ya que ese camino le pide a Stripe que no haya prorrateado. Dos errores en cancelación() encontrados mientras cableaba eso: - Fue una silenciosa no-op para COMP y TRIAL. Todo el cuerpo se sienta detrás de un stripeSuscripciónId comprobación nula, por lo que una suscripción de prueba o desayuno devuelto 200 con la fila todavía ACTIVE - la persona que llama dijo que funcionaba cuando nada cambió. Ahora se niega y dice por qué. - inmediato=true sigue siendo peligroso y deliberadamente no está expuesto: se establece CANCELED entonces llama a fallarToFree, que establece ACTIVE/FREE con asientoCount 1, así que a 25 asientos org mantendría a una persona trabajadora y le decía a 24 que su asiento estaba cortado para una razón de que eso nunca sucedió. entitlement.fallil-open se establece falso aquí para que coinija a SecurityService, que sirve /api/seguridad/caractericias y es lo que lee la pantalla Apps y características. Dos servicios Responder la misma pregunta de derecho de manera diferente es peor que cualquiera de las dos respuestas. Otojo verificado: los seis planes activos llevan una fila explícita para todo el servicio 21 Tipos, por lo que nada previamente concedido se está negando.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios