摘要：全渠道零售已是大勢所趨，海鼎順勢而為，與多家知名零售企業開展聯合研發與合作，海鼎鼎力UPower的誕生正是海鼎踐行全渠道零售思維的重要里程碑。鼎力UPower的SOA架構幫助我們實現了業務組件化的構想，使得基礎資料、訂單、會員/促銷、采購、庫存、物流、賬務、數據分析等業務模塊之間實現無縫對接與靈活組合，以適應全渠道零售的精彩變幻。在良品鋪子全渠道項目中我們遵循標準的咨詢方法論，將全渠道的設想與方案一步步落地。
關鍵詞：全渠道零售，鼎力UPower，SOA，業務組件，聯合研發
海鼎早在2010年就致力于對全渠道零售的研究，并在2012年出版了《大規模虛實連鎖——渠道創新》，同時與多家大中型零售企業開展合作和研究。
2013年年末，海鼎支持唐久京東大賣場正式啟動之時，海鼎正式發布了名為海鼎鼎力UPower的全渠道零售ERP產品和解決方案，成為國內零售信息化領域中，首家全面支持全渠道零售業務的信息化服務商。
2014年3月，全渠道之訂單組件在李寧項目上線。與此同時，海鼎良品鋪子全渠道項目正進入如火如荼的聯合研發階段。
海鼎與良品鋪子的全渠道戰略合作，從2013年末的構想到2014年上半年的初見雛形，海鼎鼎力UPower產品承載著新形勢下海鼎人的夢想，也見證著所有全渠道項目成員的努力與成長。
同時，海鼎也一直在強調，單純講“全渠道”不是零售取勝之道，必須以顧客為中心，心懷全渠道，而忘掉全渠道，始終謹記全渠道的真正目的：尊重顧客習慣，順應進化趨勢，最終實現顧客隨心所欲的購買需求。
海鼎鼎力UPower是一款基于SOA技術的全渠道零售ERP產品。它通過統一的系統間集成和互聯互通標準，最大限度地減少應用系統互聯所面臨的復雜性，降低集成和維護成本，保證了系統的擴展能力。它就像一家售賣服務組件的“超市”，可以供客戶自行選用。
海鼎全渠道零售解決方案（如圖1所示），為從顧客多接觸點購物到最終收貨過程中的整體進銷存管理方案，本文重點描述“全渠道零售后臺管理平臺”中的關鍵業務組件，即：資料管理、訂單管理、會員管理、促銷管理、庫存管理、供應鏈管理、物流管理、賬務管理、數據分析。對顧客接觸點的應用，則不在本文中做介紹。
圖1 海鼎鼎力UPower全渠道零售解決方案示意圖
資料組件：由HDIA和HD M-DATA兩部分組成。
1、HDIA是一個面向企業應用的通用的、可伸縮的、開放的和統一的安全管理平臺。主要解決企業應用安全領域三大問題：認證、授權和審計。
2、HDM-DATA（海鼎企業資料管理平臺）：用于解決企業在多個系統之間商品資料統一的問題。適用于集團/子公司架構下，集團對3、商品、門店、客商等資料進行統管，有區分地向子公司下發資料，子公司通過審核流程形成擁有自身獨特經營屬性的資料。
資料組件的定位與目標：
1、 針對多公司的企業，做統一資料的管理和下發，確保各分公司的資料的一致性，和入口的唯一性，把資料做拆分管理，通過不同的系統做管理、落地。
2、管理電商公司、倉庫、店鋪等組織資料，以及代銷商資料，并針對電商公司的各崗位人員管理權限，并提供單點登錄，支持登錄多系統時做認證管理。
3、資料組件可將店鋪和商品等資料推送到各平臺上。
在全渠道的大背景下，資料統一是大前提。只有資料統一了，才可以保證不論在哪個渠道來看，資料都是一致的。
海鼎UPower統一資料，主要包括：供應商、商品、實體門店、加盟商、平臺、網上店鋪、代銷商、員工、用戶組授權等主要資料。
對應不同的公司、不同的平臺，可通過資料統一下發，尤其針對商品下發，會針對不同的平臺，下發相關信息，如圖2所示。
圖2全渠道的商品統籌發布和管理
1）訂單組件的定位
訂單中心，可以對接電商平臺、自建平臺、移動平臺、實體門店、團購及媒體等廣泛的銷售接觸點，實現訂單的統一歸集、集中處理，串聯起‘進銷調存賬退’的全面聯動。
2）訂單組件的目標
開放性的對接當前已有的各類平臺（線上、線下），并支持對接未來更廣泛的平臺。提供自動迅速的抓取訂單、退換貨申請及其他信息的服務，歸集后的處理實現平臺與系統同步聯動。根據自動處理規則處理訂單信息，根據人員審批規則控制用戶權限，同時在各個環節中支持人工靈活操作。
對接第三方快遞平臺，實時獲取配送信息，讓買家與商家信息同步。能夠支持網訂倉庫貨品店取店送、網訂門店貨品店取店送等多種業務模式。
1）會員組件的定位
企業全渠道會員管理平臺，負責圍繞會員整個生命周期的資料、營銷、服務、分析等各個維度的管理。
2）會員組件的目標
從會員在各個渠道引入、建立會員資料，到對會員進行精準化的營銷、進行個性化的服務，并對會員整個消費過程進行跟蹤分析，又為會員的營銷、服務等提供基礎。
圖3構建全網全渠道零售的會員體系
1）促銷組件的定位
企業全渠道促銷統一管理平臺，負責企業各類促銷活動規則定義以及線上、線下各銷售接觸點的促銷計算。
2）促銷組件的目標
負責全渠道促銷的統一定義，包括零售促銷規則、積分促銷規則以及券促銷規則等。并開放接口供其他系統調用來進行促銷的計算。與會員組件、訂單組件深度協同，支持使用各組個性化信息計算促銷。
1）庫存組件的定位
負責企業各物流中心、多平臺各店鋪間（包括線上、線下）的庫存調配規則定義、調配指令下發，包括物流中心內部作業指令下發，對企業的庫存做統一的記錄及管控，過程中貫徹批次管理。
2）庫存組件的目標
對企業各級的倉庫庫存進行統一的管控，確定各渠道的庫存發布規則，明確庫存尋源邏輯。下發多倉間調配指令，以及倉庫內的作業指令。與各個系統中對庫存產生影響的業務進行統一的對接，記錄庫存增減、狀態信息，支持庫存實時查詢和庫存預警（見圖4）。
3）庫存組件的特別分支介紹
在庫存組件中有一個特別的分支：庫存發布系統（INVC）。電商商品部通過庫存發布系統，可以靈活設置店鋪庫存發布規則，當商品庫存發生變動時，可以實時同步庫存到平臺店鋪；達到防止商品超賣或因庫存發布不及時導致銷售機會損失的目的；設定各渠道的庫存發布 規則，可以按店鋪和按店鋪商品維度設置庫存發布的規則，及時發布庫存到平臺各店鋪；
獲取從平臺下載下來的庫存數據，進行庫存稽核；
圖4 實現全渠道庫存的統籌管理、有序調度
1）采購組件的定位
集中管理不同組織與供應商的采購合同關系、采購計劃，支持多倉條件下對訂貨、退貨指令的管理與分發。
2）采購組件的目標
針對多公司多配送中心的企業，可以整合采購資源，管理和供應商的采購合同（采購價格、結算條款等），并可以根據下游的需求，設定合適的補貨模型，生成相應的采購訂單。
圖5 全渠道統籌的供應鏈管理
1）物流組件定位
電商物流系統ECWMS，實現跨區域多個電商倉庫的入庫、出庫、庫內以及倉間調撥等業務的應用和精細化管理。
2）物流組件目標
在原使用的ECWMS系統基礎上，進行操作、流程等方面的優化，以更適配于良品電商，滿足現有每個倉庫的所有業務以及多倉往來業務。同時，從物流操作上支持線上訂單線下訂單融合。
1、賬務組件的特點與目標
1) 堅實的賬務管理基礎。
同時支持2種資金管理模式：
應收/應付式。
資金賬戶式：在業務發生前預繳款充入資金賬戶，以防零售商產生資金風險，廣泛應用于加盟配銷涉及的往來結算業務。
2) 整體設計基于全渠道布局
支持多渠道往來結算模型，便于將所有內外部往來結算對象納入統一管理。
滿足銷售終端為全渠道布局（線上+線下+O2O）下，與各種往來對象間的賬務管理要求，涉及諸如商戶、商場、供應商、加盟商、經銷商、代理商、聯銷商、批發客戶、承運商、線上銷售平臺等。
各類往來對象自動對賬，避免大量人工比對輸出最終差異，便于會計登賬。
只要各渠道往來結算對象按對賬格式提供對賬數據，人工或接口自動導入賬務組件即可立即自動比對。
各渠道分公司間往來結算：由商品在不同渠道間的流轉帶來的分公司賬務往來需求。
歸集外部各渠道的回款資金,實現與系統內資金的自動核對，同時監督前端業務發生的完整性與準確性。
開展全渠道銷售之后，業務的發生過程開始變得復雜，不再似實體店銷售那般的干脆、簡單（收銀員只需在POS機上掃描商品就完成了銀貨兩訖）。而全渠道銷售(尤其是線上銷售和O2O)中，充滿了前收、后收、部分收、全款收、退貨不退款、退款不退貨等資金流與物流不完全同步的業務。
財務部門為監控第三方代收的銷售款是否回款、回款金額是否準確、部分收的資金何時全部回款，監控退貨、退款等逆向流程的資金流出是否符合管理規范等往往無從入手。
因此賬務組件推出完善的銷售終端對賬，跟蹤同一筆銷售業務相關的所有業務資金的回籠（包含補發、重發、退貨等）。將應收資金、實際銷售回款與物流流轉是否嚴格匹配，準確提示可能存在異常的業務，并允許回溯源頭以協助定位問題。
實現外部資金與企業內部的資金賬戶聯動：減少大量人工調整資金賬戶的操作。
只要對方資金發生變動，就可直接通過接口影響我方系統內的資金出入記錄�？蓱觅Y金歸集的場景有門店營業款銀行繳款、加盟金銀行繳款、第三方支付工具回款等。在對方可開放接口的前提下，可歸集的對象包含第三方銷售平臺、第三方支付工具、銀聯等。
3） 最多樣化的往來結算業務的整體框架卻嚴謹簡潔
完整而簡潔
中華道家哲學有云“大道至簡”，說的是大道理的基本原理、方法和規律都是極其簡單的，而系統設計主體框架也應是簡潔明了的。賬務組件往來結算的整體業務框架也遵循著極簡的設計思路——最完整、核心的業務只有5個業務點，卻涵蓋了幾乎全渠道零售中所有的往來結算關系。如下圖所示：
圖6 海鼎鼎力UPower賬務組件整體框架與模型
嚴謹而靈活
嚴謹的結算流程定義：每個往來對象的結算流程都必須受限于結算條款的定義。通過結算條款來提前維護與各個結算主體之間的結算方式與出賬方式。如需更改則必須修訂結算條款。讓整體流程更符合企業的管理規范，而非全無章法，幫助管理人員通過結算條款縱觀全局。
靈活的組件對接：上游系統接口與賬務組件松耦合，如上所述，UPOWER是基于SOA而設計研發的,每個組件間都是松耦合的關系,只要通過中立的接口定義將賬務組件與UPOWER其他組件或外部系統的交互關系做好接口定義，即可運轉結算流程。主要的接口主要有業務發生、外部平臺的自動鉤單接口、對外對賬平臺及資金歸集平臺。其中最關鍵的即為業務發生，因業務發生是隨著零售企業的戰略規劃、供應鏈擴展、互聯網技術更新,甚至是客戶群體變化而持續迭代前進的，但萬變不離往來結算本質，賬務組件就是將重點放在其核心結算流程，而上游靈活萬變的業務則只需通過接口輸入即可，結算過程完全不依賴于上游系統。
靈活的結算環節配置：結算流程的5個環節可根據實際需要精簡、組合。如，某些往來對象是現結，可在記錄賬款后，直接做發票登記，無需經過對賬環節。而部分業務由于對象的特殊性，可定義為對賬后，不經發票登記，直接收付款。這些業務環節的選擇，只需在結算條款中定義即可。
4） 提供完備、精準的會計核算基礎數據
保留海鼎原有系統解決方案中與專業財務系統間分工協作、緊密結合的傳統，同時嚴格匹配會計核算基本方法的管理要求。
依據“復式記賬”的要求，為“會計憑證”提供詳細、準確的原始業務數據和精確的輔助核算。同時嚴格區分每筆業務的發生額和成本額，甚至同類業務的不同原因可配置器發生額是否和成本額相等，以滿足不同業務場景的記賬要求。
依據“成本計算”的要求，隨著商品在各核算單位間的流轉單獨計算其在每個核算單位的庫存成本。
同時支持批次成本核算體系和移動加權成本核算體系，滿足不同成本核算管理精度的企業管理需要。
5） 操作簡便
在操作上，同一功能模塊可應用于不同的往來對象，操作人員對系統操作的掌握不會因往來對象類型的增加而增加學習量，降低企業的培訓成本。
統一數據分析是為了企業更好地分析全渠道的整體效果，做針對性地調整。
統一數據分析包括了各渠道的銷售分析、采購分析、庫存分析、會員分析、賬務支持等多個維度。海鼎統一數據分析是采用數據倉庫的方式，可將多業務庫數據做整合，根據需要的維度、指標進行展示，給各個層面人員提供數據支持。
圖7 海鼎鼎力UPower數據分析組件整體框架與模型
先看一個小故事：
良品鋪子8周年慶臨近，各種誘人的促銷活動令人“垂涎三尺”。小明是個吃貨，良品鋪子的忠實粉絲，老早就關注了良品鋪子的微信公眾賬號。周四了，在下班回家的地鐵上，小明在京東APP上選購了5款促銷產品，準備過個愉快的周末。在路過一家小區門口的良品鋪子門店時，看到良品月餅的招貼海報，才意識到中秋節也快到了，便進門向店員了解，店員告訴他可以預訂良品月餅，到時可以送貨上門，也可以自己過來門店提貨。一想到要搞定未來的岳父岳母，小明便欣然預訂了3盒月餅，準備到時候過來自提......小明剛準備離開，女朋友來電話了：周末有外地的朋友過來玩，在網上多買點零食哈。小明想想剛買的那些肯定不夠，于是利用門店的wifi又在京東上購買了良品鋪子旗下叮當小鋪專營店的10款新品，準備和朋友嘗嘗鮮……
在這個小故事，小明和朋友們是如何吃到那15款美食的？
小明下單的2張訂單先后通過HD X-Shop系統從京東平臺抓取到UPower訂單組件，通過訂單異常檢查后，系統進行預處理占貨（此時會調用會員和促銷信息），緊接著客服審核訂單，小明的2張訂單因為滿足合單條件，會自動進入合單池，系統自動將2張訂單合并成一張訂單，經過物流自動審核后，倉庫物流組件開始波次作業，倉庫揀貨人員采取邊揀邊分播模式進行揀貨，在復核/稱重/打包環節，采取面單后置的策略，物流組件實現系統自動打印發票、快遞面單和顧客清單。
物流發貨人員和快遞承運商交接后，快遞包裹就在發往顧客指定收貨地址的路上了。
物流組件發貨后，會回傳發貨狀態給到訂單組件，訂單組件的訂單狀態變成已發貨，同時訂單組件會將運單號、承運商信息回傳給平臺。通過運單號，顧客在平臺上、客服在訂單組件都可以實時看到包裹的快遞狀態。
周五下午，小明收到了包裹，進行簽收，隨后在京東APP上對訂單點擊“收貨”，同時滿意地寫下了評價：這速度杠杠的！
愉快的周末過去了，從外地過來的朋友臨行前說：“良品鋪子的東西真好吃，發貨速度也快，要是我們老家也能像你們在武漢一樣方便地吃到就好嘍！”小明說“別擔心，聽說良品鋪子在華東、華北都建立了電商倉庫，你們在老家買的話，發貨速度也很快滴！”
短短一個星期內，良品鋪子促銷活動商品銷量客觀，商品部的良品家人得意的說：幸虧我們提早備貨及時采購，要不然就缺貨了。這一點采購組件功不可沒。
說到這里，大家可能會有一個疑問：UPower組件是如何保證小明能夠買到自己所需的商品（不缺貨）的？除了實際的商品庫存要充足外，平臺上的庫存也要準確，這個時候就是庫存發布組件發揮作用的時候了。要實現平臺庫存與UPower系統的庫存同步不是一件容易的事情。當顧客在平臺上下單付款后，平臺上的商品庫存被扣減，訂單從平臺下載到訂單組件進入預處理階段時，會占用庫存，此時庫存組件可用庫存發生變動，系統進行店鋪庫存的重新計算，并同步到平臺，更新平臺的商品可售庫存數量。
最后但同樣重要的是賬務組件，業務規則及業務流程走向中的業務發生，其實早已都被打上了財務組件的標簽，只是業務人員不太關注而已。業務規則與流程中的漏洞或者違規的業務操作，最終都會在財務對賬過程中被發現，當然這屬于事后監控。以小明購買的15款商品過程為例，這個過程會涉及到如下6大主體之間的往來結算關系：
1）供應商結算：假設15款商品中有6款商品是向外部供應商采購的，因此，會涉及與第三方供應商相關的貨款、費用結算；
2）平臺運營商結算：以京東平臺為代表的平臺運營商會定期出賬，返還銷售金額給商家外，并從中收取額外的費用，例如保證金理賠、傭金、返點積分等等；
3）代理商對賬結算：良品鋪子在平臺上除了直營店外，還存在著代理商店鋪，良品鋪子與代理商按代理價結算；
4）承運商結算：不管銷售訂單是否包郵，良品鋪子與快遞公司（承運商）之間的結算是單獨核算的；
5）集團下的分公司間結算：
小明購買的15款商品中有9款商品是電商公司向線下的實體公司購買的，因此會涉及分公司之間的內部結算。
預售業務中，線上線下之間的銷售利潤分成，以及門店送貨上門的運輸服務費用，都涉及集團下的分公司之間的結算問題。
在與良品鋪子的全渠道戰略合作過程中，海鼎一直站在咨詢的高度去推進全渠零售的信息化。為此，雙方合作成立了“良品鋪子&海鼎全渠道零售商學院”，用于全渠道零售的聯合研究開發，以期相互砥礪，共同進步。
同時雙方特別重視方案的落地，采取從試點到全面鋪開的策略，謹慎決策，步步為營。
1、聯合研發的合作模式：海鼎與良品鋪子開展了聯合產品（Joint R&D）開發/研發的合作模式，以克服研發中的高額投入、規避風險、縮短產品的研發周期，節約交易成本。
2、需求調研：在聯合研發模式的背景下，自2013年12月份開始，海鼎與良品成立全渠道項目組，雙方設立項目經理和子項目經理制度（各組件產品經理），由產品經理牽頭，召集對應的業務人員進行面對面的需求調研，先后開展業務現狀診斷和業務需求深挖。
3、方案優化與迭代開發：基于需求調研，由海鼎方產品經理主導業務解決方案和需求規格書的編寫，與開發經理實時交互，在產品雛形的基礎上不斷迭代優化。
4、用戶試用：在試運行前，雙方進行了5輪的聯合迭代測試和操作體驗，除了基本的功能完備性檢驗外，特別注重UI和細節體驗；
5、預演與切換準備：在5輪的聯合測試后，海鼎牽頭制定了全面嚴謹的預演方案和切換方案，對系統進行一次全面的大閱兵，同時也檢驗了前期的培訓效果。
6、試運行：選取4家具有代表性的店鋪（專營店），進行試運行。甄選的標準為這4家店鋪分別來自天貓、1號店、京東3大主力第三方平臺，業務量相對較小，但涵蓋了直營店和代理店鋪（代理商）2種業務模式，基本覆蓋良品全渠道業務解決方案。麻雀雖小五臟俱全，試運行的目的是檢驗UPOWER整體解決方案的可行性，同時將試運行風險對整體良品電商業務的影響降到最低。
良品鋪子全渠道項目在全渠道零售管理委員會的領導下，抽調海鼎業務骨干和開發精英，并與良品信息部和業務菁英設立一對一的對接機制，用于快速協調軟硬件資源。從立項到試運行上線，歷時半年，180個日日夜夜，周末幾乎無休，全身心投入，一鼓作氣，首戰告捷。
目前良品鋪子全渠道項目只是上線了關鍵的核心業務，在接下來的時間里，海鼎將繼續朝著全渠道大一統的方向努力，推動各渠道更緊密地融合。例如：訂單工作流BPM的上線（多部門協同更多地和業務流結合起來）、線上線下進一步統一促銷、對各渠道的會員業務提供更統一的服務、多物流中心之間協同邏輯的優化和數據分析等等。
文/章登明、常安邦
- 該帖于 2014-11-17 16:20:00 被修改過