一、立项原因
连锁门店普遍是总部一套 Excel、门店一套收银，会员储值记在本子上，库存靠店长手工盘点：总部看不到实时销售，调拨靠电话沟通，会员在 A 店充值的钱到 B 店查不到，月底对账要两三天，还经常对不上。
二、行业场景与业务背景
面向 5 到 50 家门店的连锁品牌，典型业态是餐饮、烘焙、美容、社区零售。业务链路是总部维护商品与活动、门店收银核销、会员储值与积分、库存调拨与盘点、总部看板与对账。要求小程序端让顾客自助下单、查余额、领券，后台让店长管库存与排班、总部管价格与报表。
一、门店与员工。多门店档案、区域划分、店长与店员权限，排班与交接班记录。
二、商品与价格。总部统一商品库与多价格体系，门店可配置上下架，活动价、会员价、时段折扣。
三、收银与订单。小程序自助下单与到店核销，订单状态流转、退款与售后，支持挂单与并单。
四、会员与储值。会员档案、储值卡与赠送金、积分规则、优惠券发放与核销，跨店消费统一账本。
五、库存管理。门店库存、调拨单、盘点单、库存预警，出入库流水可追溯。
六、报表与对账。销售额、毛利、客单价、会员复购、门店排行，日结与总部对账。
一、我的职责
负责后端与小程序端主要开发：数据模型与接口设计、会员储值账本、库存与调拨、订单与核销、小程序页面与后台管理台。
二、技术栈与架构
后端 Python 提供 REST 接口，PostgreSQL 存业务数据，Redis 做会话、库存扣减与热点缓存，异步任务处理对账与报表；小程序端用微信原生开发，后端做登录态与手机号解密、支付回调与核销二维码。库存扣减用数据库行锁加 Redis 预扣，避免超卖；储值账本按流水记账，任何余额变化都能追溯到单据。
三、亮点
跨店储值统一账本，余额随时可查、流水可追溯；库存预扣把高峰期超卖降到 0；报表走预聚合，日结对账从两天缩短到十分钟。
四、难点
高并发核销下的幂等与超卖问题，用唯一业务号加乐观锁解决；多门店价格体系复杂，用规则表驱动而非写死分支；小程序支付回调乱序，用状态机校验流转。
评论