国家/地区
罗马尼亚
文章范围
B2G, B2B, B2C, 出站, 税务申报
最后核查
2026-08-28
罗马尼亚电子发票制度同时覆盖多种交易关系，并在最初 B2B 推行后持续变化。
如何使用本指南
高质量项目成果不是复述法规，而是形成一个可追溯的判断模型，把法规连接到法律实体、交易场景、源数据、系统行为、运营责任和留存证据。
本国关键判断
01
分别判断每种交易关系
B2G、国内 B2B 和 B2C 义务具有不同的法规演进和客户交付影响。项目应逐项识别供应方、接收方、设立状态和罗马尼亚增值税登记状态。
02
B2C 报送从 2025 年开始
OUG 69/2024 要求自 2025 年 1 月 1 日起通过 RO e-Factura 报送已开具 B2C 发票，但符合条件的财政收据等场景存在明确例外。
03
2026 年期限按工作日计算
ANAF 2026 年通知规定自开具日起五个工作日报送，并同时受法定最迟日期限制。相同期限适用于相关 B2C 报送。
把法规转换成适用性矩阵
一个集团层面的统一日期通常不够。项目必须逐行说明谁适用、什么交易适用、何时开始以及存在哪些例外。
| 判断领域 | 需要明确什么 | 应保留的证据 |
|---|---|---|
| 法律实体 | 逐个开票实体确认设立地、登记状态和纳税人身份。 | 公司清单、税务登记及本地责任人。 |
| 交易场景 | 区分 B2G、B2B、B2C、自开票、贷借项及其他本地场景。 | 与源单据类型关联的已批准场景目录。 |
| 生效阶段 | 为每个场景记录生效日期、过渡规则、门槛和重要例外。 | 带日期的官方来源和经过批准的适用判断。 |
| 法定结果 | 明确义务针对开具、校验、交换、报送、客户交付，还是多个结果。 | 目标流程及必须形成的法定凭证。 |
| 变更责任 | 明确谁监控官方变化，谁批准生产规则调整。 | 复核日历、决策日志和受控变更记录。 |
从法规研究到上线的实际路径
以下顺序可以避免把税务日期误当成孤立的 IT 截止日期。
- 冻结来源基线
保存当前官方指引、发布日期和待确认的解释问题。 - 建立范围清单
覆盖真实公司和交易族，包括低频与例外路径。 - 转化为控制要求
明确必需数据、时限、校验、交付和证据要求。 - 测试代表性场景
除正常发票外，还要测试更正、拒绝、重复和期末场景。 - 建立持续治理
法规变化必须同步进入国家内容、系统规则、程序和培训。
批准上线前的管理层问题
- 财税团队能否解释每个公司和交易为什么适用或不适用？
- 例外是否真正进入系统规则，而不是只存在于个别员工记忆中？
- 每个生效日期是否都有负责人、官方来源和经过测试的上线计划？
- 组织是否能区分法定截止日期与内部项目目标？
- 法规更新能否通过同一受控流程到达映射、运营和客户沟通？
官方来源
- Romanian legislative portal — OUG 69/2024
- ANAF current guides and RO e-Factura material
- ANAF clarification on B2B and B2C simplified invoices
- ANAF 2026 RO e-Factura changes and five-working-day deadline
- ANAF clarification on B2C customer delivery
信息说明: 本指南根据所列官方来源提供一般业务信息，不构成法律、税务或会计意见。实施前应结合最新规定，并由当地专业顾问确认公司与交易的具体适用情况。