ISDOC, UBL 和 CII
三种电子发票标准族。它们在来源上有所不同，但在表达能力上并无差异——内容上非常相似。我们可以处理它们的输入和输出。
ISDOC
捷克标准，目前版本为 6.0.2。它的优点是几乎所有捷克会计软件都支持该标准。缺点是，在捷克国外几乎没有人听说过它。
我们生成的 6.0.2 版本以独立文件 .isdoc 输出。我们的系统可以读取早期版本 5.x 及包含 XML 文件和附带 PDF 的 ISDOCX 包——其中的 PDF 作为凭证的原件存储。我们不生成 ISDOCX 的输出。
UBL 2.1
由 OASIS 提供的国际标准。欧洲网络 Peppol（BIS Billing 3.0 配置）和德国的 XRechnung（3.0.2）基于此标准。当你向国外或欧盟公共部门发送发票时，他们几乎肯定会要求这个格式。
在 UBL 中，贷项票作为单独的 CreditNote 文档发送，而不是作为带负号的发票。金额是基于项目总和计算的，而不是从读取的摘要中得出的——否则凭证将无法通过收件人的内部一致性检查。地址和双方的电子地址由 DIČ（税号）推导而来。
CII D16B
由 UN/CEFACT 提供的标准。德国的 ZUGFeRD 和法国的 Factur-X 都在使用。两者都是混合格式：结果是包含嵌入 XML 文件的 PDF。人类可以看到发票，机器可以读取数据。您可以选择裸 XML（ZUGFeRD）或带嵌入 XML 的完整 PDF/A-3b（ZUGFeRD PDF）。我们可以识别这种 PDF 格式并从中读取 XML，无需模型。
选择哪个
| 情况 | 格式 |
|---|---|
| 捷克会计程序 | ISDOC，或直接使用 Pohoda 或 Money S3 |
| 欧盟公共部门 | Peppol BIS 3.0 |
| 德国客户 | XRechnung 或 ZUGFeRD PDF |
| 法国客户 | ZUGFeRD PDF（Factur-X） |
| 自有系统 | JSON |
验证
我们在开发过程中监控输出形式及商业规则（XSD、Schematron EN 16931 和 Peppol），而不是在每次下载时检查。在下载之前可以验证的是数据：检查结果表明总和不匹配或缺少 DIČ，其他类型的凭证不会转换为发票格式。如果收件人仍然拒绝文件，请将其拒绝消息和凭证标识符发送给我们。