可读 PDF 与结构化数据是不同概念
普通 PDF 向人展示内容,结构化发票数据则将信息写入机器可读字段。ZUGFeRD 结合 PDF 与嵌入式 XML;XRechnung 是结构化 XML 格式。具体适用格式与例外,请参阅链接中的原始来源。
德国联邦财政部将 XRechnung 及合适的 ZUGFeRD 格式列为电子发票选项,ZUGFeRD 的配置档也很重要。这不意味着任意导出文件或 OOKI 功能已获确认。请核查实际文件、规范与收件方要求。
三种文件,不同检查任务
| 文件类型 | 检查内容 | 还需明确什么 |
|---|---|---|
| 普通 PDF | 可见信息与可读性 | 是否符合约定或要求的格式 |
| XRechnung XML | 结构化字段与业务规则 | 适用规范及接收渠道要求 |
| ZUGFeRD | PDF 展示与嵌入式 XML 数据 | 版本、配置档及两种表示的一致性 |
验收应包含版本与配置档
FeRD 提供 ZUGFeRD 2.5.2。新规范发布并不代表某应用已经实现,导出按钮的文字也不能证明实际使用的配置档。
产品测试应记录导出日期、应用版本、识别出的格式版本及配置档,再用合适工具检查这一具体文件。以后测试其他文件属于新证据,不应悄然替代之前的检查。
准备有意义的导出测试
虚构测试发票
使用规模适中、明细明确、计算可核查的示例。公开测试中不要使用真实客户或银行信息。
标识文件
将原始文件与检查结果一并保存。多次导出时文件名易混淆,可用校验和辅助识别。
比较两种表示
对于混合文档,应比较可见内容与结构化数据中的收件方、明细、数量与合计。
单独测试接收渠道
确认收件方要求的文件接收方式。本地测试通过,不等于其系统已确认接收。
通过验证的报告不能替代什么
技术验证检查特定规则,不能回答实际服务、约定或基础数据的所有问题。格式正确的收件方名称仍可能指向错误对象。因此,格式验证还需要业务内容审核。
推荐顺序是:审核服务依据、审核草稿、导出、验证格式、确认接收要求。混合这些步骤会增加错误溯源难度。
法律要求可能变化且存在例外。决策时应使用最新原始来源,必要时咨询专业人士。本文解释检查流程,不判断某张发票的个别法律有效性。
常见问题
仅有 PDF/A-3 就是电子发票吗?
不是。文件容器本身不能证明存在适当的结构化发票数据,也不能证明内容正确。具体文档及适用格式规则才是关键。
上线前如何测试开票流程?
生成所需格式的示例文件,与收件方共同检查,比较可见金额与结构化数据。导出按钮或 PDF 预览不足以完成此项验证。
从指南走进示例项目。
在 OOKI 演示中体验这些步骤:使用虚构数据操作任务、客户视图、工时和发票草稿。无需登录。
体验演示 (DE)更多来源
- 德国联邦财政部:电子发票常见问题 ↗
有关格式、验证及过渡规则的问题;请按具体情况查阅最新原始来源。
查阅日期: - FeRD:ZUGFeRD 2.5.2 ↗
格式包与版本说明,不代表 OOKI 已实现的版本。
查阅日期: - KoSIT / XStandards Einkauf:XRechnung 常见问题 ↗
结构化发票、技术验证及职责。
查阅日期: