El universo de escenarios.
Los cuatro escenarios interactivos del sitio web ensayan una única noche ficticia — un fallo de proveedor, un cambio de comercio, un desafío de evidencia y un límite de piloto — con la misma disciplina de decisión que describe este manual.
Una noche ficticia, seis capítulos
Todos los escenarios comparten un único universo sintético: el tenant marketplace Aster Market (DEMO-TENANT-ASTER), el comercio Lumen Digital (MER-DEMO-204), los proveedores PSP-A y PSP-B, y registros de decisión como DR-DEMO-0317. Cada identificador lleva un marcador DEMO. No se representa ningún cliente, proveedor, transacción ni interacción con reguladores.
- 03:17 — La Sala de Continuidad: una decisión de enrutamiento acotada bajo fallo de proveedor (registro DR-DEMO-0317).
- 09:00 — Un Comercio, Cinco Realidades: cinco funciones gobiernan un cambio sobre un conjunto fijo de hechos (DR-DEMO-MERCHANT-084).
- 14:00 — Laboratorio de Prueba: seis pruebas de control contra una copia sandbox del registro de continuidad; el original nunca cambia.
- Día 3 — La Congelación: una suspensión sintética de payouts con un RFI bancario de catorce preguntas respondido a través de once módulos (CASE-DEMO-2031).
- Día 90 — Mapa de Control: selecciones enumeradas y no personales componen un esquema no vinculante de piloto de 90 días (PILOT-DEMO-90D).
- 04:12 — La Segunda Noche: una respuesta diseñada y ejecutada por máquina a la misma clase de incidente, con un único gate humano de liberación (DCK-DEMO-2044). Diseñado/condicional — el indicador de ML del registro es un stub.
Qué demuestran los escenarios
Los escenarios ejercitan la misma columna vertebral que la documentación del producto: capturar, gobernar, decidir, desafiar, probar. Muestran cómo una postura, un límite obligatorio, un verificador separado y un artefacto inspeccionable pertenecen a una misma decisión — y cómo el trabajo rechazado o retenido permanece visible en lugar de desaparecer.
Recuentos como 320, 200, 72 y 48 son fixtures narrativos que siempre suman de forma consistente. No son afirmaciones de throughput, conversión, uptime ni tasa de aprobación, y no son previsiones.
Qué deliberadamente no prueban
- No se demuestra ninguna conexión de proveedor en vivo, failover automático ni enrutamiento en producción.
- No se establece ninguna auditoría, opinión de aseguramiento, certificación ni aceptación por reguladores.
- Los marcos de participación de módulos son conceptuales; el estado de registro ui es una superficie observada, no disponibilidad general.
- El dossier del visitante y el esquema del piloto se compilan localmente en el navegador; nada se envía ni se almacena.
Dónde ceden el paso a este manual
Cada escenario enlaza sus módulos participantes con los capítulos de módulos de este manual, su vocabulario de evidencia con el capítulo de Evidencia y su esquema de piloto con la página del piloto de 90 días. Use los escenarios para sentir la disciplina; use este manual para verificar las superficies que hay detrás.
¿Quiere el manual completo en PDF? Escríbanos y se lo enviamos — el botón abre su aplicación de correo, o copie la dirección de abajo.
Solicitar el manual por correooffice@e-kmc.io