Cómo sale impreso el comprobante

Es lo que más sorprende la primera vez que alguien compara dos facturas. En una Factura A, cada línea se imprime con el precio unitario sin IVA, y el impuesto va discriminado abajo, en el pie de totales. En una Factura B —y también en la C, la X y la R— pasa lo contrario: el precio unitario y el importe de cada línea salen con el IVA adentro.

El cambio no es solo de números. En los comprobantes que no discriminan, Odoo saca del PDF dos cosas más:

• La columna % IVA, que en la A muestra la alícuota de cada renglón, desaparece.
• La fila de base imponible del pie de totales, y los renglones donde se detallaba el IVA. En una B el pie muestra directamente el total, sin abrir cómo se compone.

El total es exactamente el mismo en los dos casos: lo que cambia es cómo se reparte entre línea e impuesto. Si alguien compara una A con una B de la misma venta y le cierran los totales pero no los precios unitarios, no hay error de carga: es así por ley.

Desde la RG 5614/2024, que reglamenta la Ley 27.743, el comprobante que recibe un consumidor final tiene que informarle cuánto impuesto está pagando. Como la Factura B no discrimina IVA, la única forma de cumplir es un recuadro aparte. Odoo lo resuelve solo, sin ninguna configuración previa.

Al pie del PDF, al lado del código QR, se imprime un recuadro titulado Régimen de Transparencia Fiscal para el Consumidor Final (Ley 27.743) con dos renglones:

El recuadro aparece solamente en los comprobantes de letra B: factura, nota de débito y nota de crédito. En una A no se imprime, porque ahí el IVA ya está discriminado renglón por renglón. Y si un comprobante B muestra un solo renglón, es porque no tiene impuestos del otro tipo cargados.

Cuando Odoo obtiene la autorización de ARCA, guarda en el comprobante el CAE y su fecha de vencimiento, y arma con esos datos el código QR. Los tres salen impresos sin que haya nada que tildar: el QR abajo a la izquierda y, del otro lado del pie, los renglones CAE y Fecha de vencimiento CAE.

El QR no es un adorno. Es un enlace al sitio de ARCA que lleva adentro, codificados, los datos de la operación: fecha, CUIT del emisor, punto de venta, tipo y número de comprobante, importe total, moneda y cotización, tipo y número del código de autorización, y tipo y número de documento del receptor. Cualquiera que lo escanee puede verificar contra ARCA que ese comprobante existe y que los importes coinciden.

Si el QR no aparece, la causa es una sola: ese comprobante todavía no tiene CAE. Puede ser una factura emitida por un punto de venta que no usa web service, o una que quedó pendiente de autorizar. El circuito de autorización y qué hacer cuando ARCA rechaza se explica en el Manual «Validaciones y errores de ARCA».

En Contabilidad > Configuración > Ajustes, dentro del bloque de web services de ARCA, hay una casilla que dice Agregar leyenda de retención a la factura PDF. Al tildarla, debajo de la letra grande del comprobante se imprime una leyenda que le avisa al receptor que esa operación puede estar alcanzada por un régimen de retención.

Dos cosas hay que saber antes de tildarla:

• Solo se imprime en comprobantes A y M. Factura, nota de débito y nota de crédito de esas dos letras. En una B o una C la casilla no tiene ningún efecto aunque esté tildada, y es coherente: esas letras se le emiten a quien no es Responsable Inscripto.
• Es un texto fijo, no calcula nada. No mira si hay una retención cargada ni cuánto sería. Es un aviso, no un importe. El circuito real de retenciones y percepciones se explica en el Manual «Retenciones y percepciones argentinas».

La casilla es de la empresa, no de la factura: se tilda una vez y afecta a todos los comprobantes A y M que se emitan desde ahí en adelante.

Arriba al centro va la letra del comprobante en grande y, debajo, su código de ARCA escrito como Cod. 01, Cod. 06 y así. A la derecha, el nombre del documento —FACTURA, NOTA DE CRÉDITO, NOTA DE DÉBITO— y debajo el bloque fiscal del emisor:

Hay un detalle que conviene entender bien: la dirección que se imprime arriba a la izquierda no es la de la compañía, sino la que se cargó en el campo Dirección del PdV de ARCA del diario que emitió el comprobante. Es lo que permite que una empresa con varias sucursales imprima en cada punto de venta su propio domicilio. Si ese campo quedó vacío, el bloque sale vacío.

Del lado del receptor se imprimen Cliente, su domicilio, Cond. IVA y el tipo y número de documento. La localización además quita del PDF la dirección de entrega y la referencia de pago que trae el comprobante genérico de Odoo, porque en Argentina no se usan.

Cuando el diario tiene el Sistema de PdV de ARCA configurado como Factuweb (Imprenta) —así rotula Odoo la opción de comprobantes preimpresos—, el PDF sale deliberadamente incompleto. No imprime el logo, ni los datos de la empresa, ni la letra del comprobante, ni el Cod., ni el nombre del documento, ni el número. Tampoco el CAE ni el QR, porque ese punto de venta no los tiene.

Lo que sí imprime es lo que la imprenta no puede saber de antemano: la fecha, los datos del cliente, las líneas y los totales. La idea es cargar el talonario preimpreso en la impresora y que Odoo complete los huecos.

Un dato que evita sustos: esto pasa solo en el PDF. Si abrís la vista previa en pantalla, el comprobante se ve completo, con letra, número y datos de la empresa. La diferencia entre las dos vistas es esperada, no un síntoma de nada.

Al pie del comprobante pueden convivir cuatro textos independientes: la Descripción de la factura del término de pago, las Notas de la posición fiscal, las Notas legales de cada impuesto y los Términos y condiciones de los ajustes. Se imprimen los cuatro, ninguno reemplaza al otro, y conviene definir qué va en cada uno para no repetir la misma leyenda cuatro veces. El detalle está en el Manual «Términos de pago y condiciones».

Además de esos cuatro, la localización argentina agrega por su cuenta dos leyendas obligatorias, sin que nadie las cargue:

• RG 5003: en las facturas A emitidas a un monotributista, el aviso de que el crédito fiscal de ese comprobante solo puede computarse a los fines del régimen de la Ley 27.618. Odoo lo detecta cruzando la letra del comprobante con la responsabilidad ante ARCA del cliente.
• Bono Fiscal Electrónico: en los comprobantes emitidos por ese régimen, el compromiso del comprador de no exportar el bien durante tres años. En esos mismos comprobantes las líneas suman una columna NCM con el código de cada producto.

Ninguna de las dos se puede desactivar desde la pantalla, y está bien que así sea: son obligaciones formales, no preferencias de diseño.