发票签名
IBM Sterling e-Invoicing的签名服务可对电子发票进行数字签名，包括检查发票是否重复。
签名服务可以由供应商购买，也可以由买方代表其供应商购买。 对于供应商，IBM Sterling e-Invoicing可让您向贸易伙伴发送已签名或未签名的电子发票。 如果发票没有签名，电子发票服务会将其发送至TrustWeaver供其签名，然后再发送给买方。 对于买家而言，IBM Sterling e-Invoicing可让供应商将发票发送给TrustWeaver签署，然后通过IBMSterlingB2B集成SaaS将发票转发给您。
注: 目前不支持通过 EDI 自开票。
注: 一个贸易伙伴可以代表另一个贸易伙伴签署发票。 如果在签名期间发生错误，那么将通过电子邮件或通过 InFlight 状态码来通知指定的用户。
签名基于买方和供应商国家或地区代码，并通过 TrustWeaver 随需应变服务应用。 此外，为了满足一些国家的法律要求，电子发票应包含为税务目的所必需的某些信息项目。 IBM Sterling e-Invoicing确保发票包含合规的必填数据。 此信息包括但不限于发票编号，发票日期，供应商增值税标识，买方增值税标识，货币和行项详细信息 (描述，数量，价格和增值税金额)。
下文介绍了签署生产服务支持的使用C/XAdES标准的默认流程，以支持IBM Sterling e-Invoicing交易中的供应商和买方：
- 发票数据由最终用户准备并以商定的格式发送到服务，该格式表示将由交易双方作为原始发票处理的格式。 最终使用者指示所需的签名格式，以及两个字母的 ISO 代码中的 VAT 来源国和目的地国家或地区。
- 该服务根据适用的缺省或定制合规性配置应用相应的电子签名。 正确签名后，除 "XAdES-EPES,外，发票和签名都加盖时间戳，形成 "C/XAdES-T签名格式。 然后，服务可通过与相应认证中心的自动连接来验证与专用签名密钥关联的证书。 由此产生的data,C/XAdES-T和验证数据（如 OCSP 响应）再次打上时间戳，以便长期存档，最终结果为C/XAdES-A格式。 这一程序将使供应商能够向税务当局提供足够的要素，以确认在开具发票时该证书是有效的，并确定从那一刻起该发票的持续完整性。 它还可以帮助最终用户满足某些国家的归档时间戳记的特定要求。
- 该服务会将最终用户-供应商的已签名原始发票发回，这将代表最终用户存储该发票，或者使用 TrustWeaver Archive Services 按照适用法律将其发送给最终用户进行存储。
- 在强制存储期间的任何时间点，税务审计员都应该能够在线访问当事人的档案 (通常来自当事人在该国的主要业务地点，并以人类可读的格式) ，并验证存储的电子发票的真实性和完整性。 附录 2 用于支持这些审计需求。
服务可以处理下表中列出的文档格式的发票数据。 这些文件类型可使用基于 PKCS#7 签名标准和 ETSI 定义的扩展标准（ CAdES-T/A 和 XAdES-BES/EPES/T/A 以及用于 PDF 签名的 PAdES- EPES/LTV）的数字签名进行签名。 根据文档格式，可以使用不同的签名方法来应用数字签名。
下表描述了哪些签名方法可以应用于特定文档格式 (XML 容器是 TrustWeaver XML 容器)。 常用格式以星号标记:
| 文档格式 | 适用的签名格式 |
|---|---|
| 二进制 | PKCS #7 (已连接或已拆离) * |
| MME | PKCS #7 (已连接或已拆离) ， S/MIME* |
| PKCS #7 (已连接或已拆离) ， S/MIME 和 PDF* | |
| XML | PKCS #7 (已连接或已拆离) ， XML 签名 (封包或已封包) ， XML 容器 * |
| cXML | PKCS #7 (已连接或已拆离) ， S/MIME ， cXML 签名 * ， XML 容器 |
| 欧洲网络通信协会 | 反签名概要文件 (IDEAL-瑞士， GS1AT- 奥地利， AECOC-西班牙) |
| 分型 (西班牙 B2G) | 分形包络 XML 特征符 |
| Fattura PA (意大利 B2G) | Fattura PA 包络 XML 签名 |
| eSlog (斯洛文尼亚 B2G) | eSlog 包络 XML 特征符 |
注: 不支持对发票进行批处理。
注意：根据TrustWeaver的建议和IBM的政策，IBM支持部门不能代表IBM Sterling e-Invoicing客户重新发送已签署的发票。 如果未收到原始发票或者贸易伙伴无法处理原始发票，那么客户将需要对该发票进行贷记，然后删除，重新创建和重新发送新的原始发票。