零售软件

零售软件 — 一套系统，把商品从门店收货一路带到打出的小票和入账的营收，并让商品、价格和库存数据在连锁的每一个网点保持一致。

从外面看，门店就是货架加收银台。里面则是几个互相连接的程序：卖场里的收银程序、门店的商品核算、支付链路、连锁的中央系统，以及与财务、仓储、CRM、网店等外部系统的交换层。

「收银程序」和「零售系统」之间的界线，划在门店数量和决策发生的位置上。一台收银台，用收银电脑上的本地程序就够了。一旦门店多于一家，就会出现单店从来不会遇到的问题：唯一那份商品台账放在哪里、谁能一次改遍所有门店的价格、商品在门店之间怎么流转、以谁的库存数为准。

零售连锁的链路——由数据串起来的九个环节：

系统操作的对象是什么

不是页面，也不是表格，而是业务对象——带有自身状态、操作者和历史的记录：

• 商品项 — 货号、条码、计量单位、是否称重商品的标识、流通规则
• 价格 — 在某个具体网点、某个具体时刻对该商品套用规则后的结果，而不是商品卡上的一个字段
• 可售库存 — 某个具体网点上该商品的数量；十家门店的连锁有十个库存数，而不是一个
• 小票 — 商品明细、折扣、支付、收银员、班次、时间；一经关闭即不可更改的单据
• 支付操作 — 一条独立记录，与小票关联，但按自己的规则运行
• 流转单据 — 收货、移库、退供应商、报损、盘点
• 会员卡 — 顾客标识、积分余额、累计与抵扣历史
• 员工与班次 — 谁在班、在哪台收银机、从几点到几点、结果如何
• 设备事件 — 终端报错、断网、陈列柜温度、钱箱打开

一旦流程用对象描述出来，它就变得可核查：报表里的每一个数字背后都有单据，每份单据都有操作者和时间，每一次争议都有记录，而不是口头说法。

第二家门店会带来什么

四个单店根本不存在的问题。对它们的回答，正是连锁系统与收银程序的区别：

• 台账只有一个来源 — 商品在哪里建档，价格从哪里分发到各网点
• 用一条规则管不同的价格 — 网点归属于价格组，而不是逐个手工修改
• 商品在门店之间流转 — 移库是一份有两半的单据，而不是「拉过去打声招呼」
• 汇总视图 — 所有网点的销售、库存和异常在一个屏幕上，不必挨个给店长打电话

收银程序 — 既是营业员的工作台，也是操作变成单据的那个点。卖场里发生的一切只有经过它才会进入系统：销售、退货、折扣、支付、现金存入和取出。

对它的要求比对其他任何模块都苛刻：排队时也得快，与服务器断开时也得能用。因此收银台本地保存一份商品和价格台账，并把操作写进本地队列，而不是为小票上的每一行去问服务器。

收银程序都做什么：

• 生成小票 — 通过扫条码、按名称检索或称重把商品加入；数量、价格和金额由系统计算
• 套用价格与折扣 — 按本网点当前生效的规则：促销、优惠码、会员卡、专属条件、最低价限制
• 与支付终端交互 — 把金额传过去、等待结果、把支付与小票关联
• 拆分支付 — 一部分现金、一部分刷卡、一部分用积分：同一张小票里有多笔支付操作
• 打印单据 — 在连接的打印机或税控打印机上打出销售或退货小票
• 办理退货 — 按原小票号办理，并校验商品明细和已经退过的部分
• 挂单与恢复小票 — 顾客回去拿忘了的商品，收银台照常继续工作
• 管理班次 — 开班、中间和最终报表、现金存入与取出、结班时计算差额
• 区分权限 — 按账号登录；手工折扣、改价和撤销单行不是人人都能做

税务部分的要求——小票打印、内容和数据上传——由所在国家的法规和所连设备的型号决定。具体内容和交互顺序在调研阶段确认，而不是事先宣称。

零售中的商品目录 — 不是展示橱窗，而是收银台赖以运行的台账。它出错的代价比网站出错更高：条码错了会让收银队伍停下来，商品重复建档会把一件商品的库存拆到两张卡上。

一个商品项由什么构成：

• 货号与名称 — 内部编码，以及收银员和顾客在小票上看到的名称
• 条码 — 一个商品可以有多个：供应商的码、自有码、包装或整箱码
• 计量单位 — 件、公斤、升、包；以及它们之间的换算系数
• 称重商品标识 — 价格按重量计算，商品接收电子秤传来的数据
• 类目与商品组 — 报表、加价规则和商品结构矩阵的基础
• 供应商与采购价 — 计算加价率和毛利的来源
• 流通规则 — 年龄限制、追溯标识、特定时段禁售：规则内容由所在国家的法规决定，并在调研时确认
• 商品状态 — 已建档、在售、已退出商品结构、已归档。归档不删除：否则旧小票会丢失商品明细

批量操作通过文件导入或与财务系统交换完成。导入在写入之前一定先校验：将新建什么、修改什么、拒绝什么以及为什么。条码重复的商品不会被悄悄创建——它会进入拒绝清单。

商品结构矩阵

连锁里的门店并不一样：业态、面积、片区和顾客各不相同。商品结构矩阵回答的是：共用目录里的哪些商品在这个具体网点销售。

• 矩阵按门店组设定，而不是逐店单独设定——否则根本维护不了
• 不在矩阵内的商品不会为该网点订货，也不会作为「错失需求」出现在它的报表里
• 把新商品纳入矩阵是一个带日期的受控动作，而不是「到货了就摆上货架」
• 把商品移出矩阵不会立刻从网点清除：剩余库存会卖完或调拨到别的门店

同一件商品在三家门店

目录里的商品只有一个，但它在每个网点的状态各不相同。这正是连锁核算与单店核算的主要区别：

同步不等于「大家共用一个数据库」。门店必须在与中央服务器断连时也能销售，因此每个网点都有一份自己的工作副本，交换以消息方式进行。

向下的流，从中央到网点： 商品与条码台账、价格与定价规则、促销与优惠码、商品结构矩阵、设备配置、账号与权限、收银程序的升级包。

向上的流，从网点到中央： 小票及其明细、支付操作、商品流转、班次汇总、设备事件、盘点结果、员工操作。

它遵循的规则：

• 异步处理 — 销售不等中央回应。消息入队后单独处理
• 重投递 — 未送达的消息按递增间隔重试，而不是第一次失败就丢掉
• 幂等性 — 每个操作都带一个键，因此重复送达的小票不会生成第二笔销售，也不会重复扣减库存
• 用生效日期而不是送达时刻 — 今天下发的价格从指定日期起生效，而不是从门店恢复连接的那一刻起
• 应用确认 — 中央不只知道自己发了什么，还知道网点收到了什么、应用了什么
• 数据交换日志 — 每条消息连同报文、时间、结果和重试次数一并保存
• 定期对账 — 定期比对中央与网点的关键数字：小票数量、金额、库存

集中调价

连锁里责任最重的操作：它同时影响所有网点，并且当天就会被顾客看到。因此它被做成一份带生效日期的单据，而不是对台账的一次修改。

回退怎么办

调价是可逆的：单据在生效前可以取消，也可以被新单据覆盖。每个商品的原值都保存着，因此回到原值是一次操作，而不是从备份里恢复。

会员体系的起点不是积分，而是身份识别：只要购买还是匿名的，这套体系就无从下手。这个模块的任务，是在收银台上用几秒钟把小票和顾客关联起来，并且不拖慢队伍。

收银台上的识别方式： 带条码的实体卡、手机号、移动应用里的二维码、虚拟卡。方式按门店业态来选：队伍长的地方，让顾客手输手机号是个糟糕的方案。

这个模块能做什么：

• 积分累计 — 按小票金额的百分比、对某类目提高百分比，或对促销商品按固定金额累计
• 积分抵扣 — 用积分支付小票的一部分，并限制抵扣比例、禁用某些类目，以及规定抵扣后须保留的最低余额
• 积分有效期 — 按计划到期作废，并提前提醒顾客
• 等级 — 按一段时间内的消费额确定的身份，每个等级有自己的累计比例和条件
• 折扣玩法 — 在积分方案不适合该业态的地方，直接按卡打折
• 客户分层 — 按购买频次、客单价、商品偏好和最近一次购买时间划分的顾客群
• 专属优惠 — 针对某个分层或某位具体顾客生效的规则，有自己的有效期和限额
• 消息触达 — 积分到账、积分即将过期、专属优惠的通知；以及发送和授权日志

在收银台上必须能跑通什么

会员体系活在卖场里，而不是营销报表里。对它的要求是排队的人提出来的：

• 识别是一个动作，而不是三问三答的对话
• 余额和可抵扣金额在付款前就让收银员和顾客都看到
• 累计和抵扣在小票上各占一行单独显示
• 退货同时退积分：抵扣掉的退回账户，累计的收回
• 与服务器断连时，离线模式的规则事先就定好，并且收银员知道

同一张小票上的累计与抵扣

购买和分层数据，正是把会员体系与下面的数据分析和 AI 场景连起来的东西：只有建立在某位顾客的购买历史之上，优惠才有意义，而不是对着数据库群发。

零售里的数据分析不是「好看的图表」，而是回答四个问题：赚了多少、具体靠什么赚的、什么在拖后腿、下周的订货怎么下。其余都是派生出来的。

这些是在业务数据的副本上计算的，而不是在生产库上：一张跑全年的重报表不该拖慢卖场里的收银台。

系统计算什么：

• 销售 — 营收、小票数、客单价、单票件数；按网点、日期、小时、收银员和商品组切分
• 毛利 — 按商品、类目和网点统计，依据的是实际给出的折扣，而不是标价
• 商品 — 销售冠军与垫底商品、周转率、积压商品、即将断货的商品
• 时段与日期 — 营收在时间上的分布：排班表和货架补货计划的依据
• 促销 — 按促销价卖出了多少、让出的折扣总额，以及计入折扣后的营收和毛利
• 退货与报损 — 占比、原因，以及在网点、类目和员工上的集中程度
• 损耗 — 盘点差异的件数和金额，以及各类目的趋势变化
• 会员 — 有身份识别的购买占比、顾客回头频率、有卡与无卡的客单价
• 员工 — 每班产出、客单价、撤单和退货占比、服务时长

另有一块是合规报表：按网点的班次和日报、给会计的单据、与收单机构的对账、给财务系统的数据。它有排期和接收人，因此不需要谁在月底还记着这件事。

门店里有一部分商品存放在有运行工况的设备里：冷藏陈列柜、冷冻岛柜、后场的冷库。工况偏离在商品核算里看不见——它要过几天才以报损的形式显现。

因此零售链路旁边就接着设备监控：同一批网点、同一批责任人、同样的原则「偏离要指派给人并带时限」。

门店里把什么纳入观察：

• 冷藏柜、冷冻柜与陈列柜 — 温度及其随时间的变化，而不只是当前读数
• 温度传感器 — 装在冷库、陈列柜或某一层货架上，阈值按所存商品的类型设定
• 门 — 开启及其持续时长，门未关好作为一个独立事件
• 供电 — 场地和具体设备上的断电与复电
• 设备状态 — 压缩机运行、循环周期、是否需要化霜
• 控制器报错 — 设备对外输出的错误码，归并到一份统一的状态清单里
• 失联 — 设备沉默是一个事件，而不是图表上的一段空白

它与零售的关联很直接：温度历史可以向检查方和交易对手证明存储工况，而及早发现偏离能减少报损——也就是说，它进入的是与盘点短少同一批损耗报表。