最近Jerry做了一個和價格折扣相關的原型項目，把學到的知識記錄下來，以備將來查閱。

在這個原型項目里，我們用React-Native開發(fā)了一個移動應用，用戶可以在手機上瀏覽SAP Hybris Commerce里的產(chǎn)品，然后下單。假設Jerry購買成功后，在朋友圈分享一張包含自己個人信息的二維碼。Jerry的好友掃描二維碼之后，到Hybris Commerce里下單購買同樣的產(chǎn)品之后，Jerry就會收到一張優(yōu)惠券。

這個場景其實和瑞幸咖啡的推廣模式類似，我們也希望通過這個原型項目，證明SAP的產(chǎn)品，也能運行這些在國內很熱門的互聯(lián)網(wǎng)式的營銷場景。

冷冷的冬夜，一盞孤燈，在女神的陪伴下，程序員靜靜地寫著代碼，這就是程序員的平淡生活。

]

Pricing(定價)在SAP任何產(chǎn)品里都從來不是一個簡單的話題，無論是客戶在實際業(yè)務處理中對定價策略使用場景的變化多端，還是SAP產(chǎn)品里定價引擎本身實現(xiàn)的復雜程度，都超出了很多從業(yè)者的想象。

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-U5qD1MZi-1576919864243)(https://user-images.githubusercontent.com/58975336/71305930-ab980000-2415-11ea-96cc-bfc5e17d91ee.png)]

Jerry認識的一位在SAP德國總部工作的同事，從大學畢業(yè)起就在SAP ERP里做Pricing實現(xiàn)，做了20多年，從ERP Pricing一直做到現(xiàn)在的S/4HANA Pricing，而且將一直做下去，如果不出意外的話，我估計他做Pricing會做到在SAP退休。從這位同事身上，Jerry很容易聯(lián)想起“德國制造”，“工匠精神”，“精益求精”這些關鍵詞。

正所謂“沒有對比就沒有傷害”，同這些Pricing專家相比，Jerry對基于ABAP實現(xiàn)的SAP產(chǎn)品內的Pricing的掌握程度，僅僅停留在出了問題后，知道從哪里設置斷點開始調試。這次在SAP Hybris Commerce上使用其Pricing功能，過程也是各種磕磕絆絆，還好得到了Kevin，Jonathan和Kate同學的大力幫助，這里表示感謝。

Pricing到底是什么？當一個新的業(yè)務文檔(銷售訂單，服務訂單，報價單)被創(chuàng)建出來時，我們期望系統(tǒng)能夠基于已有的配置，針對某個特定的客戶，自動計算出正確的價格信息，包括總價(Gross Price)，折扣(Discount)，額外費用(Surcharge)等等。

以基于ABAP技術棧實現(xiàn)的SAP CRM Pricing為例，“已有的配置”，在CRM里稱為condition record，實際就是Pricing相關的各種配置表的條目。項目實施的時候，顧問根據(jù)某企業(yè)實際的計價場景，維護不同的condition record，在運行時，計價引擎會按照不同的優(yōu)先級處理這些記錄，有點類似ABAP編程語言里CASE … WHEN XXX. WHEN YYY. WHEN OTHERS.這種處理思想。

如上圖所示，SAP CRM里引入了一個叫做Pricing Procedure的邏輯概念，作為計價引擎的輸入，統(tǒng)一關聯(lián)了condition record等計價相關的信息。

通過銷售組織，分銷渠道，部門，Document Pricing Procedure和Customer Pricing Procedure這五個參數(shù)可以唯一確定一個Pricing Procedure：

上面的配置頁面其實就是Pricing Procedure determination這個函數(shù)的五個輸入?yún)?shù)，輸出則就是匹配的Pricing procedure:

再來看Hybris Commerce的Pricing設計。在SAP官網(wǎng)上是這樣介紹的：

由此可見，Hybris Commerce的Pricing引擎工作原理和SAP CRM類似，即預先在系統(tǒng)配置好滿足各種條件的PriceRow(即SAP CRM的condition record), 然后在運行時，根據(jù)訂單字段的實際內容，找到匹配的PriceRow.

SAP官網(wǎng)上給出的Pricing引擎工作流程圖：

最后介紹Jerry在這個原型項目中用到的幾種Hybris Commerce里常見的維護價格折扣的方法。

價格折扣組

在我們的原型項目里，給用戶設計了一系列的任務。當用戶完成了這些任務后，我們的React-Native應用會調用Hybris Commerce API，將這個用戶分配到Hybris一個特定的用戶折扣組里，組內用戶在特定的時間段里可以享受某種購物優(yōu)惠。

在BackofficeCustomer Discount Groups里創(chuàng)建折扣組：

在Discount菜單里維護一條8折的折扣記錄：

新建一條PriceRow，將上述的Customer Discount Group和8折的折扣記錄關聯(lián)起來：

最后創(chuàng)建一個user Group，id為ambassador_discount, 這個組里的所有用戶都能享受20%的折扣。

把之前創(chuàng)建的Customer Discount Group分配給這個User group：

當用戶完成任務時，調用下圖這個Commerce API，將其分配到折扣組里：

原價130.65元的商品，8折就是省26.13元. 下單時，觀察到省掉了26.13元，說明8折優(yōu)惠生效了。

使用Hybris Commerce的Promotion Rule實現(xiàn)價格折扣

新建一條Promotion Rule(促銷規(guī)則):

Promotion的條件，設置成僅當客戶購買Hybris商城里的數(shù)碼相機時，才觸發(fā)該促銷規(guī)則：

再添加一條觸發(fā)規(guī)則，這條規(guī)則和上面的規(guī)則邏輯上是AND的關系，即兩條同時滿足，才能享受折扣。

這條規(guī)則的類型是Qualifying coupons，即用戶必須持有id為jerrycoupon的優(yōu)惠券。

如果這兩條規(guī)則都滿足，在Actions區(qū)域維護優(yōu)惠信息：享受10%的優(yōu)惠

同樣，當用戶在我們的React-Native應用里同其好友互動，完成了我們指定的任務后，React-Native應用調用Hybris Commerce的Coupon API，將jerrycoupon這個優(yōu)惠券分配給該用戶。

這樣該用戶能在My Coupons界面看到自己完成任務后贏得的這個優(yōu)惠券：

最后下單時，購買這個3607元的數(shù)碼相機，節(jié)省了10%也就是360.7元。

在Hybris Commerce里要實現(xiàn)價格折扣，方法當然不僅限于本文介紹的這兩種方式。要實現(xiàn)折扣效果，除了Price Row之外，我們還可以利用更加直接的DiscountRow，將產(chǎn)品和Discount記錄關聯(lián)起來。

最后同樣能實現(xiàn)折扣效果：

希望這篇文章能幫助大家對SAP產(chǎn)品的Pricing設計和使用場景有個最基礎的認識，感謝閱讀。如果對我們開發(fā)的這個SAP Hybris Commerce同微信集成的原型感興趣，可以聯(lián)系Jerry.

更多閱讀

• 從產(chǎn)品展示頁面談談Hybris的特有概念和設計結構

• 從產(chǎn)品展示頁面談談Hybris系列之二: DTO, Converter和Populator

• 從產(chǎn)品展示頁面談談Hybris系列之三：Hybris Service層介紹
  要獲取更多Jerry的原創(chuàng)文章，請關注公眾號"汪子熙":
  

總結

以上是生活随笔為你收集整理的SAP CRM和Hybris Commerce里关于价格折扣的一些配置的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。