某连锁门店预约履约系统

企业服务行业细分软件案例ID：254323

Xuan

2 年经验· 来可科技

微信扫码沟通，客服可协助直接对接工程师；如当前档期不合，也可继续推荐相似案例作者。

案例介绍

连锁门店里，预约是总部、门店和财务共用的一张履约单。总部统一服务项目、价格和退改规则，门店在自己的排班里接单和核销，财务按支付单核对每笔收款和退款。我独立完成微信小程序、Vue 3 管理端和预约助手。三个入口共用同一组接口，订单状态只在服务端迁移。对话模型可更换，调用时带上该商户已发布的规则。

账号按组织收紧数据范围。总部维护全部门店的目录和价格；店长只看本店员工、排班和订单；店员只处理分给自己的当日队列；财务核对流水、导出报表，不能改排班。导出的手机号按权限脱敏。查询其他门店时，接口直接拒绝。

档期按库存管理。客人提交门店、员工、日期和时段后，数据库事务占用该档期，冲突时返回剩余空档。待支付超时关单并释放档期。应付金额以服务端价格计算。微信支付 API v3 负责预下单和收款，回调同时校验签名、金额和支付单号，同一支付单只入账一次。对不上的回调记入差异台账，订单停在原状态，不能进入待服务。退款沿原支付单发起，完成前保持退款中。核销必须匹配本单核销码，核销人、门店和时间追加进操作记录，原记录保留。

管理端用 Vue 3。总部维护项目和退改政策，门店按星期排班，请假立即扣除可约档期。改约先锁定新档期，成功后再释放旧档期。二级分销记录邀请关系、佣金比例和结算状态，核销完成才入账，退款按原单冲正。每次状态变更都留下操作者、前后状态、原因和时间。

文字和语音走同一条意图识别，语音先转写。可查询服务、查询空档、创建预约、查询订单和取消预约。服务、门店、日期、时段、备注缺任何一项，就返回待补充项并停止创建。服务说明、预约须知和退改政策按商户写入向量库，答复附带条文来源；未命中时说明未查到，并转到详情或人工。内部条文按角色过滤后再进入模型，删除知识须再次确认。信息齐备后，助手复述门店、项目、时间和金额，用户确认才调用同一下单接口。会话保留已确认信息和预约单号，与订单系统只传单号。助手超时或结果无法解析时，只回报已确认内容，以及订单是否创建成功。

档期锁和重复提交放在 Redis，订单、支付、分销和审计放在 MySQL，当日队列经 WebSocket 推给店员。配置与代码分开，使用 Docker 和 Nginx 部署。回归覆盖档期冲突、重复支付通知、越权查他店、未登录下单、信息未齐即下单、回调金额不一致。失败原因留在会话里，客人补齐后继续办理，已占用档期不会被再次订走。