ediverse

Tapez pour rechercher dans les standards, messages, outils et glossaire.

ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

— 01

Fondamentaux

— 02

Standards

— 03

Messages phares

— 04

Outils

Roumanie — RO e-Factura et le CIUS roumain

La Roumanie a basculé en juillet 2024 sur un modèle clearance complet : toute facture B2B passe par RO e-Factura, opéré par l'ANAF, qui scelle le document XML et l'horodate avant qu'il ne soit livré à l'acheteur.

Timeline réglementaire

  • OUG 120/2021 du 4 octobre 2021. Ordonnance d'urgence portant création du système national de facturation électronique RO e-Factura.
  • Lege 139/2022 du 17 mai 2022. Approuve l'OUG 120/2021 et étend l'obligation B2G aux flux supplémentaires.
  • 1er juillet 2022. Entrée en vigueur du B2G : fournisseurs des autorités publiques tenus d'émettre via RO e-Factura.
  • OUG 115/2023 du 14 décembre 2023 (Monitorul Oficial 1139/2023). Étend RO e-Factura au B2B : phase de reporting du 1er janvier au 30 juin 2024 (envoi en parallèle de la facturation traditionnelle), puis clearance stricte à partir du 1er juillet 2024.
  • OUG 87/2024 du 27 juin 2024. Précise le régime de sanctions à partir du 1er juillet 2024 (amendes 1 000 à 10 000 RON pour les retards d'émission).
  • 1er janvier 2025. Extension B2C. Toute facture émise à un consommateur résident roumain doit transiter par RO e-Factura.
  • Ordin 1366/2021 et révisions successives. Spécifie la version RO_CIUS, les codes d'erreur, et le protocole d'échange via API SPV.

Approfondissements — 10 pages dédiées

Dix pages dédiées approfondissent chaque dimension du mandat roumain e-Factura — le déploiement 2022-2025 (B2G, secteurs à risque, intra-communautaire, B2B universel), les spécifications techniques (RO_CIUS UBL, D406 SAF-T, e-Transport), et l'usage B2B réel (EDIFACT retail, automotive, e-Sigilii sceaux accisables) qui s'articule avec la clearance ANAF.

Réforme e-Factura 2022-2025

  • e-Factura ANAF · Plateforme nationale opérée par l'ANAF, clearance pur, RO_CIUS UBL signé par l'État. Base légale OUG 120/2021, Legea 296/2023.
  • SPV — Spațiul Privat Virtual · Portail sécurisé ANAF, eIDAS qualifié, REST + SFTP, ~3 M d'utilisateurs, > 500 M factures traitées depuis 2023.
  • Calendrier RO 2022-2025 · 1ᵉʳ juil. 2022 B2G + secteurs à risque, 1ᵉʳ juil. 2024 B2B IC, 1ᵉʳ jan. 2025 B2B universel, e-Transport depuis le 1ᵉʳ juil. 2022.
  • Régimes TVA roumains · Taux 19/11/5, micro-entreprise ≤ 300 K RON, taxare inversă art. 331 Cod Fiscal (construction, métaux, téléphones, gaz, or).

Specs techniques

  • RO_CIUS — UBL 2.1 · Customization roumaine d'OASIS UBL 2.1 conforme EN 16931, identifiant urn:efactura.mfinante.ro:CIUS-RO:1.0.1, règles Schematron BR-RO-XX.
  • D406 SAF-T roumain · Déclaration informative mensuelle, schéma D406 V2.4.4, cross-validation avec e-Factura, rollout 2022-2025 par catégorie de contribuables.
  • e-Transport — UIT · Document compagnon depuis le 1ᵉʳ juil. 2022, code UIT UUID, marchandises > 250 K€ international ou > 100 K€ intra-RO en 2025.

Usage B2B réel

  • EDIFACT retail roumain · Kaufland, Lidl, Carrefour, Auchan, Mega Image, Profi, Penny Market, Selgros — subsets EANCOM 2002, GS1 Romania (préfixe 594).
  • EDIFACT automotive roumain · Dacia Mioveni, Ford Craiova, Continental (4 sites), Schaeffler Brașov, ZF, BMW NDC Sibiu — standards VDA + Galia + Odette, OFTP2 sur ENX.
  • e-Sigilii — sceaux fiscaux · Sceaux fiscaux numériques pour biens accisables (tabac, alcool, vin, bière premium, e-liquides), UID par unité de vente, CNIMI émetteur.

Schéma technique

Le format est un CIUS roumain assis sur UBL 2.1 et conforme à EN 16931. La version courante est RO_CIUS 1.0.1. Le CIUS ajoute des règles métier roumaines (BR-RO-XX), notamment l'obligation de fournir le CUI avec préfixe RO, une dévise RON par défaut (avec conversion EUR/USD via le taux BNR de la veille en cas de devise étrangère), et des codes TVA spécifiques au régime de TVA inversée (taxare inversă).

Exemple minimal d'une facture conforme RO_CIUS 1.0.1 :

xmlro-cius-1-0-1.xml
<?xml version="1.0" encoding="UTF-8"?>
<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"
         xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2"
         xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">
  <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:efactura.mfinante.ro:CIUS-RO:1.0.1</cbc:CustomizationID>
  <cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
  <cbc:ID>RO-2026-04321</cbc:ID>
  <cbc:IssueDate>2026-05-16</cbc:IssueDate>
  <cbc:DueDate>2026-06-15</cbc:DueDate>
  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
  <cbc:DocumentCurrencyCode>RON</cbc:DocumentCurrencyCode>
  <cac:AccountingSupplierParty>
    <cac:Party>
      <cbc:EndpointID schemeID="9947">RO12345678</cbc:EndpointID>
      <cac:PartyName><cbc:Name>Atelier Bucuresti SRL</cbc:Name></cac:PartyName>
      <cac:PostalAddress>
        <cbc:StreetName>Strada Victoriei 12</cbc:StreetName>
        <cbc:CityName>Bucuresti</cbc:CityName>
        <cbc:CountrySubentity>RO-B</cbc:CountrySubentity>
        <cac:Country><cbc:IdentificationCode>RO</cbc:IdentificationCode></cac:Country>
      </cac:PostalAddress>
      <cac:PartyTaxScheme>
        <cbc:CompanyID>RO12345678</cbc:CompanyID>
        <cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
      </cac:PartyTaxScheme>
    </cac:Party>
  </cac:AccountingSupplierParty>
  <cac:AccountingCustomerParty>
    <cac:Party>
      <cbc:EndpointID schemeID="9947">RO87654321</cbc:EndpointID>
      <cac:PartyName><cbc:Name>Cooperativa Cluj SA</cbc:Name></cac:PartyName>
    </cac:Party>
  </cac:AccountingCustomerParty>
</Invoice>

Flux de soumission

Le vendeur transmet sa facture au système RO e-Factura via l'API du Spațiul Privat Virtual (SPV) de l'ANAF. L'authentification se fait par certificat numérique qualifié (CertSign, DigiSign, Trans Sped, etc.). L'ANAF valide le document sous 60 secondes typiquement, lui appose un sceau électronique (Ministerul Finanțelor Publice) et un index unique, puis le rend disponible à l'acheteur dans son SPV. La facture livrée à l'acheteur est la version scellée ANAF, pas celle envoyée par le vendeur — un détail qui change l'archivage.

textflux-anaf.txt
┌────────────┐    ┌──────────────────┐    ┌────────────┐
│ Vendeur RO │───>│ RO e-Factura     │───>│ Acheteur RO│
│ (ERP)      │SPV │ (ANAF — Spatiul  │    │ (ERP)      │
│            │API │  Privat Virtual) │    │            │
└────────────┘    └────────┬─────────┘    └────────────┘
                           │
                           ▼
                  ┌──────────────────┐
                  │ Index unique     │  ← Validation sous 60s,
                  │ + sceau ANAF     │     XML signé MFP scellé
                  └──────────────────┘

Validation

Pièges courants

  1. RO_CIUS vs PEPPOL générique. Le profil RO_CIUS ajoute des règles BR-RO-XX qui ne sont pas dans le tronc EN 16931 ou PEPPOL Billing 3.0 générique. Une facture qui passe peppol.helger.com peut être rejetée par l'ANAF : il faut un validateur RO_CIUS spécifique.
  2. Devises et taux BNR. Une facture en EUR ou USD doit comporter un montant en RON calculé selon le taux Banca Națională a României de la veille du jour d'émission. L'omission ou la non-cohérence est rejetée avec le code d'erreur RO-BT-6.
  3. Version scellée ANAF comme version légale. La facture archivable est celle scellée ANAF, pas celle émise par le vendeur. Les systèmes qui archivent uniquement la version d'origine sont en infraction sur l'authenticité électronique.
  4. Authentification SPV par certificat qualifié. Une rotation du certificat sans réauthorisation côté SPV bloque toute la chaîne de soumission. Les opérateurs cloud doivent automatiser le renouvellement et l'enrôlement.
  5. Régime de TVA inversée (taxare inversă). Pour certaines catégories (commerce de céréales, déchets ferreux, gaz et électricité B2B), la TVA est inversée. Le CIUS impose le code TVA correct (catégorie AE par exemple) ; un code TVA standard sur une opération en taxare inversă est rejeté.

Liens transverses