ZUGFeRD / 电子发票

检查电子发票:文件、数据与结果的流程

技术报告只是检查的一部分。本流程区分格式验证、内容审核及收件确认。

从具体文件开始

始终检查可明确识别的导出文件,记录文件名、导出时间及应用版本。多个文件同名时可使用校验和,它证明文件身份,而非业务内容正确性。

首次测试使用虚构信息与可手动核算的简单计算,有助于排错。不要未经评估将真实发票上传至任意公共验证服务。

可采用的验证记录模板

每行描述一项独立检查。通过一项不能替代下一项。
检查步骤记录内容出现偏差时
标识文件导出文件、文件名及必要时的校验和重新确认正确导出文件
确定格式实际版本与配置档确认规范或导出配置
技术验证验证工具、规则版本、报告将提示对应至相关规则
审核内容收件方、服务、数量、合计修正来源与草稿的业务内容
检查接收预定渠道与实际反馈确认收件方要求

有针对性地使用验证

合适工具按特定规则评估文件,因此也应记录规则版本。KoSIT 文档及相应格式包有助于选择适用检查。税务判断请参阅德国联邦财政部最新常见问题。

提示可能涉及结构、必填值或字段间关系。应在相应源头修正原因后重新导出。对混合格式手动修改 XML,却保留原 PDF,可能产生新的矛盾。

ZUGFeRD 的额外比较

  1. 接收方

    可见文档与 XML 必须指向预定收件方。字段已填写,也可能在事实上错误。

  2. 明细

    依据已审核草稿,比较两种表示中的描述、数量、单位和价格。

  3. 合计

    核查计算过程及显示合计。版面整洁的 PDF 本身不能证明正确。

  4. 关联验证结果

    将报告与实际检查的导出文件一起保存。修改后不能用旧报告证明新文件有效。

收件方接受是独立步骤

经过技术验证的文件仍可能通过错误渠道送达,或不符合收件方附加要求。发送日志仅证明相应传输步骤,实际接收或处理反馈应单独记录。

验收软件功能时,不应只看导出按钮,而应建立从草稿到具体验证结果的可重复链路。具体情况的税务判断仍由财务人员负责。

从指南走进示例项目。

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

体验演示 (DE)

更多来源

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

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

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

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

    查阅日期: