Qué comprobante emitir

La letra del comprobante sale de dos datos: tu condición fiscal como emisor y la de tu cliente. Elegir mal es la causa más frecuente de rechazo de ARCA.

Según tu condición fiscal

Sos Monotributista o Exento → siempre C

Comprobante	voucherType
Factura C	11
Nota de Débito C	12
Nota de Crédito C	13

A cualquier cliente: consumidor final, responsable inscripto, otro monotributista. La letra no cambia.

No discriminás IVA. Todas las líneas van al neto y los ítems no llevan taxType. Es correcto: el monotributo no discrimina IVA. Ver cálculo de totales.

Sos Responsable Inscripto → depende del cliente

Tu cliente es…	Emitís	voucherType (Factura / N.D. / N.C.)
Responsable Inscripto (taxType: 1)	A	1 / 2 / 3
Responsable Monotributo (6)	A	1 / 2 / 3
Consumidor final (5)	B	6 / 7 / 8
IVA Sujeto Exento (4)	B	6 / 7 / 8

En A el receptor tiene que estar identificado con CUIT (docType: 80). En B se calcula el IVA pero no se imprime discriminado.

Al monotributista se le emite Factura A, no B

Es el error más frecuente al integrar, porque durante años fue al revés. Un responsable inscripto que le vende a un monotributista emite Factura A con el IVA discriminado.

¿No sabés la condición de tu cliente?

Consultala en el padrón de ARCA con GET /:id-empresa/arca/padron/:cuit. Devuelve taxCondition, que podés usar tal cual como customer.taxType.

Notas de crédito y débito

Un comprobante electrónico autorizado no se puede modificar ni borrar. Para corregirlo emitís otro que lo compensa:

Querés…	Emitís	Monotributista o exento	Responsable Inscripto
Anular una factura entera	Nota de crédito por el total	13	3 (sobre A) · 8 (sobre B)
Descontar una parte (devolución, bonificación)	Nota de crédito por esa parte	13	3 (sobre A) · 8 (sobre B)
Cobrar de más (intereses, gastos, ajuste)	Nota de débito	12	2 (sobre A) · 7 (sobre B)

El código depende de la letra de la factura original, no de tu condición: si emitiste una Factura A, la anulás con una Nota de Crédito A.

Dos reglas que no se negocian:

1. Misma letra que el comprobante original. Una nota de crédito C anula una factura C. Nunca cruzadas.
2. Siempre con associatedVouchers, apuntando al comprobante que modifica.

Anular la Factura C 0001-00000045

{
  "idempotency": "a4e1f2c3-…",
  "posNumber": 1,
  "voucherType": 13,
  "concept": 1,
  "voucherDate": "20260814",
  "associatedVouchers": [
    { "voucherType": 11, "posNumber": 1, "voucherNumber": 45 }
  ],
  "customer": { "docType": 96, "docNumber": "35888999", "name": "Pedro López", "taxType": 5 },
  "items": [
    { "description": "Anulación de Factura C 0001-00000045", "quantity": 1, "price": 30000, "taxType": 3 }
  ]
}

Los ítems de la nota de crédito deben reflejar lo que se anula: por el total si anulás todo, o sólo las líneas devueltas si es parcial. La API calcula los importes igual que en una factura.

No existe "anular" como operación

No hay ningún endpoint que borre o anule un comprobante. Emitir la nota de crédito es la anulación, y así lo entiende ARCA. Los dos comprobantes quedan en tu historial: eso es lo correcto desde el punto de vista fiscal.

Cómo se numeran

Cada combinación de punto de venta + tipo de comprobante lleva su propia numeración correlativa, y la API la administra sola:

Punto de venta 1, Factura C   → 0001-00000045, 0001-00000046, …
Punto de venta 1, N. Crédito C → 0001-00000012, 0001-00000013, …
Punto de venta 2, Factura C   → 0002-00000008, 0002-00000009, …

Son secuencias independientes. No lleves contadores en tu sistema: mandá el posNumber y el voucherType, y el voucherNumber viene en la respuesta.

Lo que esta API no emite

Comprobante	Códigos
Comprobantes M	51, 52, 53	No se emiten por API
Recibos	4, 9, 15, 54	Existen en el sistema, no se emiten por API
Comprobantes de exportación (E)	19, 20, 21	No se emiten por API
Remito	91	No se emite por API

Cualquier otro código responde VALIDATION_ERROR. Si necesitás alguno de estos, escribinos a [email protected].

La tabla completa de códigos: Tipos de comprobante.