Automatización documental con IA: de la extracción a la revisión

Un flujo documental necesita responder una pregunta práctica: ¿qué ocurre después de extraer un dato? Define las comprobaciones, quién se hace cargo de una excepción y qué acción se permite tras aprobarla. Leer bien una cantidad no demuestra que coincida con el pedido.

Esta guía propone un flujo pequeño que puedes especificar y comprobar. El ejemplo es ficticio: no es una demostración funcional, un resultado de cliente ni una función de procesamiento de facturas prometida por un producto de IliciLabs.

Elige el primer documento y su siguiente acción

Empieza por un tipo de documento, un canal de entrada y un destino. Por ejemplo: una factura de proveedor llega a una carpeta acordada y el flujo prepara una ficha de revisión. En el piloto propuesto, no puede aprobar pagos ni escribir directamente en contabilidad.

Antes de elegir una herramienta, anota:

• Inicio: qué archivo o registro nuevo activa el proceso y cómo distingues un documento nuevo de un reintento.
• Campos: referencia obligatoria, fecha del documento, cantidades por línea y moneda, con enlace al original y a la página o sección correspondiente.
• Comprobaciones: valores obligatorios, formatos, registros de comparación y regla para cada discrepancia.
• Responsable: quién revisa una referencia ausente, una diferencia de cantidad o una lectura dudosa, y a quién deriva un caso sin resolver.
• Salida permitida: tarea de revisión, exportación aprobada u otra acción acordada expresamente. Defínelas por separado.

Si no está claro quién decide o cuál es la siguiente acción, mapea el inicio, el responsable y la excepción antes de conectar el flujo documental.

Extrae campos y valida contra el registro correcto

Conserva el valor extraído y su origen. Guarda la corrección propuesta aparte: no sustituyas silenciosamente la cantidad de la factura por la del pedido para que la comparación resulte correcta.

Usa comprobaciones explícitas para reglas explícitas: referencia obligatoria presente, cantidad interpretable y comparación con la versión elegida del pedido. Si no encuentras el pedido, marca esa dependencia como ausente en lugar de pedir al modelo que lo invente. Define cómo normalizar formatos, unidades y monedas antes de comparar valores.

La confianza puede ayudar a priorizar una revisión, pero no es una aprobación del negocio. Como referencia de implementación, la documentación de procesamiento documental de AI Builder de Microsoft expone valores de campos extraídos y puntuaciones de confianza para acciones posteriores del flujo. Esas salidas todavía necesitan las comprobaciones y los permisos que exija tu proceso.

Ejemplo: el número se lee bien, pero los registros discrepan

Entradas ficticias: el pedido PO-41 solicita 10 unidades del artículo A. La factura INV-18 hace referencia a PO-41 e indica 12 unidades del mismo artículo. Este piloto no dispone de un registro de recepción.

Una ficha de revisión propuesta sería:

• Cantidad extraída de la factura: 12; cantidad del pedido: 10.
• Diferencia: 2 unidades; evidencia de recepción: ausente.
• Estado: necesita revisión, con ambas referencias de origen adjuntas.
• Siguiente responsable: la persona designada para comprobar las cantidades recibidas; después, compras confirma si el pedido se modificó.
• Acción bloqueada: aprobación automática o exportación contable mientras la discrepancia siga sin resolver.

El cálculo es una comparación sencilla. Falta saber si hubo un cambio autorizado, un error documental u otra explicación. El flujo debe mostrar esa pregunta, sin deducir la entrega o la aprobación porque la factura se lea bien.

Si quien revisa aporta un pedido corregido, registra la versión y repite la comparación. Conserva la discrepancia original y la decisión de revisión. El ejemplo define un caso de prueba; no establece la política contable de tu organización.

Deriva las excepciones antes de activar exportaciones

Para este piloto, asigna un estado explícito a cada documento: recibido, extraído, pendiente de revisión, aprobado para la acción acordada, exportado o exportación fallida. Decide qué ocurre si nadie lo ha revisado; una tarea en espera no debe convertirse en aprobación solo porque pase el tiempo.

La documentación de aprobaciones de Nanonets describe etapas de revisión, reglas, asignación y exportaciones activadas por aprobación manual. La configuración de automatización de Rossum diferencia revisar todos los documentos de automatizar según confianza y otras comprobaciones. Son ejemplos de controles que puedes evaluar, no pruebas de que una herramienta encaje con tus sistemas sin comprobarla.

Aprobar y entregar son resultados distintos. En el diseño propuesto, un registro aprobado cuya exportación falla conserva ese fallo de exportación; guarda la aprobación, el error y el destino previsto. Antes de reintentar, comprueba si el destino ya creó el registro. Acuerda con el equipo de implementación cómo evitar duplicados y confirmar la recepción, sin suponer que cualquier conector lo resuelve.

Elige el tipo de herramienta según el paso que falta

• Plataforma de flujos existente: valórala primero si ya dispone del inicio, la revisión y el conector de destino necesarios. Microsoft documenta una acción independiente de iniciar y esperar una aprobación; extraer datos no equivale a ese paso de aprobación.
• Plataforma de procesamiento documental: valórala cuando revisar campos, reglas y excepciones sea la necesidad principal. Comprueba los formatos reales, la configuración de aprobación y la exportación con tu muestra.
• Integración a medida: considérala cuando no esté cubierta una comparación o un destino necesario. Define primero la operación que falta; un resumen documental convincente no es una prueba de integración.

En cada opción, verifica el tratamiento autorizado de datos, accesos, almacenamiento, licencias y costes recurrentes antes de conectar registros reales. Elegir una categoría no acredita una precisión universal ni un ahorro estimado.

Comprueba cuándo se detiene y mide el piloto

Reserva ejemplos para comprobar: documento coincidente, referencia ausente, diferencia de cantidad del ejemplo, escaneo deficiente, llegada duplicada y fallo de exportación. Acuerda el estado esperado, el revisor y la acción permitida en cada uno. Usa muestras autorizadas; evita subir registros de clientes o proveedores a un servicio no aprobado.

Registra errores observados por campo, casos mal derivados, esfuerzo de revisión y registros confirmados en destino. Compara muestras documentales equivalentes antes de afirmar un ahorro de tiempo. Una primera entrega útil es una especificación de flujo comprobada con excepciones visibles, sin dar por hecho un retorno económico.

Para comentar un proceso a través del contacto existente del Laboratorio de automatización con IA, prepara el tipo de documento, pasos actuales, destino, responsable de revisión y un ejemplo ficticio o anonimizado autorizado. No envíes credenciales ni adjuntos confidenciales en una primera consulta. Para los registros que respaldan una decisión, consulta gobernanza y auditoría de agentes.