El mercado de OCR para facturas lleva años madurando. Ya no es difícil encontrar una herramienta que extraiga los datos de un PDF con buena precisión. Lo que sigue siendo difícil es que esa extracción llegue limpia al software contable sin pasos manuales en medio.
La mayoría de asesorías que han tenido malas experiencias con OCR no eligieron mal la herramienta de extracción: firmaron sin verificar cómo conectaba con A3, ContaSol, Sage o Holded. El resultado fue una herramienta que reduce el picado pero no lo elimina, porque entre el OCR y el ERP sigue habiendo reformateos, copias y validaciones a mano.
Estos son los seis criterios que determinan si una integración OCR-ERP va a funcionar de verdad o solo va a mover el cuello de botella de sitio.
1. Exportación nativa al ERP, no CSV genérico
El primer criterio que hay que verificar antes de cualquier otro es el formato de salida. No lo que el proveedor llama "compatible con tu ERP", sino lo que genera exactamente.
Hay una diferencia importante entre exportación genérica y exportación nativa:
- Exportación genérica: el OCR produce un CSV o Excel con columnas estándar que hay que mapear, renombrar o reformatear antes de que el ERP pueda importarlo. Técnicamente es "compatible", pero requiere pasos manuales adicionales.
- Exportación nativa: el OCR genera directamente el archivo que el ERP espera. APU para A3asesor, IVS para ContaSol, XML nativo para Sage 50, integración API para Holded o Quipu. Se importa en dos clics sin tocar nada más.
Para asesorías que gestionan clientes con ERPs distintos, el OCR debe soportar múltiples formatos de salida al mismo tiempo. Si el proveedor solo tiene un formato y tu despacho trabaja con A3 y ContaSol a la vez, la integración nativa solo te cubre a medias.
Puedes ver cómo funciona la exportación nativa en la práctica en las guías de automatización de facturas en A3asesor y ContaSol.
2. Precisión en documentos reales, no en demos
Las demos de OCR siempre usan facturas perfectas: PDFs nativos, tipografía estándar, buena resolución. Eso no representa lo que recibe una asesoría en el día a día.
En la práctica, los documentos llegan como fotos tomadas con el móvil en condiciones de luz variable, PDFs escaneados con fotocopiadoras antiguas, imágenes giradas o con sello encima del importe total, y facturas de proveedores con formatos muy distintos entre sí.
Los rangos de precisión en condiciones reales varían según el proveedor, la calidad del modelo y el tipo de documentos procesados. Los valores típicos en el sector oscilan entre el 85% y el 96% de campos correctamente extraídos en condiciones reales, aunque estos son rangos orientativos basados en comparativas del sector y los resultados concretos dependen mucho de cada caso.
Antes de contratar, pide una prueba con facturas reales de tres o cuatro clientes con perfiles distintos: proveedores nacionales, intracomunitarios, con recargo de equivalencia. El comportamiento en esa prueba es mucho más informativo que cualquier cifra de precisión que te dé el proveedor.
3. Validaciones fiscales antes de importar
Extraer los datos de una factura es solo la mitad del trabajo. La otra mitad es verificar que lo extraído tiene sentido fiscal antes de meterlo en el ERP. Si esa verificación la hace el contable a mano después de la importación, el OCR no ha eliminado la revisión: la ha desplazado.
Las validaciones que debe hacer el sistema de forma automática antes de proponer la importación son:
- Formato NIF o CIF del emisor correcto. Una letra incorrecta en el NIF genera un asiento con proveedor inválido que tarde o temprano hay que corregir a mano.
- Coherencia matemática. Base imponible más cuota de IVA debe cuadrar con el total, tolerando el redondeo habitual a dos decimales. Si no cuadra, hay un error en la extracción o en la propia factura.
- Detección de duplicados. Mismo NIF del emisor más mismo número de factura es una señal clara de factura duplicada. Debería marcarse antes de la importación, no descubrirse en la conciliación.
- Clasificación por tipo de operación. Nacional, intracomunitaria, importación o sujeta a recargo de equivalencia tienen tratamientos contables distintos. Un OCR que no clasifica obliga a revisar ese campo en cada factura.
4. Flujo de excepciones claro
Ningún OCR procesa el 100% de las facturas con confianza suficiente para importación automática. Lo que diferencia una integración buena de una mediocre es cómo gestiona los casos que no puede resolver sin ayuda.
Un flujo de excepciones bien diseñado hace tres cosas. Primero, separa las facturas con baja confianza del resto y las agrupa en una bandeja específica, sin bloquear la importación del lote completo. Segundo, muestra en esa bandeja todo lo que ya extrajo correctamente para que el contable solo corrija los campos incorrectos, sin partir de cero. Tercero, registra qué se importó automáticamente y qué se corrigió a mano, para que haya trazabilidad del proceso.
Si el sistema no tiene esta lógica, la única forma de gestionar las excepciones es revisar el lote entero, lo que elimina buena parte del ahorro de tiempo que justificaba la herramienta.
Comparativa: integración básica vs. integración nativa
| Criterio | Integración básica | Integración nativa |
|---|---|---|
| Formato de salida | CSV genérico a mapear | APU, IVS, XML nativo, API |
| Validación NIF | No incluida | Automática antes de importar |
| Coherencia IVA | Manual en revisión | Verificación automática |
| Duplicados | Detectados en conciliación | Alerta previa a importación |
| Excepciones | Revisión del lote completo | Bandeja separada con campos prellenados |
| RGPD / DPA | Sin DPA o servidores fuera de la UE | DPA firmable, servidores en la UE |
5. Custodia documental y cumplimiento RGPD
Las facturas de los clientes contienen datos fiscales y datos personales. Cualquier herramienta que procese esos documentos actúa como encargada del tratamiento bajo el Reglamento General de Protección de Datos y necesita un DPA firmado con la asesoría.
Sin DPA, la responsabilidad ante una brecha de datos no queda claramente delimitada. El art. 82 del RGPD permite que la responsabilidad sea solidaria entre el controlador (la asesoría) y el encargado del tratamiento (el proveedor del OCR). Con un DPA bien redactado queda claro quién responde de qué y la exposición del despacho queda acotada.
Antes de firmar con cualquier proveedor de OCR, verificar:
- Ubicación de los servidores donde se almacenan los documentos. Deben estar en la Unión Europea o en un país con decisión de adecuación.
- Disponibilidad de DPA firmable, no solo política de privacidad genérica.
- Política de retención: cuánto tiempo guarda los documentos y si se pueden eliminar bajo petición del cliente.
- Certificaciones de seguridad (ISO 27001 o equivalente) y protocolo de notificación de brechas en el plazo de 72 horas que exige el RGPD.
6. Hoja de ruta concreta para Verifactu y factura electrónica B2B
El contexto normativo cambia la ecuación. Las sociedades deben adaptar sus sistemas de facturación a Verifactu antes del 1 de enero de 2027 (RD 1007/2023). Los autónomos tienen plazo hasta el 1 de julio de 2027. La obligación de factura electrónica B2B está llegando en paralelo: las grandes empresas con más de 8 millones de euros de facturación tendrán plazo aproximado en octubre de 2027 y el resto aproximadamente en octubre de 2028, ambas fechas pendientes de la Orden Ministerial prevista para finales de 2026.
Para un OCR contable, esto implica dos cosas concretas. La primera: debe poder procesar facturas con QR de Verifactu sin tratarlas como errores de formato. La segunda, y más importante: cuando los clientes empiecen a recibir facturas en formato FacturaE o UBL en lugar de PDFs, el OCR tiene que saber leerlas. Un OCR que solo procesa PDF quedará desfasado en 2027-2028.
Pide al proveedor su hoja de ruta concreta sobre estos dos puntos, con versiones y fechas previstas. "Estamos trabajando en ello" no es una respuesta válida cuando hay plazos normativos conocidos. Puedes ver los detalles de los plazos en el artículo sobre la Orden Ministerial B2B y sus plazos.
Cinco preguntas para hacer al proveedor antes de contratar
Con estos criterios claros, las preguntas concretas que hay que hacerle al proveedor antes de firmar son:
- ¿Qué archivo exacto genera la exportación para mi ERP? Pide ver el archivo con una factura de prueba, no la documentación técnica: el archivo real que se importa.
- ¿Qué ocurre con una factura que el sistema no reconoce bien? Pide ver el flujo de excepciones funcionando con un caso real, no la descripción del flujo en la presentación.
- ¿Dónde se almacenan los documentos y tenéis DPA firmable? Si la respuesta incluye servidores fuera de la UE sin justificación adicional, sigue buscando.
- ¿Qué soporte dais para Verifactu y factura electrónica B2B? Si la respuesta es vaga, pide el changelog de versiones de los últimos seis meses como indicador de ritmo de desarrollo real.
- ¿Puedo hacer un piloto de un mes con facturas reales de uno o dos clientes? Los proveedores serios no tienen problema con esto. Es la única forma de saber si la integración funciona en las condiciones concretas de tu despacho.
Si quieres ver cómo aplican estos criterios en la práctica, en qué funciona realmente en OCR de facturas para asesorías encontrarás un análisis de los puntos donde suelen aparecer los problemas.
En AutoApunte trabajamos exclusivamente con asesorías y llevamos el resultado directamente al ERP que ya usan, con exportación nativa para A3, ContaSol, Sage, Holded, Quipu y Anfix. Si quieres ver cómo encaja en tu flujo concreto antes de comprometerte, podemos hacer ese diagnóstico en 30 minutos sin compromiso de contratar nada.
Prueba la integración con tu ERP durante 7 días
100 documentos gratis. Sin tarjeta, sin compromiso. Ve cómo llegan las facturas a tu software contable.
Fuentes: Real Decreto 1007/2023 (Reglamento de requisitos de los sistemas y programas informáticos, Verifactu) - Real Decreto 238/2026 (factura electrónica B2B, BOE 31/03/2026) - Reglamento UE 2016/679 (RGPD), art. 28 y art. 82 - AEAT sede electrónica - RD 1007/2023 en BOE - Matrix DV: "OCR de facturas para asesorías: requisitos imprescindibles" - Sage ES: "Qué hace un OCR para contabilidad".