如果你向罗马尼亚销售商品或服务，你的发票现在运行在一个与去年不同的时钟上——而且首先需要面对的是税务机关的计算机，而不是你客户的应付账款团队。自2026年1月1日起，罗马尼亚给你五个工作日而非五个日历日，通过国家 RO e-Factura 系统传输每张发票。这听起来像是喘息的空间。但延长截止日期的同一项法令也扩大了监管范围：在罗马尼亚注册增值税的非居民企业现在被明确纳入适用范围。如果你向罗马尼亚客户开具发票，并认为 e-Factura 是别人的问题，那么今年这个假设就到期了。
2026年1月1日究竟发生了什么变化
罗马尼亚的电子发票框架建立在第120/2021号紧急法令之上，该法令创建了由国家税务机关 ANAF 运营的 RO e-Factura 清关系统。2025年12月23日，政府发布了第89/2025号紧急法令（GEO 89/2025），对该框架进行修订，多项变更自2026年1月1日起生效。对日常运营而言，最重要的变化是传输截止日期。
此前，每张发票必须在开具后五个日历日内传输至 RO e-Factura。周末计入。公共假日计入。周五开具的发票实际上给你到周三的期限，而其中两天落在周末，没人在盯着队列。
现在截止日期是自开具之日起五个工作日，适用于 B2B 和 B2C 交易。周末和公共假日不再消耗时钟时间。周五开具的发票现在到期日是下周五，而非周三——对于每周批量开票的小型团队来说，这是有意义的差别。
一个过渡陷阱值得注意：截止时间是依据发票的开具日期，而非提交日期。2025年12月31日或之前开具的发票仍遵循旧的五个日历日规则，即使其截止日期落在2026年1月。只有2026年1月1日起开具的发票才适用新的工作日规则。如果你的开票系统对所有发票应用同一条规则，那么跨年的12月发票可能在你以为新规则保护它们时，悄悄违反了旧截止日期。
更大的变化：网撒得更广了
截止日期的宽限伴随着适用范围扩大，这对跨境卖家而言比多出的天数更重要。
非居民增值税登记卖家现在被明确覆盖
GEO 89/2025 澄清并收紧了在罗马尼亚注册增值税但在当地没有固定经营场所的纳税人的规则。如果你是一家持有罗马尼亚增值税号的外国企业，且你提供的商品或服务的供应地在罗马尼亚，那么这些国内交易的发票必须通过 RO e-Factura。这堵住了一些非居民卖家一直在其中运营的灰色地带——"我们实际上并不在这里设立机构"的解释不再成立。
系统在你周围持续扩张
要理解罗马尼亚的发展方向，了解其轨迹会有所帮助：
- 2024年1月： 罗马尼亚增值税登记企业之间的 B2B 电子发票成为强制性要求。
- 2024年7月： 只有通过 RO e-Factura 传输的发票才被视为 B2B 税务目的的有效发票。通过电子邮件发送的 PDF 在法律眼中不再是发票。
- 2025年1月： 对罗马尼亚境内供应商而言，B2C 电子发票成为强制性要求。
- 2026年1月： 截止日期改为五个工作日，非居民增值税登记卖家被牢牢纳入适用范围。以个人识别号运营的个人最初被要求在开始经济活动前注册 e-Factura 登记册，但第88/2026号法律在年中撤回了这一要求：对于以 CNP 识别的个人、特殊制度下的个体农民以及外国文化机构，自2026年6月起系统使用再次变为可选，已注册者可申请从登记册中移除。
罗马尼亚现在运行着欧盟最全面的电子发票制度之一——B2B、B2C 和 B2G 都通过同一清关模式流转。发展方向毫无疑问：每一张触及罗马尼亚的发票最终都要经过 ANAF 的平台。
5个工作日时钟在实践中如何运作
RO e-Factura 是清关模式，而非申报模式。你不是先把发票发给客户，然后再告知税务机关。你以所需的 XML 格式将发票提交至 ANAF 平台，平台验证并分配唯一识别号，只有在此之后该发票才在税务目的上具有法律效力。你的客户从系统中获取它。
计算天数
时钟从发票开具日期开始，从那天起算五个工作日。罗马尼亚的工作日不包括周六、周日和官方公共假日。在实践中：
- 周一开具的发票到期日是下周一。
- 周五开具的发票到期日是下周五。
- 周中的公共假日会把一切往后推一天——这在罗马尼亚经常发生，该国假日日历相当慷慨。
把假日日历纳入你的流程，而不仅仅是周末。一个只计算周一到周五但忽略假日的提交程序最终会出错。
将发票送入系统
有两条提交路径：
- API 集成。 你的 ERP 或会计软件直接连接 ANAF 接口并自动提交发票。在任何实际业务量下，这是唯一明智的选择，也是让五天截止日期变得从容而非紧张的原因。
- 手动上传。 你通过 SPV 门户上传 XML 文件，这需要合格的电子签名。对于偶尔的发票可行，但作为常规操作则是折磨。
对外国卖家而言一个实际难题：ANAF 门户界面仅有罗马尼亚语。如果你的团队中没人懂罗马尼亚语，手动提交意味着在五天截止日期和罚款压力下，用你不懂的语言浏览政府门户。通过你的会计技术栈进行直接 API 集成——或聘请当地税务代表——远比英勇的手动努力更可取。
60天下载窗口
ANAF 在其平台上存储发票60天。之后，发送方和接收方各自负责自己的归档，而罗马尼亚规则要求发票至少保留五年。把平台视为传输渠道，而非档案库。你的月末例行程序应确认每张已传输的发票都已在60天窗口关闭前下载并归入你自己的记录。
不合规的代价
罗马尼亚的电子发票罚款有两层，第二层才是危险的那层。
第一层：按违规行为分级罚款
未通过系统传输发票的罚款按纳税人规模分级：
- 大型纳税人： 每次违规 5,000 至 10,000 列伊（约 1,000 至 2,000 欧元）
- 中型纳税人： 每次违规 2,500 至 5,000 列伊
- 其他实体和个人： 每次违规 1,000 至 2,500 列伊
"每次违规"意味着这些罚款会随遗漏发票数量倍增。系统性故障——比如某个集成在3月悄悄停止提交——会迅速累积成严重的金额。
第二层：发票金额的15%
自2024年7月起，在 RO e-Factura 系统之外开具或接收 B2B 发票，将面临发票总金额15%的罚款。请注意，这一风险触及交易双方：在系统外开具发票的卖方，以及入账了一张从未通过系统流转的发票的买方。对跨境卖家而言，这意味着你的罗马尼亚客户自身也有动力要求你提供合规发票——接受你通过电子邮件发送的 PDF 而非已清关电子发票的买方，自己也在承担罚款风险。预计较大的罗马尼亚客户会开始直接拒收非系统发票，如果他们还没这么做的话。
中小企业延期并非豁免
年营业额低于50万欧元的小型纳税人享有全额罚款制度推迟执行至2026年7月1日的待遇。仔细读这句话：这是罚款的延期，而非义务的延期。受覆盖的小企业现在就被期望使用系统——传输发票、测试集成、改善数据质量——宽限期是通往合规的跑道，而非忽视强制要求的许可。这条跑道现在已经结束。如果你把延期当作豁免，那么补课从今天开始。
跨境卖家反复犯的错误
大多数 RO e-Factura 失误是运营性的，而非法律性的。同样的模式反复出现：
习惯性地按日历日计算。 那些已将旧的五个日历日规则内化的团队——或者运行一份全球开票清单的团队——按旧算法在第五天提交，并以为自己提前合规了。在新规则下这无害。相反的错误才是致命的：2025年12月的发票在旧规则仍适用时按新规则判断。
以为中小企业延期意味着"还没到时候"。 营业额门槛以下的外国卖家推迟了集成工作，现在在没有安全网的情况下运营。义务在整个延期期间都适用；只有罚款被暂停。
发 PDF 邮件就称之为开票。 在罗马尼亚的 B2B 市场，从未通过 RO e-Factura 的发票不是有效发票。那些保留旧的电子邮件 PDF 工作流并行——或替代——系统提交的卖家，正在生成客户无法合法入账的文件，同时双方都在累积15%的风险敞口。
入账从未清关的收到发票。 15%罚款中买方的那一面是大多数企业忽略的。如果你从罗马尼亚供应商采购，你的应付账款流程应在入账前核实收到的发票是否带有其 e-Factura 识别号。
把 ANAF 当作档案库。 平台60天保留期会惩罚那些以为政府系统会无限期保存记录的团队。窗口关闭时，重建就是你的问题。
低估语言障碍。 仅罗马尼亚语的门户使每次手动提交对外国团队来说都变成缓慢、易错的苦差。把手动上传作为长期策略无法扩展，也经不起人员流动。
向罗马尼亚销售合规清单
如果你以罗马尼亚增值税登记（无论是否设立机构）向客户开具发票，请逐项检查以下清单：
- 确认你的适用范围。 你是否持有罗马尼亚增值税号？你的供应是否以罗马尼亚为供应地？如果两个答案都是肯定的，那么这些交易就在 RO e-Factura 的适用范围内，无论是否设立机构。
- 在系统中注册。 确保你的企业已在 RO e-Factura 登记册中登记，且你的访问凭证和电子签名安排在你面临截止日期压力需要它们之前就可用。
- 选择提交路径。 在超出偶尔发票的业务量时，将你的开票系统与 ANAF 接口集成。将手动 SPV 上传保留给例外情况，并确保由能够浏览罗马尼亚语门户的人负责该任务。
- 重新编程截止日期。 将2026年发票的每份清单、SLA 和自动提醒从五个日历日更新为五个工作日——同时为任何日期为2025年12月的遗留发票保留旧规则编码。
- 加载罗马尼亚假日日历。 你的工作日计算必须跳过公共假日。在每年年初将该年的假日硬编码到你的开票计划中。
- 入账前核实——双向。 开出的发票在你认为其已开具之前需要系统识别号；收到的罗马尼亚发票在你入账费用之前需要其识别号。将识别号检查纳入你的结账流程。
- 自动化归档提取。 安排一个例行程序，在60天窗口内从平台下载已传输和已接收的发票，并归入你的五年保留存储。
- 在账簿中追踪电子发票识别号。 像记录付款参考号一样，在账簿中将 ANAF 分配的识别号与每张发票一起存储。当税务机关询问某笔交易时，识别号是连接你账簿与其系统的线索。
最后一点值得强调。清关模式开票改变了"完整账簿"的含义：你罗马尼亚交易的账簿分录只有在每一项都带有其系统识别号时才得到完整支持。一笔未记录识别号的销售，要么尚未传输，要么已传输但从未对账——无论哪种，都是你的月末审查应捕捉到的信号。将识别号、传输时间戳和验证响应与交易一起保存，对账就变成匹配工作，而非调查。
让你的跨境记录随时可供审计
罗马尼亚向卖家传递的信息越来越清晰：在系统认可之前，发票不是真实的；而截止日期以工作日计算，无论你的流程是否知道。把机制做对——注册、集成、识别号追踪、归档——就能把严格的强制要求变成例行管道。Beancount.io 提供纯文本会计，让你对自己的财务数据拥有完全的透明度和控制权——没有黑箱，没有供应商锁定。免费开始使用，看看为什么开发者和财务专业人士正在转向纯文本会计。
