
先问接收方
项目开始时确认接受的格式、版本、订单号或买方参考号,以及邮箱还是门户提交。这样能避免完成发票后才发现格式不符。本页解释德国电子发票背景。
XRechnung:发票数据在 XML 中
XRechnung 使用结构化 XML,支持 UBL 与 CII 语法,需要适当查看器生成可读视图。“.xml”扩展名并不能证明符合所有规则。KoSIT 官方介绍提供标准、验证和可视化资料。
无需手工读每个技术字段;用合适应用核验显示的金额等内容,同时保留原 XML 和相关附件。
ZUGFeRD:可见 PDF 与嵌入数据
混合 ZUGFeRD 把 PDF/A-3 与 XML 发票数据结合。可见页面供阅读,嵌入 XML 供机器处理。德国电子发票论坛说明结构。给普通 PDF 改名,或随意附一个 XML,都不能自动构成 ZUGFeRD。
按BMF 官方 FAQ,ZUGFeRD 2.0.1 起的版本原则上符合增值税格式要求,但 MINIMUM、BASIC-WL 配置除外。混合文件中两者不一致时,结构化数据具有决定性,应同时检查由 XML 显示的内容。
| 检查项 | XRechnung | 混合 ZUGFeRD |
|---|---|---|
| 数据位置 | 原始 XML | PDF/A-3 内嵌 XML |
| 阅读 | XML 可视化 | PDF 与嵌入数据可视化 |
| 保存 | 原 XML 与必要附件 | 完整混合原件与必要附件 |
| 发送前确认 | 版本、参考号、路径 | 配置、版本、路径 |
技术可读不证明材料真的交付或数量正确。
公共机构另有具体条件
联邦机构原则上采用当前有效 XRechnung,符合相关要求的其他格式可能被接受,不能一概把 ZUGFeRD PDF 当成联邦接受的 XML。核对联邦格式说明及委托方要求。Leitweg-ID用于联邦接收机关分流,应向客户索取,不能把此要求未经判断套到每个企业客户。
发送前五项检查
- 查看实际已开具文件,不只看预览。
- 显示并核对结构化数据;混合格式另查 PDF 一致性。
- 检查地址、工作期间、数量、价格、税项与前序引用。
- 按所需技术规则验证,业务实质仍需人工核对。
- 完成约定发送流程,确认回执并保留原件。
Hassolux 已开具发票支持结构化 XML 和嵌入 PDF 输出;具体接收要求仍看实际生成文件。演示文档不含电子发票数据,草稿与正式输出用途也不同。发票流程、德国期限和凭证保存提供延伸阅读。资料日期:2026 年 10 月 6 日。