如果我需要实现在系统之间发送和接收业务文档(发票、采购订单、汇款通知等),您会推荐什么标准来实现最佳互操作?为什么?它可以是 XML 或其他形式。

有帮助吗?

解决方案

我会看(按这个顺序):

  • 行业特定格式。如果您拥有同质的交易群体,这始终是您的最佳选择。
  • 如果您想要具有既定标准的 XML 解决方案,则使用 cXML 或 XCBL。
  • X12 如果你有无限的时间、金钱和愿意的合作伙伴。
  • 仅当您有标准之外的要求或需要传输的数据量很小以至于标准会使您的文档过于膨胀时,才使用自定义 XML。

当然,这完全取决于问题领域。我会思考这些问题:

  1. 您所在的行业是否有特定的格式或监管要求?例如,是否有您订购的气体的化学成分等详细信息?是否有需要特殊订单或处理的危险材料?
  2. 您的行业是否已经有特定的格式,或者您是否需要通用的格式?化工/天然气、零售、大型石油、航空、金融服务和许多其他行业已经建立了格式,有时还建立了网络。
  3. 您是否与拥有采购申请的企业采购员合作?如果是这样,我会看看 cXML 或 XCBL,它们处理 PunchOut 标准,使采购系统能够从在线目录中订购。
  4. 您的合作伙伴的成熟程度如何?EDI 古老而强大,但确实很难理解。刚接触该流程的人更喜欢基于 XML 的格式。
  5. 您在市场中的地位如何?您能否为您的合作伙伴制定一个标准,或者他们会向您规定一种格式?在这种情况下,您需要采用多个标准吗?谁来翻译他们之间的关系?

其他提示

UBL (通用商业语言)是由OASIS管理的最新尝试。问题是商业文件互操作的圣杯真的还有很长的路要走,如果现实的话。这就是Biztalk等产品存在的原因。 Biztalk的主要目的是以一种合作伙伴的格式获取文档并将其转换为您的格式,反之亦然。

即使是像ANSI X12和Edifact这样的巨大标准也存在问题,因为即使两个合作伙伴使用商定的标准交换文档,文档的使用方式通常也有很大差异,需要自定义编码来处理它们。

我的建议是展示一种干净且易于理解的XML格式,该格式非常符合您的业务需求,并让您的合作伙伴使用他们目前与其他合作伙伴一起使用的任何方法来处理您的文档。试图遵循行业标准将会做更多的工作,并且可能提供的好处很少。

标准是X12。这就是它。请参阅维基百科上的 EDI 页面。

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

这样做有各种各样的标准 SWIFT - TSU Bolereo 捻

然而,没有一项标准得到业界的充分采用/接受,因此它们不会互相影响。 另一种方法是使用文档流程管理系统,您可以将所有文档扫描并存储为图像,并围绕发送和接收这些文档构建工作流程。

PDF - 每个人都拥有它,它的跨平台,它可以处理任何文档类型。如果你想编辑它就没有好处。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top