为什么EDI仍然使用，以及如何处理它？

Question

为什么这种古老的格式仍然面对更易于使用的技术？它是否提供了一些我没有看到的好处？似乎大量供应商仍然只提供这种格式的数据，而不是像XML那样更易于管理和更易于使用的东西;至少我可以提供这两种格式。

此外，除了使用它之外别无选择，有什么好处理和利用EDI的方法？像BizTalk这样的东西是不可能的，因为它太贵了。是否有任何免费/开源应用程序可以使EDI更易于使用？

Answer 1

一旦熟悉了它使用的分隔符，EDI就不那么难理解了。您可能会问自己为什么还有人会使用CSV或制表符分隔的数据。

答案可能是这些格式是由委员会定义并在某个行业标准化的“领域特定语言”，并且已经投入大量资金来支持这些格式。商业案例在哪里再把它全部抛弃了？

Answer 2

一句话，惯性。各公司的，并与不同的议程组织间委员会制定的EDI格式是一场噩梦（伤感地说，我一直在那里）。

要求他们放弃这些与另一轮委员会同意网络服务API标准将需要更长时间，你如何出售将一种电子格式替换为非技术委员会的想法？它给他们带来了什么可能的公交优势。最初电子交换的好处是明确的，但不能替换另一个。我们在这里谈论真正的大公司。

Answer 3

您可能对以下项目感兴趣：

http://bots.sourceforge.net/en/index.shtml Google code archive

Answer 4

切换到XML会给你什么 - 稍微容易调试行格式？

一般来说，你设置并离开它，没有太多需要使用原始EDI源，当然不足以放弃标准并重新开始。
有许多标准，比如传真，可以更具可读性，但没有真正迫切需要改变它们。

Answer 5

因为它是一个正式建立的标准（实际上是一套非常庞大而全面的标准）。这是标准所声称的好处之一 - 你不需要长时间改变任何东西。

要改变它，需要两个或更多（通常是数千到数千个）贸易伙伴（包括可能是所有竞争对手）之间的协议才能达成一致。

EDI格式具有更高的信噪比（因为它们被认为是重要的时候设计的。）知道并理解EDI的人会查看你的XML并说“牛肉（数据）在哪里？” / p>

很少有开发人员编写自己的解析器。有许多优秀的地图制作者（许多遗留和企业应用程序都内置它们）。因此，您的痛苦可以得到很多缓解（包括SourceForge上的至少一个开源应用程序）。

Answer 6

“如果没有破损，请不要修理它。”

这些组织中的大多数都在使用EDI处理大量数据，并且在没有令人信服的理由的情况下不会更改为更现代的数据。而让事情容易让第三方开发商通常不出线，伤心地说。

Answer 7

所有感兴趣的小信息。 EDI基本上是委员会数据交换格式的设计，不仅规定了数据格式化规则（如XML），而且还着手定义可能在两家公司之间发送的每个文档。因此，对于可以在公司之间交换的任何数据，他们想出了每个文档中应该包含的内容的确切定义。当然，没有人能预见到2家公司想要交换的每一条数据。因此，您最终会使用为一件事定义的字段的公司，用于其他一些信息。

您最终得到的是一种极其错综复杂的数据格式，许多使用它的人不遵守标准，因为他们需要发送自定义信息，标准没有考虑这些信息。因此，最后，您仍然需要与您想要处理的每个公司进行对话，并找出其实现的所有小特性，就像您去找具有自定义XML接口的人一样。除了在EDI的情况下，格式很难解析，甚至更难写，所以你最后做了一大堆工作只是为了发送文档，当做同样的想法与自定义XML解决方案会导致问题减少很多次。

Answer 8

恕我直言，EDIFACT存在一些问题。

1. 从中解析或生成对象模型并不容易。这可能不再是一个大问题，因为现在有一个很好的系统可以帮助你做到这一点，例如： smooks.org
2. 阅读起来并不容易。您已经习惯了，但XML更容易阅读
3. 验证并不那么容易（与验证XML相比）
4. 有太多不同的版本和口味，D95B，D96B，D00A，D00B等。
5. 但我认为最大的问题是每个人都使用不同的标准。它们使用相同的“格式”，但字段的定义不同。我们使用EDIFACT发送和接收来自Container Terminals的消息，它们都有细微的差别。他们会例如所有都使用D95B CODECO，但对于某些终端，某个段是强制性的，而对于另一个终端，它是可选的，甚至不允许在那里。然后你有相同的段，但其中的内容是不同的。

总而言之：颈部疼痛。

Answer 9

EDI是一种非常紧凑的格式，通常用于尽可能减少数据交换中的带宽使用。例如，德国海关办公室在其ATLAS系统中使用它来每天交换大量数据。

难以解析并且难以阅读，但如果结果数据的大小很重要，那么它可能是一个不错的选择，并且得到了大多数大型业务应用程序的支持。

Answer 10

遗产支持

Answer 11

可以通过EDI交换哪些类型的信息？

通过EDI提供各种类型的商业信息交换，包括：

- •预订信息

- •提货单信息

- •发票

- •电子转帐

- •抵达通知信息

- •货件状态信息

如何选择EDI让我的公司受益？ - •简化了您与APL之间的沟通过程

- •它消除了重新生成数据的需要，从而消除了错误并需要重新检查信息

- •它消除了纸张处理和文件存储的需要

- •它提高了数据的灵活性和准确性

- •无需传真

Answer 12

EDI在许多行业都是多产的。用较新的技术替换已经运行的技术将是非常昂贵的。

考虑到这一点，沃尔玛使用EDI与其供应商，商店，分销链等进行通信。我猜他们正在与成千上万的供应商打交道。他们每个人都投入了数千美元的EDI技术。如果沃尔玛决定转向XML，它的决定会影响成千上万的公司，而不仅仅是沃尔玛。

任何EDI用户都是如此。毕竟，它是贸易伙伴之间使用的标准。

我同意，EDI很难与之合作。但是“回到白天”，这就是我们所拥有的一切。

Answer 13

当归结为文档交换时，Edifact是最好的标准之一。 大多数问题来自交易伙伴发送非标准化文件。

是的，它有点奇怪的格式，如果您不知道输入和输出，那么使用起来很乏味。但是这也适用于XML。

你真的想要XML而不是Edifact吗？看看臃肿，难以阅读的XML标准peppol（泛欧公共采购在线）正在努力。

是的，如果您在系统中没有任何错误，它的工作正常并且花花公子，一旦您习惯了格式而不是对UBL文档进行故障排除，故障排除就会变得非常容易。

你说你有0.00美元用于项目？ 您真的应该研究一下您公司所做的手工工作量，并且EDI可以提供的成本节约成本效益分析非常方便。

Answer 14

一个解决方案，虽然它会花费你，但是要去像ADX这样的公司，它有可用于将EDI格式转换为更令人愉悦的格式（如CSV）的工具。根据您正在进行的交易的数量和类型，这可以是负担得起的，也可以减轻压力。我过去曾经使用过他们的产品，虽然他们需要设置一些工作，但他们的工作报价很好，并且非常稳定。由于EDI的历史，您可能会找到数百家提供类似服务的公司。

Answer 15

我在两个关于海运物流的项目中使用了EDI（ANSI X12和EDIFACT），发现它们非常有用，因为大多数海运承运商和贸易伙伴都接受它们作为不同系统之间的标准通信方式。

所以EDI格式仍然使用并将继续使用，因为它是一个稳定的标准，并且有数千家公司围绕它们开发了系统，取而代之的是一个非常大的问题。

Answer 16

另一个原因是作为订单等商业信息。发票，信用票据等交易中有很多财务价值，它们需要是安全的，但更重要的是，它们需要端到端的验证和验证以及不可否认。

例如，我向您发送了价值50万欧元的商品订单，您将货物寄给我，然后我“丢失”订单信息并告诉您我没有付款。标准和VANS的结合使得这几乎是不可能的，或者至少在如此多的审计跟踪中可以跟踪问题。这就是为什么“哦让xml和互联网而不是EDIFACT和VANS”往往会失败。正如有些人回答的那样，惯性，但它是一种惯性，建立在稳定有效，安全，可靠和易于理解的系统之上。

廉价购买并不总是一种选择。

如果在1987年第一次实施EDI时有任何安慰，那么几乎没有任何软件，所以我得到了Interbridge表，并使用Cognos软件和HP Mini编写了我自己的英国TRADACOMS标准解析器，并且它有效精细。假设您与其他EDI合作伙伴进行交易，则可能需要使用VAN。

Answer 17

EDI自XML之前就已存在。除了双方可以预先协商适用于他们的EDI格式之外，您还必须考虑VAN（增值网络）的一部分。

在某些情况下，VAN会对消息进行验证，甚至可以读取消息并对其执行操作，例如根据内容将其复制到其他方。

真正使用EDI的唯一原因是因为“这就是它一直以来的方式”，因此有很多现有的基础设施可以支持它。为什么在没有需要时切换到XML？那怎么说XML不会被JSON取代，然后JSON会被其他东西取代？

Answer 18

我也必须使用EDI，我同意。我们使用BizTalk来映射它运行良好。许多系统都是基于EDI构建的（远在XML之前）。