如果我需要在系统之间实现业务文档的发送和接收(发票，PO，汇款通知书等)，那么我们将为最佳互操作推荐什么标准？为什么？它可以是XML或者其他。

解决方案

这样做有多种标准
SWIFT TSU
Bolereo
捻

但是，这些标准都没有被业界完全采用/接受，因此不会互操作。
另一种方法是使用文档流管理系统，通过该系统，我们可以将所有文档扫描并存储为图像，并围绕发送和接收这些文档建立工作流程。

PDF每个人都有，它的跨平台并且可以处理任何文档类型。如果我们要编辑它，那就不好了。

标准是X12. 就是这样。请参阅Wikipedia上的EDI页面。

有ebXML标准，它不仅涵盖文档格式，还涵盖业务实体之间的流程。

UBL(通用商务语言)是由OASIS管理的最新尝试。问题是，如果根本不现实，业务文档互操作的圣杯实际上还有很长的路要走。这就是为什么存在像Biztalk这样的产品的原因。 Biztalk的主要目的是获取一个合作伙伴格式的文档并将其转换为格式，反之亦然。

甚至像ANSI X12和Edifact这样的巨大标准也存在问题，因为即使两个合作伙伴使用约定的标准交换文档，通常在文档使用方式上也存在足够的差异，因此需要自定义编码来处理它们。

我的建议是公开一种与业务需求非常匹配的干净且易于理解的XML格式，并让合作伙伴使用当前与其他合作伙伴一起使用的任何方法来处理文档。尝试遵循行业标准将需要做更多的工作，并且可能收效甚微。

我将按此顺序查看：

• 行业特定的格式。如果我们有同质的贸易集团，始终是最佳选择。
• 如果要使用已建立标准的XML解决方案，请使用cXML或者XCBL。
• X12，如果我们有无限的时间，金钱和愿意的伙伴。
• 仅当我们有标准之外的要求或者要传输的少量数据而该标准会使文档过多时，才可以使用自定义XML。

当然，这全都取决于问题领域。我会考虑以下问题：

• 我们是否在具有特定格式或者法规要求的行业中？例如，是否有我们要订购的气体的化学成分之类的详细信息？是否存在需要特殊订购或者处理的危险材料？
• 行业已经有一种特定的格式，还是我们需要一种通用的格式？化工/天然气，零售，大型石油，航空公司，金融服务以及许多其他公司已经建立了格式，有时还建立了网络。
• 我们是否与拥有采购申请的公司采购员合作？如果是这样，我将看一下处理PunchOut标准的cXML或者XCBL，该标准使购买系统可以从在线目录中订购。
• 合作伙伴的技巧如何？ EDI既古老又强大，但确实很难理解。刚接触该过程的人会更熟悉基于XML的格式。
• 我们在市场上的位置是什么？我们可以为合作伙伴制定标准，还是由他们为我们指定格式？在这种情况下，我们需要采用几种标准吗？谁将在他们之间翻译？