El 66% de los equipos de AP aún ingresan facturas a mano.
La cifra va en aumento, no en descenso.

El 66% de los equipos de AP 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 hallazgos no encajan con la narrativa.

El 66% aún ingresa manualmente los datos de las facturas en su sistema ERP o 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 aún clasifica la entrada manual de datos como su principal punto de dolor — 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é la tasa de ingreso manual está aumentando?

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.

Cómo se ve realmente la "entrada manual de datos" en el día a día

Si usted trabaja en AP, no necesita esta sección. Pero si es un CFO, un fundador o alguien que aprobó el presupuesto de automatización y asumió que el problema estaba resuelto — esto es lo que su equipo realmente hace.

Una factura llega como un archivo PDF adjunto en una bandeja de entrada compartida. Alguien la abre. Lee el nombre del proveedor, el número de factura, la fecha, la fecha de vencimiento, las partidas, el subtotal, los impuestos y el total. Escribe cada uno de esos campos en NetSuite. O en SAP. O en QuickBooks. Coteja la factura con una orden de compra — manualmente, a simple vista. La envía para aprobación por correo electrónico. Luego persigue al aprobador que no ha respondido en tres días.

Ahora multiplique por 200. O por 1.500. O por 5.000 — el volumen que el 36% de los encuestados de IFOL maneja mensualmente.

Un profesional de AP en el subreddit r/Accounting lo describió con claridad: "Recibimos quizás 1.500–2.000 facturas al mes de proveedores. Escucho constantemente que la automatización de AP está básicamente resuelta, pero nuestro proceso sigue siendo: las facturas llegan a una bandeja compartida como archivos PDF, alguien abre cada una, escribe la información del encabezado en NetSuite, coteja con la PO manualmente, envía para aprobación por correo, y persigue a los aprobadores cuando la ignoran. Probamos la función de OCR integrada en NetSuite, pero falla 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 decenas de comentarios de personas que dicen lo mismo. No son empresas pequeñas. Son fabricantes, distribuidores y empresas de servicios de mercado medio que procesan cientos o miles de facturas al mes — y la persona que teclea es un contador capacitado, no un auxiliar de captura de datos.

La investigación de Ardent Partners de 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, eso supone una brecha anual de $490.000 — sin contar el costo de los errores, los pagos atrasados o los descuentos por pronto pago no aprovechados.

El problema del formato: por qué cada factura de proveedor rompe su plantilla

Si todas las facturas siguieran un diseño estándar, el OCR basado en plantillas habría resuelto esto 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 partidas. Un contratista en Singapur no muestra impuestos en absoluto: 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 tomada con el teléfono de una factura en papel sobre un escritorio.

Cada una de estas variaciones de formato rompe la automatización basada en plantillas. El OCR con 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 el momento en que un proveedor cambia su plantilla de factura — o usted agrega un nuevo proveedor — esas coordenadas dejan de ser correctas.

Esto no es un caso excepcional. Es la norma. La empresa de mercado medio promedio recibe facturas de 200 a 500 proveedores diferentes, cada uno con su propio diseño. Los sistemas ERP, los paquetes de contabilidad y las herramientas SaaS verticales generan facturas en formatos que sus desarrolladores eligieron — no formatos que su 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. Su equipo de AP descubre la falla cuando los datos salen incorrectos — o cuando notan que han estado corrigiendo manualmente el mismo campo durante semanas.

La Trampa de las Plantillas: Cuando "Más Automatización" Significa Más Mantenimiento

Esta es la paradoja estructural que la mayoría de los proveedores de automatización no le dirán.

El procesamiento de facturas basado en plantillas escala linealmente con la cantidad de proveedores. Cada nuevo proveedor significa una nueva plantilla que crear, probar y mantener. Con 20 proveedores, tiene 20 plantillas. Manejable. Con 200 proveedores — lo cual es normal para un fabricante o distribuidor de mercado medio — tiene 200 plantillas. Cada una necesita actualizarse cuando el proveedor cambia su formato, lo cual hacen regularmente, sin avisarle.

El análisis de Infrrd sobre la automatización del parseo de facturas lo expresó sin rodeos: "Cada nuevo proveedor agregado a un sistema basado en plantillas requiere trabajo de configuración antes de que una sola factura pueda procesarse con precisión. Cuando la cantidad de proveedores crece o la incorporación ocurre rápido, el atraso de plantillas se convierte en un cuello de botella. Los equipos pasan más tiempo gestionando plantillas que procesando facturas — que es lo opuesto a lo que se supone que la automatización debe lograr."

A escala, la matemática cambia. Si mantener 200 plantillas requiere una persona a tiempo completo e ingresar 3,000 facturas manualmente requiere dos personas, no ha automatizado — solo ha reemplazado la labor de ingreso de datos con la labor 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 principales proveedores — y aún manejan manualmente los 180 proveedores restantes cuyos formatos la herramienta no puede parsear. La herramienta está ahí. Está funcionando. Pero la mayor parte del trabajo aún recae en manos humanas.

La Espiral de Excepciones: el 20% de Sus Facturas Consume el 80% del Tiempo

Incluso en departamentos de AP parcialmente automatizados, existe una categoría de trabajo que casi nadie mide: el manejo de excepciones.

La investigación del informe State of ePayables 2025 muestra que aproximadamente el 22% de las facturas requieren manejo de excepciones — números de PO 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 marca la excepción. Detiene el procesamiento. Genera una notificación. Y luego... un humano tiene que 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 en resolverse.

Ahora haga los cálculos: 3,000 facturas al mes × 22% de tasa de excepción = 660 excepciones. A 20 minutos cada una, eso son 220 horas — más que la capacidad mensual de un empleado de tiempo completo — dedicadas solo a excepciones. Y eso es después de que la automatización ya "procesó" la factura.

Esta es la trampa de la semi-automatización. Las empresas invierten en automatización, reducen el 80% fácil, 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 está haciendo menos trabajo — está haciendo un trabajo más fragmentado y con más cambios de contexto. Vic.ai lo llama "la última milla de la automatización de AP que aún se recorre a mano."

Por Qué el OCR Basado en Plantillas Toca Techo — 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 se encuentre.

Esto no es una mejora marginal. Es una diferencia de categoría. Cuando usted le indica a un sistema basado en VLM que extraiga "Número de factura", "Nombre del proveedor", "Fecha de factura" 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 "Documento No." 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 o mantener. La factura de un proveedor nuevo se procesa igual que la de un proveedor con el que ha trabajado durante diez años. El sistema lee cada documento desde cero, entendiendo su estructura de forma independiente.

2. Los cambios de formato no interrumpen el flujo. 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. Usted no necesita actualizar nada.

3. Los datos de múltiples proveedores llegan a una tabla unificada. Usted define los nombres de columna que desea — "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 sea solucionable a escala.

Qué cambia realmente al cambiar a la extracción con IA

Basémonos en cifras. Para un equipo de AP de mercado medio que procesa 3.000 facturas al mes de 300 proveedores:

El flujo de trabajo en el lado del VLM es sencillo: suba sus facturas (arrastrar y soltar, carga por lotes desde una carpeta o comparta un Enlace de Recopilación para que los proveedores las envíen directamente), especifique los nombres de las columnas que desea extraer y descargue un único archivo de Excel con todos los datos fusionados. Si usa Google Sheets, el complemento le permite hacerlo sin salir de su hoja de cálculo: los datos extraídos se añaden directamente a su hoja activa.

Y para los equipos que necesitan más que extracción, las columnas calculadas le permiten definir cálculos que se ejecutan durante la extracción. ¿Necesita totales de líneas calculados a partir de cantidad × precio unitario? ¿Quiere marcar facturas donde el total facturado no coincide con la suma de las líneas? Defina el cálculo una vez y la IA lo aplica a cada factura automáticamente. Para un recorrido más detallado del flujo de procesamiento por lotes, lea nuestra guía sobre extracción por lotes de datos de facturas de múltiples PDF a una sola hoja de Excel.