Human-in-the-loop: por qué la automatización financiera necesita personas

Por qué no basta con la automatización total

Un error en un proceso financiero se paga literalmente. Un pago duplicado, una factura fraudulenta de un proveedor falso o un importe mal leído tienen un costo directo y, a veces, irrecuperable. Ningún sistema de lectura es perfecto, así que la pregunta no es si habrá casos dudosos, sino qué hace el sistema con ellos.

Hay tres respuestas posibles: adivinar, rechazar o preguntar. Adivinar es peligroso. Rechazar parece prudente, pero descarta facturas reales que la empresa debe. Preguntar a una persona es la única respuesta que no destruye información.

Cuándo debe intervenir una persona

• cuando la lectura del documento no es suficientemente segura;
• cuando falta un dato obligatorio;
• cuando aparece un proveedor nuevo;
• cuando hay un posible duplicado;
• cuando los importes no cuadran;
• cuando el importe supera el límite que la empresa fijó para lo automático;
• cuando el documento es ilegible.

Qué necesita ver quien revisa

Una revisión útil no es «¿aprobar o rechazar?» a ciegas. La persona necesita el documento original, los datos extraídos, de dónde salió cada dato y, sobre todo, el motivo concreto por el que el sistema se detuvo: «el total no coincide con subtotal más impuestos», no «validación fallida».

La aprobación humana no debe saltarse las reglas

Un error de diseño frecuente es que la aprobación humana lo desbloquee todo. Una persona puede avalar un proveedor nuevo o una factura sin orden de compra; eso es criterio de negocio. Pero no debería poder aprobar que 4.000 + 760 sean 9.999, ni que un duplicado deje de serlo. Lo correcto es que, al aprobar, el sistema vuelva a ejecutar sus comprobaciones sobre los valores corregidos.

Cómo evitar el cuello de botella

• Empieza estricto y afloja con datos: revisa más al principio y sube los límites cuando veas los resultados.
• Deja que el sistema aprenda lo aprobado: un proveedor aprobado una vez no debería volver a revisión por ser nuevo.
• Separa roles: quien configura las reglas no tiene por qué ser quien revisa cada caso.
• Registra cada decisión: quién aprobó, qué cambió y cuándo. Protege al revisor tanto como a la empresa.

Así lo aplica Sullivam: qué es un Invoice Worker.