问题标签 [x12]

我们正在为我们的应用程序使用 .net framework 4.0。

我将简要介绍一下我在这里要做什么。我的申请需要向美国大多数州提交医疗补助资格申请。

用户填写具有验证状态字段的资格请求表270。根据验证状态字段，我们决定将其发送到哪个状态。我们通过 Web HTTP POST 或 ftp 向各州提交请求 270。这取决于国家。我们也有他们的用户名，各个州的密码。我们在发出 HTTP 请求时需要这些。每个状态都有自己的要提交的 URL。

问题：存储所有这些 URL 的好地方是什么。App.config 可能会变得过于笨拙。还是数据库？

我将如何为这个特定的应用程序做一个 web 服务或 WCF。这将是我的第一个 Web 服务或 WCF（如果我需要的话）。

感谢你

具体来说，835 和 837，更具体地说，是各种状态代码及其含义的列表。

我通过 google 和 dadduckgo 找到了一些商业资源。有免费的资源吗？

谢谢。

3 多年前，我们被要求为客户开发 EDI 解决方案作为紧急事项。

他们想要解决方案的完整 IP/控制等，并且不想使用免费的开源解决方案、为 BizTalk 等支付大笔资金或向 VAN 支付经常性费用。

我们当时做了一些研究，实际上并没有找到很多关于 EDI 格式、解析等的信息，所以我们的 2 人开发团队直接介入并在 C#/ASP.Net 中开发了一个解决方案。由于将发生的 EDI 消息事务数量很少（每天大约 100 个），我们采用了 RegEx 流程来解析、验证和插入数据库。这是通过一个单独的 C# 应用程序完成的，该应用程序计划每隔几分钟运行一次，并连接到客户端各种提供商 FTP、AS2、EBMX 通信和下载数据以及上传任何出站 EDI 消息。

然后，我们开发了一个网络前端，允许客户员工通过各种收入报告完全访问数据，控制数据以及允许一些客户代理登录并与数据交互并启动发票交易也。

客户现在希望为他们的业务的另一条途径完成更多的 EDI 工作，然而，这一次 edi 消息事务将跃升至 1000 多个。我们的开发团队关注的是 RegEx 的使用。我最近读到，使用 RegEx 进行 EDI 解析会产生巨大的开销，应该避免。

我们最初采用它的唯一原因是缺乏经验，不知道什么是最好用的。也就是说，RegEx 使管理 edi 消息模板变得轻而易举，包括模板内的验证。客户在他们的书籍中添加了更多提供者，我们能够在几分钟内添加新的消息模板（带有自定义更改）。

经过最近的更多研究，我们发现大多数解决方案都将 EDI 文件解析为 XML。是否有一个原因？这只是为了采用更常见的格式和/或避免数据库访问吗？仅通过平面文件 EDI 消息解析 XML 是否更快？

我们希望 EDI 文件中的数据元素在数据库中吗？我们是否只解析 XML 文件？这不只是另一个可以避免的处理步骤吗？

我为我的问题的一般性质道歉，但我很难找到答案。

非常感谢您的时间。

注意：我们的开发团队仅使用 Microsoft 产品，因此请在提供反馈时考虑到这一点。

我的公司需要将 X12 5010 837 文件转换到我们的数据库中并退出。我们一直在使用的工具是 Altova MapForce（试用版）。我一直在尝试检查参考资料，但 Altova 在这方面并没有太大帮助。CNET 对它的评论让我有点担心。我在 stackoverflow 上进行了相当多的搜索，看看是否有人对此有任何反馈，但我发现的大部分内容都是关于特定功能和操作方法的问答。

如果您购买了 Mapforce 并使用它实施了至少一个项目或解决方案的人可以分享您认为它的优点和缺点，我将不胜感激？

它是一年可以处理大约 30K-50K 索赔的可靠工具吗？它会像某些 CNET 评论状态那样每天崩溃吗？

如果您想通过电话聊聊，请给我发电子邮件。

问候，

安德鲁·R

平面文件内容：

问题：

任何可以分享如何动态解析每个元素的想法的人。每个数据的长度有时会有所不同，例如：12500001、731304265511 和 SURT1000XLIQ。问题是如何获取星号 (*) 和管道 (|) 之间的数据。谢谢帮忙....

我们公司正在销售医疗用品，我们有一个网站可以在线销售我们的产品。我们正在与供应商合作，当我们收到新订单时，他们会将产品发送给我们的客户。目前我们是手动处理的。我们在我们的网站上收到订单和电话/传真/电子邮件订单给产品供应商，他们将产品发送给客户，并通知我们运输信息，我们通知客户。

这个过程最近越来越难处理。到目前为止，我们还没有使用任何 B2B 解决方案，但我们现在需要实施 EDI 解决方案。我们最大的供应商正在使用 EDI 标准。

据我了解，过程将如下所示；

1. 当我们收到订单时，我们创建 X12 文档，并通过 FTP、SFTP 或 VAN 发送此文档。
2. 我们的供应商收到 X12 文件并进行处理。并发送格式为 X12 的发票。
3. 我们收到发票并将其解析到我们的系统。
4. 我们的供应商在向客户发货时会发送格式为 X12 的发货信息。
5. 我们收到运输信息文件并对其进行解析。

我对这个过程有一些疑问。

1. 第一个也是最重要的问题：我理解正确吗？:)
2. 作为开发人员，我需要哪些程序/工具？
3. 我知道编写我们自己的 X12 解析器是不明智的。我们需要一个外部应用程序。但是我们需要什么样的应用程序？我们是否需要像 BizTalk 这样的大型应用程序？或一些帮助库，如
   • http://x12parser.codeplex.com/
   • http://www.edidev.com/ 足以做我们想做的事。
4. 我们的供应商支持 FTP、SFTP 和 VAN 进行数据通信，我们应该选择哪种通信方式？哪一个更简单，更容易理解？

抱歉，我知道，我有很多问题 :) 任何帮助将不胜感激。

我在用 C# 实现 EDI X12之前问了一个关于 EDI 的问题

我又需要帮助了。我们决定使用 BizTalk 2013，我能够安装 BizTalk 2013，我需要一些帮助。

我们的合作伙伴发送了一份关于 AS2 贸易伙伴设置的文件以及一些生产和测试环境的证书。本文档中的信息是：

• AS2 标识符和 URL
• MDN：SHA1
• 加密算法：三重 DES
• MDN 交付类型（同步/异步）：
• 同步（也支持异步）
• 请求签名收据：是
• 软件：旋风交换
• 有效负载安全类型（例如，Signed、SignedAndEncrypted 等）：SignedAndEncrypted

我阅读了下面的教程并尝试集成到我们的解决方案 http://msdn.microsoft.com/en-us/library/bb727687(v=bts.80).aspx

我做的步骤；

• 创建包含 X12 850 文档架构的 Visual Studio 项目并进行部署。
• 创建了一种接收端口来接收我们创建的 edi 文档的方式。
• 将证书安装到本地计算机 > 其他人
• 创建静态请求响应发送端口以将 edi 文档发送给我们的合作伙伴并选择用于加密消息的证书。
• 为我们和我们的合作伙伴创建了派对。

• 在我们和我们的合作伙伴之间建立了协议。选择 AS2 作为协议。

  我在“我们>我们的合作伙伴”选项卡中做了以下更改。

  • 在 Acknowledgements(MDNs) 页面中，我选择了将入站 MDN 处理到 MessageBox 以用于路由/交付选项和请求 MDN 框。
  • 在验证页面中，我选择了消息应该加密和 DES3。
  • 在发送端口中，我选择了我创建的端口。

现在，当我复制文件以接收我创建的端口时，BizTalk 会出现如下错误：

The AS2 Decoder encountered an exception during processing. Details of the message and exception are as follows: AS2-From:"" AS2-To:"" MessageID:"" MessageType: "unknown" Exception:"An AS2 message was received that did not contain the AS2-From header."

我的测试 EDI 文档看起来像（我尝试使用标题信息，没有标题，结果相同）

顺便说一句，我正在通过 C# 代码创建文档，有没有 BizTalk 提供的简单方法来创建/读取这样的 X12 文档？

任何帮助，将不胜感激。谢谢。

我是 EDI 的新手。我从这里得到了一些关于 EDI 的信息。我听说Talend支持使用一种称为Smooks的技术读取 EDI X12 文件。我下载 了 Talend Open Studio for Data Integration v5.3.1。但我不知道如何使用它来读取 EDI 文件

我从一个站点收到了 EDI 文本

我想将此保存为 EDI 文件。它的扩展应该是什么？是否有使用 Talend 读取此文件并将其解析为诸如CSV 或 XML之类的可读文件的步骤或演示的链接？

谢谢

Java中有没有好的EDI解析器API？我知道这已经在这里问过了，我已经完成了。

我有一个 ANSI X12 EDI 文件。它是一份 846 库存查询文件：

从我上面提到的链接中，我将edireader jar 添加到我的 Java 程序中。当我给出上述文件时，输出XML是这样的

不知道对不对。但问题是edireader不在maven 中。所以我们必须手动添加。因此，如果将来有新版本的 EDI 出现，它将无法与相同的 edireader 一起使用。

我认为Smooks无法读取 X12。我不觉得它有用。它需要有一些配置文件来读取文件。因此，对于 x12 文件的每种类型，我将需要不同的配置

那么有什么好处Java EDI X12 Parser API吗？

我正在尝试使用 PHP 中的正则表达式解析 .X12 文件中的一些数据。该模式是大写字母FS后跟正好 13 个数字字符。

以下是一些文本的示例：PROCUREMENT333RFQ3PO100011EAFS8340015381823PKGFSHALL

我需要从其他文件中提取 'FS8340015381823' 和 13 个数字字符的其他变体。

这是对我不起作用的代码：

我也尝试过这些正则表达式模式：

如果我在执行 a 之前将上面的示例字符串存储到 $x12 变量中，所有这些正则表达式preg_match()都可以正常工作，但是当我加载内容时它们对原始文件不起作用。当我echo将 .X12 文件内容显示在屏幕上时，我看到了我在上面用作示例的确切字符串。如果我使用正则表达式/FS/，它会找到“FS”。

此正则表达式适用于原始文件数据，但返回的匹配项不仅仅是“FS”之后的数字字符：

我机器上的终端没有显示奇怪的字符吗？我在 Amazon EC2 上运行 Linux CentOS。