セグメントターミネータのedifact構文は文字「 '」であることを理解しています。 IFT + 3 + XYZCOMPANY AVAILABILITY 'の代わりに、セグメントターミネータなしのedifactファイルを受信する状況があります。ターミネータなしでIFT + 3 + XYZCOMPANY AVAILABILITYのように終了します。UN/Edifactセグメントターミネータ
私はこれの背後にある理論を私に説明することができた誰もが非常に感謝します。
セグメントターミネータのedifact構文は文字「 '」であることを理解しています。 IFT + 3 + XYZCOMPANY AVAILABILITY 'の代わりに、セグメントターミネータなしのedifactファイルを受信する状況があります。ターミネータなしでIFT + 3 + XYZCOMPANY AVAILABILITYのように終了します。UN/Edifactセグメントターミネータ
私はこれの背後にある理論を私に説明することができた誰もが非常に感謝します。
セグメントターミネータは常に必要です。真にセグメントターミネータがない場合、EDIドキュメントはEDIFACT規格では有効ではありません。
実際にセグメントターミネータとしてCR/LFを使用している可能性があります。良い練習や有効なEDIFACTではありませんが、セグメントターミネータとしてCR/LFを受け入れるようにソフトウェアを設定することができれば、問題を解決するはずです。
これに追加するには、セグメントターミネータをUNAセグメントなどで定義することができます。 UNA:+。? 6番目の文字はセグメントターミネータになります。これは、有効なEDIFACT文書には必要ありません。
このような状況では、16進エディタでドキュメントを見ることも珍しくありません。 – Andrew
返信Andrewのおかげで、私はSmooksフレームワークを使ってedifactデータを処理しています。このシナリオでは、smooksはセグメントターミネータでedifact形式を検証しません。 – felix
Tomに感謝します。私がUNAを追加したときは実際に正しいです。+。? Smooksは正常にedifactを検証します。 – felix