摘要：全渠道零售已是大势所趋，海鼎顺势而为，与多家知名零售企业开展联合研发与合作，海鼎鼎力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)中，充满了前收、后收、部分收、全款收、退货不退款、退款不退货等资金流与物流不完全同步的业务。
财务部门为监控第三方代收的销售款是否回款、回款金额是否准确、部分收的资金何时全部回款，监控退货、退款等逆向流程的资金流出是否符合管理规范等往往无从入手。
因此账务组件推出完善的销售终端对账，跟踪同一笔销售业务相关的所有业务资金的回笼（包含补发、重发、退货等）。将应收资金、实际销售回款与物流流转是否严格匹配，准确提示可能存在异常的业务，并允许回溯源头以协助定位问题。
实现外部资金与企业内部的资金账户联动：减少大量人工调整资金账户的操作。
只要对方资金发生变动，就可直接通过接口影响我方系统内的资金出入记录。可应用资金归集的场景有门店营业款银行缴款、加盟金银行缴款、第三方支付工具回款等。在对方可开放接口的前提下，可归集的对象包含第三方销售平台、第三方支付工具、银联等。
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 被修改过