Diseñá el flujo de recepción de facturas antes de agregar IA

Un flujo de documentos de facturas debe establecer qué llegó, quién tiene la siguiente decisión y si el documento aceptado alcanzó el sistema de destino. La IA puede proponer campos extraídos. No debería definir esas reglas operativas ni convertir silenciosamente un archivo legible en un registro aprobado.

Este artículo trata sobre diseño de software, no sobre criterios contables o tributarios. La persona responsable del proceso debe aportar las reglas de aceptación que corresponden a su operación.

Cada documento necesita un registro de recepción

Creá un identificador antes de iniciar la extracción. Asociá el archivo original, canal de llegada, contexto del remitente, organización e historial de procesamiento. Una ejecución posterior del extractor debe crear otra versión de los datos, sin reemplazar la evidencia original.

La carga de archivos necesita controles propios. La guía de OWASP recomienda una lista de extensiones permitidas y límites de tamaño; también advierte que no se debe confiar en el encabezado Content-Type enviado. Mantené los archivos sin validar fuera de rutas públicas.

Asigná a alguien los archivos rechazados o ilegibles. De lo contrario, un adjunto fallido puede desaparecer detrás de una recepción de correo técnicamente exitosa. La confirmación al remitente debe distinguir recepción de aceptación.

Separá extracción y aceptación

Un modelo pequeño de estados permite ver las excepciones:

Estado	Evidencia para avanzar
Recibido	Verificaciones del archivo completas
Extraído	Campos propuestos con ubicación en la fuente
Requiere revisión	Una persona resuelve valores faltantes o contradictorios
Aceptado	Validación del negocio registrada para esa versión
Exportación pendiente	El destino reconoce una referencia externa estable
Exportado	Identificador del registro de destino guardado

Rechazado y cancelado son salidas explícitas, no errores genéricos. Conservá el motivo y quién tomó la decisión.

Validá los campos por separado. El nombre del proveedor puede ser legible y su identificador ambiguo. Los formatos de fecha y los separadores decimales también requieren reglas cuando llegan documentos en español e inglés a una misma cola. Una puntuación general alta no debe compensar un dato obligatorio ausente.

Ejemplo hipotético: el duplicado cambia de formato

Un equipo recibe un PDF por correo y luego una fotografía de la misma factura mediante un portal. Sus hashes son distintos: comparar los bytes no detecta el duplicado.

Usá los campos de identidad definidos por el negocio, como identificador del proveedor y número del documento, para señalar una posible repetición dentro de la organización correcta. No fusionés automáticamente por monto. Dos documentos legítimos pueden compartirlo; una corrección también puede reutilizar un identificador según reglas que el equipo debe especificar.

En este ejemplo, una persona vincula ambas recepciones con un solo registro aceptado y documenta el motivo. Si la exportación pierde la conexión, se reintenta ese registro con la misma identidad de operación. No se vuelve a extraer el archivo para generar una solicitud nueva.

La cola de excepciones también es producto

Mostrá antigüedad, responsable, motivo del bloqueo y la fuente junto a los valores propuestos. Debe ser posible pedir otro archivo sin perder el historial de recepción. Limitá el acceso a originales y evitá copiar el contenido documental en registros generales de la aplicación.

Como siguiente paso, simulá un archivo ilegible, un posible duplicado y una exportación sin respuesta a través de los estados. Llevá las transiciones sin resolver al análisis de software a la medida. La elección del extractor tendrá una base operativa concreta.