从具体文件开始
始终检查可明确识别的导出文件,记录文件名、导出时间及应用版本。多个文件同名时可使用校验和,它证明文件身份,而非业务内容正确性。
首次测试使用虚构信息与可手动核算的简单计算,有助于排错。不要未经评估将真实发票上传至任意公共验证服务。
可采用的验证记录模板
| 检查步骤 | 记录内容 | 出现偏差时 |
|---|---|---|
| 标识文件 | 导出文件、文件名及必要时的校验和 | 重新确认正确导出文件 |
| 确定格式 | 实际版本与配置档 | 确认规范或导出配置 |
| 技术验证 | 验证工具、规则版本、报告 | 将提示对应至相关规则 |
| 审核内容 | 收件方、服务、数量、合计 | 修正来源与草稿的业务内容 |
| 检查接收 | 预定渠道与实际反馈 | 确认收件方要求 |
有针对性地使用验证
合适工具按特定规则评估文件,因此也应记录规则版本。KoSIT 文档及相应格式包有助于选择适用检查。税务判断请参阅德国联邦财政部最新常见问题。
提示可能涉及结构、必填值或字段间关系。应在相应源头修正原因后重新导出。对混合格式手动修改 XML,却保留原 PDF,可能产生新的矛盾。
ZUGFeRD 的额外比较
接收方
可见文档与 XML 必须指向预定收件方。字段已填写,也可能在事实上错误。
明细
依据已审核草稿,比较两种表示中的描述、数量、单位和价格。
合计
核查计算过程及显示合计。版面整洁的 PDF 本身不能证明正确。
关联验证结果
将报告与实际检查的导出文件一起保存。修改后不能用旧报告证明新文件有效。
收件方接受是独立步骤
经过技术验证的文件仍可能通过错误渠道送达,或不符合收件方附加要求。发送日志仅证明相应传输步骤,实际接收或处理反馈应单独记录。
验收软件功能时,不应只看导出按钮,而应建立从草稿到具体验证结果的可重复链路。具体情况的税务判断仍由财务人员负责。
从指南走进示例项目。
在 OOKI 演示中体验这些步骤:使用虚构数据操作任务、客户视图、工时和发票草稿。无需登录。
体验演示 (DE)更多来源
- 德国联邦财政部:电子发票常见问题 ↗
有关格式、验证及过渡规则的问题;请按具体情况查阅最新原始来源。
查阅日期: - KoSIT / XStandards Einkauf:XRechnung 常见问题 ↗
结构化发票、技术验证及职责。
查阅日期: