問題タブ [x12]

組織内の BizTalk アプリケーションの 1 つで 820 EDI メッセージが処理されるときに作成される 999 ack ファイルに関連するクエリがあります。

生成された 999 ファイルには、ファイルが拒否されたことを意味する AK9 セグメントのコード R が含まれています。ただし、ファイルが拒否された理由の詳細を示す IK3 および IK4 セグメントは含まれていません。

このシナリオを経験したことがありますか? はいの場合、あなたの理解を共有していただけますか？

仕様書の 62 ページを見ていると、次のようになります。および NM109 は必須 (非シチュエーション) フィールドです。

NM108 または NM109 は必須であるため、どちらかが評価されていない場合でもフィールドが存在する必要があります

これらの規則により; これらの NM1 レコードは有効です

NM1✽1P✽1✽MARTIN✽NANCY✽T✽✽✽FI✽~ (「NM108 または NM109 のいずれかが存在する場合、もう一方が必要です。」)

NM1✽1P✽1✽MARTIN✽NANCY✽T✽✽✽✽123456789~ (「NM108またはNM109のいずれかが存在する場合、もう一方が必要です。」)

NM1✽1P✽1✽MARTIN✽NANCY✽T~ (NM108とNM109は必須フィールドです)

NM108やNM109が評価されないなら、NM1✽1P✽1✽MARTIN✽NANCY✽T~が正しいというコンサルタントとの「議論」があります。

これが正しいとは思いませんが、現在これを欠陥として持っています。このロジックはどうすればよいですか？

私は EDI でキャリアを始めたばかりです。ansi x12メッセージでテストインジケーターが何を意味するのか知りたいだけです。使用インジケータについて知っています。誰かが私の質問について私を明確にすることができますか?

前もって感謝します。

この EDI 837 ファイル形式を解析するための Java コードはありますか。このファイルの解析方法を教えてください。

私はこれを試しましたが、EDI 835用です:

https://media.readthedocs.org/pdf/x12-parser/latest/x12-parser.pdf

ありがとう

シタンス

現在使用している EDI SEF (X12 835 テンプレート) ファイルがあります。mule ESB を使用してアプリケーションを開発したいと考えています。ファイルの読み取りと解析には X12 コネクタを使用する必要がありますが、ミュールでは、SEF の代わりに X12 を解析するために「.esl」ファイルをスキーマとして渡す必要があります。EDI (X12 835) を読み取り、Mule 3.7 でカスタマイズされた EDI 実装を使用して解析する方法はありますか?

X12(835) ファイルを解析しようとしていますが、ISA11 および 16 要素を除くすべての要素を確認できます。しかし、入力835にすべての要素があります。ミュール3.7を使用しています

大きなファイル X12 を読み込んで、その中の情報を解析しています。回避できないボトルネック関数が 2 つあります。read_line() と get_element() これら 2 つの関数を高速化する方法はありますか? get_element 関数の主なボトルネックは Substring メソッドのようです。

x12 データを読み取っています。これがどのように見えるかの例です。http://examples.x12.org/005010X221/dollars-and-data-sent-together/