価格設定機能の主な目的は、価格、価格表、顧客契約、キャンペーンの維持と更新のプロセスを簡素化することです。価格表と顧客契約は、商品基本価格から作成できます。つまり、商品の基本価格を維持する必要があるということです。基本価格を変更すると、その基本価格を含むすべての価格表と顧客契約を同時に更新することができます。価格表と顧客契約は、異なる区間の数量で定義できます。
商品基本価格は、価格表または顧客契約において、異なる区間の数量に対する価格を計算する際の基準として使用されます。商品に入力された価格と間違えないようにしてください。この基本価格は、品目基準価格表または商品別顧客契約明細の更新にのみ使用されます。基本価格ごとにステータスがあり、使用方法を制御します。引当可能なステータスとそのプロパティについては、次の表をご覧ください。
| ステータス | 基本価格編集可 | 価格表、契約書更新済 | コメント |
| 計画中 | はい | いいえ | 基本価格が決定される以前の新規および既存品目に適用されます |
| 有効 | はい | はい | 基本価格は価格表と契約の更新に適用する準備ができています |
| クローズ | いいえ | いいえ | 基本価格の有効終了日 |
基本価格は、商品基本価格に入力された基準価格、オフセット率、およびオフセット金額から計算されます。基準価格は、IFS/原価にリンクするか、手動で入力することもできます。1 つの商品の原価情報が多数の異なるサイトに存在する可能性があるため、商品基本価格ごとにサイトを定義する必要があります。オフセット率とオフセット金額は、基本価格が価格表と契約に割り当てられる前に必要な開始点を取得するために使用されます。
また、商品基本価格に数量別価格テンプレートを追加することも可能です。これは、オーダー数量に応じて複数の品目が価格において同じ特性を持つ場合に便利です。数量別価格テンプレートでは、商品基本価格からのオフセット率を使用して数量を定義します。販売価格表および顧客契約で数量別価格テンプレートの使用が有効になっている場合、数量と基本価格は数量別価格テンプレートに従って適用されます。つまり、テンプレートで設定されている数量が 0、10、20 である場合、これらすべての数量に、数量のオフセット率を考慮した基本価格が適用されます。数量別価格テンプレートが存在しないか使用されていない場合は、品目の既存の数量すべてに同じ基本価格が適用されることにご注意ください。
まとめると、基本価格は次の計算式に従って計算されます。
一覧 - 商品基本価格ページのベースライン価格
* (1 + 一覧 - 商品基本価格ページのオフセット率/100)
+ 一覧 - 商品基本価格ページのオフセット金額
-----------------------------------------------------------------------------------------------------
= 一覧 - 商品基本価格ページの基本価格 (数量別価格テンプレートの使用を無効にした販売価格表および顧客契約では、これが使用される)
* (1 + 数量別価格テンプレートウィンドウにおける現在の数量のオフセット率/100)
-----------------------------------------------------------------------------------------------------
= 数量別価格テンプレートを考慮した基本価格(数量別価格テンプレートの使用を有効にした販売価格表および顧客契約では、これが使用される)
販売価格グループ
価格表は、さまざまな販売価格グループごとに作成されます。販売価格グループは、価格に関して同じ特性を持つ複数の商品をグループ化するために使用されます。1つの販売価格グループに対して、複数の価格表を定義することが可能です。特定の顧客に使用する価格表を定義する場合は、1つの価格グループと通貨ごとに 1 つの価格表のみを定義できます。商品ごとに販売価格グループが入力されます。商品番号と販売価格グループの組み合わせが、異なるサイトで同じである場合、価格の計量単位も同じである必要があります。これは、複数のサイトで有効な価格表で使用される場合に、同じ価格グループの商品が異なるサイトで異なる計量の価格単位を持つことを回避するためです。
販売価格グループには、品目ベースの価格グループと単位ベースの価格グループの 2 種類があります。関連する価格表を作成する際には、さまざまな種類の販売価格グループが使用されます。
価格表
価格表は価格グループに属します。つまり、価格グループのタイプに応じて、単位ベースの販売価格表と品目ベースの販売価格表の 2 種類の価格表があることになります。
価格表は、価格表の維持管理を担当する所有会社に関連付けられます。必要に応じて、所有会社は価格表を他の会社のサイトに対して有効にすることにより、管理する価格表の数を減らすことができます。
品目ベースの販売価格表は、商品の基本価格に基づいています。商品基本価格には基本サイトが存在し、価格表は所有会社に属します。販売価格表の所有会社との関連のない基本サイトからの基本価格を使用することが可能です。つまり、各会社は共通の発生元からの基本価格を使用し、販売価格表に独自のオフセットと割引を適用することができるということです。
価格表では、オーダー数量に応じて異なる価格を設定できます。これは、価格表のさまざまな数量に対して商品基本価格とは異なるオフセットを手動で入力するか、数量別価格テンプレートを使用して、異なる数量に対して異なる基本価格を自動的に設定することによって実現されます。価格表は、入力された基本価格と同じ通貨であってはなりません。価格は自動的に計算され、適切な通貨に変換されます。
販売価格表と商品基本価格の間に既定の関係性を定義することができます。この関係性は、価格表で基本サイト、オフセット率、およびオフセット金額の既定値を指定することによって定義されます。つまり、商品が追加されると、まず、これら既定のオフセットと既定の基本サイトから取得された基本価格が適用されるということです。これは、販売価格表と商品基本価格の間の一般的かつ確固とした関係を定義する場合に役立ちます。
販売価格表ページヘッダで、基本価格の更新の確認を有効にすることができます。これにより、品目ベースの販売価格表明細が商品基本価格から更新される際の制御を強化できるようになります。レビュー待ちの販売価格表明細は、ステータスが計画中となります。
アソートメントノードごとの価格は、より大規模な価格の処理に使用されます。ここでは、個々の品目ごとではなく、アソートメントノード全体に対しての一般化された価格が設定されます。アソートメントノードごとの価格は、品目ベースの販売価格表に対してのみ定義することができ、単位ベースの価格表に対しては定義できません。
品目ベースの販売価格表には、アソートメント ID
を含めるオプションがあります。価格表のヘッダにアソートメントIDが指定されている場合、アソートメントノード基準タブが有効になります。このタブでは、ヘッダに入力されたアソートメントのアソートメントノードごとに価格と割引を入力できます。これらの価格と割引は、同じアソートメントノードに属し、販売価格表のヘッダと同じ販売価格グループに属する商品に適用されます。
特殊な単位で販売される商品には、単位ベースの販売価格表が適用されます。単位ベースの販売価格表には商品番号は指定されません。異なる区間の単位ごとに価格が入力されます。単位ベースの販売価格表は、たとえば、色によって商品番号は異なるが価格はすべて同じである塗料などに使用できます。
価格表から価格を取得するときにオーダー日付を使用すると、その価格が今日では古くなっている可能性があります。ただし、特定のオーダーに対して有効な場合があります。そのため、価格表の変更は、現在のものも過去のものも慎重に行う必要があります。
販売見積または受注オーダー明細の作成の際には、明細に入力された商品に基づいて価格表が検索されます。商品は常に販売価格グループに関連付けられており、販売価格表は常に販売価格グループと価格表に適用される通貨ごとに定義されます。価格表を顧客に関連付ける際は、顧客/販売/価格グループ別価格表タブ、または顧客価格グループページにおいて、関連付けられた価格表を優先と見なすかどうかを選択できます。通貨の異なる複数の価格表を同じ顧客に関連付けることも可能です。ある価格表が優先された場合、見積、オーダー通貨、価格表における通貨が一致しているかどうかに関係なく、その価格表が使用可能であり、使用されることを意味します。
見積またはオーダーが有効な価格表を検索する場合には、特定の優先順位に従います。
顧客価格グループ
顧客価格グループは、価格に関して同じ特性を持つ多数の顧客をグループ化するために使用されます。顧客価格グループは、販売価格グループと販売価格表のさまざまな組み合わせに接続されます。顧客は顧客価格グループに関連付けることができ、それによってキャンペーンやさまざまな販売価格表にも関連付けられます。これらの価格表は、受注オーダー明細で使用して、使用する価格を選択するために使用できます。
契約
契約は、将来の受注オーダーに適用される条件と情報を入力するために使用されます。この情報は、有効期間や納入条件などの一般的な情報になります。品目ごとの価格と割引、販売グループごとの割引、アソートメントごとの割引についても詳細に設定できます。
契約から価格を取得する際にオーダー作成日を使用した場合、その価格は以前のものである可能性があります。ただし、特定のオーダーに対して有効な場合があります。したがって、現行の契約であっても、以前の契約であっても、変更する場合は細心の注意を払って行う必要があります。
1つの顧客、サイト、通貨に対して複数の有効な契約が存在する場合、システムはデフォルトで受注オーダーで最下位の ID を持つ契約を取得し、これを受注オーダーヘッダに表示します。
自動価格設定から除外されるように選択された契約は、受注オーダーヘッダに自動的に取得されることはありません。「自動価格設定から除外」オプションが無効になっている契約が複数ある場合、受注オーダー明細に対する顧客契約を取得する際の並べ替え機能は存在しません。そのため、特定の商品に対しては、顧客ごとに 1 つの自動価格取得契約のみを設定することをおすすめします1つの顧客、サイト、通貨に対して複数の有効な契約が存在する場合、その他の契約では「自動価格設定から除外」オプションを有効にする必要があります。それによって、ユーザーのみが受注オーダーヘッダに契約ID を入力し、受注オーダー明細の価格取得ロジックを上書きできるようになります。
特定の契約に対して最大累積金額を設定できます。現在の累積金額が最大累積金額を超えると、顧客契約は無効になります。ただし、最大金額は交渉により調整可能です。
同様に、契約に関連付けられた各品目に対して最大数量を指定できます。品目の現在の累積数量が最大累積数量を超えた場合、その品目に対する契約は無効になります。ただし、品目の最大数量は、顧客契約の交渉を通じて変更することもできます。
価格表と契約におけるオフセット
オフセットは基本価格から算出され、価格設定において使用する契約または価格表の価格を構築するために使用されます。契約または価格表における品目のすべての異なる区間の数量に対し、同じ基本価格を使用することができます。つまり、基本価格のみを更新し定義されたオフセットを再適用することで、品目の契約全体を更新することが可能です。
基本価格に対するオフセットは、オフセット率またはオフセット金額として定義することができます。オフセット率が-10で、商品基本価格が 500 の場合、計算される販売価格は 450 となります。一方、オフセット率が10の場合は、計算される販売価格は550 となります。オフセット金額が-10で、商品基本価格が 500 の場合、計算される販売価格は 490 となります。金額オフセットが10の場合は、計算される販売価格は510となります。
オフセットは、オフセットを追加するか、オフセットを調整するの2 つの方法で調整できます。オフセット率およびオフセット金額に値を追加するには、オフセットに追加を選択してください。元のオフセットが 65 で、追加された値が 7 の場合、新しいオフセットの値は (65 + 7 = 72) になります。これは、[オフセット率]および[オフセット金額]の場合も同様です。オフセット率およびオフセット金額を調整するには、オフセット調整を選択してください。元のオフセットが65で、オフセットの調整率が7の場合、新しいオフセットの値は (65 + 7% = 69.55) になります。「オフセット金額」を選択した場合でも、ここで入力する値は調整率として計算されます。これは、[オフセット率]および[オフセット金額]の場合も同様です。
オフセット調整またはオフセット追加オプションのいずれかを使用してオフセットを調整する場合、
注釈:上記のすべての状況において、有効な契約または価格表明細のみが説明の通りに変更されます。同一品目に対して、最小オーダー数量は同じでも有効開始日が異なる複数の顧客契約または価格表明細が存在する場合があります。ただし、特定の品目および最小オーダー数量に対する有効な契約または価格表明細は、指定された日付と同じ有効開始日か、それより後の日付を持つものとなります。
キャンペーン
キャンペーンは受注オーダーの価格取得元です。これは、販売を行う宛先サイトが複数存在し、仕入先から商品を購買して宛先サイトに配送してキャンペーン価格で販売する供給サイトが 1 つある場合に、トランザクションを追跡するために使用できます。キャンペーンには通常、会社のすべての小売店が関与し、特定の製品において一定期間、すべての顧客、指定された顧客、または指定された顧客価格グループに対して、特別価格が提供されます。
顧客階層
顧客階層とは、同じグループに属する会社をツリー構成でグループ化し、確認できるグラフィカルな手法です。親会社が最上位レベルになり、その下に必要なレベル数の関連会社がすべて配置されます。
有効な契約、価格表、キャンペーンを検索する際に、階層が使用されます。契約、価格表、またはキャンペーンを1 つの顧客に関連付けることで、階層の同じブランチの下位レベルにある関連会社すべてがその契約、価格表、またはキャンペーンのメリットを享受できるようにすることができます。顧客エントリに価格や割引情報が入力されていない場合、顧客階層からそれらの情報を取得することができます。取得は以下の優先順位に従って行われます:
階層検索中、価格が見つかるか最上位レベルに到達するまで、システムは階層の単一のブランチ内の上位レベルを順次上位に向かって検索します。階層の特定の品目を限定して検索することはできません。オーダー明細に販売価格または価格表を直接入力することで見つかった販売価格を上書きできます。受注オーダー明細に手動で入力された販売価格は常に最高の優先度を持ちます。
受注オーダー明細の価格
受注オーダー明細の価格は、入力されたデータに応じて選択されます。以下は、受注オーダーの価格の取得方法の優先順位です。
1.自動価格設定から除外されるよう設定された顧客契約から、受注オーダーヘッダに手動で定義されます。
1.1.品目ごとの価格
1.2.自動価格設定から除外されるよう設定された顧客契約のアソートメント ノードの価格が、受注オーダーヘッダに手動で定義されます。
2.キャンペーンから
2.1.品目ごとの価格
2.1.1.顧客に有効なキャンペーンからの品目ごとの価格。
2.1.1.1.顧客階層内の顧客に有効なキャンペーンからの品目ごとの価格。(階層レベル上位)
2.1.2.顧客価格グループに有効なキャンペーンからの品目ごとの価格。
2.1.2.1.顧客階層内の顧客の顧客価格グループに有効なキャンペーンからの品目ごとの価格。(階層レベル上位)
2.2.キャンペーンからのアソートメント ノードの価格。
2.2.1.顧客に有効なキャンペーンからのアソートメントノードの価格。
2.2.1.1.顧客階層内の顧客に有効なキャンペーンからのアソートメントノードの価格。(階層レベル上位)
2.2.2.顧客価格グループに有効なキャンペーンからのアソートメントノードの価格。
2.2.2.1.顧客階層内の顧客の顧客価格グループに有効なキャンペーンからのアソートメントノードの価格。(階層レベル上位)
3.契約から。
3.1.品目ごとの価格
3.1.1.顧客階層内の顧客契約からの品目ごとの価格。(階層レベル上位)
3.2.自動価格取得設定された顧客契約からのアソートメント ノードの価格。
3.2.1.顧客階層内の顧客契約からのアソートメント ノードの価格。(階層レベル上位)
4.価格表から
4.1. 価格表からの品目ベースまたは単位ベースの価格
4.1.1.顧客/販売/価格グループ別価格表タブ上の価格表の価格
4.1.1.1 顧客階層内の顧客に関連付けられた価格表の価格。(階層レベル上位)
4.1.2 顧客価格グループごとの価格表からの価格
4.1.2.1 顧客階層内の顧客価格グループごとの価格表 (単位ベースまたは品目ベース) の価格。(階層レベル上位)
4.2.販売価格表のアソートメント ノードごとの取引
4.2.1 顧客/販売/価格グループ別価格表タブの価格表の価格
4.2.1.1 顧客階層内の顧客に関連付けられた価格表の価格。(階層レベル上位)
4.2.2 顧客価格グループごとの価格表からの価格
4.2.2.1 顧客階層内の顧客価格グループごとの価格表 (単位ベースまたは品目ベース) の価格。(階層レベル上位)
5.商品からの価格
アソートメント構成で価格を検索する場合、品目に最も近いアソートメント ノードで価格が検索されます。
より安い価格またはより高い割引率が見つかった場合はキャンペーンを無視する
場合によっては、進行中のキャンペーンがあっても、キャンペーンより割安な価格を提供する顧客契約または価格表が顧客に関連付けられている可能性があります。ユーザーは、キャンペーン/一般タブのより低価格/高割引が見つかった場合は無視オプションを使用して、上記の状態を制御できます。このオプションを有効にすると、別の販売価格取得元でより安い価格が見つかった場合にキャンペーン価格が無視されることになります。
受注オーダー明細の割引
入力されたデータに応じて、受注オーダー明細の割引が選択されます。単一の割引または複数の割引のいずれかを適用することが可能であり、これはサイトエントリで決定されます。
これらに加えて、複数の割引明細を手動で追加し、1 つの受注オーダー明細で使用される複数の割引タイプを定義することもできます。新規受注オーダー明細の入力の際に、割引率を直接手動で入力した場合、自動取得された割引明細が上書きされます。この場合、手動で入力した割引が、サイトで定義された既定の割引タイプと共に適用されます。
顧客契約では、品目ごと、販売グループごと、またはアソートメントごとに詳細な割引 (複数の割引明細を 1 つの契約明細に関連付ける) を定義することができます。
1.単一割引戦略:
(1a) 価格に割引が設定されている場合は、この割引が取得されます。システムはこれ以上の割引を検索しません。
(1b) 価格ラダーで割引が見つからない場合、割引ラダーで検索が行われます ([スタンドアロン割引] 優先ラダー: スタンドアロン: 価格なしで割引のみが定義される場合)
1.自動価格設定から除外されるように設定された顧客契約から、受注オーダー ヘッダで手動で定義されます。
1.1.価格なしの品目ごとの割引
1.2.自動価格設定から除外されるように設定された顧客契約の販売グループまたはアソートメントノードごとの割引。(割引が販売グループから取得される場合、またはアソートメントノードが契約ヘッダのアソートメントフィールドの使用に基づいて決定される場合。)
2.キャンペーンから*
2.1.価格なしのアソートメントノードごとの割引
2.1.1.顧客階層内のキャンペーンからの、アソートメントノードごとの割引。(階層レベル上位)
3.契約から**
3.1.価格なしの品目ごとの割引
3.1.1.顧客階層内の顧客契約からの品目ごとの割引。(階層レベル上位)
3.2. 契約からの価格なしの販売グループまたはアソートメント ノードごとの割引 (販売グループまたはアソートメントは、契約ヘッダのアソートメント フィールドの使用法によって異なります)
3.2.1.顧客階層 (上位の階層レベル) 内の顧客契約 からの価格なしの販売グループまたはアソートメント ノードごとの割引 (販売グループまたはアソートメントは契約ヘッダのアソートメント フィールドの使用法によって異なります)
4.顧客からの割引。
4.1.顧客階層内の顧客からの割引。(階層レベル上位)
2.複数割引戦略:
複数割引が選択されるのは以下の場合です:
1) 価格に割引が関連付けられている場合、この割引が取得されます。つまり、オーダー明細の価格が契約または価格表から取得される場合、その価格に関連付けられている割引が常に使用されます。割引は価格取得元から直接コピーされるため、システムは実際にこの割引を検索することはなく、むしろ価格検索の反映となります。
2) この割引発生元に加えて、システムは「スタンドアロン割引」の優先順位ラダーでもう 1 つの割引発生元を検索します。(スタンドアロン: 価格なしで割引のみが定義される場合)
1.自動価格設定から除外されるように設定された顧客契約から、受注オーダー ヘッダで手動で定義されます。
1.1.価格なしの品目ごとの割引
1.2.自動価格設定から除外されるように設定された顧客契約の販売グループまたはアソートメントノードごとの割引。(割引が販売グループから取得されるか、アソートメントノードが契約ヘッダのアソートメントフィールドの使用に基づいて決定される場合。)
2.キャンペーンから*
2.1.価格なしのアソートメントノードごとの割引
2.1.1.顧客階層内のキャンペーンからの価格なしのアソートメントノードごとの割引。(階層レベル上位)
3.契約から**
3.1.価格なしの品目ごとの割引
3.1.1.顧客階層内の顧客契約からの品目ごとの割引。(階層レベル上位)
3.2. 契約からの価格なしの販売グループまたはアソートメント ノードごとの割引 (販売グループまたはアソートメントは、契約ヘッダのアソートメント フィールドの使用法によって異なります)
3.2.1.顧客階層 (上位の階層レベル) 内の顧客契約 からの価格なしの販売グループまたはアソートメント ノードごとの割引 (販売グループまたはアソートメントは契約ヘッダのアソートメント フィールドの使用法によって異なります)
4.顧客からの割引。
4.1.顧客階層内の顧客からの割引。(階層レベル上位)
アソートメント構成で割引を検索する場合、品目に最も近いアソートメント ノードで割引を検索します。
* 価格なし (割引のみ) の品目にはキャンペーン明細を定義することはできませんのでご注意ください。理由は、価格と割引の両方が含まれる顧客契約明細よりも前に、キャンペーンからの割引が確実に使用されるようにするためです。そのため、品目のキャンペーン明細を入力すると、その品目の販売価格が取得されます。
** 複数の有効な顧客契約が同時に存在する可能性があるという事実から生じる状況:
「自動価格設定から除外」オプションが無効になっている契約が複数ある場合、受注オーダー明細に対する顧客契約を取得する際に使用される並べ替え順序は存在しません。1つの顧客、サイト、通貨に対して複数の有効な契約が存在する場合、その他の契約では「自動価格設定から除外」オプションを有効にする必要があります。上記の単一割引と複数割引戦略の両方で優先度 1 として説明されているように、ユーザーのみが受注オーダーヘッダに契約 ID を入力することによって、受注オーダー明細の価格取得ロジックを上書きすることができます。
より安い価格またはより高い割引率が見つかった場合はキャンペーンを無視する
場合によっては、進行中のキャンペーンがあっても、キャンペーンと比較してさらに有利な割引を提供する顧客契約が顧客に関連付けられている可能性があります。ユーザーは、キャンペーン/一般タブのより低価格/高割引が見つかった場合は無視オプションを使用して、上記の状態を制御できます。
複数割引戦略でこのオプションが有効になっている場合、システムは「スタンドアロン割引」の優先順位ラダーでアソートメントの割引取得元をもう 1 つ検索する際に、キャンペーンと比較してより高い割引率の次の割引取得元を検索します。
単一割引戦略でこのオプションを有効にすると、割引優先順位ラダーでアソートメントの次の割引取得元を検索する際 (必要な場合)、システムはキャンペーンと比較してより高い割引率の次の割引取得元を検索します。
割引価格 の丸め 機能 により、各割引レベルの後に丸められた価格を使用して正味金額が計算されます。これは明細割引、グループ割引、追加割引に適用されます
前提条件
会社/サプライチェーン情報/販売で割引価格の丸めを使用の切り替えを有効にする必要があります。
有効にすると、調整された計算システムが [一覧 - 販売見積]、[受注オーダー]、[一覧 - 顧客請求書] 全体に適用されます。
行動と計算
標準計算 (トグル無効)
トグルが無効になっている場合、計算は標準ロジックに従い、割引が順番に適用されますが、丸め処理は最終的な正味金額の計算時にのみ行われます。
ROUND (価格 × (1 - 割引率 %) × 数量、2)
割引価格丸め (切り替え有効) あり
トグルを有効にすると、システムは各割引レベルで丸めを適用します。
ROUND (ROUND (価格 × (1 - 割引率 %), 2) × 数量、2)
割引価格は、各レベル (明細割引 → 追加割引 → グループ割引) ごとに丸められます。
丸められた割引価格は、次回の割引計算の基準となります。
正味金額は、この最終的な丸められた割引価格× 数量から計算されます。
割引価格の丸め処理で適用される丸めは、会社の通貨コードページで設定された通貨コードに従います。つまり、丸め処理に使用される小数点以下の桁数は固定されておらず、通貨の定義によって異なります。
例:
価格 = 2.77、数量 = 1000
明細割引 = 10%、グループ割引 = 10%、追加割引= 5%
明細割引 → ROUND (2.77 × (1 – 0.10), 2) = 2.49
グループ割引 → ROUND (2.49 × (1 – 0.10), 2) = 2.24
追加割引 → ROUND (2.49 × (1 – 0.05), 2) = 2.37
最終割引価格 = 2.12
正味金額 = ROUND (2.12 × 1000, 2) = 2120.00
境界
税込価格を選択した場合は、標準の価格丸め方法が引き続き適用されます。
価格と割引は、IFS/受注オーダーにある既存の価格設定ルールを使用して作業オーダーに取得されます。取得後、受注オーダーを生成する前に、特定の作業オーダーの価格や割引を変更できます。
受注オーダーが生成されると、指定された価格が作業オーダーから受注オーダーに明示的に送信されます。そのため、生成中に
IFS/受注オーダーからの価格処理は行われず、作業オーダーの価格が受注オーダーに表示されます。さらに、固定価格契約に基づく作業オーダーから受注オーダーを生成する場合は、作業オーダーから受注オーダーに価格 0
が明示的に送信されます。
受注オーダーが生成されると、指定された価格がフィールドサービスマネジメント(FSM) 注文から受注オーダーに明示的に送信されます。したがって、生成中に IFS/受注オーダーから価格の処理は行われず、FSM オーダーからの価格が受注オーダーに表示されます。