超级管理员
楼主
电子发票的强制化正在多个国家推进，节奏不同但方向一致。对有多国业务的企业来说，ERP 的适配成了硬任务。
几个关键节点
- 西班牙：税务机关 AEAT 目标 2026 年 10 月 1 日起实施公共电子发票解决方案（SPFE）的技术规则部长令。B2B 电子发票义务分两批——年营业额超 800 万欧元的从 2027 年 10 月 1 日开始，其余从 2028 年 10 月 1 日开始。注意部长令本身尚未正式通过。
- 希腊：原定 2026 年 10 月 1 日的义务推迟到 11 月 2 日。11 月 2 日到 2027 年 1 月 31 日是调整期，期间 ERP 系统和税务机关的专用登记表单可并行使用。2027 年 2 月 1 日起，必须 exclusively 通过认证的电子发票提供商或税务局的 timologio/myDATAapp，不能再通过 ERP 直接传输。
- 荷兰：计划 2030 年 7 月 1 日起强制 B2B 电子发票，遵循 EN 16931 标准，不设单独的国内格式。
- 英国： consultation 回复称 2029 年起所有增值税发票必须为电子发票，倾向 Peppol 作为互操作方案。
对 ERP 的三点要求
- 格式标准。EN 16931 是欧洲的事实标准，Peppol 是主流传输网络。ERP 要能输出符合标准的结构化发票，而不是 PDF。
- 传输通道。希腊的例子很典型——过渡期允许 ERP 直连，之后必须通过认证提供商。这意味着 ERP 要能对接外部服务商的 API，而不是自己直连税务机关。
- 数据完整性。电子发票要求的结构化字段远超传统发票。买家信息、税号、商品编码、税率分类、交付信息，缺一项就可能被拒。
K3 用户要注意的 如果涉及跨境业务，先理清楚：
- 哪些国家的哪些实体受哪些规则约束。规则按实体注册地和交易类型区分，不是一刀切。
- 现有的发票模板能不能输出结构化数据。很多企业的模板是打印导向的，字段不全。
- 有没有对接 Peppol 接入点的能力。没有的话要找服务商。
实施建议
- 先做影响评估。列出所有受影响的国家、实体、交易类型，对应各自的生效日期。
- 分清“现在必须做”和“可以计划”。希腊的 11 月 2 日很近，荷兰的 2030 年还远。
- 主数据要提前治理。客户税号、商品编码、税率映射，这些字段缺失会直接导致开票失败。很多企业是在上线前才发现主数据合格率只有六成。
- 保留回退方案。调整期并行使用的安排要利用好，别一上来就切断旧流程。
一个判断 电子发票不是 IT 项目，是合规项目。驱动力来自外部法规，时间节点不由你控制。早准备的成本远低于临时补救——尤其是主数据治理，这个工作量大且无法压缩。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。