スキーマグループと決定を定義する方法 SAP
オリビアターナー
⚡ スマートサマリー
スキーマグループ SAP ベンダーと購買組織を適切な計算スキームにリンクさせる。2つの独立したグループがスキーム決定に関与するため、同じ資材でもサプライヤーや購買単位によって価格が異なる場合がある。
スキーマグループが存在する理由
このチュートリアルでは、
- スキーマグループを定義する方法
- スキーマ決定の定義方法
手順に入る前に、スキーマグループが解決する問題を理解しておくことが重要です。計算スキーマは、どの条件タイプがどの順序で適用されるかを決定します。実際の組織では、すべてのものに1つのスキーマを使いたいと考えることはほとんどありません。
- 輸入業者は、国内業者が決して使用しない関税や運送条件を必要とする。
- 中央購買組織は、工場レベルの事業部が適用しないようなリベート条件を適用する場合があります。
- 下請け業者tracTorの料金は、材料費ではなくサービス料金に基づいて設定されています。
各ベンダーに直接スキーマを割り当てると、何千もの割り当てが必要になります。スキーマグループは、代わりに分類することでこの問題を解決します。ベンダーはいくつかの価格設定グループに分類され、購買組織はさらにいくつかのグループに分類され、小さな決定テーブルがそれぞれの組み合わせをスキーマにマッピングします。したがって、ベンダーを追加するには、手順を設計するのではなく、グループを選択するだけで済みます。
スキーマグループを定義する方法
購買組織またはベンダーのスキーマ グループを作成できます。
その後、スキーマ グループがカスタマイジングで購買組織に割り当てられ、仕入先マスタ レコードで仕入先に割り当てられます。 これらは、ベンダーまたは購買組織に基づいて価格決定プロセスをマッピングするために使用されます。
ステップ1）
- 前のトピックと同様に、「SPRO IMG パスからスキーマ グループを定義」を選択します。
- 下のメニューから選択してください スキーマ グループ: ベンダー.
ステップ2） 次の画面では、ベンダー マスターで使用するスキーマ グループを定義し、ベンダー スキーマ グループの説明を維持できます。
スキーマ グループ番号と説明のみを定義します。 に割り当てて使用するため、設定はありません。 ベンダーマスターレコード.
たとえば、新しいグループ 02 (スキーマ ベンダー 02) を作成する必要がある場合があります。
ステップ3） 次に、 購買組織のスキーマ グループ メインのスキーマ グループ メニューから。
要件に応じてスキーマ グループを定義します。 スキーマ グループ番号と説明のみを定義します。 どちらも設定はなく、購買組織に割り当てられるインジケーターのみです。
ステップ4） 選択する 購買組織へのスキーマ グループの割り当て スキーマグループメニューから。
必要なスキーマ グループを購買組織に割り当てます。 以下の画面でわかるように、右側のフィールドは空白のままになっています。 空白のままにした場合、デフォルトの購入組織スキーマを使用する必要があることを意味します。.
グループ組織に標準スキーマを使用する場合は、前の画面のフィールドを空白のままにし、スキーマ 0001 を選択する場合は、上の画面でマークされたフィールドに 0001 を入力します。 購買組織への割り当てに使用可能なスキーマを含む画面は、前のステップで使用できます (以下の画面と同じ)。
ステップ5） ベンダーマスターでスキーマグループを割り当てます。
購入データビューに移動します。 ご覧のとおりです スキーマグループ、ベンダー 分野。 このベンダーに適したスキーマ グループを選択できます。標準スキーマ ベンダーの場合、デフォルトは空白のままです。
このフィールドは購買組織の組織レベル (0001) で維持されていることがわかります。そのため、その購買組織のスキーマ グループと組み合わせてテーブルを確認すると、選択された計算スキーマは次のようになります。 RM0000 – 購入書類 (大)、 次のトピックでわかるように。
スキーマ決定の定義方法
計算スキーマの決定はカスタマイズ作業です。
価格設定手順をスキーマ グループ購買組織とスキーマ グループ仕入先の組み合わせに割り当てる必要があります。
設定は、「スキーマ決定の定義」オプションにあります。
ステップ1） 決定計算スキーマを選択してください 標準発注書.
ステップ2）
- 購入組織のスキーマ グループを選択します。
- ベンダーのスキーマ グループを選択します。
- 選択する 計算スキーマ 購買組織と仕入先スキーマグループの組み合わせに割り当てられる。
この画面で XNUMX つのレコードを分析してみましょう。
- ケース 1 では、購買組織のデフォルト スキーマ グループ (最初のフィールドは空) を選択し、ベンダーのデフォルト スキーマ グループ (0000 番目のフィールドは空) を選択しました。両方のデフォルト スキーマ グループのこの組み合わせに対して、RMXNUMX (購買文書) を割り当てました。 – Big) 計算スキーマ。
- ケース 2 では、購買組織のスキーマ グループを 0001、仕入先のスキーマ グループを 01 として選択し、その組み合わせに RM1000 計算スキーマを割り当てました。
システムを教えてください。
購買組織があるとします。 0001 ブランク (デフォルト) 割り当てられたスキーマ グループと購入組織 0002 スキーマグループあり 0001 に割り当てられます (デフォルトではありません)。
我々はまた、 ベンダー1 割り当てられたスキーマ グループを次のように指定します ブランク （デフォルト）、および ベンダー2 スキーマグループが次のように定義されている 01 (デフォルトではありません)。
- 購買組織0001を通じて仕入先1に対して発注書を作成する場合、計算スキームはRM0000として決定されます。
- 購買組織 2 を通じて仕入先 0001 の発注書を作成している場合、計算スキーマ RM1000 が決定されます。
- 購買組織 0002 の 1000 つの仕入先のいずれかに対して PO を作成する場合、どちらの場合も計算スキーマ RMXNUMX が決定されます。
以下の表は、計算スキーマの決定を明確に示しています。
| ベンダー | ベンダースキーマグループ | 購買組織 0001 （スキーマグループ空白） |
購買組織 0002 （スキーマグループ0001） |
|---|---|---|---|
| ベンダー1 | デフォルト（空白） | RM0000 | RM1000 |
| ベンダー2 | 01 | RM1000 | RM1000 |
これで完了です。 これで、価格設定手順が完全に機能するようになりました。
条件の除外、コピー制御、条件タイプの制限の定義などの高度な機能を使用できます。
スキーマ決定のトラブルシューティング
発注書の価格設定が間違っているという苦情は、ほぼすべて状態記録ではなく、ここに記録されます。以下のチェック項目を順番に確認してください。
- 実際に使用されたスキーマを確認してください。 ME23Nで明細条件を開き、「分析」を選択します。分析のヘッダーには適用された計算スキーマ名が表示され、決定または条件のどちらに問題があるかがすぐにわかります。
- 適切なレベルのベンダースキーマグループを確認してください。 この項目は、購買組織ごとの購買データビューに表示されます。ベンダーが2つの購買組織に拡張されている場合、それぞれの組織で異なるグループが登録される可能性があるため、間違った方の項目を選択すると誤解を招く可能性があります。
- 購買組織の割り当てを確認してください。 空欄はエラーではなく、デフォルトグループを意味します。問題は通常、デフォルトグループを意図していたにもかかわらず、別のグループが割り当てられている場合に発生します。
- 欠落している判定項目を探してください。 スキーマ決定において、ある組み合わせに該当する行がない場合、スキーマは見つからず、その順序には条件が一切適用されません。デフォルト＋デフォルトの組み合わせを含め、使用されているすべての組み合わせには行が必要です。
- 変更は遡及適用されないことを覚えておいてください。 既に作成された文書には、作成時に保存されたスキーマが保持されます。修正された判定結果が反映されるのは、新規に作成された文書のみです。
- 文書の種類を確認してください。 標準発注書、在庫輸送指示書、および基本契約書はそれぞれ別の決定テーブルを使用するため、いずれか1つを修正しても他のテーブルは修正されません。
決定の下にある層は 条件タイプの定義 (NAIST) と アクセスシーケンスと条件テーブルスキーマ自体は以下で説明されています 計算スキーマの定義.
