Cómo implantar la automatización de facturas sin perder el control de las aprobaciones

La automatización de facturas debe facilitar su registro contable, revisión y seguimiento. Primero decide qué facturas pueden recorrer un proceso definido, cuáles necesitan intervención humana y quién puede autorizar el siguiente paso. Después se puede elegir una herramienta de extracción.

Una factura legible aún debe validarse. Una factura válida todavía debe aprobarse. Incluso una factura aprobada puede no reunir todas las condiciones para pagarla. Refleja esas diferencias en el diseño del flujo.

Esta guía ofrece a finanzas una forma práctica de acotar un piloto, probarlo con casos difíciles y decidir si conviene ampliarlo. Los ejemplos son hipotéticos y muestran un diseño operativo propuesto. No representan resultados de clientes de Qonnex ni garantizan ahorros.

Delimita la implantación de la automatización de facturas

Empieza con un grupo de facturas y un solo sistema de destino. «Todas las cuentas por pagar» deja demasiadas preguntas abiertas. Un alcance que se puede probar sería «las facturas de proveedores que llegan al buzón compartido de cuentas por pagar de una unidad de negocio y se registran como borradores en el sistema contable existente».

Documenta dónde empieza y dónde termina el proceso. ¿Empieza al recibir un correo, al aceptar un archivo adjunto o cuando el proveedor sube un documento? ¿Termina con la factura registrada, la aprobación completada o una propuesta de pago? Elige un límite en cada extremo.

Para un primer piloto, puede convenir terminar con una factura registrada correctamente y aprobada que siga sujeta a los controles de pago vigentes. La autorización del pago queda fuera del piloto salvo que finanzas decida incluirla y la apruebe por separado.

Registra las exclusiones con el mismo cuidado que el flujo habitual. Los abonos, las facturas en disputa, los proveedores nuevos, los cambios de datos bancarios, las monedas extranjeras y las facturas sin orden de compra pueden requerir otro tratamiento. Envía las exclusiones a una cola que tenga responsable para evitar que queden sin atender.

Si el equipo aún busca dónde se va el tiempo, la guía de Qonnex sobre los costes del trabajo manual ayuda a hacer un diagnóstico más amplio. Aquí el objetivo es más concreto: elige un circuito de facturas y explicita sus decisiones.

Observa el trabajo antes de diseñar el nuevo proceso

Sigue una muestra pequeña y deliberadamente variada desde la llegada hasta el punto donde termina hoy. Incluye facturas habituales y casos difíciles. Pide a alguien de cuentas por pagar que muestre qué ocurre si falta una referencia de proveedor o si la persona que aprueba está ausente.

En cada traspaso, registra la información que usa la persona, el sistema que consulta, la decisión que toma y la prueba que deja. Observa también el trabajo fuera del sistema contable: una hoja con referencias de órdenes de compra, un correo que solicita un justificante de recepción o un mensaje que aprueba una diferencia de precio.

Incluye esos pasos en el diseño. Si se pasan por alto, el nuevo flujo puede automatizar la pantalla de entrada y dejar intacta la investigación manual que hay detrás.

Crea un registro de recepción breve:

Esta especificación describe cómo debe funcionar el proceso y debe entenderla la persona que gestione la siguiente excepción. La elección del software es una decisión aparte.

Establece una línea de base que separe trabajo activo y espera

Mide por separado el tiempo de trabajo del personal y el tiempo total del ciclo. Diez minutos de trabajo repartidos en tres días plantean un problema distinto de tres horas de corrección continua. Una extracción más rápida puede reducir el tiempo de trabajo sin acortar la espera de un justificante de recepción que falta.

Elige con finanzas un periodo de observación representativo. Registra la combinación de tipos de facturas, los volúmenes, las acumulaciones fuera de lo habitual y cualquier cambio ya previsto en el proceso. Conserva las marcas temporales y el método de muestreo para repetir el cálculo tras el piloto.

Entre las medidas útiles están el tiempo activo por factura, el tiempo hasta la aprobación, las facturas devueltas para su corrección, la antigüedad de las excepciones abiertas y los registros que deben corregirse en el destino. Define el numerador y el denominador de cada tasa. Conserva las cifras absolutas junto a los porcentajes para ver los cambios de volumen.

Evita contabilizar cada minuto recuperado como una reducción del gasto salarial. Liberar capacidad, evitar horas extra y eliminar gastos operativos son resultados distintos. La persona responsable en finanzas debe determinar cuáles se pueden reconocer y qué evidencia requieren.

La guía sobre la línea de base de ahorro explica el acuerdo que sustenta la medición. Para el piloto, incorpora a la especificación las definiciones y fuentes de los indicadores. Usa el punto de partida medido en tu empresa en lugar de una referencia del proveedor.

Separa captura, validación, aprobación y pago

La captura convierte el documento recibido en campos propuestos. La validación comprueba esos campos con las reglas de negocio y los registros disponibles. La aprobación documenta la decisión de una persona autorizada. La autorización del pago permite transferir fondos mediante el proceso de pago de la empresa.

Estas funciones pueden estar en aplicaciones conectadas, pero deben distinguirse en el diseño. Por ejemplo, la documentación de Microsoft sobre Invoice capture describe cómo crear facturas de proveedor a partir de imágenes digitales y asigna roles separados para la configuración y la revisión. Es un ejemplo de una plataforma concreta. La existencia de un conector de Qonnex listo para ese producto se debe comprobar por separado.

Para cada campo capturado, indica su destino y cómo se comprobará. La fecha de factura requiere una regla de fechas. La referencia de proveedor exige una regla de identificación. Un importe necesita una moneda y una regla para conciliar totales. Aunque un campo parezca correcto, aplica la comprobación de negocio correspondiente.

Mantén el vínculo entre los datos propuestos y el documento original. La persona que revisa debe poder ver qué llegó y por qué se cambió un valor. Decide qué información conservar en el registro de auditoría y qué detalles sensibles excluir de los registros operativos.

Evita que modificar la factura cambie sin aviso los datos de pago del proveedor. Mantén las modificaciones de datos maestros en el proceso de la empresa que las autoriza por separado. En el piloto, deriva la discrepancia a la persona responsable para que siga ese procedimiento.

Diseña el recorrido de las excepciones antes de optimizar el habitual

Una excepción requiere cuatro elementos: un motivo claro, una persona responsable, una acción disponible y una forma de volver al proceso. «Requiere revisión» es demasiado impreciso para trabajar con un volumen alto.

Si una factura hipotética carece de la referencia de la orden de compra, el siguiente paso puede ser solicitarla a compras. Si el proveedor es desconocido, se puede comprobar si existe una ficha de proveedor aprobada. En ambos casos, evita inventar valores para que el flujo avance.

Designa a una persona suplente para la cola y fija una frecuencia de revisión. Define cómo escalar los casos antiguos y cómo vincular una consulta del proveedor al mismo registro de factura. La cola sirve de control si alguien puede explicar qué contiene y qué se hará después.

La documentación de Microsoft sobre el espacio de trabajo de Invoice capture ofrece un ejemplo de errores y avisos que conducen a una revisión y corrección manuales. Tu configuración puede ser distinta. Comprueba que los elementos pendientes sigan visibles y se puedan recuperar.

Mantén la matriz de autorización fuera del modelo de extracción

Finanzas debe aprobar las reglas de asignación antes de que se usen en el piloto. Especifica qué rol puede aprobar cada tipo de factura, cómo se eligen suplentes, qué sucede tras un rechazo y quién puede cambiar las reglas.

Que el modelo tenga confianza en el nombre de un proveedor no confiere autoridad para aprobar un gasto. Quien prueba la extracción tampoco debe fijar umbrales de aprobación financiera solo porque el software pide un número.

La documentación de Oracle sobre la aprobación de facturas muestra cómo un flujo crea una lista de aprobadores a partir de reglas configuradas. Sus valores predeterminados pertenecen a ese producto. Tu empresa debe establecer su propia política.

Conserva la matriz de autorización detallada en un documento o sistema controlado por finanzas. La especificación de implantación debe citarla, indicar qué versión aplica e identificar quién puede aprobar cambios. Mantén la separación de funciones exigida por los controles de la organización.

Prueba un conjunto pequeño de casos difíciles

Una demostración correcta con una sola factura sin incidencias aporta poca información sobre la preparación para producción. Incluye en las pruebas los casos en los que el proceso real se atasca. Usa documentos de prueba autorizados o registros ficticios. Los datos de clientes requieren autorización previa.

La siguiente matriz de aceptación es hipotética y enumera pruebas propuestas. Los resultados están por medir. Finanzas y TI deben sustituir o ampliar los casos para el sistema contable utilizado.

Presta especial atención a la pérdida de respuesta. Una conexión puede fallar después de que el destino haya aceptado el registro. Reenviarlo sin comprobar puede generar un segundo registro. Pide al equipo que demuestre cómo recupera el proceso sin duplicar registros mediante la interfaz real, e indica sus límites.

Registra el comportamiento esperado y el real, la evidencia de la prueba y quién acepta el resultado. Un estado en verde debe respaldarse con un registro verificable. Decide qué fallos impiden el despliegue y quién puede aprobar una excepción documentada a esa decisión.

Despliega con un plan de conciliación y un procedimiento alternativo

Antes de la puesta en marcha, acuerda cómo conciliar las entradas, las excepciones, los registros de destino y las aprobaciones completadas. Cada elemento aceptado debe tener un estado que se pueda explicar. Los recuentos pueden ocultar errores, así que compara también identificadores y campos importantes.

Empieza con un grupo de facturas controlado. Mantén una única vía por factura para evitar que los procesos manual y automatizado creen registros reales por duplicado. Si ejecutas una prueba en paralelo, configura su salida para que no se contabilice y compárala con el proceso autorizado.

Define de antemano las condiciones de parada. Pueden incluir registros ausentes, duplicados sin explicación, asignaciones incorrectas o una cola que nadie pueda gestionar. La persona responsable del proceso establece los umbrales. Especifica quién puede pausar la recepción, conservar lo pendiente y reiniciar con seguridad.

Forma a quienes gestionan excepciones, mantienen datos de proveedores y aprueban facturas. Proporciona un procedimiento breve para cada rol. La formación debe cubrir el proceso habitual y el procedimiento alternativo.

Los servicios de eficiencia operativa de Qonnex incluyen automatización documental y conexión de herramientas existentes. La conversación de implantación puede partir del flujo, los requisitos de acceso y las pruebas de aceptación. La decisión de sustituir el sistema contable se evalúa por separado.

Revisa el piloto antes de incorporar más tipos de facturas

Compara el piloto con la línea de base acordada usando las mismas definiciones. Incluye el trabajo de revisión, las excepciones, el coste de software e integración, el mantenimiento y las tareas de conciliación que introdujo el piloto. Cuenta también el trabajo que se trasladó a otro equipo.

Mira la distribución de resultados entre los distintos tipos de factura. Si mejoran los casos habituales y las excepciones tardan más, quizá haga falta ajustar el diseño antes de ampliar el alcance. Separa el cálculo de ahorro de la aceptación técnica y aplica los principios de medición del retorno de la automatización.

Ampliar el piloto exige volver a decidir el alcance. Una segunda entidad jurídica, otra moneda, un grupo de proveedores o un tipo nuevo de factura pueden introducir reglas distintas. Reutiliza lo demostrado y vuelve a probar lo que cambie.

El siguiente documento útil es una ficha de piloto de una página con el grupo de facturas, la persona responsable, el destino, las exclusiones, los indicadores, las pruebas de aceptación y las condiciones de parada. Si quieres evaluar ese flujo con Qonnex, describe cómo funciona hoy en el Análisis de negocio. Cuanto más concreto sea el punto de partida, más precisa será la conversación de implantación.