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:

  1. 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.
  2. La escalabilidad es la única excepción para llevar más de una unidad de medida, y solo para combinar volumen con ventana temporal.
  3. 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.
  4. 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.
  5. Redacción en positivo: se expresa lo que el sistema sí hace.
  6. 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 ms es 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 LAT contradice 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 como EC-SEG-05, junto a EC-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 ms es latencia y el ≤ 60 s es el tiempo de reacción del autoescalado.
  • El p95 ≤ 250 ms ya 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-01b es 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-01b es 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-03 y EC-INT-03 de 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.