0

Biztalk を使用して edifact ファイルを処理しようとしています。送信ポートに適用される非常に単純なマップをセットアップしました。ただし、Biztalk はメッセージについて不平を言います。ネットで検索してみましたが、結果はありませんでした。ここでediファイルを見ることができます。EDIFACT プロトコルを使用してパーティと契約をセットアップしましたが、どれだけ正しく行ったかはわかりません。そのメッセージを Biztalk に提供しようとすると、イベント ログに次のメッセージが表示されます。

URI "C:\Temp*.edi" の受信場所 "Receive Location1" でアダプター "FILE" によって受信されたメッセージは中断されます。エラーの詳細: 受信パイプライン "Microsoft.BizTalk.Edi.DefaultPipelines.EdiReceive, Microsoft.BizTalk.Edi.EdiPipelines, Version=3.0.1.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" のコンポーネント "Unknown " の出力メッセージが中断されました次のエラーが原因です: エラー: 1 (フィールド レベル エラー) セグメント ID: TS 内の UNB 位置: 1 データ要素 ID: UNB5 セグメント内の位置: 5 データ値: 37: データ要素に無効な文字が見つかりました。中断されたメッセージのシーケンス番号は 1 です。

意味がわかりません。どんな助け、指示も大歓迎です。

ありがとう。

4

2 に答える 2

0

UNA 仕様行に UNA5 (繰り返し区切り記号) がありません。

これがないと、BizTalk EDI 逆アセンブル パイプラインは EDI ファイルの内容を正しく解析できません。

UNA 行 (ファイルの最初の行) が次のようになるように、取引先と調整する必要があります。

UNA:+,?*'
于 2012-08-12T23:54:51.287 に答える
0

提供するメッセージは、構文バージョン 1 の適切にフォーマットされた EDIFACT メッセージのように見えます (構文バージョン 4 が最新です)。Biztalk はわかりませんが、構文バージョン 1 を想定していることを確認するために、おそらく何かを設定する必要があります。UNA セグメントは、構文バージョン 1 では異なります (5 つの区切り文字が想定されています)。そのため、Biztalk がより高い構文バージョンの UNA セグメントを予期している場合、メッセージを適切に処理できません。

于 2012-08-10T17:31:10.710 に答える