El mejor sistema de facturación electrónica posible para Argentina

Argentina resolvió el problema difícil: tiene facturación electrónica universal, obligatoria y funcionando hace más de una década. Muchos países desarrollados todavía no llegaron ahí.

Lo que no resolvió es el problema fácil: que usarla no requiera un especialista.

Este post hace dos cosas. Primero mira cómo lo resolvieron los países que mejor lo hicieron — Chile, Brasil, México, Italia, la Unión Europea con PEPPOL, India, Corea del Sur, y el caso de Estados Unidos, que es interesante por ausencia. Segundo, propone una arquitectura concreta para Argentina que toma lo mejor de cada uno.

No es un pedido de "modernizar". Es una especificación.

---

1. Primero, el marco: los tres modelos de arquitectura

Antes de comparar países hay que entender que no todos resuelven el mismo problema de la misma forma. Hay tres arquitecturas, y elegir una determina casi todo lo demás.

Clearance (autorización previa)

El fisco o su plataforma debe validar o registrar la factura en el momento de la emisión o antes, y devuelve un identificador único que la hace legalmente válida. Sin ese identificador, el comprobante no existe fiscalmente.

Es el modelo argentino: el CAE es exactamente eso. También el de México, Chile, Brasil y la mayoría de Latinoamérica, y en Europa el de Italia, Rumania y Serbia.

Ventajas: el fisco tiene visibilidad total de la actividad económica, con prueba tanto del emisor como del receptor. Detecta fraude en tiempo real y elimina la factura apócrifa como categoría.

Costos: exige integración en tiempo real y controles bloqueantes, lo que es mucho más demandante para el sistema del contribuyente. Si el servicio del fisco se cae, nadie puede facturar.

Post-audit (auditoría posterior)

El proveedor emite la factura directamente al comprador, el fisco no está en el circuito al momento de la emisión y audita después mediante declaraciones periódicas. Lo que le pide al sistema del contribuyente es comparativamente liviano: emitir con formato correcto, archivar de manera no adulterable durante el período legal, y poder producirla si se la piden.

Es el modelo europeo histórico, y el de Reino Unido, Alemania y Estados Unidos.

Ventajas: es menos intrusivo, permite emitir sin validación inmediata y elimina los costos de cumplimiento asociados. Sin dependencia de disponibilidad de un servicio estatal.

Costos: detección de fraude mucho más tardía y más cara.

Modelo de cuatro esquinas (PEPPOL)

Es el que Argentina no tiene y donde está la innovación más interesante.

PEPPOL es una red donde el emisor entrega el documento a su Access Point certificado, que lo enruta al Access Point del receptor, que lo entrega al comprador. Un Access Point es un proveedor certificado que se encarga de conversión de formato, cifrado, firma, ruteo y entrega. La red usa un servicio de descubrimiento tipo DNS: cuando un Access Point necesita encontrar a otro participante, consulta el SML, que devuelve un puntero al registro donde están los metadatos de ese participante.

La clave conceptual: el Estado no está en el medio de cada transacción. Define el estándar, certifica proveedores, y el documento viaja entre privados de manera interoperable.

Y el modelo de cinco esquinas, que es hacia donde va el mundo

Es una extensión del modelo de cuatro esquinas donde el fisco actúa como quinta esquina: la factura pasa por o se reporta al fisco en tiempo real o casi real. A medida que la factura fluye del vendedor al comprador por la red, una copia o resumen se reporta en tiempo real a la administración tributaria nacional. La quinta esquina se agrega encima sin cambiar cómo se intercambian las facturas.

La reforma ViDA fue adoptada por el Consejo de la UE como Directiva 2025/516, con facturación electrónica estructurada obligatoria intra-UE y requisitos de reporte digital casi en tiempo real, y una fase de armonización plena donde los sistemas nacionales heredados como el SdI italiano o el KSeF polaco deberán alinearse al marco europeo.

O sea: el mundo está convergiendo a un modelo que combina lo mejor de los dos anteriores — interoperabilidad descentralizada con visibilidad fiscal en tiempo real.

Este es el dato más importante de todo el post para pensar Argentina.

---

2. Los casos país, y qué tomar de cada uno

Chile (SII) — simplicidad y financiamiento

El más citado por facilidad de uso, y con dos piezas que Argentina no tiene.

El SII habilitó un Sistema de Facturación Electrónica gratuito para contribuyentes micro, pequeños y medianos, que permite operar cuando se emite escaso número de documentos. El inicio de actividades, el certificado digital y el Portal MIPYME son gratuitos; solo se paga si se contrata software comercial privado.

La decisión de diseño más inteligente: Chile permite centralizar el certificado digital en la nube del SII, manteniendo el contribuyente el control mediante la clave de su certificado, lo que le permite firmar documentos desde cualquier lado, con instalación y configuración mucho más sencilla y por única vez.

Eso elimina de un plumazo el dolor más grande de la integración argentina.

Y la segunda pieza, que es de otro orden: la cesión de facturas se realiza generando un Archivo Electrónico de Cesión y registrándolo en un Registro Público, sin cobro por el registro; el único costo de la operación es la tasa de descuento de la empresa de factoring. Además, el Registro de Compras y Ventas consolida automáticamente las facturas emitidas y recibidas, reemplaza los libros de compras y ventas, y es la base para la declaración mensual de IVA.

Qué tomar: portal gratuito real, certificado custodiado por el organismo, registro público de cesiones para factoring, y libro de IVA armado automáticamente.

India (GSTN) — el contraste técnico más brutal

India tiene un sistema de escala mayor al argentino y una arquitectura de API que pertenece a otra década.

El modelo indio es de clearance centralizado: toda factura B2B debe pasar por el Invoice Registration Portal, que actúa como autoridad única de validación, chequea duplicados, verifica datos del contribuyente, confirma cumplimiento de esquema, y recién entonces asigna el identificador único y la firma digital. Sin esa validación, la factura no tiene peso legal a efectos del impuesto.

Es decir: misma arquitectura conceptual que Argentina. La diferencia está enteramente en la implementación.

El sistema indio usa servicios web RESTful para proveer las distintas funcionalidades al contribuyente. La estructura de datos está definida por un esquema JSON con aproximadamente 120 campos, de los cuales unos 50 son obligatorios, y ese esquema es el contrato entre el sistema de facturación y el portal.

REST, JSON, esquema publicado como contrato. Argentina: SOAP, XML, manual en PDF.

Sobre autenticación: el token es válido por 6 horas y cualquier llamada a la API de autenticación dentro del período de vigencia devuelve el mismo token; para forzar uno nuevo antes del vencimiento se llama con un parámetro específico. Es la misma lógica de token cacheado del WSAA argentino, pero explicitada y con un mecanismo limpio de refresh en lugar de un error si pedís antes de tiempo.

Y una decisión institucional interesante: los GSP (GST Suvidha Providers), proveedores certificados por el propio organismo que actúan como intermediarios habilitados. Las APIs facilitan la comunicación entre contribuyentes o GSPs y el sistema de facturación electrónica. En vez de que el mercado de intermediarios surja espontáneamente para tapar los agujeros del sistema oficial — como pasó en Argentina — el Estado lo formaliza, lo certifica y lo integra al diseño.

También vale ver el límite honesto: si el contribuyente tiene su propio ERP que interactúa con el portal vía APIs, ese esquema es costoso. La API directa no es para todos, y por eso existen los GSP.

Qué tomar: REST + JSON schema como contrato, refresh de token explícito, y el concepto de proveedores certificados como capa formal del sistema.

Corea del Sur — el que mejor trata al contribuyente

Corea tiene el sistema más antiguo de la lista y algunas de las mejores decisiones de diseño.

Opera bajo un modelo de reporte directo: las facturas se emiten directamente al comprador y luego se reportan a la NTS, sin autorización previa. La transmisión al portal gubernamental debe hacerse dentro del día siguiente a la emisión.

O sea, un híbrido: no bloquea la emisión, pero el fisco tiene visibilidad casi inmediata.

Los contribuyentes pueden usar el portal gratuito de la oficina de impuestos, un proveedor de servicios certificado, su propio sistema contable con certificado digital, o incluso el sistema telefónico. Múltiples canales, incluido uno gratuito y uno para quien no tiene internet.

Pero el detalle que más me gusta, y que ningún otro país de la lista tiene con esa claridad: se debe archivar durante cinco años, salvo que la factura haya sido transmitida a la NTS, en cuyo caso el archivo de la NTS cumple con la obligación de retención.

El Estado ya tiene el comprobante, así que te libera de guardarlo. Es obvio y casi nadie lo hace. Argentina exige almacenamiento digital por un plazo mínimo de comprobantes que ARCA ya tiene.

Qué tomar: el archivo estatal libera de la obligación de retención, y múltiples canales de emisión incluido uno gratuito.

Italia (SdI) — el más parecido a Argentina, y su dilema

Italia es el caso europeo más comparable estructuralmente.

El SdI es la plataforma centralizada operada por la agencia tributaria italiana; toda factura emitida en Italia tiene que pasar por ahí. El emisor la envía en formato FatturaPA, el SdI valida, verifica la firma digital cualificada y la reenvía al comprador, capturando los datos para reporte de IVA en tiempo real. Está operativo para B2G desde 2014 y para todo B2B desde enero de 2019.

Es prácticamente la arquitectura argentina, con más años de rodaje.

Y acá está lo importante para nosotros: Italia está siendo forzada a cambiar. ViDA plantea un modelo de reporte descentralizado, en contraste con el modelo de clearance centralizado del SdI, y Italia, pionera de la facturación electrónica en Europa, deberá repensar y adaptar su arquitectura para alinearse plenamente con ViDA.

El pionero quedó con la arquitectura vieja. Es exactamente el riesgo que corre Argentina si sigue optimizando SOAP en lugar de mirar hacia dónde va el estándar global.

Qué tomar: la advertencia. Ser temprano no protege de quedar desactualizado.

Brasil (NF-e) y México (CFDI)

Brasil es el más maduro de la región en escala y en ecosistema de software alrededor, con la ventaja de haber generado un mercado enorme de proveedores.

México es el caso a mirar como advertencia: técnicamente sofisticado y notoriamente complejo, con validaciones que generan rechazos frecuentes. Más avanzado no equivale a más simple, y conviene no confundir sofisticación con calidad de diseño.

Estados Unidos — interesante por ausencia

Estados Unidos no tiene mandato federal de facturación electrónica B2B, pero la DBNAlliance — usando una red de cuatro esquinas estilo PEPPOL — está operativa desde 2024 y es el sustrato más probable para cualquier marco futuro.

La razón de fondo es que no hay IVA federal, y sin IVA el incentivo fiscal para controlar cada factura desaparece. No es que Argentina esté atrasada respecto de EE.UU.: resolvió un problema que EE.UU. no tiene.

El dato relevante es otro: cuando EE.UU. finalmente lo haga, va a hacerlo con arquitectura de cuatro esquinas, no con clearance centralizado.

---

3. Dónde está parada Argentina

Con todo lo anterior en la mano, el diagnóstico se vuelve preciso.

Lo que Argentina hace bien: clearance universal funcionando, cobertura completa, CAE como mecanismo de validación previa sólido, y visibilidad fiscal en tiempo real. La arquitectura conceptual es la correcta y está a la altura de Italia, India, Chile y México.

Lo que Argentina hace mal es todo lo que rodea a esa arquitectura.

Los web services de factura electrónica siguen siendo servicios SOAP, con la cadena completa de WSAA: certificado X.509, TRA firmado en CMS, base64, token de doce horas.

Los requisitos cambian por manual versionado: ARCA publicó las versiones 4.4 y 4.5 del Manual del Desarrollador para wsfev1, con obligatoriedad del campo CondicionIVAReceptorId, incorporación obligatoria de CbteFchHsGen, actualización de catálogos de errores y nuevas reglas de contingencia con CAEA.

Y la prueba más clara de que hay un problema: existe un mercado entero cuya propuesta de valor es no tener que tocar nada de eso. Servicios que envuelven WSFEv1 en una capa REST JSON propietaria para simplificar la integración, donde el CUIT emisor, el punto de venta y el certificado se resuelven automáticamente por token, y SDKs comunitarios que calculan automáticamente IVA, totales, numeración, fecha con timezone argentino, agrupan alícuotas y completan campos que pasaron a ser obligatorios.

Ese mercado no agrega valor de negocio. Es un peaje privado sobre una obligación pública. Y a diferencia de los GSP indios, no está certificado ni integrado al diseño del sistema: surgió para tapar un agujero.

Y falta un eje entero: Argentina no tiene nada parecido a PEPPOL. No hay interoperabilidad transfronteriza, ni estándar de intercambio entre privados, ni participación en ninguna red regional. Cada factura de exportación es un problema aparte.

---

4. El costo, y quién lo paga

El monotributista y la micro empresa. No integran nada: usan el portal de ARCA o pagan una suscripción mensual. Para quien emite quince comprobantes al mes, esa suscripción es una fracción no trivial del margen. Está pagando por cumplir una obligación.

La PyME con sistema propio. Paga integración una vez y mantenimiento para siempre. Cada versión de manual es un ticket de desarrollo con fecha límite.

El desarrollador. Absorbe la complejidad. Si construís un SaaS que necesita facturar, la integración fiscal es una porción desproporcionada del esfuerzo inicial respecto de su valor para el usuario. Nadie compra tu producto por lo bien que hablás SOAP.

El ecosistema. Este es el costo más grande y menos visible: cada producto que no se construyó, cada SaaS internacional que no soporta Argentina porque el costo de integración no justifica el mercado, cada startup que gastó tres semanas en facturación en vez de en su producto.

El Estado. Porque la fricción de facturar funciona como un impuesto implícito a la formalidad. No es metáfora: es un costo real, en dinero y en tiempo, que se paga por operar en blanco, y como todo costo fijo pesa desproporcionadamente sobre el chico.

Es el mismo principio que apareció en el post sobre compraventa de autos: hacer que formalizar sea caro produce informalidad, y después nos preguntamos por qué la base está sucia.

---

5. La propuesta: arquitectura para Argentina

Poniendo junto lo mejor de cada caso. Ordenado por relación impacto/esfuerzo.

Capa 1 — API moderna (impacto alto, esfuerzo bajo)

REST + JSON en paralelo a SOAP. No romper nada: convivencia, SOAP marcado como legacy, ruta de migración con fechas. India demuestra que un sistema de clearance de escala nacional funciona perfectamente sobre REST.

Esquema JSON publicado como contrato, al estilo del INV-01 indio. La fuente de verdad es una especificación versionada en un repositorio, no un PDF.

Autenticación por niveles:

• Certificado X.509 con firma CMS para volumen alto y no repudio fuerte. Se mantiene.
• Certificado custodiado por ARCA con control por clave del contribuyente, al estilo chileno, para la mayoría.
• API keys con scopes para el segmento de bajo volumen.

El principio: la garantía criptográfica debe ser proporcional al riesgo, no uniforme.

Refresh de token explícito, como el parámetro de India, en lugar del comportamiento actual de rechazar si pedís antes de tiempo.

Mensajes de error accionables: qué campo, por qué, cómo corregirlo.

Webhooks en lugar de polling para cambios de estado.

Capa 2 — Herramientas para desarrolladores (impacto alto, esfuerzo bajo)

• Especificación OpenAPI publicada y versionada.
• SDKs oficiales mantenidos por ARCA en los lenguajes principales. Hoy el ecosistema depende de librerías comunitarias que se rompen cuando cambia un manual: es una fragilidad estructural que el Estado externalizó sin querer.
• Sandbox estable y realista, con los mismos errores que producción y disponibilidad garantizada.
• Changelog con ventana de deprecación mínima garantizada entre anuncio y obligatoriedad.
• Colección de Postman y ejemplos ejecutables.

Capa 3 — Formalizar el ecosistema de proveedores (impacto medio, esfuerzo medio)

Adoptar el modelo GSP indio: certificación oficial de proveedores de servicios de facturación, con requisitos de seguridad, disponibilidad y cumplimiento, y acceso a APIs de mayor capacidad.

Hoy ese mercado existe igual, pero informalmente. Certificarlo da garantías al usuario, da capacidad de auditoría al Estado, y convierte un parche en una capa de diseño.

Capa 4 — Portal gratuito de verdad (impacto alto para el segmento chico)

Al estilo chileno y coreano: un portal oficial gratuito, usable, que cubra bien al contribuyente de bajo volumen. Argentina lo tiene; lo que falta es tratarlo como producto y no como trámite.

Con múltiples canales, incluido uno para quien no tiene buena conectividad.

Capa 5 — Devolver los datos al contribuyente (impacto alto, esfuerzo medio)

Esto es lo que Chile hace y Argentina no aprovecha.

• Registro de compras y ventas consolidado automáticamente, que arme el libro de IVA. ARCA ya tiene todos los comprobantes de ambos lados de cada operación: es información que existe y no se devuelve.
• Liberación de la obligación de archivo, al estilo coreano: si el comprobante fue transmitido y ARCA lo tiene, el archivo estatal cumple la obligación de retención. No tiene sentido exigirle a un monotributista que guarde cinco años algo que el Estado ya guardó.
• API de consulta de comprobantes recibidos, para conciliación automática de cuentas por pagar.

Capa 6 — Infraestructura de financiamiento (impacto alto, esfuerzo medio)

Copiar el registro público de cesiones chileno: infraestructura estatal gratuita de verificación y cesión, para que el mercado de factoring se construya encima.

Argentina tiene la Factura de Crédito Electrónica MiPyME, con un régimen más complejo y menos usado. La lección chilena es que la simplicidad del mecanismo es lo que genera el mercado.

Para una PyME argentina con problemas de capital de trabajo — o sea, casi todas — esto es acceso a liquidez.

Capa 7 — Interoperabilidad regional (impacto alto, esfuerzo alto, plazo largo)

Es lo que falta por completo y donde va el mundo.

• Adoptar o mapear a un estándar semántico internacional tipo EN 16931 / UBL, al menos para exportación.
• Explorar la incorporación a PEPPOL, que ya no es europeo: tiene autoridades nacionales en Bélgica, Italia, Noruega, Australia y Singapur.
• Estándar Mercosur de intercambio, aprovechando que Brasil, Chile y México ya tienen sistemas maduros.

El argumento de fondo: con ViDA, a partir de 2030 la facturación estructurada intra-UE será obligatoria con reporte digital casi en tiempo real. Cualquier exportador argentino que le venda a Europa va a tener que hablar ese idioma. Mejor construirlo ahora que reaccionar en 2029.

Y la decisión estratégica de fondo

Argentina no debería abandonar el clearance. Funciona, da control fiscal real y el CAE es una institución consolidada.

Lo que debería hacer es evolucionar hacia el modelo de cinco esquinas: mantener la validación fiscal en tiempo real, pero sobre una infraestructura de intercambio interoperable y descentralizada, en vez de una plataforma central que es el único camino posible.

La quinta esquina se agrega encima sin cambiar cómo se intercambian las facturas — y eso significa que el camino inverso también es viable: se puede agregar la capa de intercambio debajo de un clearance existente.

Es exactamente el problema que Italia tiene que resolver ahora. Argentina puede hacerlo por diseño en vez de por obligación.

---

6. Los contraargumentos honestos

La complejidad criptográfica no es burocracia gratuita. La firma con certificado da no repudio real: es la propiedad que hace que un comprobante sea legalmente atribuible. Simplificar la autenticación sin perder eso requiere diseño cuidadoso, no solo cambiar el transporte. Un esquema de API key ofrece garantías distintas, y por eso la propuesta es por niveles y no uniforme.

SOAP tiene contratos formales. El WSDL define el contrato de manera estricta y muchos sistemas empresariales lo consumen bien. Migrar tiene costo para quien ya está integrado. Por eso convivencia, no reemplazo.

Buena parte de la complejidad refleja complejidad tributaria real. Tipos de comprobante, alícuotas múltiples, regímenes especiales, percepciones, retenciones provinciales. Simplificar la API sin simplificar el régimen tiene un techo. Este es probablemente el punto más fuerte en contra de todo el post, y es honesto reconocerlo: una API hermosa sobre un sistema impositivo barroco sigue siendo difícil de usar.

El clearance tiene un costo de disponibilidad. Requiere integración en tiempo real y controles bloqueantes. Si ARCA se cae, nadie factura. Los mecanismos de contingencia tipo CAEA existen justamente por eso, y agregan complejidad propia.

Hay un sector que vive de esto. Facturadores, consultores, estudios que integran. Simplificar reduce demanda de esos servicios. No es razón para no hacerlo, pero es resistencia real y organizada.

Estabilidad tiene valor. Un sistema que procesa millones de comprobantes diarios hace una década no se toca a la ligera. Cualquier migración debe ser incremental, con convivencia larga y reversible.

---

7. Lo que queda en discusión

Si conviene migrar a cinco esquinas o profundizar el clearance centralizado. Italia está siendo forzada a lo primero; Argentina podría elegirlo. Pero el clearance centralizado tiene ventajas de control que el modelo distribuido no replica del todo.

Si el Estado debe proveer SDKs o dejarlo al mercado. Proveerlos garantiza calidad y compite con privados. El modelo GSP indio es una tercera vía: certificar en lugar de construir.

Portal gratuito robusto versus incentivar el mercado privado. Chile y Corea hicieron lo primero. El contraargumento es competencia estatal con proveedores; el argumento a favor es que la obligación es estatal y el canal mínimo de cumplimiento debería ser gratuito.

Si el problema real es la API o el régimen tributario. Hay un argumento fuerte de que el esfuerzo debería ir a simplificar el régimen. Es una discusión distinta y más grande, y probablemente más importante.

Qué se hace con los datos. Un sistema de clearance universal le da al Estado visibilidad casi total de la actividad económica. Corea lo plantea explícitamente como el establecimiento de una base de datos centralizada de la actividad económica del país. Es útil para fiscalizar y es también una capacidad de vigilancia comercial considerable, con la misma tensión que apareció en peaje y en patentes: hasta dónde llega el uso legítimo, cuánto se retiene, quién accede.

---

Cierre

La comparación internacional deja una conclusión incómoda y otra alentadora.

La incómoda: el problema argentino no es de arquitectura. India tiene el mismo modelo de clearance centralizado y una API que pertenece a esta década. Chile tiene el mismo modelo y un portal gratuito que funciona. Corea tiene visibilidad fiscal equivalente y te libera de archivar. La brecha no está en el diseño conceptual; está en el cuidado puesto en la interfaz.

La alentadora: por eso mismo, esta es probablemente la reforma más barata de toda esta serie. No requiere obra pública, ni acuerdo con veinticuatro provincias, ni cambiar una ley, ni desarmar una estructura de intereses. Requiere una capa REST, una especificación OpenAPI, SDKs mantenidos, un sandbox que funcione, y devolverle al contribuyente datos que el Estado ya tiene.

Es, literalmente, trabajo de desarrollo. Del tipo que cualquiera que haya sufrido la integración podría especificar en una tarde.

Y el principio que atraviesa toda esta serie aparece acá también, con otra ropa: cada peso y cada hora que cuesta cumplir es un incentivo a no cumplir. Lo vimos con la transferencia de autos y el padrón sucio. Es igual con la factura.

La diferencia es que acá el arreglo está al alcance.