小売販売の価格管理

この記事では、Dynamics 365 Commerceでの販売価格の作成と管理のプロセスについて説明します。 このプロセスに含まれる概念、および販売価格のさまざまなコンフィギュレーション オプションへの影響に焦点を当てます。

用語

この記事では以下の用語を使用します。

価格グループ

価格グループは、コマースで価格と割引管理の中核を成します。 価格グループを使用して、チャネル、カタログ、所属、ロイヤルティ プログラムなどのコマース エンティティに価格と割引を割り当てます。 価格グループはすべての価格と割引を処理するため、開始する前にそれらの使用方法を計画することが重要です。

それ自体では、価格グループは単に名前、説明、およびオプションで価格決定の優先順位です。 価格グループについて覚えておくべき主なポイントは、割引と価格がコマース エンティティと持つ多対多リレーションシップを管理することです。

次の図では、価格グループを使用する方法を示します。 この図では、価格と割引の管理の中心にあるのが "価格グループ" です。 価格および割引の差異を管理するのに使用する Commerce エンティティは左側に、実際の価格および割引レコードは右側になります。

価格グループのスクリーンショット。

価格グループを作成するときは、複数の種類のコマース エンティティに対して 1 つの価格グループを使用しないでください。 そうしないと、特定の価格または割引がトランザクションに適用される理由を判断するのが難しい場合があります。

図の赤い破線が示すように、Commerce では、顧客に直接設定した価格グループの主要な Microsoft Dynamics 365機能がサポートされています。 ただし、この場合は、販売価格の売買契約のみを取得します。 顧客固有の価格を適用する場合は、価格グループを顧客に直接設定しないでください。 代わりに、所属を使いましょう。

顧客に価格グループを設定すると、この顧客に対して作成された注文の販売注文ヘッダーがこの価格グループに関連付けられます。 ユーザーが注文ヘッダーの価格グループを変更すると、現在の注文に対してのみ、古い価格グループが新しい価格グループに置き換えられます。 たとえば、古い価格グループは現在の注文には影響しませんが、将来の注文については引き続き顧客に関連付けられています。

以下のセクションでは、価格グループを使用するときに個別の価格を設定するために使用できるコマース エンティティの詳細について説明します。 これらすべてのエンティティの価格および割引のコンフィギュレーションには 2 つの手順があります。 これらの手順は、どちらの順序でも実行できます。 ただし、この手順は実装時に実行する 1 回限りの設定である可能性が高いため、論理オーダーでは最初にエンティティに価格グループを設定します。 次に、価格と割引を作成するときに、それらの価格と割引の価格グループを個別に設定します。

チャネル

コマース業界では、チャネルごとに価格が異なるのが一般的です。 チャンネル固有の価格に影響を与える 2 つの主要な要素には、原価および国内市場の状況があります。

• 原価 – 製品ソースからチャンネルが離れる分、製品の保管にさらに費用がかかります。 たとえば、新規生産には限定される消費期限および特定の生産要件 (たとえば、増大する時期) があります。 冬の間、新鮮なレタスの価格は南の気候よりも北の気候で高くなる可能性があります。 大規模な地理的領域でチャネルの価格を設定する場合は、異なるチャネルで異なる価格を設定する必要がある可能性があります。
• 国内市場の状況 – 直接の競合店が通りの向かいにある店は、直接の競合店が付近にない店よりもはるかに価格に敏感です。

所属

所属の一般的な定義は、グループにまたはグループの関連へのリンクです。 コマースでは、所属は顧客のグループです。 所属は、顧客グループと割引グループの主要な Microsoft Dynamics 365 概念よりも、顧客の価格と割引のためのはるかに柔軟なツールです。 まず、所属は価格および割引の両方に使用できますが、非小売価格には割引と価格のタイプごとに異なるグループがあります。 次に、顧客は複数の所属に属することができますが、各タイプの 1 つの非小売価格グループにのみ属することができます。 最後に、所属は顧客にリンクされるように設定できますが、必須ではありません。 アドホック所属は、POS での匿名顧客に対して使用できます。 匿名所属の割引の一般的な例としてシニアまたは学生割引がありますが、顧客がグループ メンバーシップ カードを表示するだけで割引を受けることができます。

多くの場合、所属は割引に関連付けられているため、価格決定の差異を設定するのに使用することもできます。 たとえば、小売業者が従業員に販売する場合、正規の価格の上に割引を適用するのでなく、販売価格を変更する場合があります。 別の例として、消費者顧客と法人顧客の両方に販売する小売業者は、法人顧客にはその購買数量に基づいて、より良い価格を提供する可能性があります。 所属は、どちらのシナリオも有効にします。

ロイヤルティ プログラム

価格と割引に関連して、ロイヤルティ プログラムは特別な名前を持つアフィリエイトです。 所属に対して設定するのと同様に、価格と割引の両方を、ロイヤルティ プログラムに対して設定できます。 ただし、顧客がトランザクションまたは注文時にロイヤルティ 価格を取得する方法は、所属価格を取得する方法とは異なります。 顧客は、ロイヤルティ カードがトランザクションに追加された場合にのみロイヤルティ価格を取得できます。 トランザクションにロイヤルティ カードを追加するときに、ロイヤルティ プログラムも追加されます。 ロイヤルティ プログラムは、特別価格と割引を有効にします。

ロイヤルティ プログラムには複数の層があり、さまざまな層によって割引も異なります。 これにより、小売業者は得意先を手動で特殊グループに入れることなく、より大きな特典をそれらの顧客に提供できます。

ロイヤルティ プログラムには、価格と割引以外にも機能があります。 ただし、価格と割引の観点からは、アフィリエイトと同じです。

カタログ

一部の小売業者は製品の販売、およびフォーカスのある顧客グループに対する価格決定をするのに、現物または仮想カタログを使用します。 カタログを通してターゲット マーケティングへのビジネス モデルの一部として、これらの小売業者は、さまざまなカタログで差異価格を設定できます。 Microsoft Dynamics 365 では、チャネル固有または所属固有の割引を定義できるのと同様に、カタログ固有の割引と価格を定義できるようにすることで、この機能をサポートしています。 カタログを編集する際に、価格グループにチャンネル、所属、またはロイヤルティ プログラムに関連付けることができるのと同じように、価格グループにカタログを関連付けることができます。

価格グループに対するベスト プラクティス

複数のエンティティ タイプに価格グループを使用しないでください。 代わりに、チャンネルに対して価格グループの 1 つのセット、所属またはロイヤルティ プログラムに対して異なる価格グループのセットなどを使用します。 価格グループの名前にプレフィックスまたはサフィックスを使用して、使用しているさまざまな種類の価格グループを視覚的にグループ化します。

顧客に直接価格グループを設定することは避けてください。 代わりに、所属を使用します。 所属を使用すると、販売価格の売買契約だけでなく、すべての種類の価格と割引を顧客に割り当てることができます。

価格決定優先順位

それ自体では、価格決定の優先順位は、単に番号と説明です。 価格の優先順位は、価格グループに適用することも、割引に直接適用することもできます。 価格の優先順位を使用する場合は、価格と割引が製品に適用される順序を制御することで、最適な価格の原則をオーバーライドできます。 大きな価格決定の優先順位番号は、小さい価格決定の優先順位番号の前に評価されます。 さらに、価格または割引が任意の優先順位番号で見つかった場合、優先順位の低い数値を持つすべての価格または割引が無視されます。

価格の優先順位は価格と割引に個別に適用されるため、価格と割引は 2 つの異なる価格の優先順位から得ることができます。

価格の価格優先度を使用するには、価格グループに価格優先度を割り当ててから、その価格グループの販売価格売買契約を作成します。

価格決定の優先順位機能は、小売業者が店舗の特定のセットでより高い価格を適用するシナリオをサポートするために導入されました。 たとえば、小売業者は、米国の東海岸の地域価格を定義しますが、ニューヨーク市の店舗の一部の製品の価格を高くしたいと考えています。これは、市内の一部の製品を販売するコストが高く、地元の市場がより高い価格を負担するためです。

「Best price」セクションで説明されているように、価格エンジンは通常、2 つの価格の下限を選択します。 したがって、小売業者は、東海岸とニューヨークの価格グループの両方を持つ店舗で、2 つの価格の上位を使用することはできません。 価格決定の優先順位機能が導入される前にこの問題を解決するには、小売業者はすべての製品に対して 2 度価格を定義して、両方の価格グループを割り当てないようにする必要がありました。 または、小売業者は、より高い価格の製品を通常または低い価格の製品から取り分けるため、追加の価格グループを作成する必要がありました。

ただし、価格優先機能を使用すると、小売業者は、地域価格の価格優先度よりも高い店舗価格の価格優先順位を作成できます。 または、小売業者は店舗価格に対してのみ価格決定の優先順位を作成し、地域価格を既定の価格決定の優先順位である、0 (ゼロ) のままにできます。 どちらの設定も、店舗価格が常に地域価格よりも前に使用されることを保証するのに役立ちます。

価格決定優先順位例

ここで、店舗価格が他の価格を上書きする例を見ます。

国内または地域の小売業者は、地域ごとにほとんどの価格を設定し、北東、南東、中西部、西の 4 つのリージョンがあります。 これは、より高い価格をサポートできるいくつかの高コスト市場を識別します。 これらの市場は、ニューヨーク市、シカゴ、およびサンフランシスコ湾近郊にあります。

この例では、北東地域を使用します。 店舗 1 はボストンに、店舗 2 はマンハッタンにあります。 ボストン ストアの場合、2 つの価格グループがチャネルにリンクされています:北東と店舗 1。 マンハッタン ストアの場合、3 つの価格グループがチャネルにリンクされています:北東、NYC、Store 2。

小売業者は、2 つの価格決定の優先順位を設定します: 5 の優先順位番号がある高コスト、および 10 の優先順位番号がある店舗価格。 (既定では、価格の優先順位は 0 であり、優先順位の高い数値を持つ価格または割引は、優先順位の低い価格または割引の前に使用されます)。北東の価格グループの場合、価格の優先順位は既定値の 0 です。 ニューヨーク市価格グループに対して、価格決定の優先順位が 5 に設定されているのは、ニューヨークは高コスト市場であるためです。 店舗 1 および店舗 2 の価格グループに対して、価格決定の優先順位を 10 に設定します。

小売業者が販売する 2 つの製品は、製品 1、商品 T シャツ、および製品 2、ブランド固有ファッション ジーンズです。

Tシャツはボストンとマンハッタンの両方の店舗で同じ価格(つまり$15)で販売されています。これは、両方のチャネルにリンクされている北東の価格グループに設定されている価格が1つだけであるためです。 その価格はその店で利用可能な唯一の価格であるため、ファッションジーンズは、ボストンの店で$50で販売しています。 ただし、マンハッタンの店舗では、2 つの価格が利用可能です: $50 および $70。 NYC 価格グループの価格優先度 5 は、北東の価格グループの価格優先度 0 よりも高いため、POS システムでは価格が $70 として計算されます。

価格の種類

Microsoft Dynamics 365 で、製品の価格を次の 3 つの場所に設定します。

• 直接製品に対して (基準価格)
• 販売価格の売買契約で
• 価格調整で

基本価格と売買契約価格はコア Dynamics 365の一部であり、Commerce を使用しない場合でも使用できます。 価格調整機能は、コマースでのみ使用できます。 次のセクションでは、価格を設定するためのこれらの各オプションについて情報を提供し、オプションが動作する方法ついて説明します。

価格の設定

基準価格

製品の価格を製品に直接設定します。 製品に直接設定した値は、製品の基準価格とも呼ばれます。 [リリースされた製品の詳細] ページの [販売] タブの [価格] フィールドに基本価格を設定します。 会社の通貨で値を入力します。 既定では、価格は、[販売] タブの [単位] フィールドで設定した数量 1 の数量 (UoM) です。製品の単位あたりの実際の価格は、UoM、価格数量、および通貨に基づいています。

製品に全員に 1 つの価格がある場合は、基本価格を使用してその製品の価格を最も効率的に管理します。 価格を設定するのに売買契約を使用したとしても、商品の基準価格を設定する可能性もあります。 その後、すべて の売買契約を使用しない場合、売買契約が適用されない場合に使用される予備価格があります。

チャネルの通貨が会社の通貨と異なる場合、通貨換算によって、そのチャネルの基準価格が、製品に設定した価格から決定されます。

価格単位が一般的なシナリオではありませんが、価格決定エンジンがそのサポートをします。 価格単位を 0 (ゼロ) 以外の値に設定した場合、単価は Price ÷ Price unit と等しくなります。 たとえば、商品の価格が $10.00、価格単位が 50 の場合、数量 1 に対する価格は $0.20 (= $10.00 ÷ 50) となります。

販売価格の売買契約

売買契約仕訳帳を使用して、各製品の販売価格の売買契約を作成します。 Microsoft Dynamics 365では、販売価格の売買契約には、Table、Group、および All の 3 つの顧客スコープがあります。 顧客スコープによって、販売価格の売買契約が適用される顧客が決まります。

取引の契約書で、単一顧客向けのテーブル販売価格取引契約を直接設定します。 このシナリオは、一般的な企業と顧客間 (B2C) シナリオではありません。 ただし、そうなる場合、価格を決定する際に価格決定エンジンはテーブル売買契約を使用します。

グループの販売価格の売買契約を最も頻繁に使用します。 コマース以外では、グループ販売価格の売買契約は、単純な顧客グループに対するものです。 ただし、コマースでは、顧客グループの概念はより汎用的な価格グループです。 価格グループは、チャネル、所属、ロイヤルティ プログラム、またはカタログにリンクすることができます。 価格グループの詳細については、この記事の「価格グループ」を参照してください。

価格調整

名前が示すように、価格調整を使用して、製品に直接設定した価格または売買契約を使用して設定した価格を変更します。 価格調整を使用して、価格を下げたり上げたりします。 小売業者が長期にわたる自社製品の作成、追跡、および価格値下げを管理する方法として、価格調整をお勧めします。

価格調整には、 パーセンテージオフ、 金額オフ、 単価の 3 種類があります。 販売トランザクションには、常に割引率または割引額による価格調整を行います。 ただし、価格タイプの価格調整は、調整された価格が基準価格または売買契約価格が設定した価格より小さい場合にのみ適用します。 したがって、価格調整で設定した価格が調整されていない価格を超える場合、価格調整は使用されません。

トランザクションで商品の価格を決定

トランザクションでの価格と割引の計算は、顧客に対する最適な価格の検索の原則を使用します。 この原則に従って、1 つ以上の価格が検出された場合、最低価格が使用されます。 また、トランザクション全体に対する最大割引金額を生成する割引の組み合わせが使用されます。 場合によっては、トランザクションで他の商品により多くの割引が適用されるように、1 つの製品に対してより小さな割引を使用する必要があります。

顧客に対して最適な価格を検索する原則の唯一の例外は、最安値割引の組み合わせオプションです。 このオプションは、商品が選択されグループ化される際に、小売業者の優先順位を高くする最安値割引を有効にします。 したがって、トランザクションに最安値割引の資格に要求されている以上の商品が含まれている場合、価格決定エンジンは顧客に対して最低割引額を生成する商品を選択します。

価格決定エンジンは、すべての商品に対して 3 つの価格を返します: 基準価格、売買契約の価格、および有効な価格。

基準価格は、単に商品のプロパティであり、どのユーザーにもどの場所でも同じです。

販売価格取引契約で、[ 次を検索 ] オプションを [はい] に設定すると、該当する販売価格の売買契約に対して検出された最低価格が売買契約価格として使用されます。 売買契約は、価格グループまたは ALL 勘定コードを使用して見つけることができます。 または、顧客に直接売買契約を割り当てることができます。 [次の検索] オプションを [いいえ] に設定すると、システムは最初に見つけた売買契約価格を使用します。 販売価格の売買契約が見つからない場合は、基本価格と等しい売買契約価格が設定されます。

有効な価格は、売買契約価格を取得し、商品に当てはめる最大価格調整を適用することによって計算されます。 価格調整が見つからない場合、または計算されたアクティブな価格が売買契約価格を超える場合は、アクティブな価格が売買契約価格と等しく設定されます。 該当する価格調整は、チャネル、カタログ、所属、またはロイヤルティ プログラムに割り当てた価格グループを使用してのみ見つけることができます。

カテゴリ価格ルール

Commerce のカテゴリ価格ルール機能を使用すると、カテゴリ内のすべての製品に対して新しい売買契約を簡単に作成できます。 この機能により、カテゴリ内で商品に対する既存の売買契約を自動で検索し、破棄することもできます。

既存の売買契約を破棄するオプションを選択すると、システムは、有効な売買契約があるカテゴリ内で、商品に対する新しい売買契約仕訳帳を作成します。 ただし、仕訳帳を手動で転記する必要があります。 さらに、カテゴリ価格ルールは、同じ価格ルールを使用している場合 (つまり、以前と同じカテゴリを使用する新しい価格ルールを作成する場合) にのみ、既存の売買契約を見つけることができます。 同じ価格ルールを使用していない場合、既存の売買契約の有効期限は切れていません。

価格を増減するには、カテゴリ 価格ルール の [価格ルール] フィールドと [価格 基準 ] フィールドを使用します。

• 価格ルール フィールドで、使用する価格変更のタイプを選択します。

  • マークアップ – 販売価格の計算に使用される価格基準の割合。 例えば、コストが 10.00 で 15.00 で販売される商品に 50 パーセントのマークアップがあります。
  • マージン – 利益の金額を計算するために使用される販売価格の割合。 例えば、コストが 10.00 で 15.00 で販売される商品に 33.3 パーセントの利益があります。
  • 固定金額 – 販売価格を計算するために価格基準に追加する金額。 例えば、コストが 10.00 で 15.00 で販売される製品に 5.00 の固定量があります。

• 価格基準 フィールドで、修正する価格のタイプを選択します。

  • 基準原価 – 小売業者が仕入先に支払う金額。
  • 基準価格 – 売買契約および価格調整が適用される前の販売価格。
  • 現在の価格 – 売買契約および価格調整が適用される後の販売価格。

さまざまな製品カテゴリのさまざまな製品の価格を簡単に更新するには、補足製品カテゴリとカテゴリ価格ルールを使用します。

ベスト プラクティス

Microsoft SQL Server Express は無料であるため、チャネル データベースでよく使用されます。 SQL Server Express には、ハードウェアの制限事項とデータ サイズの制限があることに注意してください。 正しく計画していない場合は、SQL Server Express のデータ サイズの制限にすばやく到達できます。 この検討は、価格決定だけでなく、製品の他の部分にも適用されます。 データのサイズを小さくするのに役立つ、いくつかのベスト プラクティスを以下に示します。

• 売買契約を使用していて価格が変わる場合は、終了日を設定して古い売買契約の有効期限を切ります。 時間の経過と共に、この方法により、チャンネル データベースに保存される売買契約の数を削減できます。 価格計算アルゴリズムと共に作動する価格のデータ量を減らすこともできます。

• 価格が商品バリエーションによって異なる場合は、最も一般的なバリアントの価格として製品の基準価格の使用を検討してください。 例外としてバリアント価格に対してのみ売買契約を使用します。 この方法により、売買契約レコードの数を削減できます。 Microsoft Dynamics 365 にデータをインポートするのは非常に簡単なので、すべての製品のすべてのバリエーションに対して売買契約をインポートしたくなる可能性があります。 ただし、この方法で、同じ値を持つ多数の売買契約を作成することができます。 したがって、データのサイズが不必要に増加してしまいます。

• コマースは、最も限定的な組み合わせから最も限定的でない順にバリアント固有の価格を処理します。 製品分析コードが価格に影響しない場合は、売買契約を定義する必要はありません。 たとえば、製品が 3 つの色および 4 種類のサイズで利用可能ですが、サイズによってのみ価格が異なります。 すべてのバリアントの売買契約を定義する場合は、12 のレコードを作成します。 代わりに、サイズごとにだけ売買契約を定義して、カラー分析コードを空白のままにできます。 この場合は、4 つの記録のみを生成します。

  または、分析コードのすべての値が異なる価格を生成していない場合は、製品マスターの 1 つの売買契約を定義し、すべての品目分析コードを空白のままにできます。 次に、さまざまな価格を生成する各分析コード値に対してのみ個別の売買契約を定義します。 たとえば、XXL サイズが高い価格であっても、他のすべてのサイズが同じ価格である場合は、2 つの売買契約のみを要求します: 製品マスター用に 1つおよび XXL サイズ用に 1つ。

税込価格対税抜き価格

Dynamics 365で販売価格を設定する場合、設定する価格値に税が含まれるか除外されるかは指定しません。 値は、単に価格を表します。 ただし、チャネルでの売上税を含む価格設定は、価格に税を含めるかまたは除くかのいずれかになるようチャネルをコンフィギュレーションします。 チャネルでこの値を設定します。 1 つの会社でも変更できます。

包括税と排他的税の両方を使用する場合は、価格にチャネルの売上税設定が 含まれている 場合に顧客が支払う合計金額が変更されるため、価格を正しく設定することが重要です。

コマース価格および非コマース価格間の差額

1 つの価格エンジンは、コール センター、小売店、オンライン ストアなど、すべてのチャネルで価格を計算します。 この価格エンジンは、統合されたコマース シナリオを実現するのに役立ちます。

価格は、非コマース エンティティではなくコマース エンティティで動作します。 具体的には、倉庫ではなく店舗別に価格を設定します。

Commerce 価格決定エンジンは、次の価格機能を サポートしていません:

• 属性ベースの価格。

• 仕入先割引のパススルー。

• 一般的な通貨機能。 つまり、売買契約で [ 一般的な通貨を含める ] トグルが有効になっている場合でも、売買契約は、その中で定義されている通貨に対してのみ有効です。

• 標準サプライ チェーン管理価格エンジンでは、要求された出荷日と要求された受領日に基づく価格計算が、現在の日付と共にサポートされます。 ただし、現時点では、これらの値は小売価格でサポートされていません。 B2C シナリオの場合、顧客は、要求された配送日が品目価格に影響を与えるとは考えていません。 場合によっては、小売業者に B2B と B2C の両方の業務があります。 B2B オペレーションについては、配送日に基づいて価格を変更することが一般的です。 これらの小売業者は、B2Bビジネスにサプライチェーンマネジメント価格を使用し、B2Cビジネスには小売価格を使用できます。 小売価格は、アプリケーション ユーザーがコール センター ユーザーとして追加された場合にのみ有効になるため、小売業者は、サプライ チェーン管理価格を使用する特定のユーザーを割り当て、小売価格を扱う少数のユーザーを割り当てることができます。 つまり、これらのユーザーはコール センター ユーザーとして追加される必要があります。 さらに、コマース パラメーター ページの 価格と割引 タブにある 雑費 セクションで、価格の計算に今日の日付を使用する プロパティをオンにする必要があります。 これにより、ユーザーは引き続き、要求された出荷日または要求された受領日の売掛金勘定パラメーター値をサプライ チェーン管理価格に使用できます。 ただし、小売価格では引き続き今日の日付が価格計算に使用されます。

• 売買契約の場合、Commerce 価格設定エンジンでは次の分析コード のみ がサポートされます:

  • 製品分析コード: サイズ、スタイル、色と構成
  • 在庫分析コード: サイトと倉庫
  • 追跡分析コード: シリアル番号

さらに、コマース価格決定エンジンのみが次の価格決定機能をサポートします。

• 価格は、製品マスター価格に最も限定的なバリアント価格から最も限定的でないバリアント価格の順に、製品分析コードに基づきます。 2 つの製品ディメンション (色やサイズなど) を使用する価格は、1 つの製品ディメンション (サイズなど) のみを使用する価格よりも優先されます。
• 価格と割引は、同じ価格グループによって制御されます。

API の機能強化の価格設定

価格は、多くの顧客の購入決定を制御する最も重要な要因の 1 つです。 多くのお客様は、購入前にさまざまなサイトの価格を比較します。 競争力のある価格の提供を保証するために、小売業者は競合他社について慎重に監視し、プロモーションを実行することができます。 これらの小売業者が顧客を引き付けるためには、製品検索、参照機能、リスト、製品の詳細ページに最も正確な価格が表示されていることが重要です。

コマースでは、GetActivePrices アプリケーション プログラミング インターフェイス (API) から、単純割引を含む価格が返されます (たとえば、買い物カゴの他の品目に依存しない単一行の割引)。 この API を使用すると、顧客がアイテムに対して支払う実際の金額に近い価格を表示できます。 この API には、すべてのタイプの単純割引、たとえば所属ベース、ロイヤルティベース、カタログベース、チャネルベースの割引が含まれます。 さらに、この API は適用された割引の名前と有効性の情報を返すので、小売業者は、価格の詳細な説明を提供し、割引の有効性が間もなく終わると緊急性を高める必要があります。