Verificación integral de aislamiento, contratos, base, build y regresión.
SIS Control Verificado — Producto en desarrollo
Lo que ocurre físicamente, contra lo que quedó registrado.
Una capa de verificación para observar movimientos, normalizar eventos y elevar diferencias operativas sin intervenir automáticamente en stock, caja ni ventas.
SIS / CONTROL VERIFICADOLedger físico-comercial
Shadow activo
01 / Señal física
Producto presentado
Cantidad observada: 2 unidades
10:42:18.214
02 / Movimiento comercial
Producto registrado
Cantidad registrada: 2 unidades
10:42:19.061
03 / Resultado
Coincidencia verificada
La señal física y el movimiento comercial son compatibles dentro de la ventana definida.
MATCH / REVIEW_NOT_REQUIRED
Representación ilustrativa · No utiliza datos reales
sce1:a48c407a…
Propósito / Verificación
No busca reemplazar la operación. Construye una capa que la vuelve verificable.
Control Verificado registra eventos físicos y comerciales bajo un contrato común. Cada señal conserva identidad, secuencia, timestamp, origen y contexto.
Cuando algo no coincide, el sistema no acusa personas ni altera el negocio: crea una excepción explicable para revisión humana.
Secuencia / Shadow mode
Observar, registrar, comparar y revisar.
- 01Observar
Una fuente física o un replay genera una señal con origen y timestamp.
- 02Normalizar
El evento se valida contra un contrato común, versionado y neutral.
- 03Registrar
El ledger conserva la secuencia sin reescribir eventos tardíos o fuera de orden.
- 04Comparar
La capa de conciliación futura buscará correspondencia físico-comercial.
- 05Revisar
Las diferencias se presentan con contexto y quedan bajo decisión humana.
Estado / Base técnica
La fundación ya existe. El piloto conectado todavía no.
La capa actual define el lenguaje, la persistencia y las guardas de seguridad. Las cifras corresponden a la validación automatizada del laboratorio aislado.
Cero fallos y cero skips en el cierre técnico de Physical Ledger.
Aplicadas sobre PostgreSQL vacío dentro de un entorno efímero.
Stock, caja, ventas e integraciones permanecen fuera de alcance.
OperationalSite
SensorSource
SensorZone
OperationalEvent
Ledger / Inmutabilidad
La historia se conserva, incluso cuando llega desordenada.
Un evento puede llegar primero, en orden, con una brecha o fuera de orden. Control Verificado registra ese estado sin alterar retrospectivamente la fuente.
SecuenciaEventoEstadoAcción
00418ITEM_PRESENTEDFIRSTRegistrar
00419ITEM_REGISTEREDIN_ORDERComparar
00422ITEM_WITHDRAWNGAP_DETECTEDElevar señal
00420SOURCE_HEARTBEATOUT_OF_ORDERConservar
Alcance / Hoy
Qué está construido y qué sigue deliberadamente cerrado.
Fundación verificable
- Contratos compartidos TypeScript y Python 3.12.
- Codificación canónica SCE1 y hashes reproducibles.
- Ledger PostgreSQL con identidad única e inmutabilidad.
- Eventos sintéticos físicos y comerciales.
- Aislamiento fuerte y bloqueo de producción.
Operación real
- No hay cámaras reales conectadas.
- No hay reconocimiento facial ni biométrico.
- No se modifica stock, caja ni ventas.
- No se utiliza información productiva de clientes.
- No existe piloto conectado sin autorización y compuertas manuales.
Aplicación / Escenarios
Diferencias operativas que hoy suelen quedar invisibles.
Presentado y no registrado
Una señal física existe, pero no aparece un movimiento comercial compatible dentro de la ventana.
Cantidad diferente
La cantidad observada y la cantidad registrada no coinciden, sin inferir intención ni responsable.
Evento tardío
Una fuente entrega información después de una brecha y el sistema conserva la secuencia real.
Anulación sin correlato
Un movimiento comercial cambia y la capa de revisión futura puede buscar su contexto físico.
Principio / SIS
Anomalía operativa, no acusación.
El producto describe hechos, secuencias y diferencias. No identifica culpables. La evidencia se diseña para mejorar control, revisión y decisiones.
Preguntas / Control Verificado
Lo esencial antes de hablar de un piloto.
¿Qué verifica SIS Control Verificado?
Compara señales físicas y movimientos comerciales para detectar coincidencias, diferencias, eventos tardíos o secuencias incompletas. La revisión final permanece bajo control humano.
¿Modifica automáticamente stock, caja o ventas?
No. La versión actual opera en shadow mode. Observa, registra y eleva señales, pero no modifica automáticamente stock, caja, ventas, anulaciones ni cierres.
¿Utiliza reconocimiento facial?
No. La etapa actual prohíbe reconocimiento biométrico y se concentra en movimientos, cantidades, secuencias y evidencia operativa.
¿Ya funciona con cámaras reales?
No. Los contratos y el ledger están validados con fixtures sintéticos. La conexión a una fuente real pertenece a una etapa posterior, con edge local y autorización expresa.
¿Qué significa shadow mode?
Que el sistema observa y registra en paralelo sin gobernar la operación. Una falla del módulo no debe afectar al POS ni alterar datos comerciales.
Piloto / Conversación técnica
Primero verificamos el caso. Después definimos si corresponde un piloto.
Revisamos operación, fuentes disponibles, riesgos, aislamiento y valor económico potencial antes de conectar cualquier componente.