SAP CRM和Hybris Commerce里關于價格折扣的一些配置

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

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

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

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

]

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

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

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

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

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

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

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

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

上面的配置頁面其實就是Pricing Procedure determination這個函數的五個輸入參數，輸出則就是匹配的Pricing procedure:

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

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

SAP官網上給出的Pricing引擎工作流程圖：

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

價格折扣組

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

在BackofficeCustomer Discount Groups里創建折扣組：

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

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

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

把之前創建的Customer Discount Group分配給這個User group：

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

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

使用Hybris Commerce的Promotion Rule實現價格折扣

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

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

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

這條規則的類型是Qualifying coupons，即用戶必須持有id為jerrycoupon的優惠券。

如果這兩條規則都滿足，在Actions區域維護優惠信息：享受10%的優惠

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

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

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

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

最后同樣能實現折扣效果：

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

更多閱讀

從產品展示頁面談談Hybris的特有概念和設計結構

從產品展示頁面談談Hybris系列之二: DTO, Converter和Populator

從產品展示頁面談談Hybris系列之三：Hybris Service層介紹

API Java 電商聚合支付 自建電商

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。