Share via

零售銷售價格管理

  • 發行項

本文提供有關創建和管理銷售價格的過程的資訊 Dynamics 365 Commerce。 它重點介紹此過程中涉及的概念，以及各種配置選項對銷售價格的影響。

術語

本文使用以下術語。

學期 定義、用法和註釋
價格 產品在銷售點 (POS) 用戶端或銷售訂單中銷售的單一單位金額。 在本文中，術語 價格 始終指銷售價格，而不是庫存價格或成本價格。
基準價格 在已發布產品的 價格 欄位中設定的價格。
貿易合約價格 透過使用 價格（銷售） 類型的貿易協議為產品或變型設定的價格。
最佳價格 當產品可以應用多個價格或折扣時，產生客戶必須支付的最低可能淨額的最小價格金額和/或最大折扣金額。 在本文中，最佳價格的概念始終稱為「最佳價格」。此最佳價格不同於折扣並發模式的 最佳價格 枚舉值，不應將其混淆。

價格群組

價格組是 Commerce 中價格和折扣管理的核心。 價格組用於向商務實體（即通路、目錄、附屬機構和忠誠度計劃）分配價格和折扣。 由於價格組用於所有定價和折扣，因此在開始之前計劃如何使用它們非常重要。

價格組本身只是名稱、描述以及可選的定價優先順序。 關於價格組要記住的要點是，它們用於管理折扣和價格與商務實體之間的多對多關係。

下圖顯示如何使用價格組。 在此圖中，請注意「價格組」實際上是定價和折扣管理的中心。 您可以用來管理差異價格和折扣的商務實體位於左側，實際價格和折扣記錄位於右側。

價格組。

建立價格組時，不應將單一價格組用於多種類型的商務實體。 否則，可能很難確定為什麼對交易應用特定價格或折扣。

如圖中的紅色虛線所示，Commerce 確實支援直接為客戶設定的價格組的核心 Microsoft Dynamics 365 功能。 但是，在這種情況下，您只能獲得銷售價格貿易協議。 如果您想要套用客戶特定的價格，我們建議您不要直接為客戶設定價格組。 相反，您應該使用從屬關係。

如果在客戶上設定了價格組，則該價格組將與為此客戶建立的訂單的銷售訂單標題相關聯。 如果使用者變更訂單標題上的價格群組，則僅針對目前訂單，舊價格群組將替換為新價格群組。 例如，舊價格組不會影響當前訂單，但它仍然與未來訂單的客戶相關聯。

以下部分提供了有關 Commerce 實體的更多信息，您可以在使用價格組時使用這些實體來設定不同的價格。 所有這些實體的價格和折扣的配置過程分為兩個步驟。 這些步驟可以任一順序完成。 但是，邏輯順序是首先在實體上設定價格組，因為此步驟可能是在實施期間完成的一次性設定。 然後，在建立價格和折扣後，您可以單獨設定這些價格和折扣的價格組。

通路

在商業產業中，不同通路的價格不同是很常見的。 影響特定通路價格的兩個主要因素是成本和當地市場條件。

  • 成本 －通路距離產品來源越遠，產品庫存成本越高。 例如，新鮮農產品的保質期有限，並且具有特定的生產要求（例如生長季節）。 在冬季，北方氣候下的新鮮生菜可能比南方氣候下的價格更高。 如果您要為較大地理區域的頻道設定價格，您可能需要在不同的頻道中設定不同的價格。
  • 當地市場狀況 –街對面有直接競爭對手的商店比附近沒有直接競爭對手的商店對價格更敏感。

隸屬關係

隸屬關係的一般定義是與某一組的連結或關聯。 在 Commerce 中，從屬關係是客戶群。 與客戶組和折扣組的核心 Microsoft Dynamics 365 概念相比，從屬關係是一種更靈活的客戶定價和折扣工具。 首先，從屬關係可用於價格和折扣，而非零售定價對於每種類型的折扣和價格都有不同的組別。 其次，客戶可以屬於多個從屬關係，但每種類型只能屬於一個非零售定價組。 最後，雖然可以設定從屬關係以便將它們連結到客戶，但並非必須如此。 POS 上的匿名客戶可使用臨時隸屬關係。 匿名附屬折扣的典型例子是老年人或學生折扣，客戶只需出示團體會員卡即可獲得折扣。

儘管從屬關係通常與折扣相關，但您也可以使用它們來設定差別定價。 例如，當零售商向員工銷售產品時，它可能希望更改銷售價格，而不是在正常價格的基礎上應用折扣。 再舉一個例子，同時向消費者客戶和企業客戶銷售產品的零售商可能會根據企業客戶的採購量為他們提供更優惠的價格。 隸屬關係可以實現這兩種情況。

酬賓方案

就價格和折扣而言，忠誠度計劃是一種有特殊名稱的附屬機構。 可以為忠誠度計劃設定價格和折扣，就像為附屬機構設定一樣。 然而，客戶在交易或訂單期間獲得忠誠定價的方式與他們獲得聯盟定價的方式不同。 只有當將忠誠卡添加到交易中時，客戶才能獲得忠誠定價。 當將忠誠卡添加到交易中時，也會添加忠誠度計劃。 忠誠度計劃可提供特殊價格和折扣。

忠誠度計劃可以有多個級別，不同級別的折扣可能有所不同。 透過這種方式，零售商可以為常客提供更大的獎勵，而無需手動將這些客戶放入特殊的群組中。

除了價格和折扣之外，忠誠度計劃還有其他功能。 然而，從定價和折扣的角度來看，它們與附屬關係相同。

目錄

一些零售商使用實體或虛擬目錄向目標客戶群推銷產品並為其定價。 作為透過目錄進行定向行銷的商業模式的一部分，這些零售商可以對其各種目錄設定差異價格。 Microsoft Dynamics 365 透過讓您定義目錄的折扣和價格來支援此功能，就像您可以定義特定於管道或聯盟特定的折扣一樣。 編輯目錄時，您可以將價格群組與目錄關聯，就像將它們與管道、聯盟或忠誠度計劃相關聯一樣。

價格組的最佳實踐

不要對多個實體類型使用價格組。 相反，對通路使用一組價格組，對聯屬關係或忠誠度計劃使用另一組不同的價格組，等等。 您可以在價格組名稱中使用前綴或後綴，以直覺方式將您正在使用的各種類型的價格群組分組。

避免直接向客戶設定價格組。 相反，請使用從屬關係。 透過這種方式，您可以向客戶分配所有類型的價格和折扣，而不僅僅是銷售價格貿易協議。

定價優先順序

就其本身而言，定價優先順序只是一個數字和一個描述。 定價優先順序可以應用於價格組，也可以直接應用於折扣。 當使用定價優先順序時，零售商可以透過控制對產品應用價格和折扣的順序來推翻最佳價格原則。 較大的定價優先編號先於較低的定價優先編號進行評估。 此外，如果在任何優先編號處找到價格或折扣，則優先編號較低的所有價格或折扣都將被忽略。

價格和折扣可以來自兩個不同的定價優先級，因為定價優先級獨立地應用於價格和折扣。

若要對價格使用定價優先級，您必須為價格組分配定價優先級，然後為該價格組建立銷售價格貿易協定。

引入定價優先功能是為了支援零售商希望在一組特定商店中應用更高價格的場景。 例如，零售商已確定美國東岸的區域價格，但希望紐約市商店中的某些產品的價格更高，因為在該市銷售某些產品的成本更高，和/或因為當地市場承受壓力更高的價格。

正如本文“最佳價格”部分所述，定價引擎通常會選擇兩個價格中較低的一個。 因此，零售商無法在同時具有東岸和紐約價格組的商店中使用兩個價格中的較高者。 為了在引入定價優先功能之前解決此問題，零售商必須為每種產品定義兩次價格，並且不能分配兩個價格組。 或者，零售商必須創建額外的價格組，以將價格較高的產品與通常價格較低的產品分開。

但是，定價優先級功能允許零售商為商店價格創建高於區域價格的定價優先順序。 或者，零售商可以僅為商店價格創建定價優先級，並將區域價格保留為預設定價優先級，即 0（零）。 這兩種設定都有助於確保商店價格始終先於區域價格使用。

定價優先順序範例

讓我們來看看一個商店價格覆蓋其他價格的範例。

國家/地區零售商為每個地區設定大部分價格，它有四個地區：東北部、東南部、中西部和西部。 它已經確定了幾個可以支撐更高價格的高成本市場。 這些市場位於紐約市、芝加哥和舊金山灣區。

本範例使用東北地區。 商店 1 位於波士頓，商店 2 位於曼哈頓。 對於波士頓商店，兩個價格組連結到通路：東北和商店 1。 對於曼哈頓商店，三個價格群組連結到管道：東北、紐約和商店 2。

零售商設定兩個定價優先順序：高成本的優先編號為 5，商店價格的優先編號為 10。 （請記住，預設情況下，定價優先順序為 0 [零]，且優先編號較高的價格或折扣先於優先編號較低的價格或折扣使用。）對於東北價格組，定價優先順序保留預設值 0 （零）。 對於紐約市價格組，定價優先順序設定為 5，因為紐約市是一個高成本市場。 對於商店 1 和商店 2 價格組，定價優先順序設定為 10。

該零售商銷售的兩種產品是產品 1（商品 T 卹）和產品 2（品牌特定時尚牛仔褲）。

產品 東北價格 紐約價格 專賣店價格
T 恤 $15 未設定 未設定
時尚牛仔褲 $50 $70 未設定

該 T 卹在波士頓和曼哈頓商店的售價相同（即 $15），因為在與兩個管道相關聯的東北價格組中只設定了一個價格。 這款時尚牛仔褲在波士頓商店的售價為 $50，因為該價格是該商店的唯一價格。 然而，在曼哈頓商店，有兩種價格：$50 和 $70。 由於紐約市價格組的定價優先順序 5 高於東北價格組的定價優先級 0（零），因此價格在 POS 系統中顯示為 $70。

附註

對於每個定價優先級，都需要完整傳遞零售定價引擎的邏輯。 因此，為了幫助維持價格和折扣計算的效能，您應該謹慎使用定價優先順序。

價格類型

在 Microsoft Dynamics 365 中，您可以在三個地方設定產品的價格：

  • 直接在產品上（基本價格）
  • 在銷售價格貿易協定中
  • 在價格調整中

基本價格和貿易協議價格是核心 Dynamics 365 的一部分，即使您不使用 Commerce，也可以使用它們。 價格調整功能僅在 Commerce 中可用。 下一節提供有關每個定價選項的更多信息，並解釋這些選項如何協同工作。

設定價格

基準價格

設定產品價格最簡單的地方是直接在產品上。 您直接在產品上設定的值通常稱為產品的基本價格。 您可以在 的 銷售 選項卡上的 價格 欄位中設定基本價格發布產品詳情 頁。 您輸入的值以公司貨幣表示。 預設情況下，價格為在 銷售的 單位 欄位中設定的計量單位（UoM）數量 1 選項卡。產品每單位的實際價格是基於計量單位、價格數量和貨幣。

如果產品對每個人都有一個價格，則基本價格提供了管理該產品價格的最有效方法。 即使您使用貿易協議來設定價格，您也可以設定產品的基本價格。 然後，如果您不使用 所有 貿易協議，則您將有一個在沒有貿易協議適用時使用的後備價格。

如果通路的貨幣與公司貨幣不同，則該通路中的基本價格是透過對產品上設定的價格進行貨幣換算來確定的。

儘管價格單位並不常見，但定價引擎支援它。 若價格單位設定為 0 （零）以外的數值，則每單位價格等於價格 ÷ 價格單位。 例如，如果產品價格為$10.00，價格單位為 50，則數量 1 的價格為$0.20 (= $10.00 ÷ 50)。

銷售價格貿易協定

透過使用貿易協議日記帳，您可以為每種產品建立銷售價格貿易協議。 在 Microsoft Dynamics 365 中，銷售價格貿易協定的客戶範圍分為三個： 表、 組 和 全部。 客戶範圍決定給定銷售價格貿易協定適用的客戶。

表 銷售價格貿易協定適用於直接在貿易協定上設定的單一客戶。 此場景不是典型的企業對消費者 (B2C) 場景。 但是，如果發生這種情況，定價引擎在決定價格時會使用 表格 貿易協定。

集團 銷售價格貿易協定是最常被使用的類型。 在商業之外， 團體 銷售價格貿易協定適用於簡單的客戶群。 然而，在 Commerce 中，客戶組的概念已擴展，因此它是一個更通用的價格組。 價格組可以連結到通路、從屬關係、忠誠度計畫或目錄。 有關價格組的詳細信息，請參閱本文前面的“價格組”部分。

附註

貿易協議價格始終先於基本價格使用。

價格調整

顧名思義，價格調整用於修改直接在產品上設定的價格或透過貿易協議設定的價格。 價格調整可用於降低或提高價格。 價格調整是零售商創建、追蹤和管理其產品隨時間降價的建議方式。

價格調整分為三種： 折扣百分比、 折扣金額和 單價。 折扣百分比或折扣金額類型的價格調整始終應用於銷售交易。 但是，只有在調整後的價格低於使用基本價格或貿易協定價格設定的價格時，才會套用該價格類型的價格調整。 因此，如果價格調整中設定的價格高於未調整的價格，則不會使用價格調整。

確定交易中產品的價格

交易價格和折扣的計算採用為客戶找到最佳價格的原則。 根據此原則，如果找到多個價格，則使用最低價格。 此外，使用為整個交易產生最大折扣金額的折扣組合。 在某些情況下，必須對單一產品使用較小的折扣，以便可以對交易中的其他產品應用更多的折扣。

為客戶找到最優惠價格原則的唯一例外是混合搭配最便宜折扣的選擇。 此選項可在選擇和分組產品時提供對零售商有利的最便宜的折扣。 因此，當交易包含的產品多於獲得最便宜折扣資格所需的產品時，定價引擎會選擇為客戶產生盡可能最小折扣金額的產品。

定價引擎為每種產品回報三個價格：基本價格、貿易協議價格和活動價格。

基本價格只是產品的屬性，對於世界各地的每個人來說都是相同的。

在銷售價格交易協議中，如果 查找下一個 選項設定為 是，則最低價格為適用的銷售價格找到的貿易協定用作貿易協議價格。 可以使用價格組或 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 非常簡單，因此您可能會想要為每種產品的每種變體匯入貿易協定。 然而，這種方法可以產生許多具有相同價值的貿易協定。 因此，它會不必要地增加資料的大小。

  • Commerce 按照從最具體到最不具體的順序處理特定於變體的價格。 如果產品尺寸不影響價格，則無需為其定義貿易協議。 例如，一種產品有三種顏色和四種尺寸，但價格僅根據尺寸而變化。 如果您為每個變體定義貿易協議，則會建立 12 筆記錄。 相反，您可以僅為每個尺寸定義貿易協議，並將顏色尺寸留空。 在本例中，您僅產生四個記錄。

    或者，如果不是每個維度值都會產生不同的價格，您可以為產品主資料定義一個貿易協議，並將所有產品維度留空。 然後為產生不同價格的每個維度值定義單獨的貿易協定。 例如，如果 XXL 尺寸的價格較高，但所有其他尺寸的價格相同，則您只需要兩份交易協議：一份用於產品主數據，一份針對 XXL 尺寸。

含稅價格與不含稅價格

當您在 Dynamics 365 中設定銷售價格時，您無需指定您設定的價格值是含稅還是不含稅。 價值只是價格。 不過，通路上的 價格包含銷售稅 設定可讓您配置通路，使其在價格中包含或不包含稅金。 此設定是在頻道上設定的，甚至可以在單一公司中更改。

如果您同時使用包含稅和獨佔稅，那麼正確設定價格非常重要，因為如果 價格包含銷售稅 ，客戶支付的總金額會發生變化通道上的設置已更改。

商業定價和非商業定價之間的差異

使用單一定價引擎來計算所有管道的價格：呼叫中心、零售商店和線上商店。 這有助於實現統一的商務場景。

定價旨在與商業實體而不是非商業實體合作。 具體來說，它旨在按商店而非倉庫定價。

Commerce 定價引擎 不支援 以下定價功能：

  • 不支援基於屬性的定價。

  • 不支援供應商折扣傳遞。

  • 不支援通用貨幣功能。 換句話說，即使貿易協議打開了 包括通用貨幣 開關，貿易協議仍被認為僅對其中定義的貨幣有效。

  • 標準 Supply Chain Management 定價引擎支援基於請求的發貨日期和請求的收貨日期以及當前日期的定價計算。 但是，零售定價目前不支援這些值。 原因是，對於 B2C 場景，客戶不希望要求的交貨日期影響商品價格。 在某些情況下，零售商同時開展 B2B 和 B2C 業務。 對於 B2B 運營，根據交貨日期更改價格是很常見的。 這些零售商可以將供應鏈管理定價用於其 B2B 業務，並將零售定價用於其 B2C 業務。 只有當應用程式用戶新增為呼叫中心用戶時，零售定價才會生效，以便零售商可以分配使用 Supply Chain Management 定價的特定用戶，也可以分配一些使用零售定價的用戶。 換句話說，這些用戶應該被加入為呼叫中心用戶。 此外，必須在商務參數 頁面的定價和折扣索引標籤上的其他部分開啟使用今天的日期計算價格屬性。 這樣，使用者可以繼續使用供應鏈管理定價的請求出貨日期或請求收貨日期的應收帳款參數值。 但是，零售定價繼續使用今天的日期進行定價計算。

  • 對於貿易協議，Commerce 定價引擎 僅 支援以下維度：

    • 產品尺寸： 尺寸、款式、顏色和配置
    • 庫存維度： 場地與倉庫
    • 追蹤尺寸： 序號

此外， 僅 Commerce 定價引擎支援以下定價功能：

  • 價格基於產品尺寸，按照從最具體的變體價格到最不具體的變體價格到產品主價格的順序。 使用兩種產品維度（例如顏色和尺寸）設定的價格先於僅使用一種產品維度（例如尺寸）設定的價格使用。
  • 相同的價格組可用於控制定價和折扣。

定價 API 增強功能

價格是控制許多客戶購買決策的最重要因素之一，許多客戶在購買前會在各個網站上比較價格。 為了確保提供有競爭力的價格，零售商仔細觀察競爭對手並經常進行促銷活動。 為了幫助這些零售商吸引顧客，產品搜尋、瀏覽功能、清單和產品詳細資訊頁面顯示最準確的價格非常重要。

這 獲取活躍價格 Commerce 中的應用程式介面 (API) 傳回包含簡單折扣的價格（例如，不依賴購物車中其他商品的單行折扣）。 這樣，顯示的價格就接近客戶為商品支付的實際金額。 此 API 包括所有類型的簡單折扣：基於隸屬關係、基於忠誠度、基於目錄和基於管道的折扣。 此外，API 還會返回所應用折扣的名稱和有效期信息，以便零售商可以提供更詳細的價格描述，並在折扣有效期即將到期時營造一種緊迫感。