我从某人那里接手了一个项目,该项目需要以 EDI X12 标准 (837P) 格式导出数据。虽然我已经能够找到一些有用的样本,但我无法找到任何定义可能的“细分”是什么以及它们的含义的东西。以前的开发人员做了很多工作,但我无法知道它是否正确。
这是我应该承担的,还是我应该寻找一些第 3 部分的 EDI 插件?
最后,如果是这样,有没有人知道任何可以与.net 或 COM 一起使用的好方法?该应用程序实际上是内置的,所以这将是最简单和最便宜的方式。
我从某人那里接手了一个项目,该项目需要以 EDI X12 标准 (837P) 格式导出数据。虽然我已经能够找到一些有用的样本,但我无法找到任何定义可能的“细分”是什么以及它们的含义的东西。以前的开发人员做了很多工作,但我无法知道它是否正确。
这是我应该承担的,还是我应该寻找一些第 3 部分的 EDI 插件?
最后,如果是这样,有没有人知道任何可以与.net 或 COM 一起使用的好方法?该应用程序实际上是内置的,所以这将是最简单和最便宜的方式。
X12 标准由华盛顿出版公司出版。实施指南过去由 CMS 提供补贴,但在 2006 年 4 月结束。实施指南的 pdf 版本为 175 美元。如果您决定下载它,请确保您获得组合版本,其中包括原始标准和附录。当前版本是 4010A。自 2012 年 1 月 1 日起,将需要版本 5010。
我不知道您的情况如何,但我发现医疗保健声明是更复杂的 EDI 交易之一。我一直使用特定的映射工具,例如 Gentran 或 ECMap,它们专门设计用于将 X12 文件转换为各种其他格式,反之亦然。EDI 翻译器的另一个重要功能是大多数都可以对您的 X12 文件进行合规性检查。
出站文件更宽容一些,因为您可以控制数据。我记得当我们的贸易伙伴都没有准备好向我们发送测试数据时,我在 UNIX 机器上使用 C 程序创建了测试文件。不过,我不建议将其作为长期解决方案。您可能会考虑建立一个票据交换所,但是,如果您决定自己做,您确实需要每个贸易伙伴提供的标准和实施指南。
祝你好运!