按消息类型配置 EDI 验证
Configuring EDI Validation by Message Type
在逻辑应用程序工作流程中，我正在与客户合作使用 856，它不需要段 PRF，否则需要元素 1。我已经找到如何设置协议的接收设置以跳过足够多的 856 验证以允许它通过。
但是，我认为这会抑制我想要的验证。是否可以在验证中做更细粒度的事情？例如，我可以配置一个856消息类型，就像行业标准856一样，省去这一项的要求吗？
协议中的验证设置仅涵盖一些全局设置，例如前导空格和尾随空格。
您可以在上传到您的 IA 之前通过修改它的架构来完全自定义任何特定的交易。
在这种情况下，打开 Visual Studio 中的 865 Schema 并做两件事：
- 在
<Schema> 节点上，将 Target Namespace 更改为应用拥有的内容，例如 uri:MyApp。这是为了将其与默认架构区分开来。
- 导航到 HLLoop1 下的 PRF。 将最大出现次数设置为 0。默认（空白）为 1。
替换集成帐户中的架构，收到此协议的 856 时将不再需要 PRF。
在逻辑应用程序工作流程中，我正在与客户合作使用 856，它不需要段 PRF，否则需要元素 1。我已经找到如何设置协议的接收设置以跳过足够多的 856 验证以允许它通过。
但是，我认为这会抑制我想要的验证。是否可以在验证中做更细粒度的事情？例如，我可以配置一个856消息类型，就像行业标准856一样，省去这一项的要求吗？
协议中的验证设置仅涵盖一些全局设置，例如前导空格和尾随空格。
您可以在上传到您的 IA 之前通过修改它的架构来完全自定义任何特定的交易。
在这种情况下，打开 Visual Studio 中的 865 Schema 并做两件事：
- 在
<Schema>节点上，将 Target Namespace 更改为应用拥有的内容，例如 uri:MyApp。这是为了将其与默认架构区分开来。 - 导航到 HLLoop1 下的 PRF。 将最大出现次数设置为 0。默认（空白）为 1。
替换集成帐户中的架构，收到此协议的 856 时将不再需要 PRF。