德国门店收到一份ZUGFeRD混合发票，PDF画面看着正常，导入后金额却不同，应先查看文件内嵌的XML数据，而不是把画面上的数手工改进系统。结构化部分处于主导地位，并不意味着发现错误后可以不查真实交易、直接照一个数字确认付款。
本篇核对日期为2026年11月5日，讨论德国ZUGFeRD混合格式的收票检查，不展开全部开票过渡安排，也不把它套用于其他国家的财政票据。
PDF外观与XML，是同一份混合发票的两个部分
ZUGFeRD标准维护机构FeRD在格式FAQ中解释，混合格式将可读的PDF/A-3与嵌入的XML结合；两部分应表达一致的发票信息。其“PDF与XML矛盾时怎么办”一节明确，结构化XML为主，并建议接收方查看、验证这些数据，重要差异与开票方澄清。
因此，不能只凭文件扩展名判断。普通PDF与带结构化数据的混合文件，不是同一种情况；一张普通发票图片经过OCR读出了金额，也不等于从ZUGFeRD的XML读取了原始字段。核对时应先让服务人员说清楚：当前系统读的是哪一部分、用的是什么格式规则。
先确认差的是哪个字段
以下是一种门店核对办法，而不是自动入账规则：保留收到的原文件，分别查看PDF画面与XML的可读展示，按同一发票号码核对卖方、买方、币种、行项目、税额及应付合计。不要把商品净额、含税合计和仍待支付金额混成一个“总金额”。
例如，画面上的应付数是120，而系统列表显示100，需要先确认列表中的100是否只是净额。若字段含义不同，不一定是文件自相矛盾；若同一含义、同一币种下仍不一致，再把具体字段和相关原单交给开票方及会计处理。这里的数字只是说明核对顺序，不是德国统一税率或实际交易。
验证工具也有适用范围。FeRD提醒，不同格式应使用对应规则；不能只拿一套XRechnung规则的报错，就断言一份ZUGFeRD EXTENDED文件必定无效。软件能打开文件、验证结果、内容是否对应真实业务，应分别查看，不用一个绿色提示代替全部判断。
不要自行编辑XML，或另造一笔进货来抵差额
重要内容确实不一致时，应保留原件和差异记录，向开票方说明需要澄清的位置，由会计按实际业务确认后续处理。不要把PDF打印再扫描后当成唯一保留材料，也不要只改XML或图片让两边看起来相同，使原始来源难以辨认。
若该发票对应门店一笔采购，还应把原采购、实际收货及付款分别关联起来。收到更正文件时先追到原记录，不能不查号码就重新录一次进货、重复增加库存和供应商欠款。这是业务记录的核对建议，不表示任何特定进销存已经自动完成ZUGFeRD接收、格式验证或税务处理。
格式基础可继续阅读结构化电子发票格式说明。对这类问题，门店真正需要的软件演示是：保留原文件、识别读取来源、展示关键字段，再沿记录处理差异。PDF看得见只是开始，读对的是不是同一份业务信息，才是收票检查要回答的问题。