Suscripciones empresariales y créditos Nuevo
Tema: Planes por empresa, paquetes de créditos y control de consumo Idioma: ES Estado: Propuesta a debatir con el cliente Origen: reunión del 2026-07-30
Resumen en pocas palabras
Hoy la plataforma no sabe qué contrató cada empresa. Los límites de uso —cuántas conversaciones con Brun-E puede tener una persona, cada cuánto— están configurados una sola vez para toda la plataforma, iguales para el cliente que contrató diez usuarios y para el que contrató doscientos.
La propuesta es que cada empresa tenga un plan con su cupo de créditos, que el consumo los descuente y que desde la administración se puedan asignar y recargar. El cobro seguiría ocurriendo fuera de la plataforma: acá solo se gestiona lo contratado.
Es la pieza que hoy falta para vender distinto a clientes distintos. Sin ella, un cliente de setenta personas no puede tener un cupo distinto al de uno de diez, no hay forma de saber cuánto consumió cada empresa, no se puede habilitar contenido según lo contratado —que es lo que necesitan las cápsulas— y cada ajuste para un cliente puntual obliga a tocar la configuración de todos. No es solo una funcionalidad comercial: es lo que permite que el resto del producto se ofrezca por partes.
Cómo funciona hoy
Antes de permitir una conversación con Brun-E, el sistema verifica tres cosas: que la persona tenga un nivel habilitado, que haya pasado el tiempo mínimo desde su conversación anterior y que no haya superado el máximo de conversaciones diarias.
Esos tres valores se configuran desde la pantalla de administración —con registro de quién los cambió— pero son globales: valen para todas las empresas por igual. No hay noción de plan, de cupo contratado ni de consumo por empresa.
Qué se propone
- Cada empresa tiene un plan con lo que contrató: cantidad de usuarios habilitados, cupo de conversaciones y qué contenido puede ver.
- Se le pueden asignar y recargar créditos desde la administración.
- El uso de Brun-E descuenta del cupo de la empresa.
- Los límites por persona (tiempo de espera, máximo diario) salen del plan; si el plan no los define, se usan los globales de hoy.
- La administración ve cuánto contrató y cuánto consumió cada empresa, y puede recargar antes de que se quede sin saldo.
- Cuando el cupo se agota, la plataforma lo informa con claridad, sin dejar a nadie mirando un error.
- El cobro no pasa por la plataforma: se registra lo contratado, no se procesa el pago.
Cómo se vería
Administración — la empresa y su plan
┌─────────────────────────────────────────────────────────┐
│ Consultora Nombre S.A. │
│ │
│ Plan Corporativo │
│ Vigencia 1 mar 2026 → 28 feb 2027 │
│ Usuarios 68 de 80 habilitados │
│ │
│ ───────────────────────────────────────────────────── │
│ Créditos │
│ │
│ 1.240 disponibles de 2.000 asignados │
│ ████████████████░░░░░░░ 62 % consumido │
│ │
│ Último movimiento +500 · 12 jul 2026 │
│ │
│ [ Ver movimientos ] [ Recargar ] │
└─────────────────────────────────────────────────────────┘
Para la persona, cuando el cupo se agotó
No un error técnico, sino un mensaje que explique la situación e indique con quién resolverlo dentro de su organización.
Actores
| Actor | Qué hace |
|---|---|
| Administrador de plataforma (Existential) | Crea planes, los asigna a empresas, carga y recarga créditos, ve el consumo. |
| Administrador de la empresa | (A definir — D-21.4.) Eventualmente, ver su propio saldo y consumo. |
| Persona | No ve créditos. Solo un mensaje claro si el cupo de su organización se agotó. |
| Sistema | Verifica el cupo antes de cada uso, descuenta, registra cada movimiento y avisa cuando queda poco. |
Casos de uso
| # | Caso | Qué pasa |
|---|---|---|
| CU-1 | Definir los planes | El administrador crea los planes disponibles: usuarios incluidos, cupo, contenido habilitado. |
| CU-2 | Asignar un plan a una empresa | Al dar de alta o renovar un cliente, se le asigna su plan con su vigencia. |
| CU-3 | Cargar y recargar créditos | Asigna un paquete a una empresa o recarga uno existente. Cada movimiento queda registrado. |
| CU-4 | Consumir créditos | Cada conversación con Brun-E descuenta del cupo de la empresa a la que pertenece la persona. |
| CU-5 | Ver contratado y consumido | Por empresa: cuánto se asignó, cuánto se consumió, cuánto queda y el detalle de movimientos. |
| CU-6 | Cupo agotado | Sin créditos, el sistema impide iniciar nuevas conversaciones e informa la situación con claridad. |
| CU-7 | Aviso de saldo bajo | Al bajar de un umbral configurable, avisa para poder recargar antes de que el servicio se corte. |
Reglas de negocio
| # | Regla |
|---|---|
| R-1 | Toda empresa tiene un plan. Las que hoy existen se migran a un plan por defecto equivalente a la configuración actual. |
| R-2 | Los créditos son de la empresa, no de cada persona. |
| R-3 | Todo movimiento de créditos queda registrado con su motivo, autor y fecha. |
| R-4 | El consumo descuenta al iniciar la conversación, no al terminarla. |
| R-5 | Sin créditos no se inician conversaciones nuevas; las en curso no se interrumpen. |
| R-6 | Los límites por persona salen del plan; si el plan no los define, se aplican los globales actuales. |
| R-7 | Vencido el plan, el acceso se comporta como cupo agotado. Ni los datos ni las cuentas se eliminan. |
| R-8 | La plataforma no procesa pagos: registra lo contratado. (Supuesto sujeto a lo que traiga la migración con E-Talent, que sí tiene pasarela.) |
| R-9 | Cambiar un plan no altera el consumo ya registrado. |
Lo que ya existe hoy
| Componente | Estado |
|---|---|
| Organizaciones con sus usuarios | Existe |
| Verificación antes de usar Brun-E (nivel, espera, máximo diario) | Existe — pero global, no por empresa |
| Configuración de esos límites desde administración, con auditoría | Existe |
| Planes, créditos, cupos, consumo por empresa | Nuevo |
| Habilitación de contenido según lo contratado | Nuevo — lo necesitan las cápsulas |
| Notificaciones | Existe — reutilizable para el aviso de saldo bajo |
| Pasarela de pago | No aplica — llega con la unificación con E-Talent |
Decisiones a debatir con el cliente
| # | Pregunta | Impacto |
|---|---|---|
| D-21.1 | ¿Qué consume créditos? ¿Solo las conversaciones con Brun-E, o también el E-Test, los informes del líder, las cápsulas? Es la definición central: sin ella no se puede modelar el consumo. | Bloqueante. |
| D-21.2 | ¿Un crédito equivale a una conversación, o a tiempo de conversación? Lo primero es más simple de entender y de vender; lo segundo refleja mejor el costo real, pero obliga a medir y descontar sobre la marcha en vez de al inicio. | Simplicidad frente a exactitud. |
| D-21.3 | ¿Cuáles son los planes y qué incluye cada uno? Conviene arrancar con dos o tres bien definidos. | Alcance. |
| D-21.4 | ¿El administrador de la empresa ve su saldo y su consumo, o es información solo de Existential? | Agrega pantallas del lado del cliente. |
| D-21.5 | ¿Los créditos se renuevan por período o se consumen hasta agotarse? ¿El saldo no usado se pierde al renovar? | Modelo comercial. |
| D-21.6 | ¿Qué pasa cuando una empresa se queda sin créditos? ¿Corte total, o un margen de cortesía para no dejar a nadie a mitad de un proceso? | Experiencia y relación comercial. |
| D-21.7 | ¿A quién se le avisa del saldo bajo y con cuánta anticipación? | Alcance menor, evita cortes por sorpresa. |
| D-21.8 | ¿Se prevé integrar pagos más adelante? No cambia esta etapa, pero conviene saberlo para no cerrar puertas. | Diseño a futuro. Es un proyecto aparte. |
Composición del trabajo
Conviene tratarlo como una sola pieza: partirlo dejaría el sistema a mitad de camino, con unas empresas funcionando por plan y otras por la configuración global de hoy. Esa convivencia es más trabajo que hacerlo entero.
| Pieza | Qué implica |
|---|---|
| Planes y créditos | Modelo de datos: qué es un plan, qué incluye, qué vigencia tiene, cuántos créditos y cuántos usuarios habilita. |
| Movimientos de créditos | Registrar cada asignación, recarga y consumo con su motivo, autor y fecha. Es lo que permite explicar un saldo. |
| El descuento por consumo | Que usar Brun-E descuente del cupo de la empresa. |
| Cambiar el origen de los límites | Los límites por persona pasan a salir del plan, con los globales como respaldo. Es la pieza que más toca lo existente. |
| Migrar lo que ya existe | Las empresas actuales pasan a un plan por defecto equivalente a la configuración de hoy, sin que nadie note el cambio. |
| Administración | Crear planes, asignarlos, cargar y recargar créditos, ver contratado y consumido, ver movimientos. |
| Cupo agotado | Que la persona reciba un mensaje claro y no un error técnico, indicando con quién resolverlo. |
| Aviso de saldo bajo | Notificar antes de que el servicio se corte. Se reutiliza el sistema de notificaciones existente. |
| Textos en tres idiomas y pruebas | Pantallas y mensajes en español, inglés y portugués; pruebas automatizadas, revisión y despliegue. |
Se puede recortar en una primera versión: el aviso de saldo bajo, si Existential va a mirar el consumo a mano al principio; y el detalle de movimientos, mostrando solo el saldo actual — aunque conviene registrarlos desde el día uno aunque no se muestren, porque reconstruir un historial después es imposible.
Inversión
Sin cotizar — se resuelve junto con la unificación con E-Talent.
Este módulo no surge de la lista de solicitudes de Existential: se identificó como necesidad de negocio en la reunión del 2026-07-30, a partir de que hoy los límites de uso son globales y no hay noción de plan ni de consumo por empresa.
No se cotiza por separado. E-Talent ya tiene resuelto lo que a E-Training le falta: un mecanismo de créditos con descuento y registro de movimientos, y una pasarela de cobro integrada (Mobbex). Al unificarse los dos sistemas, ese mecanismo llega con la migración. Construir acá un módulo de créditos propio significaría levantar dos veces lo mismo y después tener que fusionarlo.
El orden correcto es el inverso: primero la unificación, que trae créditos y cobro funcionando, y sobre esa base se agregan los planes, los cupos por empresa y el saldo único para ambos productos.
Qué aporta este documento que la migración no trae
| E-Talent lo tiene | Falta construir | |
|---|---|---|
| Descuento de créditos por uso | Sí, por entrevista | Que Brun-E también descuente |
| Registro de movimientos | Sí | — |
| Cobro por pasarela | Sí, Mobbex | — |
| Planes por empresa | No | Sí |
| Cupos y vigencia por empresa | No | Sí |
| Límites por persona según el plan | No | Sí |
| Saldo único para ambos productos | No | Sí |
| Aviso de saldo bajo | No | Sí |
| Habilitar contenido según lo contratado | No | Sí — lo necesitan D-18.10 y D-22.1 |
Qué se cobra y qué no
- La integración con Mobbex no se cobra. Ya existe y funciona en E-Talent; llega con la migración y se conserva tal como está.
- Sí se cobra rehacer la lógica de consumo para que un mismo saldo contemple los dos productos: que una entrevista de selección y una conversación con Brun-E descuenten del mismo lugar, con reglas que hoy no existen en ninguno de los dos sistemas.
Pendiente de relevamiento: qué cubre exactamente la integración con Mobbex en E-Talent —qué se cobra, en qué momento, y si el circuito sirve tal cual para lo que E-Training necesita.
Condición previa: D-21.1 es bloqueante. Sin definir qué consume créditos no se puede modelar el consumo unificado.
Se cotiza cuando Existential lo pida. Conviene tenerlo presente porque otros dos pedidos dependen de él: habilitar cápsulas según la suscripción de cada empresa (D-18.10) y contenido del marco teórico distinto por plan (D-22.1). Mientras este módulo no exista, esas dos variantes quedan fuera de alcance.
Relación con otros documentos
- 01-organizaciones.md — las organizaciones, titulares del plan.
- 24-unificacion-e-talent.md — trae créditos y cobro funcionando; es la condición previa de este módulo.
- 12-brun-e-sesiones-voz.md — la verificación previa a cada conversación, que pasa a considerar el cupo.
- 18-capsulas-entrenamiento.md — dependencia directa: habilitar cápsulas por suscripción (D-18.10) requiere este módulo.
- 16-notificaciones.md — avisos de saldo bajo.
- 07b-carga-masiva-usuarios.md — la carga masiva debería respetar el cupo de usuarios del plan.
Correcciones / historial de validación
| Fecha | Versión | Cambio |
|---|---|---|
| 2026-08-02 | v1.0 | Documento inicial, a partir de lo planteado en la reunión del 2026-07-30. Relevamiento del estado actual —límites globales, sin noción de plan ni de consumo por empresa—, propuesta, decisiones abiertas y estimación. Pendiente de debate con el cliente. |
| 2026-08-10 | v1.1 | Recorte de lectura: se elimina un párrafo repetido en Inversión, Qué agranda el trabajo se absorbe en la tabla D-21.x y se fusiona el resumen con el planteo del problema. Sin cambios de alcance. |