Romania RO e-Factura: B2G, B2B and B2C Scope in 2026

Understand the phased scope, B2C reporting and the current five-working-day submission rule.
Country / jurisdiction

Romania

Article scope

B2G, B2B, B2C, Outbound, Tax Reporting

Last checked

2026-08-28

Romania's e-invoicing regime combines several transaction relationships and has continued to change after the initial B2B rollout.

How to use this guide

A useful project outcome is not a document that merely repeats the rule. It is a traceable decision model that connects the rule to legal entities, transaction scenarios, source data, system behaviour, operating ownership and evidence.

Country-specific decisions

01

Treat each relationship separately

B2G, domestic B2B and B2C obligations have different legal histories and practical delivery implications. Project scoping should identify the supplier, recipient, establishment and Romanian VAT-registration status for each flow.

02

B2C reporting started in 2025

OUG 69/2024 made transmission of issued B2C invoices through RO e-Factura mandatory from 1 January 2025, subject to stated exclusions such as qualifying fiscal receipts.

03

The 2026 deadline uses working days

ANAF's 2026 notice states a deadline of five working days from issue, while also applying the statutory latest-date limit. The same deadline applies to relevant B2C transmission.

Turn the rule into an applicability matrix

One group-wide date is rarely enough. The project needs a row-level view of who is in scope, for which transaction, from when and under which exception.

Decision areaWhat must be decidedEvidence to retain
Legal entityDetermine establishment, registration and taxpayer status for each invoicing entity.Entity register, tax registrations and accountable local owner.
TransactionSeparate B2G, B2B, B2C, self-billing, credit/debit and other locally relevant scenarios.Approved scenario catalogue linked to source document types.
Effective positionRecord the effective date, transition rule, threshold and material exclusions against every scenario.Dated official source and approved applicability decision.
Document outcomeDefine whether the obligation concerns creation, validation, exchange, reporting, customer delivery or several outcomes.Target process and required legal artifacts.
Change ownershipAssign who monitors official changes and who approves a change to the production rule set.Review calendar, decision log and controlled release record.

A practical path from research to go-live

The sequence below prevents a tax date from being treated as an isolated IT deadline.

  1. Freeze the source set
    Archive the current official guidance, publication date and interpretation questions.
  2. Build the scope inventory
    Map entities and real transaction families, including low-volume and exception paths.
  3. Translate obligations into controls
    Define mandatory data, timing, validation, delivery and evidence requirements.
  4. Test representative scenarios
    Use normal, correction, rejection, duplicate and period-end cases—not one happy-path invoice.
  5. Establish ongoing governance
    Monitor changes and update country pages, system rules, procedures and training together.

Management questions before approving the rollout

  • Can finance show why each entity and transaction is in or out of scope?
  • Are exceptions represented in the system, or only remembered by individual users?
  • Does every effective date have an owner, source and tested deployment plan?
  • Can the organisation distinguish a legal deadline from an internal project target?
  • Will a regulatory update reach mappings, operations and customer communication through one controlled process?

Official sources

Information note: This guide provides general business information based on the cited official sources. It is not legal, tax or accounting advice. Confirm the current rules and entity-specific interpretation with local advisers before implementation.
SAP Integration for Brazil's Electronic Fiscal Document Families
Route each transaction to the correct document model, authority, lifecycle and archive.