我在当时使用过许多API，但最近才开始与需要通过EDI订购信息的第三方合作。请原谅新手问题，因为我已经在线阅读了大量信息，但我仍然没有得到它。
我有几个问题：
1 - EDI有什么好处？我似乎只是将特定结构中的文本文件发送到远程位置。我一直以编程方式为非EDI文件类型执行此操作。
2 - 为什么有些供应商想要使用VAN？我不能简单地将它发送到某个地方的FTP位置吗？
3 - 关于EDI翻译软件的所有内容。这不能简单地使用多种语言进行解析吗？
4 - 我的ASI是什么？供应商向我询问，但我不确定这是否是我或其他人的唯一ID。
5 - 使用第三方提供商的任何理由？我有我的交易数据，是否难以创建EDI文件（在我的情况下是850文件类型）并将其发送到某个FTP位置？这是否过度或者他们真的提供了有用的服务。如果我需要向他们提供我的数据，我是否应该直接将其发送给供应商并跳过中间人？
简而言之，我只是没有获得EDI。我已经习惯了API，你会得到非常详细的文档。有了EDI，供应商告诉我，我必须提供满足我要求的文档。似乎倒退了。
感谢您的耐心等待。
答案 0 :(得分：7)
以下是我的答案/我的立场（开发EDI解决方案超过15年）：
1 - EDI提供标准。 ANSI X12和EDIFACT都在框架实际可用时提供框架，并且存在许多不同的系统（Unix，AS / 400，Windows等）。当然有人在那里混淆标准，但在大多数情况下，这是每个人的共同点。
2 - 由于各种原因，VAN仍然存在：遗留应用程序，供应商锁定，SaaS EDI平台（作为服务翻译）。许多公司都支持FTP，AS2（EDI通过HTTP发送加密/签名）。您的贸易伙伴可能会支持它。 VAN通常会有最长的通信费用（通常以千克每千字节为单位），因此在2014年，通常最好避免使用它们，除非您获得真正的增值服务。
3 - 翻译软件存在是有原因的。你能写自己的解析器吗？是的，但你要重新发明一个30岁以上的车轮。有超越EDI的成熟，优美的工具。如此多的任何映射器不仅可以处理EDI挑战，还可以处理ETL，A2A，B2B，文本文件等。与编写映射相比，您可能需要编写数千行代码。这是一个不同的范例。我在当前环境中使用Liaison的翻译软件，从面向供应商和面向客户的EDI到ETL功能，以及将翻译软件与温度传感器连接起来。它是我们IT计划的基石，每天处理4000多批数据，并且只需要很少的支持资源。
4 - ASI？我会理解AS2 ID，或Sender限定符和ID。这些是正常的X12术语。是否有任何其他背景？是否有可能是与EDI无关的内部标识符，例如帐户ID？
5 - 有一些工具可以提供帮助。像EDIDev.com这样的.NET库。像BOTS这样的Python软件。 EDI面临挑战 - 包络，合作伙伴管理，功能确认生成和协调，通信协议和脚本。第三方可用于设置地图，但您必须长时间仔细研究投资回报率，尤其是如果您的解决方案必须扩展。它还取决于您与哪些软件集成。一些第三方对这些包装有广泛的专业知识。我总是使用我认为合适的工具构建内部部署解决方案。我发现SaaS通常在长期内更加昂贵，并且认为该型号具有镍和硬币的倾向。
你正在做850，这通常很简单。如果您正在使用SDQ段（商店标记），则会变得稍微困难一些。你可以编写自己的解析器，但我提到了一些陷阱。您提到与API相关的文档。我确信我们都同意不是所有的API都记录得很好。如果您的贸易伙伴拥有成熟，强大的EDI基础架构，他们应该能够为您提供样本数据，以及准确说明每个领域（细分/元素）的实施指南。这应该会缩短您的开发时间。你还应该定价一些EDI软件（任何对任何一个），至少可以看到它的外观。您可能会对成本的能力感到惊讶。我通常提到Liaison Delta是一个很好的起点（基于Windows，很棒的映射器，内置EDI字典）。对于X12，您不会发现很多免费软件，因为标准没有公开发布（这与EDIFACT标准不同），因此免费维护标准库并不是大多数开发人员想要做的事情。
由于各种原因，EDI应该被XML取代。在一天结束时，EDI仍然存在，因为已建立的标准，遗留支持，VAN活动（您永远不会像EDI文档那样通过VAN发送XML，它过于冗长）等等。 -mart要求EDI和AS2。我已经看到他们拒绝供应商，如果他们不能/不会在他们的沙箱中遵守或玩得很好。他们推动了许多零售EDI计划。
希望这有帮助。
答案 1 :(得分：0)
我的物流EDI文件包含特殊的订单详细信息，这些信息在某些公司之间保密。我认为这是20世纪70年代从传奇系统中采用的概念。大型和小型物流公司使用EDI文件，通过专用网络与其内部系统集成。
考虑一种情况，即向各公司发送报价请求，EDI文件可能会发送给各公司，这必须保密和保密。 A公司不得知道B公司是否收到此类信息。这对于保持健康的竞争和保守公司机密非常重要。
EDI是普通的文本文件吗？ 是的。它的内容使它成为EDI文件。大多数EDI文件格式相同/紧密匹配。这样可以在各种物流系统之间轻松共享。
总之， EDI文件被视为包含敏感信息，必须通过非常安全的通道共享。在某些情况下，如果公司违反此规则，则会将其列入黑名单。
我希望以上有所帮助。
注意：
您可以找到更多信息here。
现在我们有API，但考虑到这一点，物流公司仍然坚持他们的旧系统。这个概念消失可能需要一段时间。