私はEDIフォームを持っていますが、特に税の種類、名前、年などの命名規則を読みやすくしたいと思います。このようにして、アプリケーションをクロスチェックしたいと思います。
EDIフォームを開くと、XLシートで開き、検索などを行うことができません。
EDIフォームを理解しやすい形式に変換する方法は?
私はEDIフォームを持っていますが、特に税の種類、名前、年などの命名規則を読みやすくしたいと思います。このようにして、アプリケーションをクロスチェックしたいと思います。
EDIフォームを開くと、XLシートで開き、検索などを行うことができません。
EDIフォームを理解しやすい形式に変換する方法は?
http://liaison.com/products/integrate/edi-notepad
これは、ほぼすべての種類のEDIドキュメントを適切な形式で読むために私が見つけた最高のツールです。私はそれをあまり使用しませんが、EDIを知らない人に印刷して送信する必要のあるドキュメントがある場合、それは素晴らしい働きをします。
簡単に言うと、EDIメッセージを読みやすい形式にすることはできません。EDIは、帯域幅が非常に限られていて高価だった時代に、マシンツーマシン形式として設計されました。データ要素の有無は、EDIメッセージ標準での暗黙の位置と、トレーディングパートナがそのメッセージで行っている可能性のある非標準のバリエーションに基づいています。
これは、EDIを読みにくくするために共謀します。正しいメッセージ標準のディレクトリ/方言/バージョンに対して検証したとしても、トレーディングパートナが実行している要素が、期待したものと完全に一致しない可能性があります。
簡単に説明すると、優れたテキストエディタを使用して、セグメントターミネータにCRLFを追加するだけです。インターチェンジ内のメッセージに空白行を追加します。しばらくすると、セグメントの命名規則とカウントに慣れることができます。
アウトバウンドメッセージを送信する場合、検証要件は最終的にトレーディングパートナ側にあり、その逆も同様です。これにより、新しいEDIバディに大量のクラッドを送信したくないため、テストが困難になる可能性があります。
最初に構文、制御カウントなどがすべて正しいことを確認してから、メッセージディレクトリ/バージョンなどと一致するかどうかを確認します。次に、トレーディングパートナの例外/フィールドの非標準的な使用などに問題がないことを確認します。