SAP資格過去問ならSAPnavi

NoteやStripe決済で安全にSAP過去問を購入することができます。
領収書発行可能 / 即時入手可能

SAP過去問 (SAP Exam)

Design Guidelines and Formatting Rules for Creating New Segments

使用する

設計ガイドライン

  • 車輪の再発明をしないでください

    新しいセグメントを作成する前に、既存のセグメントで要件を満たすことができるかどうかを確認してください。EDI標準を使用します。たとえば、ANSI X12(北米)またはEDIFACT(全世界)です。コード化されたフィールド値にはISOコードを使用して、一般的に適用可能な標準に基づくようにする必要があります。ISOコードは、たとえば、国(ISO 3166)、通貨(ISO 4217)、および測定単位(ISO 31)用に存在します。

  • 意味のある方法でデータをグループ化する

    ビジネスデータはセグメントフィールドに含まれています。論理的な観点から一緒に属するデータは、セグメントを形成するために結合する必要があります。論理的な観点から一緒に属するセグメントは、セグメントグループを形成するために結合する必要があります。たとえば、発注書の材料を1つのセグメントに含めることができます。他のセグメント(パートナー、税金、支払い条件に関する情報)とともに、このセグメントは「アイテム」セグメントグループの一部を形成できます。

  • ユニバーサルセグメントを作成する

    他のIDocタイプですでに作成したセグメントを使用できます。セグメントをさまざまなメッセージに使用できるかどうかを確認します。ユニバーサルセグメントの例は、一般的なアドレスデータを含むセグメントです。

  • 明確に配置されたセグメントとセグメントグループを作成する

    必要なフィールドをセグメントの先頭にできるだけ近づけて配置します。常に一緒に発生する2つのセグメントは、1つのセグメントに結合する必要があります。

    修飾子の使用を回避できるかどうかを検討してください。修飾子は、セグメントがどのように使用され、文書化および解釈が難しいかを示します。修飾子は通常、クロスアプリケーションベースで定義されないため、これらのセグメントはユニバーサルではありません。

  • スペースを無駄にしないでください

    セグメント内のすべてのフィールドの最大長は1000文字です。セグメントが大きいほど、管理データに対する有用なデータの比率が高くなります。将来的に追加のフィールドを使用できるように、セグメントに一定量のスペースを予約する必要があります。

  • セグメントを文書化する

    セグメントエディタが提供するドキュメントオプションを使用します。各フィールドに追加のデータ要素を格納して、アプリケーションでのフィールドの使用方法に関する情報を提供できます。セグメントを文書化して、セグメント全体の属性と構造を説明することもできます。セグメントを文書化するときは、セグメントフィールドがインバウンド処理とアウトバウンド処理の両方で使用されることに注意してください。

  • EDI標準への変換が必要になる場合があることを忘れないでください

    ここで特に適用される次のフォーマット規則に注意してください。

フォーマット規則

通常、次の書式設定ルールがセグメントフィールドのデータに適用されます。

  • セグメントフィールドには、英数字データのみを含めることができます。セグメントフィールドに文字を含むデータ要素を使用することで、これが当てはまることを確認できます。

  • 大文字と小文字は区別されません。

  • フィールドは、値が左寄せされるように維持されます。

  • 標準の日付表現(修飾子なし)はYYYYMMDDです。したがって、1996年2月28日は19960228として表されます。

  • 標準の時間表現(修飾子なし)はHHMMSSです。したがって、午後8時35分は203500として表されます。

  • 小数点が固定されている値は、小数点のみで表されます。1000個の区切り文字はありません。負の値は、値の後にマイナス記号で示されます。

    ドイツ語表記:-2,097,152.64という数字は2097152.64-として表されます

    アメリカの表記法:-2,097,152.64という数字は2097152.64-として表されます

  • 浮動小数点数は小数点で表されます-千の区切り文字はありません。負の値は、値の後にマイナス記号で示され、指数は常に指定されます。

    ドイツ語表記:-23.4という数字は-2.34E+01として表されます。

    アメリカの表記法:-23.4という数字は-2.34E+01として表されます。

IDocを他のEDI標準(EDIFACT、ANSI X12)に変換する場合は、次のルールが役立つ場合があります。

  • 可能であれば、IDocのセグメントフィールドはEDIデータ要素で直接表す必要があります。自動変換で問題が発生する可能性のあるフィールドの分割や結合、またはその他の変更は避けてください。

  • フィールド長は、SAPアプリケーションまたは関連するEDI標準の最大長(どちらが長いかによって異なります)と同じである必要があります。これにより、既存のすべての情報を常に転送することができます。

  • IDocを正しく変換できるようにするには、EDI標準の必須セグメントフィールドがIDocセグメントに存在する必要があります。

タイトルとURLをコピーしました