Revision escenarios ASR_2 - martin-hendricks/MISO-PROYECTO-FINAL-SOLVENTA GitHub Wiki
Revisión de los escenarios de calidad seleccionados como ASR
Criterios aplicados
Reglas de las fuentes del curso. Estas no admiten interpretación:
- Una sola fuente, un solo estímulo, un solo ambiente, una sola medida. Los criterios de división son exactamente esos cuatro. El artefacto no es criterio de división.
- La escalabilidad es la única excepción para llevar más de una unidad de medida, y solo para combinar volumen con ventana temporal.
- Una cifra fuera de la tabla sigue siendo una medida. Una restricción complementaria con otro valor —p99 al pie de un escenario cuya medida es p95— cuenta como segunda medida y obliga a dividir.
- Un estímulo en disyunción cuenta como más de un estímulo y obliga a dividir. Las fuentes dividen explícitamente confidencialidad e integridad en transmisión y almacenamiento como dos escenarios separados.
- Redacción en positivo: se expresa lo que el sistema sí hace.
- El ambiente es un estado de operación, no un atributo del estímulo ni una decisión de diseño.
Criterio propio, no de las fuentes. Ante una disyunción hay dos remedios: dividir, o reescribir para que quede un solo término. Aplico esta prueba: ¿las dos ramas son el mismo evento descrito de dos maneras, o dos eventos distintos? Si son el mismo —«supera su presupuesto o falla» son ambos «no responde a tiempo»— reescribo. Si son distintos —«consulta su póliza o su siniestro»— divido. Las fuentes no hacen esta distinción; la lectura estricta divide siempre. Cada modificación indica cuál remedio se usó.
Sobre los recorridos críticos (§5.1)
Los seis recorridos no seleccionan ASR. Intervienen en dos momentos distintos y en ninguno deciden la prioridad:
- Como filtro de descarte: un escenario cuyo estímulo apunta a funcionalidad fuera del alcance no tiene dónde validarse y sale del backlog.
- Como evidencia de un solo eje: si el escenario vive en un recorrido crítico, el negocio ya declaró que eso es el producto, lo que sostiene importancia para el cliente = Alto. No dice nada del impacto en la arquitectura, y el ASR exige las dos altas.
Los seis recorridos cubren casi todo el producto, así que como criterio de selección casi no discrimina. Lo que discrimina es el segundo eje: cuánto obliga a reestructurar el sistema. En cada escenario la trazabilidad al recorrido y la justificación de la prioridad van separadas por esa razón.
Un escenario de esta revisión cambia de atributo: la segunda mitad de EC-LAT-06 mide trazabilidad y pasa a EC-SEG-05. Se conserva bajo el bloque de EC-LAT-06 para no perder el rastro de dónde salió.
Marca de procedencia en cada modificación: [regla] cuando se deriva de las fuentes · [criterio] cuando es juicio propio y admite discusión.
RQ-01 — Latencia
EC-LAT-01 — Cotización embebida en horario pico
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Socio de distribución |
| Estímulo | Solicita una cotización mediante la API de Solventa |
| Artefacto | Capacidad de cotización y motor de rating |
| Ambiente | Producción en horario pico, con alta concurrencia de solicitudes |
| Respuesta | La plataforma calcula y retorna la cotización |
| Medida | p95 ≤ 250 ms extremo a extremo · complementaria: p99 ≤ 500 ms |
Modificaciones a realizar
- La restricción complementaria
p99 ≤ 500 mses una segunda medida. Sacarla del pie de tabla no la elimina: es exactamente el defecto que el feedback señaló como «medidas combinadas». Se divide en dos escenarios. - El corte natural es por ambiente: el p95 corresponde a la operación nominal y el p99 —la cola larga— a la carga pico. Así cada escenario tiene un ambiente y una medida.
- Trazabilidad: cotización embebida.
[regla] - Prioridad
(A,A)correcta, pero no por estar en el recorrido: el impacto es alto porque 250 ms extremo a extremo obliga a decidir composición, caché y presupuesto por salto.[criterio]
Escenario ajustado
| Elemento | EC-LAT-01a — Operación normal | EC-LAT-01b — Horario pico |
|---|---|---|
| Fuente | Socio de distribución | Socio de distribución |
| Estímulo | Solicita una cotización mediante la API | Solicita una cotización mediante la API |
| Artefacto | Capacidad de cotización y motor de rating | Capacidad de cotización y motor de rating |
| Ambiente | Producción a carga nominal | Producción en horario pico con alta concurrencia |
| Respuesta | Calcula y retorna la cotización | Calcula y retorna la cotización |
| Medida | p95 ≤ 250 ms extremo a extremo | p99 ≤ 500 ms extremo a extremo |
| Prioridad | (A,A) — ASR | (A,A) — ASR |
EC-LAT-02 — Consulta de póliza o siniestro en operación regular
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Cliente asegurado |
| Estímulo | Consulta una póliza o el estado de un siniestro |
| Artefacto | Capacidades de consulta de pólizas y siniestros |
| Ambiente | Producción en condiciones regulares |
| Respuesta | La plataforma recupera y retorna la información |
| Medida | p95 ≤ 150 ms · complementaria: p99 ≤ 300 ms |
Modificaciones a realizar
- Estímulo en disyunción: póliza o siniestro. Se divide.
[regla] - No aplica el remedio de reescritura, porque son dos eventos distintos: una póliza cambia en emisión, renovación y endoso —meses—, mientras que el estado de un siniestro cambia varias veces al día. Con la misma medida de 150 ms la decisión de caché es opuesta.
[criterio] - Segunda medida en el pie de tabla. Al dividir, cada escenario toma una.
- La calificación
(A,M)es correcta para la consulta de póliza: es una lectura sin dependencias externas ni cómputo actuarial. Pero la consulta de estado de siniestro sí tiene impacto arquitectónico: obliga a decidir la frescura del modelo de lectura frente al ciclo de vida del siniestro. Sube a(A,A). - Trazabilidad: gestión del ciclo de vida y siniestro asistido.
[regla]
Escenario ajustado
| Elemento | EC-LAT-02a — Consulta de póliza | EC-LAT-02b — Consulta de estado de siniestro |
|---|---|---|
| Fuente | Cliente asegurado | Cliente asegurado |
| Estímulo | Consulta el detalle de una póliza vigente | Consulta el estado de un siniestro en curso |
| Artefacto | Modelo de lectura de pólizas | Modelo de lectura de siniestros |
| Ambiente | Producción en condiciones regulares | Producción en condiciones regulares |
| Respuesta | Retorna la póliza con sus coberturas vigentes | Retorna el estado vigente del siniestro |
| Medida | p95 ≤ 150 ms | p95 ≤ 150 ms |
| Prioridad | (A,M) — diferido | (A,A) — ASR |
EC-LAT-03 — Perfilamiento durante la originación hipotecaria
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Proceso de originación hipotecaria de un banco aliado |
| Estímulo | Solicita el perfilamiento de un cliente que otorgó consentimiento |
| Artefacto | Capacidad de perfilamiento de riesgo |
| Ambiente | Producción dentro de un journey interactivo, condicionado por integraciones externas de datos |
| Respuesta | Construye el perfil de riesgo para generar la oferta |
| Medida | p95 ≤ 400 ms · complementaria: p99 ≤ 800 ms |
Modificaciones a realizar
- Segunda medida en el pie de tabla. Se divide por ambiente, igual que EC-LAT-01.
- El ambiente mezcla estado con diseño: «condicionado por integraciones externas de datos» describe la solución, no el estado del sistema. Se retira de esa celda; la dependencia de terceros ya vive en el artefacto y en EC-LAT-05.
- El segundo ambiente natural aquí no es «horario pico» genérico sino el pico de originación de fin de mes, que el propio caso identifica en §6.2.
- Trazabilidad: perfilamiento y oferta de vida hipotecario.
[regla] - Prioridad
(A,A)correcta por el segundo eje: componer varias fuentes externas impredecibles dentro de 400 ms es el punto de sensibilidad más agudo del caso.[criterio]
Escenario ajustado
| Elemento | EC-LAT-03a — Operación normal | EC-LAT-03b — Pico de originación |
|---|---|---|
| Fuente | Proceso de originación de un banco aliado | Proceso de originación de un banco aliado |
| Estímulo | Solicita el perfilamiento de un cliente con consentimiento vigente | Solicita el perfilamiento de un cliente con consentimiento vigente |
| Artefacto | Capacidad de perfilamiento y capa de integración externa | Capacidad de perfilamiento y capa de integración externa |
| Ambiente | Producción a carga nominal | Producción durante el pico de cierres de fin de mes |
| Respuesta | Construye el perfil de riesgo y genera la oferta personalizada | Construye el perfil de riesgo y genera la oferta personalizada |
| Medida | p95 ≤ 400 ms | p99 ≤ 800 ms |
| Prioridad | (A,A) — ASR | (A,A) — ASR |
EC-LAT-04 — Suscripción y emisión automática
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Cliente asegurado |
| Estímulo | Acepta la oferta recibida |
| Artefacto | Capacidades de suscripción, cobro, firma y emisión |
| Ambiente | Producción en operación normal, con orquestación de varias dependencias externas |
| Respuesta | Decide la suscripción y emite la póliza |
| Medida | p95 ≤ 1,5 s · complementaria: p99 ≤ 3 s |
Modificaciones a realizar
- Segunda medida en el pie de tabla: el escenario original declara un solo ambiente —operación normal— y dos medidas. Los dos ambientes aparecen al dividir, no estaban en el original.
[regla] - El ambiente incorpora «con orquestación de varias dependencias externas», que es una decisión de diseño, no un estado. Se retira.
- Cambio de prioridad de
(A,M)a(A,A). El argumento actual —«1,5 s es holgado frente a los 250 ms»— compara presupuestos, no dificultades. Este escenario encadena cuatro dependencias externas en el mismo journey: KYC, pasarela de pago, firma electrónica y notificación. El caso las declara todas en §4 con retos propios: PCI-DSS, idempotencia, reintentos, no repudio. Es el recorrido crítico obligatorio suscripción y emisión y diferirlo deja sin ASR el segundo journey del caso.
Escenario ajustado
| Elemento | EC-LAT-04a — Operación normal | EC-LAT-04b — Horario pico |
|---|---|---|
| Fuente | Cliente asegurado | Cliente asegurado |
| Estímulo | Acepta la oferta de seguro recibida | Acepta la oferta de seguro recibida |
| Artefacto | Capacidades de suscripción, cobro, firma y emisión | Capacidades de suscripción, cobro, firma y emisión |
| Ambiente | Producción operando a carga nominal | Producción operando en horario pico de transacciones |
| Respuesta | Decide la suscripción, procesa el cobro y emite la póliza | Decide la suscripción, cobra la prima y emite la póliza |
| Medida | p95 ≤ 1,5 s desde la aceptación hasta la póliza emitida | p99 ≤ 3 s desde la aceptación hasta la póliza emitida |
| Prioridad | (A,A) — ASR | (A,A) — ASR |
EC-LAT-05 — Presupuesto de latencia por dependencia externa
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Componente de Solventa que invoca un tercero |
| Estímulo | Emite una llamada a la dependencia externa |
| Artefacto | Capa de integración con proveedores externos |
| Ambiente | Producción en operación normal, con el proveedor respondiendo dentro de su comportamiento habitual |
| Respuesta | La dependencia entrega su respuesta dentro del presupuesto |
| Medida | p95 ≤ 120 ms por dependencia · complementaria: corte duro a 700 ms |
Modificaciones a realizar
- El corte duro a 700 ms no es una restricción complementaria: es otra respuesta ante otro estímulo. Cuando el tercero responde dentro del presupuesto la respuesta es «entrega el dato»; cuando lo excede es «se corta la espera y se libera el hilo». Son dos escenarios.
- Cambio de prioridad de
(A,A)a(M,A). La importancia para el cliente no es alta: ningún interesado de negocio pide 120 ms por dependencia. Esa cifra es una asignación que hace el arquitecto al repartir el presupuesto de 250 ms de EC-LAT-01 entre los saltos del recorrido. Es una restricción de diseño derivada, no una exigencia del cliente. Sigue guiando el diseño —su impacto arquitectónico es alto— pero calificarlo(A,A)infla el conteo de ASR con una decisión propia en vez de con una necesidad del negocio. - Trazabilidad: transversal; habilita cotización embebida, suscripción y perfilamiento.
[regla]
Escenario ajustado
| Elemento | EC-LAT-05a — Presupuesto por dependencia | EC-LAT-05b — Corte ante dependencia lenta |
|---|---|---|
| Fuente | Componente de Solventa que invoca un tercero | Componente de Solventa que invoca un tercero |
| Estímulo | Emite una llamada a la dependencia externa | La llamada excede el presupuesto asignado |
| Artefacto | Capa de integración con proveedores externos | Capa de integración y su temporizador |
| Ambiente | Producción con el proveedor en su comportamiento habitual | Producción con el proveedor degradado |
| Respuesta | Obtiene la respuesta del tercero dentro del presupuesto | Corta la espera y devuelve el control al orquestador |
| Medida | p95 ≤ 120 ms por dependencia | Corte a los 700 ms en el 100 % de las llamadas |
| Prioridad | (M,A) — diferido | (M,A) — diferido |
EC-LAT-06 — Cotización con dependencia degradada
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Socio de distribución |
| Estímulo | Solicita una cotización |
| Artefacto | Capacidad de cotización y capa de integración |
| Ambiente | Producción con un proveedor degradado (supera su presupuesto) o caído |
| Respuesta | Completa la cotización con el valor de respaldo disponible y señala la degradación |
| Medida | p95 ≤ 250 ms del journey · complementaria: 100 % de las cotizaciones degradadas marcadas |
Modificaciones a realizar
- Dos medidas de unidades distintas: milisegundos y porcentaje. Es el caso de libro que obliga a dividir. Además son dos respuestas: «completa la cotización» y «señala la degradación».
[regla] - El segundo escenario deja de ser latencia. Si se divide porque la mezcla de unidades delata dos atributos, mantener la mitad del porcentaje bajo el prefijo
LATcontradice la razón de la división: su medida es de trazabilidad y sus tácticas son de registro y linaje, no de manejo de recursos. Se reclasifica comoEC-SEG-05, junto aEC-SEG-03, que es donde el caso aloja la auditabilidad en §6.4.[regla] - No se crea un eje
TRAZ: el caso evalúa seis atributos y la trazabilidad no es uno de ellos; vive dentro de seguridad.[criterio] - Ambiente en disyunción: degradado o caído. Aquí sí son equivalentes —ambos disparan el mismo respaldo— pero conviene unificar la redacción en «no responde dentro de su presupuesto», que cubre los dos casos sin disyunción.
- Trazabilidad: cotización embebida.
[regla] - Prioridad
(A,A)correcta por el segundo eje: obliga a decidir degradación, respaldo y corte.[criterio]
Escenario ajustado
| Elemento | EC-LAT-06 — Cotización con dependencia degradada | EC-SEG-05 — Registro de la decisión degradada |
|---|---|---|
| Atributo | Latencia | Seguridad · trazabilidad |
| Fuente | Socio de distribución | Actuaría |
| Estímulo | Solicita una cotización | Revisa las cotizaciones emitidas del periodo |
| Artefacto | Capacidad de cotización y caché de perfil | Registro de decisiones de cotización, el mismo de EC-SEG-03 |
| Ambiente | Producción con un proveedor que no responde dentro de su presupuesto | Revisión actuarial posterior de la cartera cotizada |
| Respuesta | Completa la cotización con el valor de respaldo disponible | Entrega las cotizaciones que se resolvieron con respaldo, con su linaje |
| Medida | p95 ≤ 250 ms del journey de cotización | El 100 % de las cotizaciones con degradación queda registrado con linaje completo para revisión actuarial |
| Prioridad | (A,A) — ASR | (M,M) — diferido |
RQ-02 — Escalabilidad
EC-ESC-01 — Campaña masiva de un socio
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Socio de distribución |
| Estímulo | Lanza una campaña que multiplica el tráfico por 100 |
| Artefacto | Capacidad de cotización |
| Ambiente | Producción durante un pico comercial inducido |
| Respuesta | Incrementa su capacidad y sostiene el tiempo de respuesta |
| Medida | Escalar de 500 a 50.000 cotizaciones/min conservando p95 ≤ 250 ms, con aprovisionamiento ≤ 60 s |
Modificaciones a realizar
- La excepción de escalabilidad ampara volumen más ventana temporal, no volumen más latencia más tiempo de aprovisionamiento. Hay tres unidades y dos atributos mezclados: el
p95 ≤ 250 mses latencia y el≤ 60 ses el tiempo de reacción del autoescalado. - El
p95 ≤ 250 msya está exigido por EC-LAT-01: repetirlo aquí duplica la misma condición en dos escenarios. Se retira de la medida y se conserva como el ambiente bajo el que se mide el caudal. - El aprovisionamiento en ≤ 60 s tiene fuente propia —el controlador de autoescalado— y merece su escenario.
- A la medida de caudal le falta la ventana de sostenimiento, que es justamente lo que la excepción permite expresar. Sin ella la prueba de carga no tiene criterio de parada.
- Trazabilidad: cotización embebida.
[regla] - Prioridad
(A,A)correcta por el segundo eje: 100× de crecimiento condiciona distribución, despliegue y elasticidad.[criterio] EC-ESC-01bes un punto de sensibilidad crítico. 60 s es exigente en la nube si hay arranque en frío de servicios pesados, y la elección entre contenedores precalentados y funciones sin servidor se decide ahí. Esa anotación no entra en la tabla del escenario: las seis partes describen el requisito, la hipótesis va en el bloque Decide de la historia y en el backlog de experimentos. Los 60 s tampoco se relajan, vienen textuales de §6.2.[criterio]- Para defender la clasificación: la unidad de
EC-ESC-01bes de tiempo, pero la propiedad que mide no es el tiempo de respuesta de una petición sino la capacidad del sistema de cambiar su capacidad. Eso es elasticidad y pertenece a escalabilidad, no a latencia.[criterio]
Escenario ajustado
| Elemento | EC-ESC-01a — Caudal sostenido | EC-ESC-01b — Reacción del autoescalado |
|---|---|---|
| Fuente | Socio de distribución | Controlador de autoescalado |
| Estímulo | Lanza una campaña que multiplica el tráfico por 100 | El caudal supera el umbral de escalado |
| Artefacto | Capacidad de cotización y su infraestructura elástica | Controlador de autoescalado de la capacidad de cotización |
| Ambiente | Producción durante un pico comercial inducido | Producción durante la rampa inicial de la campaña |
| Respuesta | Sostiene el caudal completo de cotizaciones | Incorpora la capacidad adicional al balanceo |
| Medida | De 500 a 50.000 cotizaciones/min sostenidas durante 30 min consecutivos | Capacidad ampliada disponible ≤ 60 s desde el disparo |
| Prioridad | (A,A) — ASR | (A,A) — ASR |
EC-ESC-02 — Evento paramétrico masivo
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Proveedor externo de telemetría o clima |
| Estímulo | Genera una ráfaga de eventos asociados a pólizas paramétricas |
| Artefacto | Capacidad de procesamiento de eventos y siniestros paramétricos |
| Ambiente | Producción durante un evento externo masivo y concentrado |
| Respuesta | Recibe y procesa el flujo aplicando contrapresión |
| Medida | Procesar ≥ 1.000.000 de eventos en 10 minutos con 0 eventos perdidos |
Modificaciones a realizar
- Caudal más ventana está amparado por la excepción: los 10 minutos no son latencia, son la ventana temporal, y esa combinación es exactamente la que la excepción de escalabilidad permite. El defecto es el tercer término: «0 eventos perdidos» es integridad, otra unidad y otro atributo. Se separa.
[regla] - La respuesta mezcla dos comportamientos en momentos distintos: recibir con contrapresión durante el pico y procesar al drenar la cola. Se separan con el corte anterior.
- El escenario de integridad debe redactarse en positivo: no «0 perdidos» sino «cada evento se procesa exactamente una vez».
- Trazabilidad: siniestro paramétrico automático.
[regla] - Prioridad
(A,A)correcta por el segundo eje: empuja la comunicación hacia lo asíncrono con contrapresión.[criterio]
Escenario ajustado
| Elemento | EC-ESC-02a — Absorción del pico | EC-ESC-02b — Procesamiento íntegro |
|---|---|---|
| Fuente | Proveedor externo de telemetría | Canal de eventos |
| Estímulo | Genera una ráfaga de eventos paramétricos | Entrega el rezago acumulado durante el pico |
| Artefacto | Canal de eventos y su almacenamiento de rezago | Capacidad de siniestros paramétricos |
| Ambiente | Producción durante un evento externo masivo | Producción durante la recuperación posterior al pico |
| Respuesta | Recibe y persiste el flujo aplicando contrapresión | Procesa cada evento encolado y dispara su pago automático |
| Medida | ≥ 1.000.000 de eventos absorbidos en 10 min | 100 % de los eventos encolados procesados exactamente una vez |
| Prioridad | (A,A) — ASR | (A,A) — ASR |
EC-ESC-03 — Aislamiento de carga entre socios
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Un socio de distribución que excede su cuota |
| Estímulo | Genera un volumen por encima de lo contratado |
| Artefacto | Capa de exposición de APIs y control de cuotas |
| Ambiente | Producción con el ecosistema ampliado de 5 a 50 socios concurrentes |
| Respuesta | Contiene el exceso dentro del socio que lo genera |
| Medida | 0 socios distintos al infractor experimentan degradación de su p95 |
Modificaciones a realizar
- Estructura correcta: una fuente, un estímulo, un ambiente, una medida. No requiere división.
- Medida en negativo. «0 socios experimentan degradación» describe lo que no ocurre. Se reformula en positivo sin cambiar la exigencia.
- Trazabilidad: cotización embebida por el canal de socios.
[regla] - Prioridad
(A,A)correcta por el segundo eje: la multi-tenencia por socio es una decisión estructural, no un ajuste de configuración.[criterio]
Escenario ajustado
| Elemento | EC-ESC-03 — Aislamiento de carga entre socios |
|---|---|
| Fuente | Un socio de distribución que excede su cuota |
| Estímulo | Genera un volumen de solicitudes por encima de lo contratado |
| Artefacto | Capa de exposición de APIs y control de cuotas |
| Ambiente | Producción con 50 socios operando de forma concurrente |
| Respuesta | Contiene el exceso dentro de la cuota del socio que lo genera |
| Medida | El 100 % de los socios no infractores conserva su p95 |
| Prioridad | (A,A) — ASR |
RQ-03 — Disponibilidad
EC-DISP-01 — Disponibilidad de journeys críticos
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Cliente asegurado o socio de distribución |
| Estímulo | Solicita ejecutar un journey crítico de venta o de siniestros |
| Artefacto | Capacidades que soportan venta y gestión de siniestros |
| Ambiente | Producción en operación normal 24/7 |
| Respuesta | Atiende la solicitud con los servicios necesarios disponibles |
| Medida | Disponibilidad mensual ≥ 99,97 % |
Modificaciones a realizar
- Dos fuentes y dos estímulos en el mismo escenario. La regla obliga a dividir en tantos escenarios como fuentes haya.
- El corte más útil no es por fuente sino por journey, porque venta y siniestros tienen perfiles de falla distintos: la venta depende de terceros de datos y pago; el siniestro depende de evidencia, peritos y desembolso.
- Esto además cubre el recorrido siniestro asistido, que hoy no tiene ningún escenario propio en toda la selección.
- Prioridad
(A,A)correcta en ambos.
Escenario ajustado
| Elemento | EC-DISP-01a — Journey de venta | EC-DISP-01b — Journey de siniestros |
|---|---|---|
| Fuente | Socio de distribución | Cliente asegurado |
| Estímulo | Ejecuta el recorrido de cotización, suscripción y emisión | Reporta un siniestro y consulta su avance |
| Artefacto | Capacidades de cotización, suscripción y emisión | Capacidades de reporte, evaluación y pago de siniestros |
| Ambiente | Producción en operación normal 24/7 | Producción en operación normal 24/7 |
| Respuesta | Atiende el recorrido completo de venta | Atiende el recorrido completo de siniestros |
| Medida | Disponibilidad mensual ≥ 99,97 % | Disponibilidad mensual ≥ 99,97 % |
| Prioridad | (A,A) — ASR | (A,A) — ASR |
EC-DISP-02 — Pérdida completa de una región
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Infraestructura de nube |
| Estímulo | La región que atiende la operación queda completamente indisponible |
| Artefacto | Plataforma Solventa y sus journeys críticos |
| Ambiente | Producción durante una falla regional |
| Respuesta | Restablece la operación en una región alternativa |
| Medida | RTO ≤ 5 minutos |
Modificaciones a realizar
- Ninguna modificación estructural. Una fuente, un estímulo, un ambiente, una medida. Es el escenario mejor formado de la selección.
- La calificación
(M,A)y su diferimiento están bien argumentados: horizonte de 36 meses y previsibilidad del gasto. Se mantiene. - Única observación: al diferirse, la exigencia del caso «sin pérdida de transacciones confirmadas» queda cubierta por EC-DISP-05, que sí es ASR. Conviene dejarlo dicho para que no parezca un olvido.
Escenario ajustado — sin cambios.
| Elemento | EC-DISP-02 — Pérdida completa de una región |
|---|---|
| Fuente | Infraestructura de nube |
| Estímulo | La región que atiende la operación queda completamente indisponible |
| Artefacto | Plataforma Solventa y sus journeys críticos |
| Ambiente | Producción durante una falla regional |
| Respuesta | Restablece la operación en una región alternativa |
| Medida | RTO ≤ 5 minutos |
| Prioridad | (M,A) — diferido |
EC-DISP-03 — Pérdida de una zona de disponibilidad
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Infraestructura de nube |
| Estímulo | Falla una zona de disponibilidad dentro de la región activa |
| Artefacto | Plataforma Solventa y sus journeys críticos |
| Ambiente | Producción durante una falla zonal, con el resto de la región operativa |
| Respuesta | Continúa la operación con la capacidad restante |
| Medida | RTO ≤ 10 minutos · complementaria: RPO ≤ 30 s |
Modificaciones a realizar
- RTO y RPO son dos unidades que miden cosas distintas: el tiempo hasta reanudar el servicio y la cantidad de estado que se pierde. Es el ejemplo canónico de división por unidad de medida.
- Cada uno tiene además su propia respuesta: reanudar la atención frente a recuperar el estado.
- Prioridad
(A,A)correcta: la falla zonal es el escenario probable y el multi-zona ya es restricción del caso.
Escenario ajustado
| Elemento | EC-DISP-03a — Continuidad del servicio | EC-DISP-03b — Continuidad del estado |
|---|---|---|
| Fuente | Infraestructura de nube | Infraestructura de nube |
| Estímulo | Falla una zona de disponibilidad | Falla una zona de disponibilidad |
| Artefacto | Journeys críticos desplegados en varias zonas | Réplicas de datos entre zonas |
| Ambiente | Falla zonal durante el restablecimiento del servicio | Falla zonal durante el restablecimiento del estado |
| Respuesta | Reanuda la atención desde las zonas sanas | Recupera el estado desde las réplicas de las zonas sanas |
| Medida | RTO ≤ 10 minutos | RPO ≤ 30 segundos |
| Prioridad | (A,A) — ASR | (A,A) — ASR |
EC-DISP-04 — Disponibilidad del recaudo y pago de indemnizaciones
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Cliente asegurado |
| Estímulo | Ejecuta un débito de prima o recibe el desembolso de una indemnización |
| Artefacto | Capacidades de cobros, pagos y recaudo |
| Ambiente | Producción en operación normal, sobre los flujos de dinero |
| Respuesta | Procesa la operación monetaria |
| Medida | Disponibilidad mensual ≥ 99,99 % |
Modificaciones a realizar
- Estímulo en disyunción, y con la dirección invertida entre las dos ramas: en el débito el cliente origina el movimiento; en el desembolso el cliente recibe y quien origina es el proceso de indemnización. Son dos estímulos y dos fuentes encubiertas. Se divide.
[regla] - No aplica el remedio de reescritura: no es el mismo evento descrito de dos maneras. Recaudo y desembolso recorren dependencias distintas —pasarela de cobro frente a dispersión de fondos— y el caso los separa en §4.
[criterio] - Trazabilidad: suscripción y emisión (recaudo) y siniestro asistido (indemnización).
[regla] - Prioridad
(A,A)correcta por el segundo eje: 99,99 % sobre el flujo de dinero exige un tratamiento distinto al del resto del sistema.[criterio]
Escenario ajustado
| Elemento | EC-DISP-04a — Recaudo de prima | EC-DISP-04b — Pago de indemnización |
|---|---|---|
| Fuente | Cliente asegurado | Proceso de indemnización |
| Estímulo | Paga la prima de su póliza | Ordena el desembolso de una indemnización aprobada |
| Artefacto | Capacidad de recaudo y pasarela de cobro | Capacidad de pagos y dispersión de fondos |
| Ambiente | Producción en operación normal sobre el flujo de entrada de dinero | Producción en operación normal sobre el flujo de salida de dinero |
| Respuesta | Procesa el cobro y lo confirma al cliente | Ejecuta el desembolso y lo confirma al beneficiario |
| Medida | Disponibilidad mensual ≥ 99,99 % del recaudo | Disponibilidad mensual ≥ 99,99 % del pago |
| Prioridad | (A,A) — ASR | (A,A) — ASR |
EC-DISP-05 — Integridad de transacciones monetarias confirmadas
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Infraestructura o dependencia de pagos |
| Estímulo | Se produce una falla o un reintento después de una transacción confirmada |
| Artefacto | Capacidades de cobros, pagos y conciliación |
| Ambiente | Producción durante una falla parcial o un reintento |
| Respuesta | Preserva cada transacción confirmada y la aplica una sola vez |
| Medida | 0 transacciones confirmadas perdidas o duplicadas |
Modificaciones a realizar
- Doble disyunción, en fuente y en estímulo. El caso concreto y verificable es el reintento de la pasarela tras un corte: ahí la fuente es única y el estímulo es único.
- Medida en negativo. Se reformula en positivo conservando la exigencia.
- La división que hicieron respecto del requisito original del caso —separar el porcentaje mensual de la integridad— es correcta y vale la pena conservarla explícita; es exactamente lo que pide la regla de una unidad por escenario.
- Prioridad
(A,A)correcta.
Escenario ajustado
| Elemento | EC-DISP-05 — Idempotencia del movimiento confirmado |
|---|---|
| Fuente | Pasarela de pagos |
| Estímulo | Reintenta una operación ya confirmada tras un corte de comunicación |
| Artefacto | Capacidades de cobros, pagos y conciliación |
| Ambiente | Producción durante la recuperación de una falla de comunicación |
| Respuesta | Reconoce la operación como ya aplicada y conserva un único movimiento |
| Medida | El 100 % de las transacciones confirmadas se aplica exactamente una vez |
| Prioridad | (A,A) — ASR |
EC-DISP-06 — Despliegue en producción sin interrupción
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Equipo de desarrollo |
| Estímulo | Despliega una nueva versión de un componente |
| Artefacto | Plataforma en operación y sus journeys críticos |
| Ambiente | Producción durante despliegues frecuentes |
| Respuesta | Los journeys críticos continúan atendiendo solicitudes |
| Medida | 0 segundos de indisponibilidad de venta y pago de siniestros |
Modificaciones a realizar
- Estructura correcta. Solo la medida está en negativo: se reformula como continuidad, no como ausencia de caída.
- El argumento del diferimiento es débil. Dice que «el interesado es interno (SRE/Dev)», pero el equipo de desarrollo es un interesado legítimo y el enunciado lo exige textualmente en §6.3: «se despliega en producción varias veces al día». Un interesado interno no vale menos que uno externo.
- Aun así, mantener
(M,A)es defendible si el argumento se reformula: la exigencia no bloquea ningún recorrido crítico y su cumplimiento se deriva de las decisiones de redundancia que ya toman EC-DISP-01 y EC-DISP-03. Cambiar la justificación, no la calificación.
Escenario ajustado
| Elemento | EC-DISP-06 — Despliegue sin interrupción |
|---|---|
| Fuente | Equipo de desarrollo |
| Estímulo | Despliega una nueva versión de un componente |
| Artefacto | Cadena de despliegue y journeys críticos en operación |
| Ambiente | Producción durante despliegues frecuentes, varias veces al día |
| Respuesta | Publica la versión y traslada el tráfico manteniendo el servicio |
| Medida | El 100 % de las solicitudes de venta y pago de siniestros se atiende durante el despliegue |
| Prioridad | (M,A) — diferido · justificación revisada: se deriva de las decisiones de redundancia de EC-DISP-01 y EC-DISP-03 |
RQ-04 — Seguridad
EC-SEG-01 — Revocación del consentimiento Open Finance
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Cliente |
| Estímulo | Revoca el consentimiento otorgado |
| Artefacto | Gestión de consentimiento y autorización de acceso a datos |
| Ambiente | Producción en operación legítima normal |
| Respuesta | Registra la revocación y restringe el acceso a las capacidades que usaban esos datos |
| Medida | Revocación efectiva en ≤ 5 minutos |
Modificaciones a realizar
- Ninguna modificación estructural. Una fuente, un estímulo, un ambiente, una medida, redacción en positivo.
- Única precisión: la respuesta encadena dos verbos —registrar y restringir— pero forman un solo comportamiento consecutivo, no dos respuestas independientes. Se puede dejar.
- Trazabilidad: cotización embebida y perfilamiento, ambos alimentados por Open Finance.
[regla] - Prioridad
(A,A)correcta por el segundo eje: propagar una revocación a través de cachés y copias es una decisión de datos, no un control añadido.[criterio]
Escenario ajustado — sin cambios.
| Elemento | EC-SEG-01 — Revocación del consentimiento Open Finance |
|---|---|
| Fuente | Cliente |
| Estímulo | Revoca el consentimiento otorgado para el uso de sus datos financieros |
| Artefacto | Gestión de consentimiento y autorización de acceso a datos |
| Ambiente | Producción en operación normal, con consentimientos y accesos activos |
| Respuesta | Registra la revocación y restringe el acceso a las capacidades que usaban esos datos |
| Medida | Revocación efectiva en ≤ 5 minutos |
| Prioridad | (A,A) — ASR |
EC-SEG-02 — Contención de un patrón malicioso sobre una API
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Actor malicioso externo |
| Estímulo | Genera un patrón anómalo de solicitudes o simula operaciones fraudulentas |
| Artefacto | APIs expuestas y capacidades de detección de fraude |
| Ambiente | Producción bajo ataque, con tráfico legítimo concurrente |
| Respuesta | Bloquea el patrón y mantiene el servicio para el tráfico legítimo |
| Medida | Bloqueo en ≤ 1 segundo |
Modificaciones a realizar
- Estímulo en disyunción, y esta vez no son equivalentes: el abuso de la API es un patrón de tráfico que se detecta en el borde en milisegundos; el siniestro simulado es un fraude de negocio que se detecta con reglas actuariales sobre el contenido, no sobre el volumen. Artefactos distintos, tiempos distintos, decisiones distintas.
- La medida de 1 segundo solo tiene sentido para el primero. Para el fraude de siniestros la medida razonable es de cobertura, no de tiempo.
- El segundo escenario cubre el recorrido siniestro asistido, hoy huérfano.
[regla] - La medida de cobertura no puede ser «100 % de los intentos de fraude»: el denominador es desconocido, porque los fraudes que el motor no detecta no se cuentan en ninguna parte, y un porcentaje sobre un universo desconocido no es verificable con un experimento. Se acota a los casos que el motor sí marca, que sí son contables.
[criterio]
Escenario ajustado
| Elemento | EC-SEG-02a — Abuso de la API | EC-SEG-02b — Siniestro simulado |
|---|---|---|
| Fuente | Actor malicioso externo | Actor malicioso con una cuenta comprometida |
| Estímulo | Genera un patrón anómalo de solicitudes | Reporta un siniestro simulado |
| Artefacto | Capa de exposición de APIs y detección de anomalías de tráfico | Capacidad de siniestros y motor de detección de fraude |
| Ambiente | Producción bajo ataque, con tráfico legítimo concurrente | Producción bajo intento de fraude |
| Respuesta | Bloquea el origen infractor y mantiene el servicio para el tráfico legítimo | Retiene el caso para revisión manual y conserva el registro del intento |
| Medida | Bloqueo en ≤ 1 segundo desde el inicio del patrón | El 100 % de los casos marcados por el motor de fraude queda retenido con traza completa |
| Prioridad | (A,A) — ASR | (A,A) — ASR |
EC-SEG-03 — Explicabilidad y auditoría de decisiones
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Actuaría o regulador |
| Estímulo | Exige justificar el precio o la decisión de suscripción |
| Artefacto | Capacidades de rating, suscripción, perfilamiento y registro de decisiones |
| Ambiente | Auditoría posterior, con reglas y fuentes que pueden haber cambiado |
| Respuesta | Reconstruye la decisión con las reglas y señales vigentes al momento |
| Medida | 100 % de las decisiones de suscripción reconstruibles |
Modificaciones a realizar
- Dos fuentes. Aquí sí conviene dividir, porque el plazo y el alcance difieren: la actuaría consulta casos puntuales en el día a día; el regulador exige expedientes de años atrás con un plazo formal de respuesta.
- El ambiente está bien planteado —«con reglas y fuentes que pueden haber cambiado» describe el estado real del sistema en el momento de la auditoría, no una decisión de diseño.
- Prioridad
(A,A)correcta: reconstruir una decisión pasada condiciona linaje, versionado de reglas y registro de eventos.
Escenario ajustado
| Elemento | EC-SEG-03a — Auditoría interna | EC-SEG-03b — Requerimiento del regulador |
|---|---|---|
| Fuente | Actuaría | Regulador |
| Estímulo | Exige justificar el precio de una póliza emitida | Requiere el expediente de decisiones de un periodo pasado |
| Artefacto | Motor de rating y suscripción, y registro de decisiones | Registro histórico de decisiones y capacidad de reportes |
| Ambiente | Auditoría posterior con reglas y fuentes ya cambiadas | Requerimiento regulatorio formal |
| Respuesta | Reconstruye la decisión con las reglas y señales vigentes al momento | Recupera y entrega el expediente del periodo requerido |
| Medida | 100 % de las decisiones de suscripción reconstruibles | Expediente entregado ≤ 5 días hábiles |
| Prioridad | (A,A) — ASR | (A,M) — diferido |
EC-SEG-04 — Protección de datos sensibles en tránsito y en reposo
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Cliente o proveedor de datos |
| Estímulo | Se transmiten o almacenan datos personales y financieros |
| Artefacto | Capacidades de persistencia y transporte |
| Ambiente | Producción en operación normal |
| Respuesta | Cifra o tokeniza los atributos sensibles antes de transmitirlos o persistirlos |
| Medida | 100 % de los atributos PII cifrados o tokenizados |
Modificaciones a realizar
- Cuatro disyunciones en una sola tabla: dos fuentes, dos estímulos, dos respuestas y dos técnicas en la medida. El propio título anuncia el problema: «en tránsito y en reposo» son dos ambientes distintos.
- La fuente además está mal atribuida: quien transmite o persiste no es el cliente ni el proveedor, sino un servicio interno de Solventa. El cliente es el titular del dato, no quien origina el evento.
- Se divide por ambiente, que es el corte que el propio caso sugiere y el que cambia la decisión técnica: cifrado de canal frente a cifrado y tokenización de campo.
- La calificación
(A,M)es correcta y su argumento —cifrado y tokenización son prácticas estándar— se sostiene. Se mantiene diferido en ambos.
Escenario ajustado
| Elemento | EC-SEG-04a — Datos en tránsito | EC-SEG-04b — Datos en reposo |
|---|---|---|
| Fuente | Servicio interno de Solventa | Servicio interno de Solventa |
| Estímulo | Transmite datos sensibles del cliente hacia otro componente | Persiste datos personales y medios de pago |
| Artefacto | Canales de comunicación entre componentes | Almacenes de datos y bóveda de tokenización |
| Ambiente | Producción en operación normal, datos en movimiento | Producción en operación normal, datos en reposo |
| Respuesta | Transporta la información sobre canal cifrado con identidad mutua verificada | Almacena la información cifrada y sustituye el medio de pago por un token |
| Medida | 100 % del tráfico con datos sensibles cifrado en tránsito | 100 % de los campos PII y de medio de pago tokenizados en reposo |
| Prioridad | (A,M) — diferido | (A,M) — diferido |
RQ-05 — Facilidad de modificación
EC-MOD-01 — Incorporación de un nuevo ramo
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Equipo de producto |
| Estímulo | Solicita incorporar un nuevo ramo al portafolio |
| Artefacto | Capacidades de producto, rating y suscripción |
| Ambiente | Evolución planificada del portafolio, con el sistema en producción |
| Respuesta | Incorpora el ramo mediante los puntos de extensión previstos |
| Medida | 0 módulos externos al dominio de producto/rating requieren modificación |
| Nota | Sustituye la medida del caso (≤ 2 semanas-equipo) por una proxy observable |
Modificaciones a realizar
- La sustitución de la medida por una proxy verificable es una buena decisión de ingeniería, pero pierde la exigencia literal del caso. Un jurado que compare con §6.5 no encontrará las 2 semanas-equipo en ningún escenario.
- La solución no es elegir entre una y otra: son dos unidades de medida distintas —esfuerzo y alcance— y la regla ya obliga a separarlas en dos escenarios. Así se conserva la exigencia del caso y se conserva la medida verificable.
- Medida en negativo. Se reformula como contención positiva.
- El ambiente incluye «con el sistema en producción», que es correcto: distingue una extensión sobre un sistema vivo de una sobre uno en construcción.
- «Dominio de producto» es correcto lógicamente pero ambiguo al validar. La medida se acota a una frontera comprobable con un diff, sin volver a redacción negativa ni mezclar modificación con redespliegue —el redespliegue es la medida de
EC-MOD-03.[criterio] - Prioridad
(A,A)correcta en el escenario de alcance: define las fronteras del dominio de producto. El de esfuerzo se difiere, porque el impacto arquitectónico ya está capturado por el otro.[criterio]
Escenario ajustado
| Elemento | EC-MOD-01a — Alcance del cambio | EC-MOD-01b — Esfuerzo del cambio |
|---|---|---|
| Fuente | Equipo de desarrollo | Equipo de producto |
| Estímulo | Implementa un nuevo ramo sobre la plataforma en producción | Solicita incorporar un nuevo ramo al portafolio |
| Artefacto | Módulos de producto, rating y suscripción | Módulos de producto, rating y suscripción |
| Ambiente | Evolución planificada, en tiempo de desarrollo | Evolución planificada, ciclo completo hasta producción |
| Respuesta | Confina la implementación a los puntos de extensión previstos | Incorpora el ramo hasta dejarlo operativo |
| Medida | El 100 % de los archivos modificados pertenece a los módulos de producto y rating | ≤ 2 semanas-equipo de esfuerzo total |
| Prioridad | (A,A) — ASR | (A,M) — diferido |
EC-MOD-02 — Sustitución de un proveedor externo
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Equipo de arquitectura e integraciones |
| Estímulo | Sustituye el proveedor de KYC o de pagos |
| Artefacto | Módulo de integración con proveedores externos |
| Ambiente | Sustitución por decisión comercial o tecnológica, con el sistema en producción |
| Respuesta | El proveedor se reemplaza detrás del punto de integración |
| Medida | 0 componentes de negocio externos al módulo de integración requieren modificación |
Modificaciones a realizar
- Estímulo en disyunción: «KYC o de pagos». Se resuelve por reescritura —«sustituye un proveedor externo por otro»— en lugar de dividir, porque ambos son el mismo evento sobre el mismo adaptador y el comportamiento del sistema es idéntico. Bajo lectura estricta correspondería dividir en dos escenarios idénticos salvo por el nombre del proveedor.
[criterio] - El ambiente mezcla el motivo del cambio —«por decisión comercial o tecnológica»— con el estado. El motivo es irrelevante para el diseño. Se retira.
- Medida en negativo. Se reformula.
- Prioridad
(A,A)correcta: obliga a interponer una interfaz estable frente a cada proveedor.
Escenario ajustado
| Elemento | EC-MOD-02 — Sustitución de un proveedor externo |
|---|---|
| Fuente | Equipo de arquitectura e integraciones |
| Estímulo | Sustituye un proveedor externo por otro |
| Artefacto | Módulo de integración con proveedores externos |
| Ambiente | Tiempo de desarrollo, con el sistema en producción |
| Respuesta | Reimplementa el adaptador conservando la interfaz publicada |
| Medida | El 100 % del cambio queda contenido en el módulo de integración |
| Prioridad | (A,A) — ASR |
EC-MOD-03 — Ajuste de reglas de rating o suscripción
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Actuaría |
| Estímulo | Ajusta la fórmula de precio o la política de aceptación de riesgo |
| Artefacto | Motor de rating y motor de decisión de suscripción |
| Ambiente | Operación normal, con pólizas vigentes emitidas bajo las reglas anteriores |
| Respuesta | El cambio queda contenido en el motor y las reglas anteriores permanecen recuperables para auditoría |
| Medida | 0 componentes ajenos al motor requieren redespliegue |
Modificaciones a realizar
- Dos respuestas de atributos distintos. «El cambio queda contenido» es modificabilidad; «las reglas anteriores permanecen recuperables para auditoría» es trazabilidad, y ya está exigida por EC-SEG-03. Duplicar la exigencia en dos escenarios de atributos distintos crea confusión al asignar tácticas. Se retira la segunda mitad.
[regla] - Estímulo en disyunción: fórmula de precio o política de aceptación de riesgo. Se divide.
[regla] - No aplica el remedio de reescritura: la tabla misma nombra dos artefactos, motor de rating y motor de suscripción, lo que confirma que son dos eventos sobre componentes distintos. Precio y aceptación además responden a decisiones de negocio separadas: uno es competitividad comercial, el otro apetito de riesgo.
[criterio] - Medida en negativo. Se reformula.
[regla] - Trazabilidad: cotización embebida y suscripción y emisión.
[regla] - Prioridad
(A,A)correcta por el segundo eje: aislar y versionar las reglas condiciona el diseño de cada motor y su persistencia.[criterio]
Escenario ajustado
| Elemento | EC-MOD-03a — Regla de precio | EC-MOD-03b — Regla de aceptación de riesgo |
|---|---|---|
| Fuente | Actuaría | Actuaría |
| Estímulo | Ajusta la fórmula de precio de un producto | Ajusta la política de aceptación de riesgo |
| Artefacto | Motor de rating | Motor de decisión de suscripción |
| Ambiente | Operación normal, con pólizas vigentes emitidas bajo las reglas anteriores | Operación normal, con pólizas vigentes emitidas bajo las reglas anteriores |
| Respuesta | Aplica la fórmula nueva de forma contenida en el motor de rating | Aplica la política nueva de forma contenida en el motor de suscripción |
| Medida | El 100 % del cambio se despliega sin redesplegar componentes ajenos al motor de rating | El 100 % del cambio se despliega sin redesplegar componentes ajenos al motor de suscripción |
| Prioridad | (A,A) — ASR | (A,A) — ASR |
RQ-06 — Facilidad de integración
EC-INT-01 — Alta de un nuevo socio embebido
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Nuevo socio de distribución |
| Estímulo | Solicita distribuir seguros de Solventa desde su canal |
| Artefacto | APIs, contratos y mecanismos de onboarding |
| Ambiente | Expansión comercial, con socios existentes ya operando |
| Respuesta | Queda habilitado mediante contratos y credenciales estándar |
| Medida | 0 artefactos de código requieren modificación; el alta se completa por configuración |
| Nota | Sustituye la medida del caso (≤ 1 semana) por una proxy |
Modificaciones a realizar
- Mismo caso que EC-MOD-01: la proxy es correcta pero se pierde la exigencia literal del caso. Se separan las dos unidades —alcance y tiempo— en dos escenarios.
- La medida actual contiene además dos afirmaciones: «0 artefactos de código» y «se completa por configuración». La segunda es la respuesta, no la medida. Se reubica.
- Medida en negativo. Se reformula.
- Prioridad
(A,A)correcta en el escenario de alcance: el alta por configuración obliga a decidir el modelo de tenencia.
Escenario ajustado
| Elemento | EC-INT-01a — Alta por configuración | EC-INT-01b — Tiempo de habilitación |
|---|---|---|
| Fuente | Equipo de plataforma | Nuevo socio de distribución |
| Estímulo | Ejecuta el alta de un socio nuevo | Solicita distribuir seguros desde su canal |
| Artefacto | Contratos públicos de API y catálogo de configuración de socios | APIs, contratos y proceso de onboarding |
| Ambiente | Expansión comercial, con socios existentes ya operando | Expansión comercial, ciclo completo de onboarding |
| Respuesta | Habilita al socio a partir de configuración declarativa | Entrega credenciales y contrato hasta dejar al socio vendiendo |
| Medida | El 100 % del alta se resuelve por configuración, sin modificar código | Socio operando en producción ≤ 1 semana |
| Prioridad | (A,A) — ASR | (A,M) — diferido |
EC-INT-02 — Incorporación de una nueva fuente de datos
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Nuevo agregador Open Finance o proveedor Open Data |
| Estímulo | Se incorpora la fuente al perfilamiento |
| Artefacto | Capa de integración y adaptadores de fuentes externas |
| Ambiente | Expansión del ecosistema de datos, con consumidores ya en producción |
| Respuesta | La fuente se incorpora tras un adaptador compatible con el contrato interno |
| Medida | 0 consumidores existentes requieren modificación |
Modificaciones a realizar
- Fuente en disyunción: «agregador Open Finance o proveedor Open Data». Se resuelve por reescritura —«nuevo proveedor de datos externo»— en lugar de dividir, porque ambos entran por el mismo adaptador y producen el mismo comportamiento. Bajo lectura estricta correspondería dividir en dos escenarios idénticos salvo por el tipo de fuente.
[criterio] - Estructura correcta en lo demás: un estímulo, un ambiente, una medida.
- Medida en negativo. Se reformula.
- Prioridad
(A,A)correcta: exige adaptador y modelo canónico independiente de cada fuente. Habilita el recorrido perfilamiento y oferta de vida hipotecario.
Escenario ajustado
| Elemento | EC-INT-02 — Incorporación de una nueva fuente de datos |
|---|---|
| Fuente | Nuevo proveedor de datos externo |
| Estímulo | Se incorpora al perfilamiento |
| Artefacto | Capa de adaptadores y modelo canónico interno |
| Ambiente | Expansión del ecosistema de datos, con consumidores del perfil ya en producción |
| Respuesta | Traduce la fuente al modelo canónico detrás de un adaptador |
| Medida | El 100 % de los consumidores existentes continúa operando sin modificación |
| Prioridad | (A,A) — ASR |
EC-INT-03 — Evolución compatible de contratos multicanal
Escenario actual
| Elemento | Definición |
|---|---|
| Fuente | Equipo de producto web, móvil o de plataforma |
| Estímulo | Publica una evolución compatible de las APIs |
| Artefacto | Contratos y APIs consumidos por web, móvil y socios |
| Ambiente | Producción con versiones distintas de clientes desplegadas simultáneamente |
| Respuesta | Cada canal evoluciona a su propio ritmo sobre el contrato versionado |
| Medida | 0 clientes no modificados requieren redespliegue |
Modificaciones a realizar
- Tres fuentes en una celda. Quien publica la evolución del contrato es el equipo de plataforma; los equipos web y móvil son consumidores, no fuentes de este estímulo.
- La consolidación de los antiguos
EC-MOD-03yEC-INT-03de la v1.0 está bien hecha: eran la misma propiedad resuelta con la misma decisión. Conservarla. - Medida en negativo. Se reformula.
- Prioridad
(A,A)correcta: el versionado determina si un cambio obliga a redesplegar todos los canales a la vez. El caso lo señala explícitamente en §5.2.
Escenario ajustado
| Elemento | EC-INT-03 — Evolución compatible de contratos multicanal |
|---|---|
| Fuente | Equipo de plataforma |
| Estímulo | Publica una evolución compatible de las APIs de la plataforma |
| Artefacto | Contratos de API consumidos por web, móvil y socios |
| Ambiente | Producción con versiones distintas de clientes desplegadas simultáneamente |
| Respuesta | Publica la nueva versión manteniendo operativa la anterior |
| Medida | El 100 % de los clientes no modificados continúa operando sin requerir redespliegue |
| Prioridad | (A,A) — ASR |
Resumen de la revisión
| Escenario | Acción | Motivo dominante |
|---|---|---|
| EC-LAT-01 | Dividir en 2 | Segunda medida (p99) en pie de tabla |
| EC-LAT-02 | Dividir en 2 · subir b a ASR | Estímulo en disyunción: póliza y siniestro tienen frescura distinta |
| EC-LAT-03 | Dividir en 2 · corregir ambiente | Segunda medida · ambiente con decisión de diseño |
| EC-LAT-04 | Dividir en 2 · subir a (A,A) | Segunda medida · es recorrido crítico con 4 dependencias externas |
| EC-LAT-05 | Dividir en 2 · bajar a (M,A) | Dos respuestas · el presupuesto es decisión de diseño, no exigencia del cliente |
| EC-LAT-06 | Dividir en 2 · reclasificar la segunda a EC-SEG-05 |
Milisegundos y porcentaje delatan dos atributos distintos |
| EC-ESC-01 | Dividir en 2 · agregar ventana · marcar punto de sensibilidad | Tres unidades y dos atributos mezclados |
| EC-ESC-02 | Dividir en 2 | Integridad mezclada con caudal |
| EC-ESC-03 | Solo redacción | Medida en negativo |
| EC-DISP-01 | Dividir en 2 por journey | Dos fuentes y dos estímulos · cubre siniestro asistido |
| EC-DISP-02 | Sin cambios | Bien formado y bien diferido |
| EC-DISP-03 | Dividir en 2 | RTO y RPO son unidades distintas |
| EC-DISP-04 | Dividir en 2 | Disyunción con dirección invertida: recaudo y desembolso |
| EC-DISP-05 | Acotar fuente · redacción | Doble disyunción · medida en negativo |
| EC-DISP-06 | Redacción · cambiar la justificación | «Interesado interno» no es razón válida para diferir |
| EC-SEG-01 | Sin cambios | Bien formado |
| EC-SEG-02 | Dividir en 2 · acotar la medida de cobertura | Abuso de API y fraude de siniestros son tiempos distintos · denominador no verificable |
| EC-SEG-03 | Dividir en 2 | Dos fuentes con plazos distintos |
| EC-SEG-04 | Dividir en 2 · corregir fuente | Cuatro disyunciones · la fuente no es el cliente |
| EC-MOD-01 | Dividir en 2 · acotar la frontera | Recuperar la medida del caso · medida verificable con un diff |
| EC-MOD-02 | Reescribir estímulo · redacción | Disyunción resuelta por reescritura · ambiente con motivo del cambio |
| EC-MOD-03 | Dividir en 2 · retirar segunda respuesta | Estímulo en disyunción · trazabilidad duplicada con EC-SEG-03 |
| EC-INT-01 | Dividir en 2 | Recuperar la medida del caso · respuesta dentro de la medida |
| EC-INT-02 | Reescribir fuente · redacción | Disyunción en la fuente resuelta por reescritura · medida en negativo |
| EC-INT-03 | Acotar fuente · redacción | Tres fuentes en una celda |
Resultado: de 25 escenarios se pasa a 42. De 20 ASR se pasa a 31 y de 5 diferidos a 11.
Tres observaciones sobre el conjunto:
El patrón de la restricción complementaria. Seis escenarios de latencia y uno de disponibilidad usan un pie de tabla para alojar una segunda medida. Es el mismo defecto que el feedback original señaló; moverlo fuera de la tabla no lo resuelve. Las fuentes son explícitas: una cifra colocada como nota al pie sigue siendo un límite de aceptación distinto y obliga a dividir. Es la corrección con más peso de toda la revisión.
Dos recorridos críticos quedaban sin escenario propio. Siniestro asistido solo aparecía dentro de la disyunción de EC-DISP-01, y gestión del ciclo de vida solo en EC-LAT-02. Las divisiones de EC-DISP-01, EC-SEG-02, EC-LAT-02 y EC-DISP-04 los cubren. Esto es un hueco de cobertura, no de prioridad: que un recorrido tenga escenario no lo convierte en ASR, pero que no lo tenga sí deja una parte del producto sin requisito de calidad que la gobierne.
31 ASR sobre 42 escenarios sigue sin ser una priorización. El problema no se resuelve dividiendo: dividir aumenta la precisión, no la discriminación. Si dos tercios califican (A,A), el árbol de utilidad no está separando nada. Las fuentes contemplan exactamente esta situación y dan la salida: cuando muchos escenarios obtienen el mismo valor, se amplía el rango —valores intermedios, o una escala numérica de 1 a 10 o de 1 a 20— y se toman los más altos. El eje que debe hacer el trabajo es el impacto en la arquitectura, no la importancia para el cliente: casi todo lo que está en los seis recorridos es importante para el negocio, pero solo unos pocos escenarios obligan a reestructurar el sistema.