ZUGFeRD / 电子发票

ZUGFeRD 与电子发票:区分格式、内容与验证

ZUGFeRD 将可见发票与结构化数据结合。实际应用中,版本、配置档及具体文档的检查至关重要。

可读 PDF 与结构化数据是不同概念

普通 PDF 向人展示内容,结构化发票数据则将信息写入机器可读字段。ZUGFeRD 结合 PDF 与嵌入式 XML;XRechnung 是结构化 XML 格式。具体适用格式与例外,请参阅链接中的原始来源。

德国联邦财政部将 XRechnung 及合适的 ZUGFeRD 格式列为电子发票选项,ZUGFeRD 的配置档也很重要。这不意味着任意导出文件或 OOKI 功能已获确认。请核查实际文件、规范与收件方要求。

三种文件,不同检查任务

技术参考,并非最终税务判断。
文件类型检查内容还需明确什么
普通 PDF可见信息与可读性是否符合约定或要求的格式
XRechnung XML结构化字段与业务规则适用规范及接收渠道要求
ZUGFeRDPDF 展示与嵌入式 XML 数据版本、配置档及两种表示的一致性

验收应包含版本与配置档

FeRD 提供 ZUGFeRD 2.5.2。新规范发布并不代表某应用已经实现,导出按钮的文字也不能证明实际使用的配置档。

产品测试应记录导出日期、应用版本、识别出的格式版本及配置档,再用合适工具检查这一具体文件。以后测试其他文件属于新证据,不应悄然替代之前的检查。

准备有意义的导出测试

  1. 虚构测试发票

    使用规模适中、明细明确、计算可核查的示例。公开测试中不要使用真实客户或银行信息。

  2. 标识文件

    将原始文件与检查结果一并保存。多次导出时文件名易混淆,可用校验和辅助识别。

  3. 比较两种表示

    对于混合文档,应比较可见内容与结构化数据中的收件方、明细、数量与合计。

  4. 单独测试接收渠道

    确认收件方要求的文件接收方式。本地测试通过,不等于其系统已确认接收。

通过验证的报告不能替代什么

技术验证检查特定规则,不能回答实际服务、约定或基础数据的所有问题。格式正确的收件方名称仍可能指向错误对象。因此,格式验证还需要业务内容审核。

推荐顺序是:审核服务依据、审核草稿、导出、验证格式、确认接收要求。混合这些步骤会增加错误溯源难度。

法律要求可能变化且存在例外。决策时应使用最新原始来源,必要时咨询专业人士。本文解释检查流程,不判断某张发票的个别法律有效性。

常见问题

仅有 PDF/A-3 就是电子发票吗?

不是。文件容器本身不能证明存在适当的结构化发票数据,也不能证明内容正确。具体文档及适用格式规则才是关键。

上线前如何测试开票流程?

生成所需格式的示例文件,与收件方共同检查,比较可见金额与结构化数据。导出按钮或 PDF 预览不足以完成此项验证。

从指南走进示例项目。

在 OOKI 演示中体验这些步骤:使用虚构数据操作任务、客户视图、工时和发票草稿。无需登录。

体验演示 (DE)

更多来源

  1. 德国联邦财政部:电子发票常见问题 ↗

    有关格式、验证及过渡规则的问题;请按具体情况查阅最新原始来源。

    查阅日期:
  2. FeRD:ZUGFeRD 2.5.2 ↗

    格式包与版本说明,不代表 OOKI 已实现的版本。

    查阅日期:
  3. KoSIT / XStandards Einkauf:XRechnung 常见问题 ↗

    结构化发票、技术验证及职责。

    查阅日期: