Skip to main content
Matcher puede extraer candidatos de transacción de documentos y proponer mapeos de campos con IA, pero la salida de la IA nunca es autoritativa. Nada llega a la conciliación hasta que una persona lo aprueba. Esta guía cubre la cola de revisión de extracciones con intervención humana (HITL), las propuestas de mapeo por IA y las acciones sobre trabajos relacionadas.
Cuando Lerian habilita la extracción de documentos en tu entorno y en tu tenant, puedes enviar documentos. Un tenant sin extracción de documentos recibe 403. Esa respuesta llega antes de cualquier almacenamiento o salida de los bytes del documento.

Encolar un documento para extracción


Sube un documento de origen (PDF) para ejecutar la extracción determinista + IA. Matcher envía un fragmento limitado de la capa de texto del documento al proveedor de modelos de lenguaje que Lerian configura para tu entorno. Cuando el PDF no tiene capa de texto, Matcher envía el propio PDF. Los candidatos de transacción resultantes van a una cola de revisión. Todavía nada llega a la conciliación.
La respuesta (202 Accepted) devuelve el id de la revisión encolada, el conteo de candidatos y un estado que siempre es PENDING_REVIEW al encolar:

La cola de revisión


Listar revisiones

Lista paginada por cursor de las revisiones de extracción de un contexto, con filtro opcional por estado del ciclo de vida.
Parámetros de consulta: status (PENDING_REVIEW, APPROVED, REJECTED), limit (1–200) y cursor.

Obtener una revisión

Una revisión lleva su ciclo de vida, los candidatos propuestos, la procedencia y el estado de vinculación:
Cada candidato declara el canal que lo produjo: text_layer (texto del PDF, mayor confianza) o vision (modelo de OCR o visión, menor confianza). En el canal text_layer, los valores de campo son tokens del texto del documento. En el canal vision, el modelo los lee de la imagen. El dinero se mantiene como cadena, nunca como un monto ya parseado.

Aprobar o rechazar


Aprobar

Aprobar una revisión en PENDING_REVIEW ejecuta el único traspaso determinista hacia el pipeline de ingesta normal (dedup + outbox + disparador de coincidencia) y vincula el trabajo resultante a la revisión. Este es el único camino de un candidato de IA a una transacción conciliada, y se ejecuta solo con aprobación humana explícita.

Rechazar

Rechazar cierra la revisión, y nada entra a la ingesta. El cuerpo es opcional. Un cuerpo vacío es un “rechazo sin motivo” válido.
El principal que aprueba o rechaza queda registrado para auditoría.

Propuestas de mapeo


Antes de declarar un mapa de campos a mano, pide al asesor que inspeccione una muestra representativa y proponga un mapeo solo de configuración. Cuando Lerian habilita el asesor de mapeo en tu entorno, Matcher envía un fragmento limitado de la muestra al proveedor de modelos de lenguaje que Lerian configura para tu entorno. Es consultivo y sin efectos secundarios: generar una propuesta no persiste nada. Confirmas el resultado por la ruta existente de declaración del mapa de campos.
La respuesta lleva el mapa de campos propuesto, el dialecto de la fuente y un desglose por campo con confianza y justificación:
La respuesta nunca lleva valores parseados, montos ni transacciones.

Traer datos de un transporte externo


Dispara una obtención e ingesta manual que lista cada objeto que coincide con las coordenadas de transporte entregadas y envía cada uno al pipeline de ingesta de contenido confiable. kind es sftp (el predeterminado), https, s3 o imap. El cuerpo lleva las coordenadas de conexión y un credentialRef obligatorio. Una obtención SFTP necesita la clave de host del servidor en connectOptions.known_hosts y lee como máximo 256 objetos coincidentes.
La respuesta (202 Accepted) devuelve un resultado por archivo en el orden de obtención. Una falla de admisión en un archivo no detiene el lote. La respuesta informa cada una:
Una falla en el nivel del transporte (endpoint inalcanzable o credencial rechazada) devuelve 503.

Inspeccionar los errores de un trabajo


Después de una importación, lista los errores de parseo o normalización almacenados por fila de un trabajo (con tope de 100 por trabajo) para explicar importaciones fallidas o parcialmente fallidas.
totalErrors contiene el total de fallas sin tope. truncated es true cuando el total supera el conjunto almacenado (con tope).

Códigos de respuesta