KSeF 发票 XML 验证器
根据波兰财政部要求验证您的 KSeF FA(3) 发票 XML 结构。上传或粘贴 XML — 即时获取结果。
适用场景： Catch missing sections and line-item fields before you push files to KSeF APIs or hand them to integration QA.
KSeF Invoice XML Validator
Validate your KSeF invoice XML structure against required schema rules
使用方法
1
上传或粘贴 XML
上传 .xml 文件或将 KSeF 发票 XML 内容直接粘贴到文本区域。
2
点击验证 XML
工具解析您的 XML 并根据 FA(3) 架构要求进行检查。
3
查看验证结果
每条规则显示通过/失败状态。失败的规则包含缺失或错误内容的具体详情。
工作原理
波兰 KSeF 系统要求所有发票以基于财政部定义的 FA(3) 架构的结构化 XML 格式提交。该架构规定了必需元素，包括卖方数据（Podmiot1）、买方数据（Podmiot2）、发票头（Fa）和行项目（FaWiersze）。
本验证器根据 7 条关键结构规则检查您的 XML：有效的 XML 语法、Faktura 根元素的存在、必需子元素（Podmiot1、Podmiot2、Fa）、卖方/买方识别数据中的 NIP 字段、头部中的货币代码和发票日期、至少一个行项目，以及每个行项目中的必填字段（P_7、P_8B、P_9A、P_12）。
验证完全在浏览器中使用 DOMParser API 运行。没有 XML 数据上传到任何服务器。因此可以安全地验证包含敏感商业信息的发票。
常见问题
什么是 FA(3) 架构？
FA(3) 是波兰财政部为 KSeF 系统中的结构化电子发票发布的最新 XML 架构标准。它定义了所有必需的数据字段、结构和验证规则。
此验证器是否检查所有 FA(3) 规则？
本工具检查最关键的结构要求——根元素、必需部分、关键字段和行项目完整性。包括数据类型和业务规则在内的完整架构验证，请使用官方 KSeF 测试环境。
可以验证带命名空间的发票吗？
可以。验证器处理带或不带命名空间前缀的 XML 文档。它使用标签名匹配来查找元素，不受命名空间声明的影响。
验证失败怎么办？
仔细查看每条失败的规则。工具会准确显示缺少哪个元素或字段。常见问题包括卖方/买方数据中缺少 NIP、缺少货币代码（KodWaluty）或行项目字段不完整。
数据安全
- XML 在浏览器本地解析——从不上传
- 对包含敏感商业数据的发票安全
- 无服务器端处理或存储
专家团队打造
由专注于波兰电子发票系统的开发者构建。我们的验证规则基于波兰财政部发布的官方 FA(3) 架构文档。
最后更新: 2025-07