便利店多种收银设备同价：共用一套计算逻辑

便利店多种收银设备同价，要解决的是同一笔商品组合在台式 POS、自助收银机、移动 POS、手持 POS 上算出同一个金额。听起来是理所当然的事，实际上是最容易出现不一致的地方。

价格不一致的根源不是设备不同，是计算逻辑被写在了设备里。每台设备各有一份促销规则的实现，规则一改就要改好几处，改漏一处那台设备就开始算错。

▍便利店会同时用到几种收银终端

台式 POS：主收银台，处理大部分交易，也是唯一能处理复杂退换货的终端。

自助收银：分流排队，客人自己扫码结账。它的特点是没有店员在旁边判断，所以促销必须算得完全正确，算错了没人能当场解释。

移动 POS 与手持 POS：用在排队高峰的分流、店内补位、以及部分门店的移动结账场景。

四种终端的界面不同、操作方式不同，但算钱的那段逻辑必须是同一份。客人在自助机上扫出来的价格和店员帮他扫的不一样，这件事在便利店会立刻变成争议。

▍一套计算逻辑要统一到什么程度

1、商品价格。基础售价、会员价、时段价、区域价，取价优先级要一致。

2、促销规则。第二件半价、组合价、满额减、赠品，触发条件与计算方式一致。

3、叠加与互斥。多个促销同时命中时哪个优先、能不能叠加，这一层最容易出现终端间差异。

4、券与积分。优惠券的使用门槛、抵扣顺序、和促销的叠加关系。

5、四舍五入。分位怎么处理，看着琐碎，但差一分钱在自助机上也是客诉。

▍规则放在哪一层算，是个取舍

放在云端算，一致性最好——所有终端调同一个接口，不可能不一致。代价是依赖网络，便利店二十四小时营业，断网时收银不能停。

放在终端本地算，断网照样收银。代价是每台终端都要有一份规则，必须保证版本同步，否则新促销下发时会出现有的机器已生效、有的还没有。

实际做法多半是本地算、云端下发规则：促销中心统一维护规则，增量下发到各终端，终端本地计算保证离线可用，同时校验规则版本，版本不一致时提示更新。这样一致性和可用性都保得住。

▍价格中心与促销中心统一往下发

泓远软件的业务中台把价格中心与促销中心独立成层，规则在中台维护后下发到台式 POS、移动 POS、自助收银与手持 POS，四种终端共用同一套计算逻辑与促销方法，不同终端算出同一个价格。罗森这个项目做的就是这一块——多种收银设备共用一套计算逻辑与促销方法、不同终端同一价格，并且兼容全品类支付、支持多区域与多代理商架构。把逻辑写在各终端里的做法，问题不在改起来麻烦，在于你没有办法确认现在这四台机器算的是不是同一套规则。

▍便利店多设备同价常见问题

Q1：为什么不同收银设备会算出不同价格？

因为计算逻辑被分别实现在各设备里。规则一改要改好几处，改漏一处那台就开始算错；促销叠加和取价优先级这两块尤其容易出现差异。根治的做法是把规则集中到促销中心与价格中心维护，各终端只负责取规则和展示。

Q2：促销规则放云端算还是本地算？

便利店建议本地算、云端下发。二十四小时营业不能因为断网停止收银，所以终端必须能离线结账。关键是要有规则版本校验，确认每台终端用的是同一版规则，不一致时能提示更新，否则离线换来的是另一种不一致。

Q3：自助收银的促销要不要做限制？

促销本身不用限制，但要确认它算得完全正确，因为自助机旁边没有店员可以解释。需要人工判断的环节可以限制，例如需要验证年龄的商品、需要核对身份的会员权益、复杂退换货，这几类转到人工收银台处理比较稳妥。

多设备同价要不要专门处理，判断点不是设备有几种，而是促销规则现在写在几个地方。若您想确认促销叠加与互斥的优先级怎么定、以及规则版本校验要做到什么程度，泓远软件提供免费门店调研，按实际瓶颈排上线顺序，获取定制化实施方案与报价。