Cuánto cuesta automatizar las cuentas a pagar

El coste de automatizar las cuentas a pagar depende casi por completo de la variedad, no del volumen. Procesar más facturas del mismo tipo, a través del mismo ERP y con la misma regla de aprobación, cuesta muy poco más que procesar unas pocas. Procesar el mismo número de facturas que llegan en una docena de formatos distintos, repartidas entre dos o tres ERP, con reglas de conciliación que varían según la unidad de negocio y una larga cola de excepciones que solo una persona de finanzas sabe resolver: ahí es donde se va el dinero. Cuando un proveedor te da un precio por factura, está poniendo precio a la parte fácil y metiendo la parte difícil en una partida de implementación que no verás hasta más adelante.

El precio de este tipo de trabajo suele dividirse en tres fases: un piloto que demuestra la precisión de captura y conciliación con tus documentos reales, una construcción que cubre la integración, el enrutamiento, la gestión de excepciones y los controles, y un coste de operación que cubre el alojamiento, el mantenimiento del modelo, la monitorización y la gestión humana de todo lo que el sistema decide correctamente no resolver por sí mismo. El piloto es pequeño y de precio fijo. La construcción es la cifra individual más alta y depende de los factores que veremos a continuación. La operación es continua y debería reducir su peso sobre el gasto total con el tiempo; si no lo hace, algo falla en el diseño. A continuación repasamos cada factor para que puedas estimar dónde se sitúa tu caso antes de que nadie te dé un precio.

El volumen de facturas marca el techo del ahorro, no el precio de la construcción

El volumen importa por una sola razón: determina si merece la pena automatizar siquiera. Si tu equipo de cuentas a pagar gestiona un flujo modesto de facturas y nadie hace horas extra, el coste de construcción no se amortizará en un plazo razonable por muy elegante que sea la solución. El volumen es el denominador de tu caso de negocio.

Pero el volumen apenas afecta al esfuerzo de ingeniería. El trabajo de enseñar a un sistema a leer el formato de factura de un proveedor, mapearlo a tu plan de cuentas y enrutarlo para su aprobación es el mismo tanto si ese proveedor envía un puñado de facturas al año como si envía miles. Así que, al definir el alcance, cuenta patrones de factura distintos, no facturas. Una empresa con un volumen alto concentrado en pocos proveedores grandes con formatos estructurados tiene una construcción barata. Una empresa con volumen menor pero repartido entre una larga cola de proveedores pequeños que envían PDF, escaneos y cuerpos de correo tiene una construcción cara.

La mezcla de formatos es el mayor factor de coste en la captura

Las facturas llegan como flujos EDI, descargas del portal del proveedor, PDF generados por ordenador y limpios, papel escaneado, fotografías tomadas con el móvil, hojas de cálculo adjuntas a un correo y texto escrito directamente en el cuerpo de un mensaje. Cada uno de estos formatos es un problema de extracción distinto, con un perfil de precisión distinto y una cantidad de ajuste distinta.

• Los flujos estructurados (EDI, portales de proveedores, estándares de facturación electrónica) son casi gratuitos de consumir. El coste está en la conexión, no en la lectura.
• Los PDF generados por ordenador se extraen de forma fiable con los modelos de documentos actuales y solo necesitan un trabajo de validación moderado.
• Los escaneos y fotos necesitan tratamiento de imagen, controles de calidad y umbrales de confianza, además de un circuito de revisión para los campos con baja confianza.
• El detalle por línea es muchísimo más difícil que el de cabecera. Extraer el proveedor, la fecha, el número de factura y el total es rutinario. Extraer con precisión las líneas de detalle en facturas de varias páginas, con filas de continuación, descuentos, transporte e impuestos, es un trabajo de otro orden.

Si realmente necesitas o no el detalle por línea es una de las decisiones de alcance con más impacto que vas a tomar. Si tus reglas de conciliación solo requieren comprobaciones a nivel de cabecera, dilo desde el principio. Este es el núcleo del trabajo de inteligencia documental y de datos, y es donde un piloto demuestra su valor: prueba con tus documentos realmente desordenados, no con una muestra seleccionada, y sabrás qué cuesta la construcción antes de comprometerte.

Cada ERP y cada circuito de aprobación es una construcción aparte

Dos ERP no cuestan el doble que uno, pero sí bastante más que uno. Cada sistema tiene sus propios datos maestros, sus propias reglas de contabilización, sus propias peculiaridades de validación, su propia API (o la ausencia de ella) y su propio grupo de personas que lo entienden. Si estás a mitad de una consolidación, el coste de construir contra el sistema antiguo y el nuevo a la vez es real y debe sopesarse frente a la opción de simplemente esperar.

El enrutamiento de aprobaciones sigue el mismo patrón. Una sola regla —enrutar por centro de coste por encima de un umbral— es trivial. Lo que eleva el coste es la acumulación de excepciones a esa regla: delegación durante ausencias, doble aprobación para ciertas categorías, unidades de negocio con sus propias jerarquías, contratos que preaprueban gasto y las diferencias a nivel de entidad que llegan con las adquisiciones. Antes de pedir un presupuesto, escribe cada regla de enrutamiento en lenguaje claro. La extensión de ese documento predice mejor el coste de construcción que tu número de facturas. Diseñar y operar esa capa de enrutamiento es un trabajo habitual de automatización inteligente de procesos, pero hay que especificarla antes de poder ponerle precio.

Las reglas de conciliación son donde el alcance se duplica sin que nadie se dé cuenta

Las facturas sin pedido de compra necesitan codificación y aprobación. Las facturas respaldadas por un pedido necesitan conciliación, y ahí es donde la mayoría de los proyectos de automatización de cuentas a pagar se disparan en coste. La conciliación a dos vías contra un pedido de compra es sencilla. La conciliación a tres vías, que incorpora la recepción de mercancía, introduce problemas de tiempos: recepciones registradas tarde, entregas parciales, entregas por encima de la cantidad pedida dentro de tolerancia, servicios sin recepción física y pedidos marco que se van consumiendo durante meses.

Luego llegan las tolerancias. La variación de precio, la variación de cantidad, el tratamiento del transporte y los impuestos, las diferencias de divisa, y si una variación se acepta automáticamente, se rechaza automáticamente o se enruta a un comprador: cada una es una decisión que alguien tiene que tomar, documentar y asumir como propia. Si esas decisiones no existen hoy porque tu equipo gestiona las variaciones a criterio, el proyecto de automatización tiene que crearlas. Eso es trabajo de políticas, no de ingeniería, y suele ser el punto que más se alarga. Presupuesta el tiempo que tu propia gente va a dedicarle.

La tasa de excepciones decide si la inversión se amortiza

La automatización no elimina la gestión manual, la concentra. Las facturas que pasan la captura, la codificación, la conciliación y la aprobación sin problemas cuestan casi nada de procesar. Todo lo demás sigue recayendo en una persona, y el coste de esa persona no desaparece. Así que la economía de la automatización de cuentas a pagar depende de qué porcentaje de tus facturas puede recorrer todo el proceso sin intervención humana, y de lo caro que resulte cada toque manual restante.

La trampa es optimizar el extremo equivocado. Forzar un modelo de captura para exprimir los últimos campos inciertos es caro y a menudo no compensa. Lo mejor suele ser actuar aguas arriba: reducir el número de facturas sin pedido de compra, consolidar proveedores en formatos estructurados, corregir los datos maestros que provocan fallos de codificación y reforzar la disciplina de recepción en el almacén. Esos cambios cuestan esfuerzo operativo, no presupuesto de construcción, y mejoran la tasa de automatización en todos los proyectos futuros que emprendas.

Un diseño sólido también sabe cuándo parar. Los sistemas que adivinan ante facturas ambiguas generan retrabajo posterior, pagos duplicados y hallazgos de auditoría que cuestan mucho más que la gestión manual que evitaron. Los umbrales de confianza deben fijarse para que el sistema derive la incertidumbre a una persona en lugar de resolverla por su cuenta, y ese comportamiento debe ser visible y ajustable.

El esfuerzo de integración: la parte que los compradores subestiman

El coste de integración depende menos de la dificultad técnica que de la realidad organizativa. Las preguntas que mueven la cifra son: ¿el ERP expone una API compatible o vas a trabajar con archivos planos y tablas intermedias? ¿Hay un entorno de pruebas con datos realistas, o las pruebas tendrán que competir por las ventanas de cambio de producción? ¿Cuántas aprobaciones requiere una nueva cuenta de servicio, y cuánto tardan? ¿Hay requisitos de SSO, red y residencia de datos que añaden arquitectura y no solo configuración?

La revisión de seguridad y accesos es una partida legítima, no un gasto añadido. Las cuentas a pagar tocan datos de pago, datos bancarios y registros maestros de proveedores, los objetivos exactos del fraude con facturas. Los controles sobre quién puede cambiar la cuenta bancaria de un proveedor, cómo sobrevive la segregación de funciones a la automatización y qué aspecto tiene el registro de auditoría hay que diseñarlos desde el principio, y eso lleva tiempo. Espera que un socio competente te pregunte pronto por tus requisitos de seguridad y cumplimiento, porque añadirlos a posteriori es lo que convierte una construcción limpia en una cara.

Qué cuesta la operación

El coste de operación tiene cuatro componentes, y deberías pedir que cada uno se desglose por separado:

• Infraestructura y uso del modelo: los costes de cómputo y procesamiento de documentos, que escalan más o menos con el volumen. Esta es la parte que realmente se comporta como un precio por factura.
• Mantenimiento: cambios de formato de los proveedores, nuevas entidades, actualizaciones del ERP, cambios fiscales y normativos, y pérdida progresiva de precisión en la extracción. Es un coste estable y previsible, y nunca llega a cero.
• Monitorización y soporte: alguien que vigile la profundidad de las colas, las tasas de fallo y los elementos atascados, con una respuesta definida para cuando algo se rompe a cierre de mes.
• Gestión humana residual: las excepciones que el sistema decide correctamente no resolver por sí mismo. Esto debe estar en tu modelo de coste aunque salga de tu nómina y no de una factura.

Desconfía de los modelos de operación que cobran únicamente por factura sin ningún compromiso de mantenimiento. Parecen baratos y, sin que se note, dejan de mejorar.

Cómo encajan el piloto, la construcción y la operación

Un piloto debe ser pequeño, de precio fijo y corto. Su función es permitir presupuestar la construcción con confianza y darte un motivo defendible para retirarte si hace falta. Cualquier socio que quiera saltar directamente a una construcción grande a precio fijo basándose solo en una llamada exploratoria está adivinando, y esa suposición la pagarás tú a través de órdenes de cambio.

Cuando la respuesta es: no automatices esto todavía

Rechazamos trabajo por estas razones con regularidad, y deberías desconfiar de una empresa que nunca lo hace.

• Hay una migración de ERP en marcha o inminente. Construir sobre un sistema que vas a retirar es gastar el dinero dos veces. Espera y diseña el proceso de cuentas a pagar dentro de la nueva implementación.
• Los datos maestros de proveedores no son fiables. Los duplicados, los datos bancarios desactualizados y los nombres inconsistentes rompen la conciliación por muy buena que sea la extracción. Limpia primero los datos maestros; sale más barato y ayuda a todo lo demás.
• Nadie es responsable de las reglas. Si no hay nadie que pueda decidir los umbrales de tolerancia y las jerarquías de aprobación y hacer que se cumplan, el proyecto se quedará atascado en la fase de diseño. Resuelve esa responsabilidad antes de gastar presupuesto en la construcción.
• No hay volumen suficiente. Si un equipo pequeño gestiona las cuentas a pagar sin problemas, sin atrasos y sin errores, el plazo de amortización será largo. Automatiza antes algo que duela más.
• El problema real está aguas arriba. Si la mayoría de las facturas llegan sin pedido de compra, o las recepciones se registran tarde y de forma inconsistente, las cuentas a pagar son donde aparece el síntoma, no donde vive la causa. Corregir la disciplina de compras dará mejores resultados que automatizar la limpieza posterior.

Cómo conseguir una cifra que puedas llevar a finanzas

Antes de pedir un presupuesto, reúne cuatro cosas: un desglose de las facturas por formato de llegada, una lista de los ERP y entidades incluidos en el alcance, una descripción escrita de tus reglas de conciliación y tolerancia, y una estimación honesta de qué parte de la gestión actual es trabajo de excepciones y no procesamiento directo. Con eso, un socio serio puede definir el alcance de un piloto en una conversación breve y el de una construcción poco después. Sin ello, cualquier presupuesto que recibas será un rango tan amplio que no servirá de nada.

Si quieres comprobar la parte del ahorro antes de hablar con nadie, nuestra calculadora de valor te permite modelar el efecto de distintas tasas de automatización sobre tus propios costes de gestión. No te dirá lo que cuesta una construcción (nada puede decírtelo sin ver tus documentos), pero sí te dirá rápidamente si la amortización es lo bastante plausible como para justificar un piloto.

Si ya tienes esos datos, o quieres ayuda para reunirlos, habla con nosotros. Te diremos cuánto es probable que cueste automatizar tu proceso de cuentas a pagar, dónde está el riesgo y si creemos que deberías hacerlo ya.

Preguntas que nos hacen sobre esto