免费电子发票查看器（XRechnung、ZUGFeRD、Factur-X）

操作示例

按“试用 XRechnung 示例”打开一份虚构的 XRechnung 3.0 发票。页面显示“发票 RE-2026-0417”，开票日期 2026 年 10 月 28 日，到期日 2026 年 11 月 27 日，应付金额 €2,215.26。三行项目合计 €1,866.50。增值税明细为：€1,817.50 按 19% 计税 €345.33，€49.00 按 7% 计税 €3.43，合计 €348.76，且 1,866.50 + 348.76 = 2,215.26。横幅显示“金额合计正确。”，IBAN DE89 3704 0044 0532 0130 00 被标记为“有效”，旁边显示一个付款二维码。

使用哪些设置，以及限制

• 拖入 XML 文件，或整个 ZUGFeRD 或 Factur-X PDF。 该页面一次打开一个文件：一个 .xml 电子发票或一个 .pdf。它能读取 UBL（XRechnung、Peppol BIS Billing 3.0、土耳其 e-Fatura 和 UBL-TR 格式的 e-Arşiv）和 UN/CEFACT CII（XRechnung CII、ZUGFeRD 2.x、Factur-X）格式的发票，包括贷项通知单。标题旁的徽章会标明其识别的标准，例如“XRechnung 3.0”。超过 50 MB 的文件会被拒绝，并显示“此文件大于 50 MB，远超电子发票的大小。请检查是否为正确的文件。”
• 读取 PDF 是为了获取其内部附加的 XML。 ZUGFeRD 或 Factur-X PDF 将发票数据作为附加的 XML 文件携带。该页面会列出 PDF 中附加的文件，并优先选择名为 factur-x.xml 的附件，其次是 zugferd-invoice.xml、xrechnung.xml 或 order-x.xml，否则将选择第一个以 .xml 结尾的文件。标签随后会显示“来自 PDF 的 XML：factur-x.xml”，“下载 XML”会保存该文件。您看到的是 XML 中的数据，而不是 PDF 页面上打印的图像。
• 阅读显示金额合计是否正确的横幅。 在交易方信息上方，页面会检查发票自身的算术：各行合计与“行合计”、“不含税总额”（行合计减去折扣加费用）、增值税明细与增值税总额、“含税总额”以及“应付金额”（总额减去“已付金额”加舍入）的核对，外加 IBAN 的校验位检查。一分钱的差异是可接受的，对于长发票，行合计允许每十行有一分钱的差异。当文件缺少所需数字时，会跳过某项检查。这不是官方的 EN 16931 或 XRechnung 规则检查，通过此检查的发票仍可能被公共门户拒绝。
• 仅对您欠款的账单使用二维码。 对于欧元发票，如果包含有效的 IBAN 且金额大于零，页面会生成一个 EPC 二维码（GiroCode），银行应用扫描后即可自动填入收款方、IBAN、金额和参考号。当参考号通过校验时，会采用结构化债权人参考号（RF...），否则使用付款参考号或发票号。贷记凭证、其他币种、直接借记（付款方式代码 49 或 59，或扣款账户）、IBAN 缺失或无效、金额为零或负数时，不会生成二维码。在银行应用中确认前，请务必核对所有信息。
• 按需打印、保存或导出。 “打印/保存为 PDF”会打开打印对话框，请选择“另存为 PDF”作为打印机。如果没有反应，页面会显示“打印未启动”并建议“下载为 HTML”，您可以打开该文件并从那里打印。“下载为 HTML”会保存一个以发票号命名的独立页面，“行项目导出为 CSV”则会保存一个以分号分隔、带 UTF-8 字节顺序标记的行项目文件。CSV 列依次为：行号、物料编号、名称、描述、数量、单位、单价、净额、增值税率和增值税类别，金额格式与 XML 中一致（使用点号作为小数分隔符）。
• 日期和金额遵循页面语言。 日期、金额和国家名称会以页面语言和发票原始币种显示，因此同一个文件在这里会显示为“2026年10月28日”和“€2,215.26”。单位和增值税类别在代码常见时使用通俗文字（C62 显示为“件”，S 显示为“标准税率”），否则显示原始代码。文件中留空的字段直接不显示。内嵌附件会有一个“下载”按钮，链接附件只显示地址，“XML 源代码”面板会显示文件的前 400,000 个字符。

常见问题及解决方法

提示“此 XML 不是 UBL 或 CII 格式的发票。请打开 XRechnung、ZUGFeRD、Factur-X、Peppol 或 e-Fatura 文件。”

该文件是格式良好的 XML，但其主元素不是 Invoice、CreditNote 或 CrossIndustryInvoice。其他 XML 文件（如订单、发货通知、门户回执或响应、意大利 FatturaPA 或其他国家格式）就是这种情况。页面也能找到封装在信封内的发票，但只能深入几层。请打开发票文件本身，而不是关于它的消息。

提示“此文件不是格式良好的 XML，因此无法读取。它可能已损坏或被截断。”

该文件无法解析为 XML。常见原因包括：下载提前中断、手动编辑文件时缺少闭合标签，或者将 HTML 页面（如门户登录页或错误页）保存为 .xml 后缀。请在文本编辑器中打开它：真正的电子发票以 <?xml 开头，或者以 Invoice 或 CrossIndustryInvoice 标签开头。请从发件方的门户网站或电子邮件中重新下载。

提示“此 PDF 未附带发票 XML，因此是一份普通 PDF，而非 ZUGFeRD 或 Factur-X 发票。请改用 PDF 阅读器打开。”

大多数发票 PDF 只是发票的图片，内部没有数据。只有 ZUGFeRD 和 Factur-X PDF 会附带嵌入的 XML 文件。请在邮件或门户中查找供应商提供的单独 .xml 文件并拖放到这里，或向供应商索要 ZUGFeRD 或 Factur-X 版本。当 PDF 有附件但无一以 .xml 结尾时，也会出现同样的提示。

提示“此 PDF 无法打开。它可能已损坏或受密码保护。”

页面内置的 PDF 阅读器无法打开该文件，这通常发生在文件损坏或需要密码的 PDF 上。请在创建该 PDF 的程序中移除密码，或重新下载文件，然后再次拖放。如果供应商也单独发送了 XML 文件，您可以直接打开那个文件。

提示“部分金额不平：”或“IBAN 无效：其校验位不匹配。”

页面会列出每个不平的金额，并给出计算结果和发票上的数值，例如“应付金额应为 €2,215.26（总额减去预付款加上舍入），但发票上为 €2,215.62。”页面仅读取并加总文件中的内容，因此差异存在于发票本身。付款前请联系发件方，对于错误的 IBAN，请通过其他途径与对方确认账号。IBAN 被标记时不会生成二维码。

对比分析

完整的电子发票校验器会检查每一条 EN 16931 和 XRechnung 业务规则，并告知您文件是否会被门户接受。本页面不这样做：它读取字段，像普通发票一样展示并加总金额，因此用于阅读和核对您收到的发票，而非证明您发出的发票合规。您的会计软件可以直接导入数据，更适合记账，但本页面无需账户或设置，在浏览器中即可读取文件。它不验证签名，不发送或接收发票，也不编辑发票。XML 文件仍是法定发票，打印件上会注明这一点。