El punto de partida
Este caso es un escenario de referencia: describe cómo abordamos un problema recurrente en distribución y comercio B2B, con un perfil de compañía compuesto y unas cifras que son objetivos de trabajo, no resultados obtenidos con un cliente concreto. Lo publicamos porque el detalle del proceso vale más que una lista de tecnologías. Cuando cerremos proyectos con autorización de publicación, esta ficha se sustituirá por el caso real.
El diagnóstico habitual en este tipo de empresa es incómodo de escuchar y fácil de comprobar: una parte relevante del coste administrativo se dedica a transcribir información que ya llegaba escrita. El proveedor emite un documento estructurado, se convierte en PDF, y en destino tres personas lo vuelven a convertir en datos. Es un trabajo caro, tedioso y, precisamente por eso, propenso al error justo en los campos que afectan al margen.
Qué se construye
La automatización no empieza por la inteligencia artificial, empieza por ordenar la entrada. Un único punto de recepción con acuse y numeración es lo que convierte un caos de correos en una cola gobernable, y es también lo que permite medir. Solo después entra la extracción: un modelo de lenguaje acotado por un esquema, que devuelve campos tipados y validados aritméticamente, no texto libre que alguien deba interpretar.
La pieza que hace viable el conjunto es el umbral de confianza. Un sistema que aspira a acertar siempre es un sistema que falla en silencio; uno que reconoce su incertidumbre y deriva el caso dudoso a una persona es un sistema que se puede poner en producción sin miedo. La conciliación a tres bandas aplica la misma lógica: lo que cuadra dentro de tolerancia se contabiliza solo, y lo que no se convierte en una incidencia con motivo, responsable y plazo, en lugar de en un correo perdido.
Decisiones de arquitectura
Dos decisiones no son negociables en este tipo de flujo. La primera es la idempotencia: cada documento lleva una clave estable y el ERP rechaza el segundo intento, porque un reintento automático sin esa clave es la forma más rápida conocida de duplicar pagos. La segunda es la trazabilidad: cada asiento guarda el documento de origen, la versión del esquema, el modelo empleado y la persona que validó. Sin eso, la automatización es imposible de auditar y una discusión con un proveedor se vuelve un ejercicio de memoria.
Cómo deben leerse los resultados
Las cifras de la ficha son objetivos de referencia para un volumen y una diversidad documental como los descritos. En la práctica, el porcentaje de automatización depende de cuántos formatos distintos entren y de cuánta disciplina exista en los pedidos: en una primera fase suele empezarse por los proveedores que concentran el mayor volumen y ampliar desde ahí. El compromiso que sí asumimos es de método: medir el punto de partida antes de automatizar nada y publicar la tasa real de automatización cada mes, aunque no favorezca.
Después del proyecto: mejora continua
Un flujo documental vive con los proveedores, y los proveedores cambian de formato, de tarifa y de sistema. Por eso el proyecto se plantea unido a un retainer de mejora continua: revisión mensual de excepciones por motivo, ajuste de umbrales y reglas de tolerancia, incorporación de nuevos proveedores al circuito automático y control del coste por documento. Cada excepción que se repite es una mejora pendiente, y ese es exactamente el trabajo de la capa recurrente: convertir el histórico de errores en una tasa de automatización que sube trimestre a trimestre.