Los números de esta guía salen del modelo comercial. El comportamiento —qué
consume cuota, qué pasa al excederse, qué devuelve una clave
live— se
ejecutó.El sandbox es gratis y no es un simulador
Homologación ilimitada, y ARCA entrega CAE real. Los CAE de el quickstart y de las demás guías salieron de los servidores del organismo. No hay mocks en el camino: la firma, el sobre SOAP y la respuesta son los mismos que en producción.Y la homologación no consume cuota. No es una excepción del plan Sandbox:
vale en todos. Cobrar por comprobantes de prueba castigaría exactamente la
conducta que el sandbox existe para fomentar.
La medición: emitir en homologación y mirar la misma respuesta
La medición: emitir en homologación y mirar la misma respuesta
Lo que se cobra es el comprobante autorizado
No el request, no la creación. El CAE.Los planes
Todos incluyen panel, PDF A4 y ticket con QR de la RG 4892, homologación y
soporte por email. El PDF no es un módulo aparte.
Los precios son en pesos y son finales: lo que dice la lista es lo que se
debita. No hay tipo de cambio en el medio, y no hay un impuesto que se sume
después.
Panel es el único sin API
Existe para quien factura desde la web y no integra nada: un monotributista, un comercio, un estudio chico. Sin API el precio puede ser un tercio de Integración, y quien no la usa no la paga. Eso no contradice la regla 3 de más abajo. Lo que nunca se bloquea es la emisión por exceder cuota; esto no es un exceso de uso, es una superficie que el plan no incluye. Emitir desde el panel sigue sin bloquearse nunca, y el excedente se factura igual.Regla 1 · CUIT activo es el que emitió, no el que aprovisionaste
Un CUIT cuenta en el período sólo si emitió al menos un comprobante autorizado.
Cargar un contribuyente y dejarlo dormido no cuesta nada.
La medición, y por qué el contador no se puede ensuciar
La medición, y por qué el contador no se puede ensuciar
Sobre la misma organización, a medida que aparecían emisiones autorizadas en
producción:Y
cuitActivos se deriva por consulta, nunca se aprovisiona: no hay un contador
que alguien pueda dejar mal.Regla 2 · En Plataforma el cupo va a un pozo común
Cada CUIT activo suma 150 comprobantes a una bolsa de la organización. No es un límite por tenant: es un límite compartido que crece con la cantidad de tenants que facturan.Eso es lo que hace que la misma grilla sirva a un monotributista y a una
plataforma con 300 tenants: un monotributista es una plataforma con N=1.
La medición: el límite se mueve con los CUIT activos
La medición: el límite se mueve con los CUIT activos
En Y la cabecera de la emisión dice lo mismo, con dos CUIT activos:
GET /v1/consumo, cambiando sólo la cantidad de CUIT activos:Regla 3 · La cuota es blanda. Nunca se bloquea una emisión
Ésta es la que más conviene saber antes de integrar, y está medida.
Excederse de la cuota no frena nada: agrega un renglón a la factura
La medición: 1002 comprobantes contra un límite de 1000
La medición: 1002 comprobantes contra un límite de 1000
Lo que sí es duro
Excedente ≠ mora. Pasarte de la cuota es una línea más en la factura del
mes. El ciclo completo está en cómo se te cobra.
Las cabeceras de cuota, en cada emisión
Por qué el excedente lleva la moneda adelante
Por qué el excedente lleva la moneda adelante
Viene como
ARS 25.00, no como un número pelado. Es a propósito: hasta el
2026-09-03 esta cabecera decía USD 0.0120 mientras el cobro ya era en pesos, y un
valor sin moneda no deja detectar ese desacople.Hoy es siempre ARS, y si algún día no lo fuera, lo vas a leer en la cabecera y no
en un changelog.GET /v1/consumo
El detalle completo, con el desglose por CUIT.
La respuesta real
La respuesta real
billable y total en el primer CUIT: 1002 facturables
sobre 1005 operaciones. Los tres de diferencia son emisiones de homologación —
contadas, no cobradas.
El desglose por contribuyente existe porque una plataforma necesita saber el consumo
de cada tenant, para su propio recobro o para poner sus propios límites.
El consumo no se puede corregir “a mano”, y está enforzado
Cada operación deja un evento crudo inmutable, y las cuotas se calculan encima. No hay un contador que alguien pueda incrementar o retocar.Para vos eso significa dos cosas: tu factura es auditable hacia atrás, y
si alguna vez cambia la unidad de cobro, se puede recalcular el histórico y
mostrarte los dos números antes de anunciar nada.
No es una convención: la base lo rechaza
No es una convención: la base lo rechaza
Intentando corregir eventos directamente en Postgres:
El paso a producción, como es
Los controles que sí quedan, y que son los que vas a ver:Un integrador que prueba con su clave de sandbox nunca llega a emitir en
producción por accidente: ve un
403 que habla de modos y no de ambientes.Qué hace falta para producción
Tres cosas, y dos son trámites tuyos ante ARCA:1
Un certificado productivo
Distinto del de homologación.
2
El punto de venta dado de alta para «Factura Electrónica – Webservice»
En el ambiente productivo. Ver qué es un punto de
venta.
3
Que la emisión en PRODUCCION esté habilitada del lado de Emissa
Desde la 5.10, lo está.
La consecuencia que nadie adivinaría
La consecuencia que nadie adivinaría
La cuota sólo cuenta comprobantes de
PRODUCCION. Mientras producción estuvo
deshabilitada eso quería decir que no había forma de consumir cuota emitiendo, y la
única manera de llegar a un excedente era sembrar eventos a mano — que es exactamente
cómo se midió la regla 3.Desde la 5.10 eso cambió: emitir en producción consume cuota de verdad. El
sandbox sigue siendo gratis e ilimitado en lo que a cuota respecta, así que la
frontera entre «probar» y «pagar» es la misma que la frontera entre «no tiene
consecuencia fiscal» y «sí la tiene». No es una coincidencia: es el mismo límite
mirado desde dos lados.Qué sigue
Cómo se arma una integración
El recorrido completo, de punta a punta.
Cómo se te cobra
El ciclo del día 1 y los dos caminos de pago.