La automatización de flujos documentales es la orquestación de los pasos por los que pasa un documento después de la captura, incluidos el enrutamiento, la aprobación, la gestión de excepciones y la entrega a un sistema de registro, con la secuencia impuesta por software y no por personas.
Aquí, automatización significa que el proceso avanza por sí mismo. Una persona puede seguir tomando decisiones, pero nadie tiene que recordar qué ocurre a continuación ni trasladar el trabajo de un escritorio al siguiente.
Los componentes
El enrutamiento determina a dónde va un documento, según lo que es y según lo que se extrajo de él. Una factura por debajo de un umbral puede contabilizarse directamente; una por encima puede requerir aprobación; una de un proveedor no reconocido puede exigir primero la incorporación de ese proveedor. Las decisiones de enrutamiento dependen de que la clasificación de documentos y la extracción de datos ya se hayan ejecutado.
Las aprobaciones recogen la decisión de una persona con autoridad. Las preguntas de diseño son quién aprueba qué, si la autoridad varía según el importe o el tipo, qué ocurre cuando un aprobador no está disponible y si la aprobación puede delegarse.
La gestión de excepciones cubre todo lo que no puede avanzar de forma automática: una confianza de extracción por debajo del umbral, un fallo de validación, una referencia que no se resuelve, un documento que no debería haberse enviado. Las excepciones no son casos límite; son una proporción permanente y considerable del volumen, y merecen tanta atención de diseño como el camino ideal.
El escalado mueve el trabajo cuando se estanca. Un paso sin plazo de finalización se convierte en una cola indefinida, y la causa habitual de un proceso lento no es el trabajo lento, sino el trabajo que espera a alguien que no sabe que está esperando.
Orquestación al estilo BPMN
Business Process Model and Notation es un estándar para describir procesos como diagramas que son a la vez legibles por personas y ejecutables por máquina. Su relevancia está en que el diagrama es la implementación: el proceso que dibuja un analista de negocio es el proceso que se ejecuta.
Los conceptos que importan en el trabajo documental son los flujos de secuencia, las compuertas para las bifurcaciones, las rutas paralelas para los pasos que pueden ejecutarse a la vez, los eventos temporizados para plazos y escalados, y la compensación para deshacer el trabajo parcialmente completado cuando falla un paso posterior.
La ventaja de un modelo explícito es que el proceso se puede razonar, versionar y auditar. El riesgo es el exceso de modelado: un diagrama que recoge cada variación imaginable resulta imposible de mantener, y esas variaciones suelen corresponder a la configuración o a una ruta de excepción, no a ramas adicionales.
No todos los procesos necesitan BPMN. Una revisión de dos pasos se expresa mejor como una revisión de dos pasos. El estándar justifica su sobrecarga cuando un proceso tiene bifurcaciones, paralelismo y plazos reales.
Tasa de procesamiento directo
La métrica que importa es la tasa de procesamiento directo: la proporción de documentos que completan todo el proceso sin ninguna intervención humana.
Es la medida correcta porque refleja el beneficio real, que es el tiempo humano que no se consume. Las métricas por componente inducen a error. Una exactitud de extracción del 95 por ciento suena sólida, pero si el 5 por ciento restante cae en una cola que exige cuatro minutos por documento, el ahorro de trabajo es menor de lo que sugiere esa cifra.
Dos ajustes la hacen útil en la práctica. Mídala por tipo de documento, ya que una tasa agregada oculta los tipos que nunca se automatizan. Y combínela con el costo en tiempo de las excepciones, porque un sistema con una tasa del 70 por ciento y una revisión rápida puede superar a otro del 85 por ciento con una cola lenta.
Elevar la tasa tiene dos palancas: mejor extracción y validación para que caigan menos documentos, y umbrales de confianza más bajos para que se retengan menos a revisión. La segunda es gratuita y aumenta la tasa de error, y por eso los umbrales deben fijarse a partir del costo de los errores, no ajustarse para que la métrica parezca mejor.
Lo que suele ir mal
La cola de excepciones se deja para el final. Se diseña en último lugar, recibe la menor atención y acaba siendo donde el proceso consume la mayor parte del esfuerzo humano.
Ningún paso tiene responsable. El trabajo enrutado a un grupo en el que nadie responde a título individual se queda quieto hasta que alguien se ofrece.
El proceso se automatiza tal como está. Codificar paso por paso un proceso manual existente conserva las aprobaciones que existían porque faltaba información, no porque el control fuera necesario. Revisar qué pasos siguen estando justificados es, normalmente, donde están las mayores mejoras.
El retrabajo es invisible. Un documento que se completa tras tres correcciones cuenta como procesado, y las correcciones no aparecen en ninguna métrica. Medir el número de intervenciones por documento lo saca a la luz.
El éxito se mide en volumen. Los documentos procesados por hora aumentan cuando una cola se revisa por encima en lugar de revisarse de verdad. Combinar el rendimiento con la tasa de error posterior evita premiar esa conducta.
Contellect One orquesta estos pasos en automatización inteligente de procesos.
