1、單元案例連鎖企業信息管理海鼎助力“良品鋪子”全渠道信息化實踐良品鋪子 8 周年慶臨近，各種誘人的促銷活動令人“垂涎三尺”。小明是個吃貨，良品鋪子的忠實粉絲，老早就關注了良品鋪子的微信公眾賬號。周四了，在下班回家的地鐵上，小明在京東 APP上選購了 5 款促銷產品，準備過個愉快的周末。在路過一家小區門口的良品鋪子門店時，看到良品月餅的招貼海報，才意識到中秋節也快到了，便進門向店員了解，店員告訴他可以預訂良品月餅，到時可以送貨上門，也可以自己過來門店提貨。一想到要搞定未來的岳父岳母，小明便欣然預訂了3 盒月餅，準備到時候過來自提.小明剛準備離開，女朋友來電話了：周末有外地的朋友過來玩，在網上多買點

2、零食哈。小明想想剛買的那些肯定不夠，于是利用門店的wifi又在京東上購買了良品鋪子旗下叮當小鋪專營店的 10 款新品，準備和朋友嘗嘗鮮 小明和朋友們是如何吃到那 15 款美食的 ?小明下單的 2 張訂單先后通過HDX-Shop系統從京東平臺抓取到 UPower訂單組件，通過訂單異常檢查后， 系統進行預處理占貨 ( 此時會調用會員和促銷信息) ，緊接著客服審核訂單， 小明的 2張訂單因為滿足合單條件，會自動進入合單池，系統自動將2 張訂單合并成一張訂單，經過物流自動審核后，倉庫物流組件開始波次作業，倉庫揀貨人員采取邊揀邊分播模式進行揀貨，在復核/ 稱重 / 打包環節，采取面單后置的策略，物流組件

3、實現系統自動打印發票、快遞面單和顧客清單。物流發貨人員和快遞承運商交接后，快遞包裹就在發往顧客指定收貨地址的路上了。物流組件發貨后，會回傳發貨狀態給到訂單組件，訂單組件的訂單狀態變成已發貨，同時訂單組件會將運單號、承運商信息回傳給平臺。通過運單號，顧客在平臺上、客服在訂單組件都可以實時看到包裹的快遞狀態。周五下午，小明收到了包裹， 進行簽收，隨后在京東 APP上對訂單點擊 “收貨”，同時滿意地寫下了評價：這速度杠杠的! 愉快的周末過去了，從外地過來的朋友臨行前說：“良品鋪子的東西真好吃，發貨速度也快，要是我們老家也能像你們在武漢一樣方便地吃到就好嘍! ”小明說“別擔心， 聽說良品鋪子在華東、華

4、北都建立了電商倉庫，你們在老家買的話，發貨速度也很快滴! ”短短一個星期內，良品鋪子促銷活動商品銷量客觀，商品部的良品家人得意的說：幸虧我們提早備貨及時采購，要不然就缺貨了。這一點采購組件功不可沒。說到這里，大家可能會有一個疑問：UPower 組件是如何保證小明能夠買到自己所需的商品( 不缺貨 ) 的?除了實際的商品庫存要充足外，平臺上的庫存也要準確，這個時候就是庫存發布組件發揮作用的時候了。要實現平臺庫存與UPower系統的庫存同步不是一件容易的事情。當顧客在平臺上下單付款后，平臺上的商品庫存被扣減，訂單從平臺下載到訂單組件進入預處理階段時，會占用庫存，此時庫存組件可用庫存發生變動，系統進行

5、店鋪庫存的重新計算，并同步到平臺，更新平臺的商品可售庫存數量。最后但同樣重要的是賬務組件，業務規則及業務流程走向中的業務發生，其實早已都被打上了財務組件的標簽，只是業務人員不太關注而已。業務規則與流程中的漏洞或者違規的業務操作，最終都會在財務對賬過程中被發現，當然這屬于事后監控。以小明購買的15 款商品過程為例，這個過程會涉及到如下6 大主體之間的往來結算關系：1) 供應商結算：假設 15 款商品中有 6 款商品是向外部供應商采購的， 因此，會涉及與第三方供應商相關的貨款、費用結算 ;2) 平臺運營商結算：以京東平臺為代表的平臺運營商會定期出賬，返還銷售金額給商家外，并從中收取額外的費用，例如

6、保證金理賠、傭金、返點積分等等 ;3) 代理商對賬結算：良品鋪子在平臺上除了直營店外，還存在著代理商店鋪，良品鋪子與代理商按代理價結算;4) 承運商結算：不管銷售訂單是否包郵，良品鋪子與快遞公司 ( 承運商 ) 之間的結算是單獨核算的 ;5) 集團下的分公司間結算：小明購買的 15 款商品中有 9 款商品是電商公司向線下的實體公司購買的，因此會涉及分公司之間的內部結算。預售業務中，線上線下之間的銷售利潤分成，以及門店送貨上門的運輸服務費用，都涉及集團下的分公司之間的結算問題。這一切，又如何通過信息系統實現的？1、渠道方案落地：既要飛得高，又要落得穩良品鋪子的全渠道戰略合作過程中，海鼎一直站在咨

7、詢的高度去推進全渠零售的信息化。為此，雙方合作成立了“良品鋪子 &海鼎全渠道零售商學院” ，用于全渠道零售的聯合研究開發，以期相互砥礪，共同進步。同時雙方特別重視方案的落地，采取從試點到全面鋪開的策略，謹慎決策，步步為營。 ( 一) 實施方法論：以咨詢切入，當是以方案為宗旨1、聯合研發的合作模式：海鼎與良品鋪子開展了聯合產品(JointR&D) 開發/ 研發的合作模式， 以克服研發中的高額投入、 規避風險、縮短產品的研發周期，節約交易成本。2、需求調研：在聯合研發模式的背景下，自 2013 年 12 月份開始，海鼎與良品成立全渠道項目組，雙方設立項目經理和子項目經理制度 ( 各

8、組件產品經理) ，由產品經理牽頭，召集對應的業務人員進行面對面的需求調研，先后開展業務現狀診斷和業務需求深挖。3、方案優化與迭代開發：基于需求調研，由海鼎方產品經理主導業務解決方案和需求規格書的編寫，與開發經理實時交互，在產品雛形的基礎上不斷迭代優化。4、用戶試用：在試運行前，雙方進行了5 輪的聯合迭代測試和操作體驗，除了基本的功能完備性檢驗外，特別注重UI和細節體驗;5、預演與切換準備：在5 輪的聯合測試后，海鼎牽頭制定了全面嚴謹的預演方案和切換方案，對系統進行一次全面的大閱兵，同時也檢驗了前期的培訓效果。6、試運行：選取 4 家具有代表性的店鋪 ( 專營店 ) ，進行試運行。甄選的標準為這

9、 4 家店鋪分別來自天貓、 1 號店、京東 3 大主力第三方平臺，業務量相對較小，但涵蓋了直營店和代理店鋪( 代理商 )2 種業務模式， 基本覆蓋良品全渠道業務解決方案。麻雀雖小五臟俱全，試運行的目的是檢驗UPOWER整體解決方案的可行性，同時將試運行風險對整體良品電商業務的影響降到最低。( 二) 實施過程：煉獄般的涅槃良品鋪子全渠道項目在全渠道零售管理委員會的領導下，抽調海鼎業務骨干和開發精英，并與良品信息部和業務菁英設立一對一的對接機制，用于快速協調軟硬件資源。從立項到試運行上線，歷時半年，180 個日日夜夜，周末幾乎無休，全身心投入，一鼓作氣，首戰告捷。2、鼎的全渠道信息系統年年末，海鼎

10、支持唐久京東大賣場正式啟動之時，海鼎正式發布了名為海鼎鼎力 UPower的全渠道零售 ERP產品和解決方案，成為國內零售信息化領域中，首家全面支持全渠道零售業務的信息化服務商。海鼎與良品鋪子的全渠道戰略合作，從 2013 年末的構想到 2014 年上半年的初見雛形，海鼎鼎力UPower產品承載著新形勢下海鼎人的夢想，也見證著所有全渠道項目成員的努力與成長。海鼎鼎力 UPower是一款基于 SOA技術的全渠道零售ERP產品。它通過統一的系統間集成和互聯互通標準，最大限度地減少應用系統互聯所面臨的復雜性，降低集成和維護成本， 保證了系統的擴展能力。 它就像一家售賣服務組件的 “超市”，可以供客戶自

11、行選用。海鼎全渠道零售解決方案( 如圖 7-6 所示 ) ，為從顧客多接觸點購物到最終收貨過程中的圖7-6海鼎鼎力UPower 全渠道零售解決方案示意圖整體進銷存管理方案。（一）逃不掉的前提：統一的資料管理1、資料組件：由HDIA和 HDM-DATA兩部分組成。1）HDIA是一個面向企業應用的通用的、可伸縮的、開放的和統一的安全管理平臺。主要解決企業應用安全領域三大問題：認證、授權和審計。2）HDM-DATA(海鼎企業資料管理平臺 ) ：用于解決企業在多個系統之間商品資料統一的問題。適用于集團/ 子公司架構下，集團對3、商品、門店、客商等資料進行統管，有區分地向子公司下發資料，子公司通過審核流

12、程形成擁有自身獨特經營屬性的資料。2、資料組件的定位與目標：1）針對多公司的企業，做統一資料的管理和下發，確保各分公司的資料的一致性，和入口的唯一性，把資料做拆分管理，通過不同的系統做管理、落地。2）管理電商公司、倉庫、店鋪等組織資料，以及代銷商資料，并針對電商公司的各崗位人員管理權限，并提供單點登錄，支持登錄多系統時做認證管理。3）資料組件可將店鋪和商品等資料推送到各平臺上。在全渠道的大背景下，資料統一是大前提。只有資料統一了，才可以保證不論在哪個渠道來看，資料都是一致的。海鼎 UPower統一資料，主要包括：供應商、商品、實體門店、加盟商、平臺、網上店鋪、代銷商、員工、用戶組授權等主要資料

13、。應不同的公司、不同的平臺，可通過資料統一下發，尤其針對商品下發，會針對不同的平臺，下發相關信息，如圖 7-7 所示。圖7-7全渠道的商品統籌發布與管理（二）貫穿全渠道的紅線：訂單、會員/ 促銷管理1、訂單組件1) 訂單組件的定位訂單中心，可以對接電商平臺、自建平臺、移動平臺、實體門店、團購及媒體等廣泛的銷售接觸點，實現訂單的統一歸集、集中處理，串聯起進銷調存賬退的全面聯動。2) 訂單組件的目標開放性的對接當前已有的各類平臺( 線上、線下 ) ，并支持對接未來更廣泛的平臺。提供自動迅速的抓取訂單、退換貨申請及其他信息的服務，歸集后的處理實現平臺與系統同步聯動。根據自動處理規則處理訂單信息，根據

14、人員審批規則控制用戶權限，同時在各個環節中支持人工靈活操作。對接第三方快遞平臺，實時獲取配送信息，讓買家與商家信息同步。能夠支持網訂倉庫貨品店取店送、網訂門店貨品店取店送等多種業務模式。2、會員組件1) 會員組件的定位企業全渠道會員管理平臺，負責圍繞會員整個生命周期的資料、營銷、服務、分析等各個維度的管理。2) 會員組件的目標從會員在各個渠道引入、建立會員資料，到對會員進行精準化的營銷、進行個性化的服務，并對會員整個消費過程進行跟蹤分析，又為會員的營銷、服務等提供基礎。如圖7-8 所示圖 7-8 構建全網全渠道的會員體系3、促銷組件1) 促銷組件的定位企業全渠道促銷統一管理平臺，負責企業各類促

15、銷活動規則定義以及線上、線下各銷售接觸點的促銷計算。2) 促銷組件的目標負責全渠道促銷的統一定義，包括零售促銷規則、積分促銷規則以及券促銷規則等。并開放接口供其他系統調用來進行促銷的計算。與會員組件、訂單組件深度協同，支持使用各組個性化信息計算促銷。（三）實現全渠道的載體：精準的庫存、供應鏈管理與倉儲物流管理1、統一庫存1) 庫存組件的定位負責企業各物流中心、多平臺各店鋪間( 包括線上、線下 ) 的庫存調配規則定義、調配指令下發，包括物流中心內部作業指令下發，對企業的庫存做統一的記錄及管控，過程中貫徹批次管理。2) 庫存組件的目標對企業各級的倉庫庫存進行統一的管控，確定各渠道的庫存發布規則，明

16、確庫存尋源邏輯。下發多倉間調配指令，以及倉庫內的作業指令。與各個系統中對庫存產生影響的業務進行統一的對接，記錄庫存增減、狀態信息，支持庫存實時查詢和庫存預警( 見圖 7-9) 。3) 庫存組件的特別分支介紹在庫存組件中有一個特別的分支：庫存發布系統 (INVC) 。電商商品部通過庫存發布系統，可以靈活設置店鋪庫存發布規則，當商品庫存發生變動時，可以實時同步庫存到平臺店鋪 ; 達到防止商品超賣或因庫存發布不及時導致銷售機會損失的目的 ; 設定各渠道的庫存發布規則，可以按店鋪和按店鋪商品維度設置庫存發布的規則，及時發布庫存到平臺各店鋪 ; 獲取從平臺下載下來的庫存數據，進行庫存稽核 ;圖7-9實現

17、全渠道庫存的統籌管理、有序調度2、統一采購1) 采購組件的定位集中管理不同組織與供應商的采購合同關系、采購計劃，支持多倉條件下對訂貨、退貨指令的管理與分發，如圖7-10 。2) 采購組件的目標針對多公司多配送中心的企業，可以整合采購資源，管理和供應商的采購合同 ( 采購價格、結算條款等) ，并可以根據下游的需求，設定合適的補貨模型，生成相應的采購訂單。圖7-10 全渠道統籌的供應鏈管理在原使 用 的ECWMS系統 基 礎上，進行操作、流程等方面的優化，以更適配于良品電商，滿足現有每個倉庫的所有業務以及多倉往來業務。同時，從物流操作上支持線上訂單線下訂單融合。（四）數據流與資金流的歸集與監察：統

18、一開放的全渠道賬務1、賬務組件的特點與目標1) 堅實的賬務管理基礎。同時支持 2 種資金管理模式：應收 / 應付式。資金賬戶式：在業務發生前預繳款充入資金賬戶，以防零售商產生資金風險，廣泛應用于加盟配銷涉及的往來結算業務。2) 整體設計基于全渠道布局支持多渠道往來結算模型，便于將所有內外部往來結算對象納入統一管理。滿足銷售終端為全渠道布局 ( 線上 +線下+O2O)下，與各種往來對象間的賬務管理要求，涉及諸如商戶、商場、供應商、加盟商、經銷商、代理商、聯銷商、批發客戶、承運商、線上銷售平臺等。各類往來對象自動對賬，避免大量人工比對輸出最終差異，便于會計登賬。只要各渠道往來結算對象按對賬格式提供

19、對賬數據，人工或接口自動導入賬務組件即可立即自動比對。各渠道分公司間往來結算：由商品在不同渠道間的流轉帶來的分公司賬務往來需求。歸集外部各渠道的回款資金 , 實現與系統內資金的自動核對，同時監督前端業務發生的完整性與準確性。開展全渠道銷售之后，業務的發生過程開始變得復雜，不再似實體店銷售那般的干脆、簡單 ( 收銀員只需在 POS機上掃描商品就完成了銀貨兩訖 ) 。而全渠道銷售 ( 尤其是線上銷售和 O2O)中，充滿了前收、后收、部分收、全款收、退貨不退款、退款不退貨等資金流與物流不完全同步的業務。財務部門為監控第三方代收的銷售款是否回款、回款金額是否準確、部分收的資金何時全部回款，監控退貨、退

20、款等逆向流程的資金流出是否符合管理規范等往往無從入手。因此賬務組件推出完善的銷售終端對賬，跟蹤同一筆銷售業務相關的所有業務資金的回籠 ( 包含補發、重發、退貨等 ) 。將應收資金、實際銷售回款與物流流轉是否嚴格匹配，準確提示可能存在異常的業務，并允許回溯源頭以協助定位問題。實現外部資金與企業內部的資金賬戶聯動：減少大量人工調整資金賬戶的操作。只要對方資金發生變動，就可直接通過接口影響我方系統內的資金出入記錄。可應用資金歸集的場景有門店營業款銀行繳款、加盟金銀行繳款、第三方支付工具回款等。在對方可開放接口的前提下，可歸集的對象包含第三方銷售平臺、第三方支付工具、銀聯等。3) 最多樣化的往來結算業

21、務的整體框架卻嚴謹簡潔完整而簡潔中華道家哲學有云“大道至簡” ，說的是大道理的基本原理、方法和規律都是極其簡單的，而系統設計主體框架也應是簡潔明了的。賬務組件往來結算的整體業務框架也遵循著極簡的設計思路最完整、核心的業務只有5 個業務點，卻涵蓋了幾乎全渠道零售中所有的往來結算關系。如下圖7-11 所示：圖7-11海鼎鼎力UPower 帳務組件整體框架與模型嚴謹而靈活嚴謹的結算流程定義：每個往來對象的結算流程都必須受限于結算條款的定義。通過結算條款來提前維護與各個結算主體之間的結算方式與出賬方式。如需更改則必須修訂結算條款。讓整體流程更符合企業的管理規范，而非全無章法，幫助管理人員通過結算條款縱觀全局。靈活的組件對接：上游系統接口與賬務組件松耦合，如上所述，UPOWER是基于 SOA而設計研發的 , 每個組件間都是松耦合的關系 , 只要通過中立的接口定義將賬務組件與 UPOWER其他組件或外部系統的交互關系做好接口定義，即可運轉結算流程。主要的接口主要有業務發生、外部平臺的自動鉤單接口、對外對賬平臺及資金歸集平臺。其中最關鍵的即為業務發生，因業務發生是隨著零售企業的戰略規劃、供應鏈擴展、互聯網技術更新 , 甚至是客戶群體變化而持續迭代前進的，但萬變不離往來結算本質，賬務組件就是將重點放在其核心結算流程，而上游靈活萬變的業務則只需通過接口輸入即可，結算過程