Objetivo: mostrarle a un futuro socio reasegurador alemán que Premiar suscribe caución con control automático de capas y cúmulos en tiempo real, integrando Hermes (captación) y Soter (core). Mensaje de fondo: somos un cedente disciplinado y transparente; cederle a Premiar es ceder a una cartera controlada por software.
Duración: 45 minutos máximo de presentación humana → ~32 min de slides + ~9 min de demo en vivo + colchón. Deje el Q&A largo para después de los 45'.
Entregables:
Premiar_Demo_Reaseguro.pptx— 19 slides.GUIA_PRESENTADOR.md— este documento.build.js— fuente del deck (por si hay que editar y regenerar:node build.js).
Hacer esto el día anterior y otra vez 30 min antes. La demo en vivo es el momento de mayor impacto y el de mayor riesgo: prepararlo bien es lo que separa "impresionante" de "incómodo".
T-1 día
- Soter levantado y accesible (local o Heroku). Si es local:
APP_NAME=soter-premiar bundle exec rails s -p 4000. - Hermes levantado y apuntando a Soter vía variable
SOTER_URL(local:http://localhost:4000; o la URL de Heroku de Soter). Verificar queSoterApiServiceresuelve esa URL. - Probar de punta a punta el guion de demo (sección 5) con el tomador elegido. Que funcione dos veces seguidas.
- Tomar capturas de pantalla de cada paso de la demo (son el Plan B — ver sección 6).
- Confirmar que el contrato de reaseguro vigente en Soter es el 2026 con las 4 capas (es el que está en el slide 10).
T-30 min
- Reiniciar ambos servidores limpios. Cerrar pestañas y apps que no se usen.
- Abrir y dejar listas, en orden, las pestañas del navegador (ver sección 5).
- Login hecho en Hermes y en Soter (no perder tiempo tipeando credenciales en vivo).
- Zoom del navegador al 110–125% para que se lea de lejos / por videollamada.
- Internet de respaldo (hotspot del teléfono) si la demo es remota.
- Abrir el
.pptxen modo presentación y el navegador en ventanas separadas (Alt-Tab ensayado).
| # | Slide | Tiempo | Acumulado |
|---|---|---|---|
| 1 | Portada | 0:30 | 0:30 |
| 2 | Premiar en una mirada (cifras) | 2:00 | 2:30 |
| 3 | El problema que resolvemos | 2:30 | 5:00 |
| 4 | El ecosistema (arquitectura) | 2:00 | 7:00 |
| 5 | Hermes — captación inteligente | 2:30 | 9:30 |
| 6 | La API Hermes ↔ Soter | 2:30 | 12:00 |
| 7 | Flujo end-to-end | 2:00 | 14:00 |
| 8 | Soter — el core | 2:00 | 16:00 |
| 9 | Capas — concepto | 2:30 | 18:30 |
| 10 | Capas — contrato 2026 real ⭐ | 3:00 | 21:30 |
| 11 | Capas — cómo se aplica al emitir | 2:30 | 24:00 |
| 12 | Cúmulos — concepto | 2:30 | 26:30 |
| 13 | El motor static_cumulo |
2:30 | 29:00 |
| 14 | Cupos y autorizaciones | 2:00 | 31:00 |
| 15 | DEMO EN VIVO ⭐ | 9:00 | 40:00 |
| 16 | Números reales | 1:30 | 41:30 |
| 17 | Propuesta de valor para el reasegurador | 2:00 | 43:30 |
| 18 | Arquitectura y confiabilidad | 1:00 | 44:30 |
| 19 | Cierre | 0:30 | 45:00 |
Si va apurado, los slides 8 y 18 son los más recortables. Nunca recorte el slide 10 ni la demo.
1 · Portada. Bienvenida breve. "Hoy les muestro cómo Premiar suscribe caución: no solo el negocio, sino el control técnico que lo respalda."
2 · Premiar en una mirada. Anclar credibilidad con cifras reales: 189.184 pólizas, 10.860 tomadores, 167 riesgos, 7 contratos de reaseguro con 11 reaseguradores. Cierre: "Para ustedes, esto es una cartera grande y diversificada, con cesión automática por capas y topes de acumulación verificados en cada emisión."
3 · El problema. Cuatro dolores del reaseguro de caución: exposición acumulada invisible, cesión por capas inviable a mano, decisión que debe ser en el momento, y trazabilidad. "Si estos cuatro controles no viven dentro del software, el reasegurador hereda el riesgo de los errores."
4 · El ecosistema. Los cuatro sistemas y cómo se potencian. Recorrer las tres conexiones del diagrama:
- Hermes ↔ Soter (arriba, dorado): la API
api/hermes/v1— cupos, cúmulos y emisión. Es el eje de la demo. - Hermes ↔ Zeus (izquierda): Hermes le pide a Zeus, con IA, las normativas SSN aplicables y un checklist de verificación del negocio. "El control regulatorio entra desde la captación."
- Soter ↔ Poseidon (derecha): facturación (Soter manda la interfaz IPOL a Poseidon, que factura ante AFIP) y Nosis (Poseidon es el gateway de scoring crediticio; Soter consulta el riesgo del tomador por CUIT).
- Abajo, las integraciones externas: Gmail, Claude (Anthropic), Nosis, AFIP, Telegram. "Hoy seguimos una póliza entre Hermes y Soter, pero el control vive en toda la red."
5 · Hermes. El pedido llega por email a una casilla de Gmail; un pipeline multi-agente (Watcher → Extractor → Classifier → Creator → Archiver) lo convierte en una propuesta estructurada. Punto fuerte para el reasegurador: durante el análisis, Hermes consulta a Zeus las normativas SSN y un checklist con IA — el compliance arranca en la captación. Mencionar también el servidor MCP como prueba de plataforma abierta a la IA.
6 · La API. Punto clave técnico: Hermes nunca duplica el dato del core; lo consulta en vivo. Destacar la fila marcada GET /quota_cumulus/:id — "esta llamada es la que pregunta, antes de cotizar, si hay capacidad para este tomador." POST /policies/create_from_proposal emite en Soter.
7 · Flujo end-to-end. Los 4 pasos: pedido → consulta cupo/cúmulo → cálculo de premio → emisión + cesión. "El control de límite ocurre en el paso 2, antes de comprometer nada."
8 · Soter. El core: pólizas/endosos versionados, multi-moneda con FX diario, auditoría paper_trail. Panel de números a la derecha.
9 · Capas (concepto). Explicar la estructura por tramos. La mini-torre de la derecha anticipa el slide 10: "a mayor exposición, mayor cesión al reaseguro."
10 · Capas — contrato 2026 real. ⭐ El slide más importante. Es el contrato cargado HOY en Soter:
- Capa 1 (0–6 M): retiene 70% / cede 30%
- Capa 2 (6–15 M): retiene 20% / cede 80%
- Capa 3 (15–30 M): retiene 10% / cede 90%
- Capa 4 (30–50 M): cede 100%
"Esto no es teoría: es la estructura activa. La barra muestra cuánto retenemos y cuánto les cedemos a ustedes, tramo por tramo." (Montos en USD, moneda de referencia; el sistema es multi-moneda.)
11 · Cómo se aplica al emitir. El ejemplo de USD 20 M repartido tramo por tramo: de 20 M, Premiar retiene 6,5 M y cede 13,5 M. "Calculado y registrado en el momento de emitir, sin planillas."
12 · Cúmulos (concepto). El cúmulo suma TODA la exposición del tomador a través de todas sus pólizas y la compara contra su cupo. Total y por riesgo. Se recalcula en la emisión.
13 · El motor static_cumulo. Los 4 pasos del cálculo: reúne pólizas vigentes (incl. co-tomadores en UTE prorrateando) → lleva todo a moneda común con el FX del día → aplica el signo del endoso (altas suman, bajas restan) → compara contra el cupo y alerta/bloquea. "La misma función alimenta la pantalla de emisión y el endpoint que consume Hermes: una sola fuente de verdad."
14 · Cupos y autorizaciones. Los límites tienen vigencia, historial y autorización nominada, versionados con paper_trail. "Ustedes pueden auditar quién autorizó cada cupo y cuándo."
15 · DEMO EN VIVO. ⭐ Ver sección 5.
16 · Números reales. Crecimiento +49% en pólizas (2023→2025), 5 monedas con FX diario, 100% de emisiones con control de cúmulo y capa.
17 · Propuesta de valor. Cerrar el argumento desde la óptica del reasegurador: cesión automática y exacta, topes duros de acumulación, transparencia auditable, control en tiempo real, datos listos para bordereaux, suscripción data-driven.
18 · Arquitectura. Rails 7 + PostgreSQL en Heroku, API tokenizada, resiliencia (timeouts/caché), paper_trail, Zeus para analítica. "Maduro y en producción, no un prototipo."
19 · Cierre. "Una sociedad construida sobre control." Invitar a la conversación.
"En Premiar, la capa y el cúmulo no son un reporte de fin de mes: se calculan y se aplican dentro de cada emisión, automáticamente. Eso reduce la volatilidad de la cartera que ustedes reaseguran."
Repetirla en el slide 10, en la demo y en el cierre.
Caso elegido (garantizado, datos reales en Soter):
- Tomador principal:
JOSE J CHEDIACK S.A.I.C.A.—person_id = 49345— cupo total ~$44.100 M, 30 pólizas. (Empresa constructora reconocible.) - Respaldo:
MEDPACE ARGENTINA SRL—person_id = 52667— cupo $500 M, 30 pólizas.
Pestañas abiertas, en orden:
- Hermes — tablero de tareas / propuestas.
- Soter — ficha del tomador (búsqueda lista para
CHEDIACK). - Soter — pantalla de emisión de póliza (nuevo endoso/alta).
- Soter — vista de cúmulos del tomador.
- (Oculta, por si acaso) la respuesta JSON de
GET /api/hermes/v1/quota_cumulus/49345.
Paso 1 — El pedido llega a Hermes (1,5 min). Mostrar una tarea/propuesta en Hermes que nació de un email. Señalar los datos que la IA extrajo: tomador, riesgo, suma asegurada, plazos. "Nadie recargó esto a mano."
Paso 2 — Hermes consulta el cúmulo a Soter, en vivo (2 min). ⭐ Mostrar, dentro de la propuesta en Hermes, el bloque de cupo y cúmulo del tomador. Explicar que ese dato vino de Soter por la API en el momento. Opcional para el público técnico: abrir la pestaña 5 con el JSON crudo:
GET /api/hermes/v1/quota_cumulus/49345
→ { "quota_cumulus": { "general_quota": …, "general_cumulus": …,
"risk_quotas": [...], "cupo_message": "…" } }
"Antes de cotizar, ya sabemos si hay capacidad."
Paso 3 — Emitimos en Soter y vemos la capa (2,5 min). ⭐ En la pantalla de emisión de Soter, cargar/mostrar una póliza para CHEDIACK con una suma asegurada que cruce capas (p. ej. en torno a USD 10–20 M en la moneda del contrato). Mostrar cómo Soter:
- valida el cúmulo proyectado contra el cupo (mensaje de cúmulo);
- reparte la suma en capas y calcula retención vs. cedido.
Paso 4 — El cúmulo actualizado (1,5 min). Ir a la vista de cúmulos del tomador y mostrar el cúmulo anterior vs. el nuevo, total y por riesgo. "La exposición consolidada se actualizó al instante."
Cierre de demo (1 min). Volver a la idea de oro. Pasar al slide 16.
Regla de oro de la demo: narrá lo que va a pasar antes de hacer clic. Si algo tarda, seguí hablando. Nunca te quedes en silencio mirando una pantalla cargando.
| Si falla… | Hacé esto |
|---|---|
| La conexión Hermes↔Soter | Usá las capturas del recorrido (tomadas en T-1 día). Narralo igual, paso a paso. |
| Soter no levanta | Demo solo en Soter con capturas + el slide 10/11 (ya muestran el dato real). |
| Internet (demo remota) | Hotspot del teléfono; si tampoco, modo capturas. |
| Se cae todo | Los slides 10 y 11 ya contienen el dato real del contrato y el reparto por capas. La presentación se sostiene sola sin demo. |
| Te quedás sin tiempo | Saltá del slide 14 directo al 15 (demo corta: solo Pasos 2 y 3) y luego al 17. |
Tener siempre a mano: carpeta capturas/ con una imagen por paso de la demo, numeradas.
- "¿El control de cúmulo puede saltearse al emitir?" No. El cálculo y los topes viven en el modelo de Soter (
static_cumulo, validaciones de póliza); no hay una vía de emisión que los evite. - "¿Cómo manejan distintas monedas en el cúmulo?" Todo se lleva a una moneda común con la cotización del día (
echange_rates). Si falta la cotización, el sistema lo advierte. - "¿Y los co-tomadores / UTE?" El cúmulo prorratea por porcentaje de participación de cada co-tomador.
- "¿Puedo auditar las cifras?" Sí:
paper_trailregistra cambios en pólizas, cupos y autorizaciones (quién, qué, cuándo). - "¿Cómo evalúan el riesgo crediticio del tomador?" Vía Nosis: Poseidon actúa de gateway y Soter consulta el scoring por CUIT (
/api/soter/v1/nosis), guardando un snapshot en la ficha de la persona. La suscripción no es a ciegas. - "¿Verifican cumplimiento regulatorio (SSN)?" Sí, y desde la captación: Hermes le pide a Zeus, con IA, las normativas SSN aplicables y un checklist de verificación antes de armar la propuesta.
- "¿Pueden darnos bordereaux / reporting?" La API ya expone cúmulos y cupos; es base directa para bordereaux. Zeus permite además consultas analíticas en lenguaje natural sobre las tres bases.
- "¿Qué pasa si una póliza supera el cupo?" Soter alerta y, según configuración, bloquea; subir un cupo requiere una autorización nominada que queda registrada.
- "¿Es un sistema en producción o un prototipo?" Producción, años de operación, ~189.000 pólizas históricas.
| Español | English |
|---|---|
| Capa | Layer |
| Cúmulo / acumulación | Accumulation / aggregate exposure |
| Cupo | Limit / capacity |
| Tomador | Principal / policyholder (surety) |
| Asegurado | Obligee / insured |
| Retención (propia) | Retention |
| Cedido | Ceded |
| Suma asegurada | Sum insured / penal sum |
| Endoso | Endorsement |
| Caución | Surety / surety bond |
| Contrato de reaseguro | Reinsurance treaty |
| Reasegurador | Reinsurer |
| Productor (PAS) | Broker / producer |
- Editar contenido en
build.jsy regenerar connode build.js(requiere las deps ya instaladas en esta carpeta). - Para revisar visualmente: convertir a PDF con LibreOffice y a imágenes con ImageMagick.
- Paleta: navy
#0E1F45, oro#E8B23A(cedido/reaseguro), teal#2BB79E(retención propia).