pos怎么区分大仓(「用友BIP营销云」零售_总论1)

导语

零售体系，是很多企业的根基，虽然现阶段实体经济处于萎靡状态，但零售的运作方式，仍是值得我们学习了解的。

本系列内容，笔者将把自己对零售的理解与YonBIP零售服务进行结合、讲解。

本篇是营销云零售系列的第一篇总论，不确定是否还会有第二篇总论，因此标题后面加个序号，以便区分。未来后续文章也如此。

前言

零售，是企业的一种经营方式，与之相对的还有批发、分销等业务模式。零售曾在很长一段时间内特指【线下店铺】（一些我认为比较重要的点，我会用中括号圈起来）及其相关业务，比如专营店、加盟店等，重点是【线下】，这个也经常被说成【传统零售】。随着时代的发展，零售现在变得【广义】了一些，线上（电商）零售也算是零售了。这些只是人们的一些叫法，并没有什么固定的要求、方法论，不必纠结于此。

本系列内容，侧重于【线下】，但如今线下店铺难免与线上渠道【产生业务交集】。

例如系统（比如OMS或者B2C服务）将门店的商品库存分配到线上店铺用于销售，产生订单后，由零售店铺进行发货。或者由零售店铺承接线上店铺的退换货甚至维修业务（各种名词术语很多，比如还有“线上渠道/平台”、“电商”、“电商平台”等，笔者就不抠字眼了，大家明白啥意思就行，不然统一这个名词比较耗费时间，不值当），以及现在大火的外卖平台，除了订外卖，还提供了超市、零售店的入驻能力，直接让店铺在线上曝光，进行正向销售、逆向售后等业务。

在这里，平台方渴求让自己的用户产生更多的消费，平台自己拿到扣点、销售额、现金流、影响力；商家方面也渴望从平台方面获得更多的曝光，以此产生更多的订单、销售额、现金流、利润，让自己库存的周转更健康；至于顾客，便宜、快速则是顾客的诉求（一般也都是品牌入驻，提供的都是正品，服务也有保障，所以笔者觉得这个并不算顾客的诉求，不过这个不重要）。

以上这些，都让线下店铺与线上的人、平台产生了很多交集。门店是这些业务的重要核心，没有门店，基本就没有线下销售了，外卖骑手也没地方取货，也不存在店铺发货、售后等。

笔者认为店铺发货的本质是让店铺承担了一些仓库的职能，店铺在能卖货的同时，化身为仓库的它们，离买家的收货地址更近，快递费更便宜、物流在途时间更少，大仓工作压力会变得更小，大仓的人力成本也因此下降（不用雇佣更多的人员，工作量和加班也少了），在退换业务中，商品的物流在途时间减少，这使得商品有更多的时间、机会再次去曝光、销售，这对生命周期不长的商品来说尤为重要。业务整体处理时间的减少，可以让顾客的体验更好。

发散一下，这个属于前些年大火的关键词“O2O”的范畴，其实这东西定义很抽象，本身是online to offline或者offline to online。有人说是线上购买，线下发货；有人说是线上团券，线下核销体验；有人说……总之，众说纷纭，反正怎么都说得通，没必要纠结到底是个啥。笔者认为这些“词汇”、业务模式，本质就是商业运作的方式，就是企业寻找一些方式去卖货（或者服务），让货物、现金流更高效地流转。有的企业自己独立完成这样的运作；有的企业搭台，其他企业唱戏。之所以这个字眼满天飞，是因为蹭热点可以方便宣传、融资，其实东西还是那些东西，并没有变。如果模式足够优秀，将企业的经营成本降低，企业又肯降价让利给顾客，或者有其他能让顾客感知到的提升，顾客自然开心。反之如果没有这些，这模式对顾客来说也就不疼不痒了。

传统零售，在曾经很长一段时间中，是很多品牌的根基，如今传统零售衍生出了各种新的业务模式（这就是所谓的【技术赋能】吧？笔者不太懂互联网黑话，如果用得不对，欢迎指正）。虽然现在实体经济处于萎靡状态，但零售的运作方式，仍是值得我们学习了解的。

学习笔记正文

【如需学习基础知识，请先阅读笔记正文下方内容】

基础知识

前文简单提及了O2O的一些东西，但这只是零售的业务体系的一小部分。作为零售系列的开篇总论，我们先看一下YonBIP的零售版图都有哪些内容。（仅限于笔者目前的认知范围中的内容，如有欠缺，欢迎指正、交流）

这个图，分为上、下两部分，上半部分是店铺员工在店铺中使用的客户端（也可以叫门店系统、POS系统等等，后文笔者大概率直接用POS这个词来表示门店客户端，纯个人习惯），下半部分是YonBIP中的网页管理端，用于进行各种配置。

大致内容大家看这个图就行，详细地讲解笔者在后续的篇章中再进行介绍。

下面我们在【应用场景】栏目举个“栗子”探讨一下。

应用场景

张三陪女朋友逛商场，来到一家服装品牌的自营店铺，看到一件心仪的衣服，于是张三使用现金买了这件衣服。

问：本案例中，系统都有哪些功能（或者服务）为这笔交易提供了支撑？

直观看上去，可能就是张三在POS系统里下单买了个衣服，系统里有衣服（物料），就行了，下图已标黄。但为这个业务执行，系统在背后提供的支撑服务还是很多的。笔者罗列一下自己目前能联想到的内容：

（先看实线部分）

触屏版：是店铺使用的系统类型；

零售管理：开单使用的功能模块，开单只是其中的功能之一；

店存管理：开单是要消耗库存的（存量），库存需要有来源（调拨、仓库配送、自己加工生产，盘点等等方式，都可以是这个库存的来源）；

零售店铺：店铺开单，所使用的系统是要登录的，订单也要记录是哪个门店产生的，这一切都需要在系统中有店铺的相关信息；

定价：商品应该卖多少钱？这是由定价服务确定的，比如A店铺卖100，B店铺卖90；

门店设置：这是一个功能模块，比如其中的终端设备功能，记录了使用POS系统的设备信息，在该功能里，可以将某台设备禁用，或者记录该设备属于哪个店铺、哪个柜组等等；

支付配置：比如门店支持使用微信支付、支付宝支付，支付的账号、参数等等需要在这里设置；

系统设置：这个范畴很大，比如开单是否选择店员、是否自动进行促销、是否可以抹零、是否自动打印小票等等系统规则，都在这里定义；

硬件设置：用于定义门店使用的设备信息，比如PC零售端的副屏广告图等等。其他设备配置比如是否启用小票打印机，小票打印机使用USB还是串口、打印完成时是否切纸、是否启用收银POS机等等；

组织信息：店铺是要划分给组织、在组织架构中进行管理的。店铺不是飘在外面不受管控的；

员工档案类：使用门店端开单，需要先登录门店端，这就需要使用员工账号，得有员工信息；

功能权限：不同的员工有不同的权限，需要结合员工档案为员工设置功能权限，比如李四是店员，就配置开单权限，王五是库管，就分配仓库类的权限，比如出入库、盘点；

数据权限：同为店铺员工，那也是有区别的，比如李四只能在A店铺开单，王五只能在B店铺开单，这就需要通过数据权限进行区分。数据权限包含了门店、仓库、物料等等属性，李四、王五这种情况就用门店进行数据权限设置；

客户档案：门店是要分配给一个客户的，所以客户档案是创建店铺的必要前置条件（笔者还没想明白这是怎么回事，求指点迷津）；

仓库：店铺是要存储商品库存的，本质是个仓库，因此也需要配置支持门店仓的仓库，一个仓库只能指定一个门店，一个门店可以指定多个仓库的；

物料：物料就是商品，是订单里必备的一个内容。

以上是笔者目前能联想到的必备功能，下面是一些非必选功能，也就是图里虚线的部分。

促销中心：如果店铺有活动，商品或者订单有折扣、满减等等，就要通过促销中心来支持了；

会员中心：店铺有可能要求开单的时候记录会员信息、给会员积分等等，因此可能使用到会员中心的功能；

售后管理：这里的售后指的是维修，包含店内维修、返厂维修两种。订单的退货是在零售管理中进行；

店内加工：前文提到店存管理，店铺的库存是要有来源的，店内加工也是库存的来源之一。假如本案中张三买的不是衣服，而是蛋糕、奶茶，需要使用某些原材料加工而成，这种情况的库存就可通过店内加工生成；

仓库物料对照：笔者在实测下单时，发现系统会校验仓库物料对照关系。但笔者目前也不清楚为何校验，而且在没有配置对照关系的情况下，开单也能正常推进下去，因此还不清楚这个规则的影响；

促销：店铺在什么时间段进行怎样的促销，是某个商品进行打折还是全场满减、全场满赠或者加价购，这些需要在促销功能里设置。

应用价值

零售系统的功能，是为零售店铺的业务运转提供必要的支持，没有这些的话，店铺也可以经营，不过可能要换成纸质单据、各种手账。虽然有些小店铺小商店还在使用这种方式，但如果规模稍大，这种方式就不利于统计、数字化管理了。

结语

【墙裂建议】同学们自己测试，这样印象深刻，且全面。

笔者认为，功能不是简单跑通就完事了。大家在交流时，更多地是提问，尤其是遇到问题时，会问“XXX提示是啥意思？”、“XXX报错是怎么回事？”、“XXX怎么配置？”

如果我们使用一个预置好的环境去测功能，很难遇到以上的问题，因为那些必要的配置都已经有人为你配置好了，对你来说这些必要的东西仍然是你的“盲区”。当你自测或者客户问你的时候，你会不知道怎么定性、定位这个问题，也无法直接给客户解答。因此，【再次墙裂建议】全！程！自！测！这会让你的进度比较慢，但慢，也是一种快。

另外，对于某个功能的学习、了解，不能仅限于功能本身，要尽量看到与之相关的上游、下游的功能，要看到一个链条、网络，放大视野，去了解整体。

如果功能是一棵树，构成功能的树叶、树枝、树干、根系是怎样的？这棵树旁边还有很多树，它们组成了树丛，树丛组成了树林，树林中有各种动物，旁边还有河流、草地、山脉。这些都是需要我们看到、了解的。

好了，以上就是本篇总论的内容，我们下期再见。