NNauta — Arquitectura agéntica de captura de datos

Operación humana

La cola de revisión es un presupuesto finito de etiquetado que se gasta con criterio. Esto es exactamente lo que ve un revisor, cómo escalan los desacuerdos, cómo una corrección se vuelve una regla ratificada y cómo el sistema evita aprender de una corrección equivocada.

COLA · PRIORIZADA POR SLA
  • Vínculo factura ↔ orden (PO-44821)
    Altavence en 22m
    Ventana de aduana
  • Dos ETA confiables se contradicen
    Mediavence en 3h
    Naviera vs forwarder
  • Proveedor nuevo desde una sola fuente
    Bajavence en 1d
    Retención anti-envenenamiento
  • Contenedor nuevo vs existente
    Mediavence en 2h
    Sin corroboración
Evidencia que ve el revisor

Caso: vínculo factura ↔ orden, derivado porque el vínculo se apoya en una sola fuente.

Acuerdo entre documentos (fuentes independientes)45%
x
una sola fuente
Verificación de existencia en el registro92%
x
el PO resuelve a 1 orden abierta
Checksum / ISO-6346100%
x
válido tras corregir O→0
Coherencia histórica78%
x
el remitente se comporta como siempre
Autoevaluación del modelo (acotada)30%
x
solo orientativa
trazabilidad = [doc#2 p1, token del nombre, registro: ORD-5521]
versión_de_regla = ETA-del-correo@v4 (activa)
Propuesta vs registro actual

Dos escrituras seguras ya quedaron hechas; el vínculo se retiene para el revisor.

CampoActualPropuestoEstado
ETA19/06/202624/06/2026escrito
Factura INV-9920—creadaescrito
Vínculo factura ↔ ordensin vincularvincular a ORD-5521pendiente

Cada corrección se captura como un diff estructurado: entrada, propuesta, qué cambió y por qué.