Análisis del país
Rumanía implementó RO e-Factura por etapas — comenzando como un canal voluntario y volviéndose obligatorio, tipo de transacción por tipo de transacción. Esta es la secuencia completa, pasada y futura.
La plataforma se abrió para el registro voluntario antes de cualquier mandato legal, dando a las empresas y organismos públicos pioneros tiempo para probar la integración.
Las autoridades contratantes públicas dentro del alcance de la Ley 199/2020 (que transpone la Directiva UE 2014/55/UE) deben aceptar y procesar facturas estructuradas conformes con EN 16931 para la contratación pública por encima de los umbrales de la UE.
Comienzan las obligaciones de e-reporting B2B para las personas sujetas al impuesto establecidas en Rumanía (y las entidades no establecidas registradas a efectos de IVA), bajo el marco de la Ordenanza del Gobierno 120/2021 y la especificación técnica RO_CIUS (Orden del MF 1366/2021).
Rumanía opera un modelo de compensación centralizado (CTC): las facturas B2B y B2G deben ser validadas y selladas digitalmente por la ANAF a través de RO e-Factura antes de tener efectos legales. El reporte B2C siguió desde enero de 2025.
Las facturas B2C ordinarias también deben reportarse a través de RO e-Factura en formato XML RO_CIUS. Los recibos fiscales de punto de venta y las transacciones individuales puntuales permanecen exentos.
El Registro obligatorio RO e-Invoice ahora también cubre a asociaciones, fundaciones y entidades sin ánimo de lucro no registradas a efectos de IVA, agricultores individuales bajo el régimen agrícola especial, y autónomos identificados por número de identificación personal (CNP).
Tras un retraso confirmado, los pequeños contribuyentes con facturación inferior a 500.000 € quedan plenamente sujetos a la aplicación y sanciones de e-Factura, en igualdad de condiciones con las empresas más grandes.
Toda factura es un archivo XML estructurado — no existe un equivalente en PDF o papel con validez legal una vez que está dentro del alcance.
El XML CII está técnicamente permitido por el estándar EN 16931, pero en la práctica la plataforma de la ANAF valida realmente UBL 2.1 — use UBL a menos que tenga una razón específica para no hacerlo.
Los NIF CUI/CIF no válidos o inactivos provocan un rechazo inmediato — el sistema cruza la información con la base de datos de contribuyentes en vivo de la ANAF como parte de la validación, no solo una comprobación de formato.
Se requieren códigos de categoría fiscal específicos de Rumanía para los escenarios de inversión del sujeto pasivo y factura simplificada — los códigos genéricos de EN 16931 por sí solos no superarán la validación Schematron.
Conserve tanto el XML que envió como la respuesta firmada/downloadId de la ANAF — el sello digital del gobierno (no su propia firma) es lo que hace que la factura sea legalmente válida.
Rumanía opera un modelo de compensación centralizado (CTC): nada es legalmente una factura hasta que la ANAF la ha validado y sellado.
Realice un seguimiento del estado del envío a través de pendiente → validado → rechazado. Cree lógica de reintento/espera progresiva — la infraestructura de la ANAF tiene problemas de fiabilidad conocidos durante los períodos de mayor presentación.
El plazo de 5 días comienza en el momento del devengo (hecho imponible), no en la fecha en que finalmente genera el XML — automatice el envío inmediatamente tras la emisión en lugar de procesarlo por lotes.
Los compradores no son receptores pasivos — se espera que recuperen activamente las facturas dirigidas a su CUI y pueden presentar una reclamación de cumplimiento si un proveedor no emite correctamente.
Antes de poder enviar o recibir una sola factura, existe un proceso de configuración único con la autoridad fiscal central.
Obtenga un certificado de firma electrónica cualificada de un proveedor rumano acreditado. Esta es la credencial que la ANAF utiliza para identificarle — prevea tiempo para esto, ya que la emisión del certificado no es inmediata.
Cree su cuenta de Spațiul Privat Virtual (Espacio Privado Virtual) — el portal seguro de contribuyentes de la ANAF — utilizando su certificado digital para autenticarse.
Presente el Formulario 084 para activar formalmente el acceso a RO e-Factura para su CUI/CIF. Este es el paso de registro específico que habilita la capacidad de facturación electrónica dentro del SPV.
Si una plataforma externa o un contable presenta las facturas en su nombre, delégueles la autoridad del certificado por entidad. Esta suele ser la parte más complicada de la integración — las delegaciones deben configurarse individualmente y los certificados caducan, así que haga un seguimiento de las fechas de renovación.
Intégrese a través de la API REST de la ANAF utilizando OAuth 2.0 para el envío máquina a máquina, o utilice directamente la interfaz web del SPV para volúmenes más bajos. Realice pruebas exhaustivas — la validación RO_CIUS es estricta, y las referencias de CUI/CIF no válidas provocan un rechazo inmediato.
Consulte el estado de compensación (pendiente/validado/rechazado), realice un seguimiento del plazo de 5 días por factura, y mantenga una lógica de reintento/espera progresiva para que las facturas se envíen exactamente una vez incluso si el endpoint de la ANAF no está disponible temporalmente.
E-Factura no existe de forma aislada — dos regímenes de reporte rumanos adyacentes suelen confundir a los recién llegados.