El 66% de los equipos de AP aún ingresan facturas a mano.
La cifra sube, no baja.
En 2023, el 60% de los equipos de AP ingresaban datos de facturas manualmente en su ERP. Dos años y miles de millones en inversión en automatización después, esa cifra es del 66%. He aquí por qué — y qué lo cambia realmente.
Conclusiones clave
- Se suponía que la automatización de AP acabaría con la entrada manual de datos, pero la tasa de ingreso manual pasó del 60% al 66% en dos años, y los equipos que aún escriben a mano son los que ya compraron las herramientas.
- El OCR basado en plantillas (software que extrae texto de páginas escaneadas) se rompe cada vez que un proveedor rediseña su factura, así que con 200 proveedores, mantener esas plantillas se convierte silenciosamente en un trabajo de tiempo completo que anula cada ganancia de eficiencia que creías haber capturado.
- El cambio que realmente importa está entre recordar dónde se encuentran los datos de una factura en una página y entender lo que significan: una extracción que lee por semántica en lugar de posición maneja 500 formatos de proveedores con la misma facilidad que uno, sin plantillas ni mantenimiento.
El 66 % de los equipos de cuentas por pagar aún ingresan facturas a mano. Y la cifra va en aumento, no en descenso.
El informe Tendencias de Automatización de Cuentas por Pagar 2025 de IFOL encuestó a casi 200 profesionales de AP y finanzas — el 78 % de los cuales trabaja directamente en cuentas por pagar. Los resultados no encajan con la narrativa.
El 66 % aún ingresa manualmente los datos de las facturas en su ERP o sistema financiero — frente al 60 % en 2023. El 63 % dedica más de 10 horas semanales al procesamiento de facturas — frente al 52 % en 2024. El 73 % de los equipos financieros no está completamente automatizado. El 27 % no tiene automatización alguna.
Mientras tanto, el Informe de Impulso de IA 2025 de Vic.ai reveló que el 37 % de los profesionales de AP sigue considerando la entrada manual de datos como su principal punto débil — por delante de los altos costos de procesamiento, las aprobaciones lentas y cualquier otro dolor operativo.
Esta no es una historia de progreso. Es la historia de un problema que parece resuelto desde fuera, pero no lo está. Las herramientas de automatización existen. Los casos de retorno de inversión son claros. Entonces, ¿por qué aumenta la tasa de ingreso manual?
La respuesta no es «las empresas aún no han comprado herramientas». Es que las herramientas que la mayoría de las empresas compraron no resuelven el problema de raíz. Y el problema de raíz no es que la entrada de datos sea lenta — es que cada factura llega en un formato diferente, y la automatización basada en plantillas falla exactamente en ese punto.
La brecha de la que nadie habla: La adopción de automatización está aumentando, pero el tipo de automatización que la mayoría de los equipos implementa — OCR basado en plantillas — genera una carga de mantenimiento que crece con cada nuevo proveedor. En algún punto, mantener la automatización cuesta más que el trabajo manual que reemplaza.
Cómo se Ve Realmente la «Entrada Manual de Datos» en el Día a Día
Si trabajas en cuentas por pagar, no necesitas esta sección. Pero si eres CFO, fundador o alguien que aprobó el presupuesto de automatización asumiendo que el problema estaba resuelto — esto es lo que tu equipo realmente hace.
Llega una factura como archivo PDF adjunto en un buzón compartido. Alguien la abre. Lee el nombre del proveedor, número de factura, fecha, vencimiento, líneas de detalle, subtotal, impuesto y total. Escribe cada uno de esos campos en NetSuite. O SAP. O QuickBooks. Coteja la factura con una orden de compra — manualmente, a ojo. La envía para aprobación por correo electrónico. Luego persigue al aprobador que no ha respondido en tres días.
Ahora multiplícalo por 200. O 1.500. O 5.000 — el volumen que manejan mensualmente el 36% de los encuestados de IFOL.
Un profesional de AP en el subreddit r/Accounting lo describió claramente: "Recibimos unas 1.500–2.000 facturas al mes de proveedores. Escucho constantemente que la automatización de AP ya está resuelta, pero nuestro proceso sigue siendo: las facturas llegan a un buzón compartido como PDF adjuntos, alguien abre cada una, escribe la información del encabezado en NetSuite, coteja con la OC manualmente, envía para aprobación por correo, persigue a los aprobadores cuando lo ignoran. Probamos el OCR integrado de NetSuite, pero se atasca con la mitad de nuestras facturas porque cada taller mecánico y proveedor de materias primas formatea las suyas de manera diferente."
Esta publicación tiene más de 200 votos positivos y docenas de comentarios de personas diciendo lo mismo. No son empresas pequeñas. Son fabricantes, distribuidores y negocios de servicios del mercado medio que procesan cientos o miles de facturas al mes — y quien escribe los datos es un contador capacitado, no un auxiliar de captura.
La investigación de Ardent Partners 2025 sitúa el costo en $15.97 por factura procesada manualmente, frente a $2.36 para el procesamiento automatizado de primer nivel. Para una empresa que procesa 3,000 facturas al mes, la brecha anual es de $490,000 — sin contar el costo de errores, pagos atrasados o descuentos por pronto pago perdidos.
El problema del formato: por qué cada factura de proveedor rompe tu plantilla
Si todas las facturas siguieran un diseño estándar, el OCR basado en plantillas lo habría resuelto hace una década. No lo hacen. Y nunca lo harán.
Un proveedor en Alemania coloca el desglose de impuestos en el pie de página. Un proveedor en Texas lo pone en una columna a la derecha de las líneas de detalle. Un contratista en Singapur no muestra impuestos — están incluidos en el precio unitario. Un taller local envía un PDF escaneado con notas manuscritas en el margen. Otro envía por correo electrónico una foto de una factura en papel sobre un escritorio.
Cada una de estas variaciones de formato rompe la automatización basada en plantillas. El OCR de plantillas funciona recordando dónde están los campos en un diseño conocido: "El número de factura está en las coordenadas X,Y. El total está en las coordenadas A,B." En cuanto un proveedor cambia su plantilla de factura — o agregas un nuevo proveedor — esas coordenadas dejan de ser correctas.
Esto no es un caso excepcional. Es la norma. La empresa mediana promedio recibe facturas de 200 a 500 proveedores diferentes, cada uno con su propio diseño. Los sistemas ERP, paquetes contables y herramientas SaaS verticales generan facturas en formatos que sus desarrolladores eligieron — no formatos que tu equipo de AP pueda controlar.
Y empeora. Los proveedores cambian sus formatos de factura. Un proveedor actualiza su sistema de facturación. Una cadena de restaurantes rediseña su plantilla. Un freelancer cambia de una aplicación de facturación a otra. Cada cambio rompe silenciosamente la plantilla que funcionaba el mes pasado. Tu equipo de cuentas por pagar descubre la rotura cuando los datos salen mal, o cuando se dan cuenta de que han estado corrigiendo manualmente el mismo campo durante semanas.
La variedad de formatos no es un problema temporal que los proveedores acabarán estandarizando. Es una característica permanente de un mundo con millones de empresas independientes, docenas de sistemas ERP y ningún estándar universal de factura. Cualquier enfoque de automatización que dependa de la consistencia del formato terminará fallando.
La Trampa de las Plantillas: Cuando "Más Automatización" Significa Más Mantenimiento
Aquí está la paradoja estructural que la mayoría de los proveedores de automatización no te contarán.
El procesamiento de facturas basado en plantillas escala linealmente con el número de proveedores. Cada nuevo proveedor significa una nueva plantilla que construir, probar y mantener. Con 20 proveedores, tienes 20 plantillas. Manejable. Con 200 proveedores — algo normal para un fabricante o distribuidor de mercado medio — tienes 200 plantillas. Cada una necesita actualizarse cuando el proveedor cambia su formato, lo cual hacen regularmente, sin avisarte.
El análisis de Infrrd sobre la automatización del parseo de facturas lo expresó sin rodeos: "Cada nuevo proveedor añadido a un sistema basado en plantillas requiere trabajo de configuración antes de que una sola factura pueda procesarse con precisión. Cuando el número de proveedores crece o la incorporación es rápida, el backlog de plantillas se convierte en un cuello de botella. Los equipos pasan más tiempo gestionando plantillas que procesando facturas, que es justo lo contrario de lo que se supone que debe lograr la automatización."
A escala, las matemáticas cambian. Si mantener 200 plantillas requiere una persona a tiempo completo e ingresar 3.000 facturas manualmente requiere dos personas, no has automatizado — solo reemplazaste trabajo de captura de datos por trabajo de mantenimiento de plantillas. El costo se movió, no desapareció.
Por eso el 66% de los equipos aún ingresan datos manualmente a pesar de tener "automatización" implementada. Compraron una herramienta que automatiza el 80% de las facturas de sus 20 proveedores principales — y aún manejan manualmente los 180 proveedores restantes cuyos formatos la herramienta no puede procesar. La herramienta está ahí. Funciona. Pero la mayor parte del trabajo sigue recayendo en manos humanas.
La Espiral de Excepciones: el 20% de tus Facturas Consume el 80% del Tiempo
Incluso en departamentos de cuentas por pagar parcialmente automatizados, hay una categoría de trabajo que casi nadie mide: la gestión de excepciones.
Investigación del informe State of ePayables 2025 muestra que aproximadamente el 22% de las facturas requieren gestión de excepciones — números de orden de compra faltantes, montos incorrectos, anomalías de formato, envíos duplicados. En un proceso manual, estas excepciones son solo parte del flujo. En un proceso automatizado, se convierten en obstáculos.
La automatización detecta la excepción. Detiene el procesamiento. Genera una notificación. Y entonces... un humano debe intervenir. Abrir el PDF original. Compararlo con los datos marcados. Enviar un correo al proveedor. Esperar una respuesta. Reingresar los datos corregidos. Reenviar para aprobación. Cada excepción puede tomar de 15 a 30 minutos resolverse.
Ahora haz las cuentas: 3.000 facturas al mes × 22% de tasa de excepción = 660 excepciones. A 20 minutos cada una, son 220 horas — más de la capacidad mensual de un empleado a tiempo completo — solo en excepciones. Y eso después de que la automatización ya "procesó" la factura.
Esta es la trampa de la semiautomatización. Las empresas invierten en automatización, reducen el fácil 80% y descubren que el 20% restante es más difícil que el 100% original, porque las excepciones rompen el ritmo del flujo de trabajo. El equipo no hace menos trabajo — hace un trabajo más fragmentado y con muchos cambios de contexto. Vic.ai lo llama "la última milla de la automatización de cuentas por pagar que aún se recorre a pie".
Lo que realmente ofrece la automatización basada en plantillas: procesamiento más rápido de facturas estandarizadas de grandes proveedores, y una nueva categoría de trabajo invisible — mantenimiento de plantillas + gestión de excepciones — que consume silenciosamente las ganancias de eficiencia.
Por qué el OCR basado en plantillas llega a un límite — y qué lo supera
Las tres secciones anteriores describen un problema raíz: dependencia del formato. El OCR con plantillas, la extracción basada en reglas y los modelos tradicionales de aprendizaje automático comparten la misma limitación: necesitan saber dónde están los datos, no qué son.
Un sistema de plantillas ve coordenadas. Pregunta: "¿Dónde en la página está el número de factura?" La respuesta es diferente para cada proveedor. Un modelo de lenguaje visual (VLM) ve semántica. Pregunta: "¿Qué en esta página funciona como número de factura?" La respuesta es la misma sin importar dónde esté.
Esto no es una mejora marginal. Es una diferencia de categoría. Cuando le dices a un sistema basado en VLM que extraiga "Número de factura", "Nombre del proveedor", "Fecha de vencimiento" y "Total", no busca esas palabras en posiciones esperadas — lee el documento como lo haría una persona, entendiendo que "INV-2025-08472" junto a una etiqueta que dice "Factura #" o "Referencia" o "Núm. de documento" es el número de factura, sin importar dónde aparezca esa combinación en la página.
Tres implicaciones se derivan directamente de esto:
1. No hay plantillas que crear ni mantener. Una factura de un proveedor nuevo se procesa igual que la de uno con el que trabajas desde hace diez años. El sistema lee cada documento desde cero y entiende su estructura de forma independiente.
2. Los cambios de formato no rompen el proceso. Cuando un proveedor rediseña el diseño de su factura, el VLM sigue encontrando los campos por su función semántica, no por su posición. No necesitas actualizar nada.
3. Los datos de varios proveedores llegan a una sola tabla unificada. Tú defines los nombres de las columnas que quieres — "Proveedor", "Fecha de factura", "Descripción de línea", "Cantidad", "Precio unitario", "Total" — y cada factura, sin importar su diseño original, envía los datos a esas columnas. Una hoja de cálculo, todos los proveedores, sin mantenimiento de plantillas.
Esto no es teoría. El cambio arquitectónico de "dónde están los datos" (OCR con plantillas) a "qué significan estos datos" (VLM) es lo que hace que el problema del formato se pueda resolver a escala.
Qué cambia realmente al migrar a extracción con IA
Pongamos esto en números. Para un equipo de cuentas por pagar de tamaño medio que procesa 3000 facturas al mes de 300 proveedores:
| Métrica | OCR Manual / Plantilla | Extracción basada en VLM |
|---|---|---|
| Costo por factura | $8 – $16 | $2 – $5 |
| Tiempo de procesamiento por factura | 3 – 5 minutos | 5 – 10 segundos |
| Dependencia de formato | Requiere plantilla por proveedor | Sin plantillas necesarias |
| Tiempo de incorporación de proveedores | 15 – 30 min por proveedor (configuración de plantilla) | Cero — la primera factura se procesa de inmediato |
| Resistencia a cambios de formato | Falla silenciosamente; requiere actualizar plantilla | Lee el documento desde cero cada vez |
| Salida entre proveedores | Salidas separadas requieren fusión manual | Una sola hoja de cálculo unificada, todos los proveedores |
El flujo de trabajo en el lado de VLM es sencillo: sube tus facturas (arrastra y suelta, carga por lotes desde una carpeta o comparte un enlace de colección para que los proveedores las envíen directamente), especifica los nombres de las columnas que deseas extraer y descarga un único archivo Excel con todos los datos combinados. Si usas Google Sheets, el complemento te permite hacerlo sin salir de tu hoja de cálculo: los datos extraídos se añaden directamente a tu hoja activa.
Y para equipos que necesitan más que solo extracción, las columnas calculadas te permiten definir cálculos que se ejecutan durante la extracción. ¿Necesitas totales de líneas de pedido calculados a partir de cantidad × precio unitario? ¿Quieres marcar facturas donde el total facturado no coincida con la suma de las líneas de pedido? Define el cálculo una vez y la IA lo aplica automáticamente a cada factura. Para un recorrido más detallado del flujo de trabajo de procesamiento por lotes, lee nuestra guía sobre cómo extraer datos de facturas de múltiples PDFs en una sola hoja de Excel.