Cómo elegir un software de cuentas a pagar en Argentina: 12 preguntas

Casi todos los comparativos de software de cuentas a pagar se escriben con criterios importados: captura inteligente, matching automático, flujos de aprobación, integración con el ERP. Todo cierto, y nada de eso distingue una herramienta que sirve en Argentina de una que no.

Un software de cuentas a pagar es el sistema que lleva la factura del proveedor desde que llega hasta que se paga: la recibe, la lee, la controla, la hace aprobar y arma el pago. En la Argentina, además, tiene que constatar el CAE contra ARCA (ex AFIP), separar percepciones de retenciones y calcular las retenciones al pagar.

Esta guía son doce preguntas para hacer en una demo y cuatro pruebas para hacer en dos semanas.

Las tres preguntas que definen casi todo

Tres de las doce preguntas separan casi todo: cómo constata el CAE, dónde muestra percepciones y retenciones, y qué hace cuando le falta un dato. Las dos primeras separan un sistema local de uno traducido; la tercera, uno confiable de uno que inventa.

1. "¿Cómo constatan el CAE contra ARCA?"

La respuesta correcta menciona el web service de Constatación de Comprobantes (WSCDC) de ARCA y reconoce que se envían diez campos del comprobante, ocho de ellos obligatorios —modalidad de autorización, CUIT del emisor, punto de venta, tipo, número, fecha, importe total y código de autorización—, no solo el CAE. El manual oficial describe así el resultado:

El cliente ws envía la información del comprobante que desea constatar mediante un requerimiento el cual es atendido por WSCDC pudiendo producirse las siguientes situaciones:

Supere todas las validaciones, se constata que el comprobante se encuentra registrado y autorizado, o si aun no fue rendido.

No supere alguna de las validaciones de formato o funcionales, la constatación es rechazada.

Qué respuesta tiene que preocuparte

Si la respuesta es "validamos el formato del CAE" o "verificamos que esté presente", el sistema no constata nada: verifica que haya un número escrito.

Una factura con CAE inválido no da derecho a computar el crédito fiscal. Es la diferencia entre un control y la apariencia de un control. El detalle está en la guía de constatación de CAE.

2. "¿Dónde veo las percepciones y dónde las retenciones?"

Si aparecen en la misma pantalla, en el mismo bloque o, peor, sumadas en un campo llamado "impuestos", el sistema no entiende la diferencia.

La percepción viene en la factura y suma. La retención se calcula al pagar y resta. Ocurren en momentos distintos del circuito y tienen que verse en momentos distintos. Está desarrollado en percepción vs. retención.

3. "¿Qué hacen cuando les falta un dato?"

Es la mejor pregunta de las tres, y la que menos se hace. Pedí que te muestren qué pasa cuando el sistema no puede calcular una retención porque no tiene cargados los importes vigentes del Anexo VIII de la RG 830.

• La respuesta que querés: "no calcula y la pantalla dice qué falta."
• La respuesta que tiene que preocuparte: "usa los valores por defecto" o "estima."

Un sistema que inventa un número cuando le falta un dato va a inventar otros. Y el número inventado se ve igual que el correcto.

Las otras nueve preguntas

Las otras nueve preguntas cubren cuatro temas —la lectura, el circuito, los controles y la salida de los datos— y cada una tiene una respuesta que conviene escuchar y otra que tiene que preocuparte.

Sobre la lectura (preguntas 4 y 5)

4. "¿Puedo llevar mis propias facturas a la prueba?" La demo siempre funciona con las facturas de la demo. Llevá las feas: el ticket fotografiado torcido, el PDF escaneado de un proveedor chico, la factura con seis percepciones de distintas jurisdicciones.

5. "¿El lector avisa cuando no está seguro?" Que diga qué campo revisar —con un porcentaje por campo o con controles que marquen dónde no cierra la cuenta—, no un número global. Y corrección manual que recalcule: si corrijo el neto, el total tiene que moverse.

Sobre el circuito de aprobación (preguntas 6 a 8)

6. "¿Puedo tener un circuito distinto por rubro?" Un circuito único obliga a alquileres y mercadería a pasar por los mismos pasos, y la mitad se firma sin mirar. Ver circuito de aprobación.

7. "¿Qué recibe el aprobador?" Si la respuesta es "una notificación por factura", contá cuántos mails por día son. Un resumen diario por persona se lee.

8. "¿Qué pasa si un aprobador se va de vacaciones?" Suplentes en orden y marca de ausencia con fecha. Si la respuesta es "lo reasigna el administrador", el circuito se frena cada vez que alguien se toma una semana.

Sobre los controles (preguntas 9 a 11)

9. "¿Cómo detectan duplicados?" "Por proveedor e importe" falla en las dos direcciones: marca todos los abonos mensuales y no ve el duplicado con un centavo de diferencia. La clave correcta son cuatro datos —CUIT, tipo, punto de venta y número— más el hash del archivo. Ver facturas duplicadas.

10. "¿Qué controles tiene el cambio de datos bancarios?" Doble firma y retención de pagos mientras está pendiente. Si el CBU se edita como cualquier otro campo, es la puerta del fraude más común del área.

11. "¿Puedo pagar sin recepción conformada?" Si se puede, se va a hacer. Ver three-way match.

Sobre la salida (pregunta 12)

12. "¿Cómo me llevo mis datos si me voy?" Formato de exportación de todo —comprobantes, padrón, movimientos, aprobaciones— y si se exportan los archivos originales o solo los campos extraídos. Un sistema que no te devuelve los PDF te deja sin el respaldo que importa en una fiscalización.

Sobre el precio

El número importa menos que la unidad de medida: por usuario, por comprobante procesado o por un cupo mensual de comprobantes. Cada una premia y castiga cosas distintas.

El precio por usuario tiene un efecto perverso en cuentas a pagar: se compran tres licencias para el área contable y los diez aprobadores siguen firmando por mail, que es lo que se venía a resolver. Si el modelo es por usuario, hacé la cuenta con todos los que firman: ese es el precio real.

Cómo evaluar en dos semanas, no en dos meses

Alcanzan dos semanas y cuatro pruebas, siempre con tus propios datos y con la gente que va a usar el sistema, no con los ejemplos del proveedor.

Semana 1: tus facturas y una constatación que falla

1. Cargá tus facturas reales. Un mes completo, no una muestra elegida. Medí cuántas leyó bien sin tocar nada y qué hizo con las que no.

2. Hacé fallar la constatación a propósito. Cambiá un dígito del importe total y mirá qué dice el sistema. Tiene que rechazar y explicar por qué.

Depende del volumen: si tu empresa recibe pocas facturas por mes, un mes completo es una muestra chica; sumá las más difíciles del año.

Semana 2: tu circuito y un aprobador de verdad

3. Armá un circuito real. El de tu empresa, con tus áreas y tus montos. Si no lo podés armar solo, sin pedirle al proveedor que lo configure, vas a depender de él para cada cambio.

4. Hacé aprobar a un aprobador de verdad. No a vos: a alguien del área que lo va a usar. Mirá si entendió qué tenía que hacer sin que nadie se lo explique.

Si un sistema sobrevive esas cuatro pruebas, el resto son preferencias.

Las mismas preguntas, aplicadas a Arqueo

Arqueo (arqueoempresas.io) es un software de cuentas a pagar para empresas argentinas, y le aplicamos las mismas preguntas. La constatación del CAE contra ARCA corre por el WSCDC desde el 22/09/2026. Las retenciones se calculan recién cuando están cargados los importes del Anexo VIII vigente: hasta entonces la pantalla lo dice (pregunta 3). Y la factura cuya lectura no cierra —importes que no suman el total, datos clave que faltan— queda en revisión en vez de completarse. Se puede probar la demo con tus propias facturas, sin instalar nada.