新一代产品H5初探

xiaoerp

海鼎核心软件产品多业态商业自动化管理系统HDPOS，历经10多年的发展，从最初的原形版本到V2版本、V3版本、V4版本，从业务角度，不断吸纳融合并实现着不断变化的零售业务特点；从技术角度，伴随着更多新技术应用和网络进步，也在不断优化。
目前，我们正在致力于研发H5版本。本文将我们对几个问题的思考整理出来，以管中窥豹。
变化：从消费链的末端到前端
从消费链的末端到前端，销售的内容和方式增加了新的内容。在前端门店的销售内容上，除了传统的商品销售外，还出现了服务的销售，如代收公用事业费，代办票。即使在传统商品销售中，也不只是快速消费品，还有咨询引导性销售。
传统的销售方式中，顾客到店铺中，很明确地知道自己要购买什么，或者自己在货架上挑选后前往收银台结账；传统的销售方式中，引导性消费主要是靠商品陈列，将可能发生关联消费的商品陈列在一起，或是通过店铺海报和广告。在新的销售方式，如电话销售这种一对一的销售方式中，销售员能通过信息系统提供的相关资料，帮助消费者选择合适的商品。
H5考虑了多渠道销售，即，在每个渠道中都描述：通过这个渠道是为什么样的消费者以什么方式提供什么样的服务。例如，对传统的实体店铺中的快速消费品销售渠道、实体店中一对一的咨询服务式销售、呼叫中心中的一对一的销售、消费者通过购物网站对比自选型的销售等等。这些销售渠道所需要的系统支持，无论在业务场景上、技术上还是信息上，都不尽相同。
系统分布，集中式还是集散式
从系统分布上，一般有两种: 集中式和集散式。
在集中式的情况下，所有的地点都运行中心服务器集群提供的程序，读取中心数据库集群内容，并将业务情况记入中心数据库。这种方式的优点很明显：由于程序只存在于中心服务器集群上，数据也只存在于中心数据库集群中，程序的改变和数据的变化都是及时的和一致的，系统的备份等日常维护的工作也很方便，负载和容错，以及可用性等方面也因集群技术而得以保证。 它的缺点同样很明显：对网络通讯条件极度依赖，网络通讯条件是其至关重要的因素。
对于大量的和中心网络通讯条件不是很好的实体店来说， 集散式的系统可能更为合适。 在集散式系统中，对消费者的终端服务和销售服务所依赖的数据，一般被部署在各个实体店网络中，而实体店的后台作业，如定价、定货等，则可选择性地部署在实体店网络或者中心网络中。公司对实体店的管理、指令等则部署在中心网络中。集散式系统要解决集中式系统不需要解决的数据同步和多点管理、维护、程序升级等问题。
为满足国内大多数的、现实的应用情况，H5采用集散式系统。实体店的后台作业可选择性地部署于门店网络或者中心网络中，门店网络和中心网络之间的数据同步不再使用以往的中间暂存的方式，而采用两个网络之间直连的方式，使得双方网络管理者都能知道数据及时的真实的同步状况。
与时俱进的网络结构
这里，我们简要回顾一下HDPOS的网络结构的演变过程。这个演变也从一个方面反映了社会网络发展和网络应用技术发展的情况。
在公共数字网初期，电话交换网成熟，门店应用初期，在以胖总部、瘦门店为特征的管理方式下，门店网络完成门店销售任务，出现了下图甲所示的网络结构，通过PSTN进行双向数据交换。这种结构下，比较容易想到的是各门店呼叫总部建立连接。这会使得总部需要较多的呼入线路，成本比较高。HDPOS采用总部轮流呼叫门店的方式建立连接，从而减少了总部所需要的电话线路。
随着公共数字成熟，网站应用技术初期，出现了乙图的结构。这个时候，总部服务器网络的外部接入带宽不大（因费用问题），所以设立了中间的FTP服务器。这个服务器托管在网络提供商的机房中，使得门店和总部对FTP服务器的访问都能得到较高的带宽。
丙图是在网站应用技术成熟的环境下，增加了EC服务器为供应商提供服务。同时，在门店中不仅只有销售和叫货业务，还发展了诸多应用。
丁图是目前H5的网络结构，它提供集散式应用，数据和服务的提供者可集中，可分散并同步。
物流储运方式对于H5架构的影响
连锁零售的规模对物流储运的方式是一个重要的决定因素。
在连锁规模比较小的时候，通常由一个配送中心向所有的门店配货，部分商品由供应商直接送货到门店。一个例外情况是：由于存储条件的要求，会设立例如常温仓库和冷冻仓库。 但是，它们所存储的商品品项互不交叉，逻辑上还是可以看成是一个配送中心。这个时候的物流方式比较简单，分为统配和直配两种。
统配指供应商将商品送到配送中心，由配送中心统一配送；直配则是供应商将商品直接送到门店，不经过配送中心。随着连锁规模的扩大，跨地域的物流成为必须。每个配送中心为一定地域的门店配货，各个配送中心所存储的商品大部分是交叉的。这个时候，就需要约定哪个配送中心向哪个门店配送什么商品，这种关系在H5中称为配送关系，它是配送中心， 门店和商品的三元关系。这个关系还可以规定配送的规格和运费等。再把供应商引入到这个关系中并加以适当的泛化，就成为供货方、收货方和商品这样一个三元组。其中，供货方可以是供应商或配送中心，收货方可以是门店或配送中心，这样就描述了任何两个单位之间的物流的端到端的关系。
进一步，在跨地域的情况下，商品从供货方到收货方有时不是直接送达，而是通过中间单位通常是配送中心来转运，这就需要在配送关系中进一步描述转运的路线。借用网络术语， H5中称之为货路由，描述货物从供货方经由中间单位到达收货方的路径。
这样看来，好像解决了物流规划的问题，然而还没有。当我们把关注点从整条物流链路下探到其中的一个结点时，就会发现，一个结点（配送中心）一次并不是只处理一个定单的货，而是处理一批定单的货，并且定单还有可能被拆分和合并。在配送中心的具体业务中， 更关心的是本班次的作业要做些什么事情，即，要从不同的单位接收货物、或存储、或分拣转发；要向不同的单位送出货物；哪些事情可以一起做，哪些事情是有先后次序的，也就是有一个调度的问题。H5会根据全局的物流配送要求，给出每个配送中心每个班次的物流调度指令，同时保持对某个定单的货物跟踪，看看货物到达什么位置了、卡在什么地方了等等。
资金流的流转逻辑
伴随着物流的还有资金流。通常情况下，资金流的路线和物流的路线是不一样的。
举一个简单的例子: 供应商直接送货到门店，这是物流。而资金流则会是由公司付款给供应商。当连锁规模较大的时候，企业内部会形成若干公司，货物在不同公司的门店中流动会产生这些公司之间的资金流转。
资金包括货款和运费。货款产生于供货方和收货方之间，而运费则产生在货路由的各个单位之间。正向的物流和资金流虽然复杂，但是相对于逆向的物流和资金流，处理起来还不算复杂。 逆向的流转不是正向流转的简单的反动作， 但这些逻辑都对系统的使用者屏蔽了。
H5，一个闭环系统
一个闭环的系统总是由管控、过程和分析反馈三个部分构成。
过程可以有很多，可以很复杂，但它的运作最终是受管控的约束。H5中的管控分成两个部分: 管控规则和业务规则。管控的结果是生成业务规则。通过对外部协作者的行为的研究和分析，制定出采购规则、销售规则等等。
采购规则指明什么样的供应商可以向什么样的门店或配送中心以什么样的价格提供什么商品等；销售规则则描述哪些门店能够销售哪些商品，对不同的消费者以什么样的价格销售、促销规则等；通过对内部单位的研究和分析制定配送规则等。 对业务规则的制定者，则由管控规则来定义。通过对人员或单位的研究，给出什么人或什么单位能够制定什么样的业务规则。
举例来说，跨地域的连锁经营中，通常会碰到一个商品是统一采购还是地方采购的问题。 由于供应商的市场策略，或者是国家控制的商品，某些商品是不允许跨地域采购的。在连锁企业跨地域发展的初期，或由于企业合并的原因， 一些商品在各个地区也是自行采购的。 在H5中使用采购规则来处理。随着企业的发展，成立了统一的采购部门或采购公司，收回了部分地区或全部地区对某些商品的采购权，从地方采购过渡到同一采购。在H5中则采用滑块的概念来处理，当滑块滑到一头时，是全部地方采购；滑到另一头时，全部都是统一采购。滑块是一个形象的比喻，最终还是通过采购规则来描述。
在多组织结构的系统中，权限也是一个很重要的管控规则。
结语
H5是建立在R3平台上的、完全组件化的系统。通过分析和总结海鼎在连锁企业信息化建设中十多年的经验和教训，在分析各种实际业务用例后，归纳总结出各种业务组件，这些业务组件具有边界明晰、外部依赖最小化的特征。业务组件被编写成EJB，具有各自的持久化单元。H5的核心部分包含人员组织、资料管理、文档管理、采购配送、销售管理、账务管理、仓库管理、生产加工等组件，同时为各类使用者提供各种功能视图，其中包括供应商应用视图，使得供应商能够参与零售商的销售活动。
         



该贴已经同步到 xiaoerp的微博