Probar la demo

Lector de facturas con IA: cómo evaluarlo antes de contratarlo

Publicado por Arqueo (arqueoempresas.io), software de cuentas a pagar para empresas argentinas · Actualizado el · 9 min de lectura

Un lector de facturas con IA se evalúa con tus propias facturas difíciles y con una lista corta de preguntas: si lee todos los campos que trae una factura argentina —incluida cada percepción por separado—, si te muestra el original al lado de lo que leyó para que lo compruebes, y qué hace cuando no puede leer un dato. Esta última es la que más separa a uno de otro.

Un lector de facturas con IA es un sistema que recibe el PDF o la foto de un comprobante y devuelve sus datos como campos: emisor, número, fechas, importes, impuestos y renglones, listos para cargar en otro sistema sin tipearlos. A diferencia de un OCR, no se limita a pasar la imagen a texto: interpreta qué es cada número.

OCR plano o lectura con IA

Un OCR te devuelve el texto de la factura; un lector con IA te devuelve qué significa ese texto. Para cuentas a pagar hace falta lo segundo: saber qué importe es el IVA, cuál el neto y cuál una percepción de Ingresos Brutos.

El OCR tradicional suele resolverlo con plantillas: dónde está cada dato de cada proveedor. Funciona hasta que el proveedor cambia el diseño, y con cientos de proveedores eso no termina nunca.

La IA lee facturas que nunca vio, pero trae su propio riesgo: puede completar un dato que no está, y el dato inventado se ve igual que el correcto. Por eso un buen lector tiene prohibido inventar: lo que no ve, lo deja vacío. Arqueo es de los que no inventan, y además controla por código lo que lee, porque una regla sola no alcanza: evaluar un lector con IA es, sobre todo, evaluar sus controles.

Qué tiene que leer de una factura argentina

Una factura argentina trae más datos que una factura genérica: CUIT con dígito verificador, letra y código de comprobante, CAE con su vencimiento, IVA discriminado por alícuota y percepciones de distintos regímenes y jurisdicciones. Un lector pensado para otro país puede leer bien el total y perderse todo lo demás.

El comprobante y el emisor

  • CUIT del emisor, con el dígito verificador controlado: el último dígito se calcula con los otros diez, así que un CUIT mal leído se puede detectar sin consultar a nadie.
  • Letra y código de comprobante (A, B, C; factura, nota de crédito o de débito).
  • Punto de venta y número, que junto con el CUIT y el tipo identifican la factura.
  • CAE y su vencimiento, que no es el vencimiento del pago.
  • Fechas de emisión y de vencimiento del pago.
  • Tu propio CUIT, reconocido como el del receptor y no confundido con el del proveedor.

Importes, IVA y percepciones

El lector tiene que separar el neto gravado, el no gravado y el exento, el IVA por alícuota (21% y 10,5% pueden convivir en la misma factura) y cada percepción en su propia fila, con tipo, jurisdicción y alícuota. Es lo que la norma pide que la factura discrimine:

En el caso de operaciones gravadas efectuadas con sujetos responsables inscriptos en el gravamen o adheridos al Régimen Simplificado para Pequeños Contribuyentes (Monotributo), deberá discriminarse:

1.1. La alícuota a que está sujeta la operación.

1.2. El monto del impuesto resultante.

1.3. El monto de los restantes tributos que no integren el precio neto gravado.

1.4. El importe de la percepción que resulte procedente.

— RG 1415, Anexo II, apartado A, título IV, inciso a), punto 1 (texto según RG 5614/2024)

Si el sistema suma las percepciones en un solo importe, no sirve para imputarlas. Ver percepción vs. retención.

Renglones, remitos y moneda

Los renglones son la parte que más lectores dejan afuera, y la que hace falta para cruzar la factura contra una orden de compra: código de artículo del proveedor, descripción, unidad, cantidad, precio unitario, bonificación e importe. La norma pide esos datos:

a) Descripción que permita identificar el bien vendido, el servicio prestado, la cosa, obra o servicio locado, o el trabajo efectuado.

A tal fin, se podrá utilizar un sistema de códigos, siempre que se encuentre incorporado al proceso de emisión de los comprobantes utilizados. (…)

b) Cantidad de los bienes enajenados.

c) Precios unitarios y totales.

— RG 1415, Anexo II, apartado A, título III

Además: los remitos que la factura cita, las observaciones del pie y la moneda tal como está impresa. Una factura en dólares tiene que quedar en dólares. Ver three-way match.

Cómo probarlo con tus facturas

La prueba que vale es con facturas tuyas elegidas por difíciles, comparando campo por campo contra el papel. Mirar solo el total esconde casi todos los errores.

Qué mirarCómo probarloSeñal de alarma
PercepcionesUna factura con percepciones de varias jurisdiccionesAparecen sumadas en un solo importe
RenglonesUna factura de más de una páginaFaltan los renglones de la segunda hoja
CantidadUn proveedor con columna de bultosToma los bultos como cantidad
FechasUna factura con día menor a 13, como 05/08Lee 8 de mayo en vez de 5 de agosto
VencimientosUna factura de contadoToma el vencimiento del CAE como vencimiento del pago
MonedaUna factura en dólaresLa convierte a pesos sin decirlo
CUITUna foto borrosaDevuelve un CUIT que no pasa el dígito verificador
Lo ilegibleUna foto con un dato cortadoCompleta el dato igual

Las facturas que conviene llevar

Juntá entre cinco y diez comprobantes reales que ya te dieron trabajo: la foto de celular torcida, el PDF escaneado de un proveedor chico, la factura con varias percepciones, la de muchos renglones, la del proveedor que imprime columnas propias (bultos, kilos, metros) y una en moneda extranjera.

Las fechas merecen su propia prueba. En Argentina se escriben día/mes/año, y un sistema pensado para otro formato puede dar vuelta día y mes sin avisar: la fecha resultante existe, y por eso no salta.

Y probá una factura con un dato que no está: un campo cortado, una mancha sobre el CAE. Lo que haga ahí dice más que las otras nueve.

Las preguntas que hay que hacer

Son siete preguntas, y cada una tiene una respuesta que conviene escuchar y otra que tiene que preocuparte. Hacelas en la demo, con una factura tuya en la pantalla y no con la del proveedor: las tres primeras son sobre qué pasa cuando la lectura sale mal, y las otras cuatro sobre lo que viene después de leer.

Cuando no puede leer algo

1. "¿Qué hace cuando no puede leer un dato?" La respuesta que querés: lo deja vacío, lo marca y la factura queda para revisar. La que preocupa: "lo completa con lo más probable". Un dato inventado entra al circuito igual que uno leído.

2. "¿Me muestran el original al lado de lo que leyeron?" Sin el papel al lado, revisar una lectura es creerle. Con el papel al lado, es comprobarla en segundos.

3. "¿Puedo corregir un dato, y qué pasa con esa corrección?" Que se pueda corregir es lo mínimo. Lo que suma es que la corrección sirva para la próxima factura del mismo proveedor, y que te expliquen cómo: no alcanza con "la IA aprende".

Después de leer

4. "¿Constatan el CAE contra ARCA?" Leer el CAE no es validarlo. La constatación se hace con el web service WSCDC, que pide el comprobante entero, no solo el código. Un lector que lee mal el importe o el punto de venta hace fallar la constatación de una factura válida. Ver constatación de CAE.

5. "¿Qué pasa si la misma factura entra dos veces?" Llega por mail y alguien también la sube a mano: tiene que quedar bloqueada, no cargarse dos veces. Ver facturas duplicadas.

6. "¿Cómo saco los datos?" Pedí ver el formato: si es un archivo que tu ERP puede tomar, con cada percepción y cada renglón por separado, o un PDF con un resumen.

7. "¿Guardan mi archivo?" En la demo, dónde y por cuánto tiempo. En el sistema contratado, si te podés llevar los originales si te vas.

Por qué un porcentaje de precisión no alcanza

Un porcentaje de precisión sin contexto no se puede comparar con nada. Antes de creerlo hay que saber tres cosas: qué se contó como acierto, sobre qué facturas y medido cómo.

  • ¿Por campo o por factura? Acertar casi todos los campos puede querer decir que casi ninguna factura salió entera bien. Para pagar, una factura con el CUIT mal leído es una factura mal leída.
  • ¿Sobre qué facturas? Un porcentaje medido con PDF digitales prolijos no dice nada sobre tus fotos de celular.
  • ¿Medido cómo? Si nadie comparó cada campo contra el papel, es una estimación.
  • ¿Qué pasa con el resto? Importa más dónde terminan los errores —marcados para revisar o metidos en el circuito— que cuántos son.

Cómo medirlo vos

La medición que te sirve es la tuya: tus facturas, cada campo contra el papel, y contando aparte los errores que el sistema marcó y los que dejó pasar callado. Esos segundos son los caros.

Un dato propio, con la advertencia de que es una muestra chica: las 77 facturas procesadas por Arqueo hasta el 22 de septiembre de 2026 se leyeron sin errores de lectura y sin intervención humana. No reemplaza tu prueba: esas 77 facturas no son las de tus proveedores.

Cómo lo hace Arqueo

Arqueo (arqueoempresas.io) es un software de cuentas a pagar para empresas argentinas, y el lector es la puerta de entrada: cada factura que llega por mail o se sube a mano pasa primero por él. Se puede probar sin instalar nada en la demo del lector, en https://arqueoempresas.io/demo/, con una factura tuya.

El lector de Arqueo tiene prohibido inventar datos. Si el IVA no está discriminado, no lo despeja del total: eso le daría a la empresa un crédito fiscal que no tiene. Una factura de compra nunca trae retenciones, así que no inventa ninguna. Y si cantidad por precio no da el importe impreso del renglón, deja los dos vacíos: un dato faltante se ve y se completa; uno inventado que cierra, nadie lo revisa.

La demo

La demo lee con el mismo prompt y el mismo esquema que el producto, y muestra el original al lado de lo leído, dibujado desde el archivo de tu computadora. Muestra la factura entera: cada percepción en su fila con tipo, jurisdicción, régimen, base y alícuota; todos los renglones (hasta 200) con código, unidad, cantidad, unitario, bonificación, IVA e importe; las columnas del proveedor, con qué se usa de cada una; remitos y observaciones. Y el JSON tal cual, para copiarlo o descargarlo.

Controla el dígito verificador del CUIT y si los renglones suman el neto. Las fechas se interpretan siempre como día/mes/año por código, no por el modelo, y qué columna es la cantidad lo decide el código por el rótulo impreso. La demo no guarda tu archivo, salvo que marques un error y aceptes mandárnoslo, y tiene un tope de lecturas por dirección IP.

En el producto

En Arqueo, cada factura recibida se constata contra ARCA, para todas las empresas, desde el 22 de septiembre de 2026, y la que no pasa queda bloqueada. Los duplicados también se bloquean. Lo que el lector no puede leer entra igual, en revisión, para que una persona lo complete mirando el original.

Un administrador puede revisar la lectura campo por campo, con el original al lado, y corregir lo que está mal. Esas correcciones dejan pistas para las próximas facturas de ese proveedor: no es reentrenar el modelo. Lo leído se descarga en Excel o en JSON, con cada percepción y cada renglón, y con tus propios códigos de artículo si cargaste las equivalencias del proveedor.

Preguntas frecuentes

¿Qué diferencia hay entre un OCR y un lector de facturas con IA?

El OCR convierte la imagen en texto: te devuelve las letras y los números, pero no sabe cuál es el neto, cuál es una percepción ni en qué columna está la cantidad. Un lector con IA interpreta el comprobante y devuelve campos con nombre. En la práctica, el OCR suele depender de una plantilla por proveedor y se rompe cuando el proveedor cambia el diseño; el lector con IA no, pero puede equivocarse con total seguridad, y por eso hay que ver cómo se controla lo que lee.

¿Cómo pruebo un lector de facturas antes de contratarlo?

Con facturas tuyas, elegidas por difíciles: una foto torcida, una con varias percepciones de distintas jurisdicciones, una con muchos renglones, una en dólares y una de un proveedor con columnas raras. Compará cada campo contra el papel, no el total solo. Y mirá qué hace con lo que no pudo leer: tiene que decirlo.

¿Qué precisión tiene que tener un OCR de facturas?

Un porcentaje solo no alcanza para decidir. Preguntá si es por campo o por factura, sobre qué facturas se midió y quién decidió qué era un acierto. Un lector que acierta casi todo pero inventa el dato que no ve es más peligroso que uno que acierta menos y marca lo que le falta.

¿Un lector de facturas puede leer las percepciones de Ingresos Brutos?

Tiene que poder, y hay que exigirlo: cada percepción en su fila, con el tipo (IVA, Ingresos Brutos, municipal), la jurisdicción y la alícuota. Si el lector las suma en un solo importe de "otros tributos", no te sirve para imputarlas ni para controlar que estén bien aplicadas.

¿Es seguro subir facturas a la demo de un lector?

Depende de lo que haga con el archivo, y hay que preguntarlo antes: si lo guarda, dónde y por cuánto tiempo, y si lo usa para algo más. Una factura tiene CUIT, importes y a veces datos bancarios. La respuesta tiene que estar escrita en la demo o en la política de privacidad, no solo dicha en una reunión.

¿El lector de facturas valida el CAE contra ARCA?

Leer el CAE no es validarlo. Para constatarlo hay que consultar a ARCA con el web service WSCDC, que pide el comprobante entero: CUIT del emisor, punto de venta, tipo, número, fecha, importe total y el código. Preguntá si el sistema hace esa consulta con cada factura o si solo verifica que haya un número de 14 dígitos.

Fuentes

  1. InfoLEG — Resolución General 1415 (AFIP), texto actualizado — Anexo II: los datos que tiene que contener un comprobante clase A, B, C o E
  2. ARCA — WSCDC, Constatación de Comprobantes: manual del desarrollador (revisión del 20/08/2025) — los datos del comprobante que hay que leer bien para poder constatarlo
  3. InfoLEG — Resolución General 2408, régimen de percepción de IVA (texto actualizado) — una de las percepciones que viene impresa en la factura del proveedor