このドキュメントでは、構成済み品目の価格機能に重点が置かれており、構成済みの品目は契約に含められないことに注意してください。
価格機能の主な目的は、価格と価格表の維持と更新の処理を容易にすることです。価格表は、販売品目の基本価格から作成されます(販売品目に入力された価格と混同しないでください)。つまり、販売品目の基本価格を維持する必要があるということです。基本価格を変更すると、その基本価格を含むすべての価格表を同時に更新することができます。価格表は異なる数量間隔で定義されます。
構成済み販売品目の価格は、最大三つのコンポーネントで構成できます:(1) 販売構成可能品目の基本価格、すなわち未構成部品の価格、(2) 販売品目に関連する特性の経済的価値、および (3) 特性に関連する適用可能なオプションの経済的価値。品目コンフィギュレーションリビジョンの可能なコンフィギュレーションを設計するときに、特性やオプションの一部を必須にするかどうかを決定します。
価格詳細は、情報タイプではない特性に対してのみ設定できます。情報特性は情報提供のみを目的としており、価格ロジックには含まれません。
販売品目基本価格は、価格表内の異なる数量間隔の価格を計算する際の基本として使用されます。この価格は品目ベースの価格表の更新するためのみに使用され、販売品目に入力された価格と間違えないようにしてください。基本価格は IFS/Costing にリンクされるか、手動で入力することもできます。つまり、標準価格から貢献利益やその他のユーザー定義変数を追加して、販売品目基本価格を計算することができます。一つの販売品目の原価情報が多くの異なるサイトに存在する可能性があるため、サイトは販売品目の基本価格ごとに定義する必要があります。構成可能な品目において、特に基本価格は未構成品目の価格、つまり特性やオプションによって影響を受ける価格です。
価格表は、さまざまな販売価格グループごとに作成されます。販売価格グループは、価格に関して同じ特性を持つ複数の販売品目をグループ化するために使用されます。販売価格グループに対して、複数の価格表を定義することが可能です。特定の顧客に使用する価格表を定義する場合、価格グループごとに 一つの価格表のみを定義できます。販売品目ごとに販売価格グループが入力されます。販売品目番号と販売価格グループの組み合わせが、異なるサイトで同じである場合、計量単位も同じである必要があります。これは、複数のサイトで有効な価格表で使用される場合に、同じ価格グループの販売品目が異なるサイトで異なる計量の価格単位を持つことを回避するためです。
販売価格グループには、品目ベースの価格グループと単位ベースの価格グループの二種類があります。これらのタイプの販売価格グループは、品目ベースおよび単位ベースの価格表を作成するために使用されます。構成済み販売品目の価格表を作成するときは、品目ベースの販売価格グループを使用する必要があります。
価格表は価格グループに属します。構成済みの品目の販売価格表は品目ベースであるため、これが対応する価格グループになります。
品目ベースの販売価格表は、販売品目の基本価格に基づいています。販売品目の基本価格と異なる数量の間隔に対する異なるオフセットを使用することで、異なる価格の販売品目に対してそれらの間隔を入力できます。価格表は、入力された基本価格と同じ通貨である必要はありません。そうでない場合、価格は該当する通貨で自動的に計算されます。
価格表から価格を取得するときにオーダー日付を使用すると、その価格が今日では古くなっている可能性があります。ただし、特定のオーダーに対して有効な場合があります。そのため、価格表の変更は、現在のものも過去のものも慎重に行う必要があります。
構成可能な販売品目が販売価格表に入力されると、価格設定ルールと価格情報を追加できます。
顧客価格グループは、価格に関して同じ特性を持つ多数の顧客をグループ化するために使用されます。顧客価格グループは、販売価格グループと販売価格表のさまざまな組み合わせに接続されます。顧客は顧客価格グループに接続でき、これを通じてさまざまな販売価格表にも接続できます。これらの価格表は、受注オーダー明細で使用して、使用する価格を選択するために使用できます。
顧客階層とは、同じグループに属する企業をツリー構造でグループ化し、確認できるグラフィカルな手法です。親会社が最上位レベルになり、その下に必要なレベル数の関連会社がすべて配置されます。
階層は、有効な価格と価格表を検索するときに使用されます。価格表を一人の顧客に接続して、階層の同じブランチ内の下位レベルにあるすべての関連会社がその価格表の手当を受けられるようにすることができます。価格や割引情報が顧客エントリ自体にない場合は、顧客階層から取得できます。取得は以下の優先順位に従って行われます:
階層検索中、価格が見つかるか最上位レベルに到達するまで、システムは階層の単一のブランチ内の上位レベルを順次上位に向かって検索します。階層の特定の部分を限定して検索することはできません。オーダー明細に販売価格または価格表を直接入力することで見つかった販売価格を上書きできます。受注オーダー明細に手動で入力された販売価格は常に最高の優先度を持ちます。
受注オーダー明細の販売価格は、入力されたデータに従って選択されます。顧客が顧客階層に含まれている場合、システムは次の優先順位で有効な販売価格を検索します:
構成可能品目の価格が販売価格表から取得される場合、システムは、特性とオプションの価格が同じ販売価格表に対して定義されているかどうかを判断します。その場合、価格の組み合わせは次のようになります:
上記の販売価格表にオプションではなく、特性の価格が定義されている場合、システムは締切価格検索オプションが有効になっているかどうかを確認します。その場合、オプションの価格はゼロに設定されます。オプションが無効になっている場合、価格は販売品目エントリから取得され、次のようになります:
上記の販売価格表に特性の価格が定義されていない場合は、特性価格とオプション価格の販売価格が販売品目エントリから取得されます。それから:
販売品目の販売価格表が利用できない場合は、販売品目の価格、特性価格、オプション価格はすべて販売品目エントリから取得されます。
オプション (販売品目エントリまたは価格表にある) に対して価格が定義されていない可能性があります。次のような場合、制御できません: 特性に対して価格が定義されている場合、システムではそのオプションに対して価格を定義しないことが許可されます。
価格情報が必須であると指定していない限り、販売品目エントリと価格表の両方で、価格を追加せずに特性を定義できます。販売品目エントリと価格表の両方で、価格を追加せずにオプションを定義することは常に可能です。
入力されたデータに応じて、受注オーダー明細の割引(%)が選択されます。単一の割引または複数の割引のいずれかを適用することが可能であり、これはサイトエントリで決定されます。単一の割引が選択された場合は、一つの割引のみが適用されます。複数の割引が選択された場合は、価格優先ラダー (上) と割引優先ラダー (2 -下) の両方の割引(%)を組み合わせることができます。同時に適用できる割引は最大二つまでです。
三つのバリエーションがあります:
(1) 割引は価格に接続されて、単一割引が選択されている場合は、この割引が取得されます。システムはこれ以上の割引を検索しません。
(2) 割引が価格に接続されて、複数割引が選択されている場合は、この割引が取得されます。つまり、オーダー明細の価格が価格表から取得された場合、その価格に接続された割引が常に使用されます。割引は価格発生元から直接コピーされるため、システムは実際にこの割引を検索するわけではなく、むしろ価格検索の結果を反映したものです。この割引(%) に加えて、システムは次の優先順位でさらなる割引を検索します:
(3) 割引(%)が価格に接続されず、複数割引が選択されている場合、システムは上記 2 項で説明したのと同じ優先順位で割引を検索します。
オーダー明細に割引を直接入力することで、上記のすべての値を上書きすることができます。