小売販売の価格管理

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

用語

次の条件がこの記事で使用されます。

価格グループ

価格グループは、コマースで価格と割引管理の中核を成します。 価格グループは、Commerce エンティティ (つまり、チャネル、カタログ、所属およびロイヤルティ プログラム) に価格および割引を割り当てるのに使用されます。 価格グループはすべての価格および割引に使用されるため、開始する前にどのように使用するかを計画することが非常に重要です。

それ自体では、価格グループは単に名前、説明、およびオプションで価格決定の優先順位です。 価格グループについて注意する必要がある主な点は、割引および価格が Commerce エンティティと持つ多対多の関係を管理するために使用されている点です。

次の図では、価格グループを使用する方法を示します。 この図では、「価格グループ」が文字どおりに価格決定および割引管理の中心であることに注目してください。 価格および割引の差異を管理するのに使用する Commerce エンティティは左側に、実際の価格および割引レコードは右側になります。

価格グループを作成するときは、複数のタイプの Commerce エンティティ に対して 1 つの価格グループを使用しないでください。 それ以外の場合、なぜ特定の価格または割引がトランザクションに適用されるかを特定することは難しくなります。

図にある赤い点線は、コマースが顧客に直接設定された価格グループのコアな Microsoft Dynamics 365 機能をサポートすることを示します。 ただし、この場合は、販売価格の売買契約のみを取得します。 顧客固有の価格を適用する場合は、顧客に直に価格グループを設定しないようお勧めします。 代わりに、所属を使用する必要があります。

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

次のセクションでは、価格グループを使用する際に特徴的価格を設定するのに使用できる、Commerce エンティティに関する詳細情報を提供します。 これらすべてのエンティティの価格および割引のコンフィギュレーションには 2 つの手順があります。 これらの手順は、いずれかの順序で実行できます。 ただし、まず論理的な順序がエンティティの価格グループに設定されます。それはこの手順が実装時に行われる 1 回だけの設定である可能性が高いからです。 次に、価格と割引が作成され、それらの価格および割引に個別に価格グループを設定できます。

チャネル

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

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

所属

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

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

ロイヤルティ プログラム

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

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

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

カタログ

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

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

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

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

価格決定優先順位

それ自体では、価格決定の優先順位は、単に番号と説明です。 価格決定の優先順位は価格グループに適用でき、または割引に直接適用できます。 価格決定の優先順位を使用する場合、製品にどの価格および割引が適用されるかの順序を管理することにより、最適な価格の原則を小売業者が上書きできるようにします。 大きな価格決定の優先順位番号は、小さい価格決定の優先順位番号の前に評価されます。 さらに、優先順位番号で価格または割引が見つかると、小さい優先順位番号を持つすべての価格または割引が無視されます。

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

価格決定の優先順位を価格に対して使用するには、価格グループに価格決定の優先順位を割り当て、次にその価格グループに対する販売価格の売買契約を作成する必要があります。

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

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

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

価格決定優先順位例

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

国/地域の小売業者は地域ごとに大抵の価格を設定し、それには 4 つの地域が含まれます: 北東部、南東部、中西部および西部。 複数の高コスト市場が高い価格をサポートできることが確認されました。 これらの市場は、ニューヨーク市、シカゴ、およびサンフランシスコ湾近郊にあります。

この例では、北東部地域を使用します。 店舗 1 はボストンに、店舗 2 はマンハッタンにあります。 ボストンの店舗に対して、2 つの価格グループがチャンネルにリンクされています: 北東および店舗 1。 マンハッタンの店舗に対して、3 つの価格グループがチャンネルにリンクされています: 北東、ニューヨーク市、および店舗 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 コアの一部であり、コマースを使用していない場合でも利用可能です。 価格調整機能は、コマースでのみ使用できます。 次のセクションでは、価格を設定するためのこれらの各オプションについて情報を提供し、オプションが動作する方法ついて説明します。

価格の設定

基準価格

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

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

チャネルの通貨が会社基本通貨と異なる場合は、商品に設定されている価格の通貨換算を使用してそのチャネルの基準価格が決定されます。

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

販売価格の売買契約

売買契約仕訳帳を使用することにより、各商品の販売価格の売買契約を作成できます。 Microsoft Dynamics 365 では、販売価格の売買契約の 3 つの顧客スコープがあります: テーブル、グループ、およびすべて。 顧客スコープは、特定の販売価格の売買契約が適用される顧客を決定します。

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

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

価格調整

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

価格調整には次の 3 つのタイプがあります: 値引き率、値引き額、および 単価。 パーセント割引または金額割引タイプの価格調整は、常に販売トランザクションに適用されます。 ただし、調整済価格が基準価格または売買契約価格を使用して設定された価格よりも小さい場合にのみ、価格タイプの価格調整が適用されます。 したがって、価格調整で設定された価格が未調整の価格より大きい場合は、価格調整は使用されません。

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

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

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

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

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

販売価格の売買契約では、次を検索 オプションが はい に設定されている場合、適用可能な販売価格の売買契約で検索される最低価格が、売買契約価格として使用されます。 売買契約は価格グループまたは すべて アカウント コードを使用して検出されます。 または、売買契約を顧客に直接割り当てることができます。 次を検索 オプションが いいえ に設定されている場合、検出される最初の売買契約価格が使用されます。 販売価格の売買契約が見つからない場合は、基準価格に等しい売買契約価格が設定されます。

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

カテゴリ価格ルール

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

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

カテゴリ価格ルールの 価格ルール および 価格基準 フィールドを使用して、価格を増加または減少できます。

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

  • マークアップ – 価格基準のパーセントは販売価格の計算に使用します。 例えば、コストが 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 で販売価格を設定する場合、設定する価格の値が税を含むか含まないかを指定しないでください。 値は、単に価格を表します。 ただし、チャネルでの売上税を含む価格設定は、価格に税を含めるかまたは除くかのいずれかになるようチャネルをコンフィギュレーションします。 この設定はチャンネルで設定され、単一の会社であっても変更できます。

税の内税および外税の両方のタイプを使用する場合は、チャンネルで 税込価格 設定を変更すると、顧客が支払う合計金額が変更するため、価格を正しく設定することは非常に重要です。

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

単一の価格決定エンジンはすべてのチャネル間の価格を計算するのに使用されます: コール センター、小売店舗、およびオンライン ストア。 これにより、統合されたコマース シナリオを有効にします。

価格決定は、非コマース エンティティの代わりにコマース エンティティで使用するよう設計されています。 具体的には、倉庫ごとではなく店舗ごとに価格を設定するよう設計されています。

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

• 属性ベースの価格設定はサポートされていません。

• 仕入先割引のパススルーはサポートされていません。

• 汎用通貨機能はサポートされていません。 つまり、売買契約で 一般通貨を含める トグルがオンになっている場合でも、取引契約は定義されている通貨に対してのみ有効とみなされます。

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

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

  • 製品分析コード: サイズ、スタイル、色およびコンフィギュレーション
  • 在庫分析コード: サイトと倉庫
  • 追跡分析コード: シリアル番号

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

• 価格は、製品マスター価格に最も限定的なバリアント価格から最も限定的でないバリアント価格の順に、製品分析コードに基づきます。 2 つの製品分析コード (たとえば、色やサイズ) を使用して設定される価格は、1 つだけの製品分析コード (たとえば、サイズ) を使用して設定される価格の前に使用されます。
• 価格および割引を管理するため、同じ価格グループを使用できます。

API の機能強化の価格設定

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

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