EDI相当于.net世界

Question

我在一家小公司工作。目前，我们正在用C＃重写我们的遗留应用程序。应用程序的一部分使用EDI，我不知道在.net世界中寻找解决方案的位置。我听说过BizTalk但不确定这是否是解决方案。此外，没有像SQL Server Express Edition这样的BizTalk Express版本。在其中一个dotnet播客中，我听到一个令人信服的案例，微软为BizTalk推出了一个Developer Edition。

有人可以对这个问题有所了解吗？

Answer 1

Tim说，EDI只是解释平面文件的“标准”方式。各种消息传递格式为：

1. 的 X12
2. EDIFACT（ORDERS，INVOIC，DESADV ......）
3. TRADACOM（ORDHDR，ACKHDR， ** INVFIL ...）

因此，您需要读取数据并“映射”必填字段。执行此操作的最佳方法是使用FileHelper：

http://filehelpers.sourceforge.net/

您需要将数据映射到特定的BackOffice业务规则。我们在这里为入站

做了什么
1. 以原始EDI状态接收文件
2. 打开它，因为所有EDI数据都应该被包装（由于每秒MB的VAN成本）
3. 仔细检查我们是否拥有所有必需的必填字段（PRE-PROCESSOR）
4. 将原始EDI文件转换为可以处理的后台专有文件系统。

很明显，像BizTalk和SAP EDocs这样的软件包会为你做PRE-PROCESSOR / Conversion例程，但是如果你想自己开发它，我会使用上面提到的FileHelpers。

Answer 2

EDI只是一种“标准”方式，可以使用各种商业信息（如订单，发票，提单等）格式化文本文件。

它们不太可能存在任何特定的.NET组件，因为尽管为EDI定义了“标准”，但每个使用它的公司对它的解释略有不同。

该标准包含“业务规则”，例如“当您收到850文档文件时，您应该回复810文档文件......以及这些文档的基本文件格式。

The Wikipedia article explains it pretty thoroughly ...

Answer 3

RDPCrystal EDI Library

Sparrow technologies EDI Parser

Answer 4

是的，RDPCrystal EDI Library可能正是您所寻找的。