首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >双向EDIFACT处理

双向EDIFACT处理
EN

Stack Overflow用户
提问于 2012-08-10 10:56:08
回答 2查看 1.1K关注 0票数 0

我正在尝试使用Biztalk处理一个edifact文件。我已经设置了一个非常简单的地图,用于发送端口。然而,Biztalk抱怨消息。我试着搜索网子,但没有结果。您可以看到edi文件这里。我有设置各方和协议使用EDIFACT协议,虽然我不知道我做了多正确。每当我试图向biztalk提供该消息时,我都可以在事件日志中看到以下消息:

接收位置上的适配器"FILE“接收到的带有URI "C:\Temp*.edi”的消息被挂起。错误详细信息:由于以下错误,将暂停接收管道"Microsoft.BizTalk.Edi.DefaultPipelines.EdiReceive,Microsoft.BizTalk.Edi.EdiPipelines、Version=3.0.1.0、Culture=neutral、PublicKeyToken=31bf3856ad364e35中组件“未知”的输出消息:错误:1(字段级错误) SegmentID: UNB在TS中的位置:1数据元素ID: UNB5在分段中的位置:5数据值: 37:数据元素中找到的无效字符。挂起的消息的序列号为1. MessageId:{DDE54B67-8907-49A2-BDE9-4763495B9B87} InstanceID:{892EC28B-AC4C-4EA4-8DCC-C49D5FC2869C}

我不知道这意味着什么。如有任何帮助,如有指示,将不胜感激。

谢谢。

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2012-08-10 17:31:10

您提供的消息看起来像是语法版本1的格式正确的EDIFACT消息(语法版本4是当前的)。我不知道Biztalk,但是您可能需要设置一些东西来确保它期望语法版本1。对于语法版本1(它需要5个分隔符),UNA段与最近的语法版本(它需要6个分隔符)不同,所以如果Biztalk期望UNA段具有更高的语法版本,那么它将无法正确地处理消息。

票数 0
EN

Stack Overflow用户

发布于 2012-08-12 23:54:51

在您的UNA规范行中,您丢失了UNA5 (重复分隔符)。

否则,BizTalk EDI反汇编管道将无法正确解析EDI文件的内容。

您很可能需要与您的贸易伙伴协调,以确保UNA行(文件的第一行)如下所示:

代码语言:javascript
复制
UNA:+,?*'
票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/11900234

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档