Jing SaaS Docs/配镜订单与交付 · 使用文档
文档中心 · 配镜订单与交付

配镜订单与交付

适用对象:销售、配镜师、店长、商家管理员
菜单入口:商家端 → 订单(商城线上订单、门店订单、订单商品明细、售后/退款、订单发票、充值订单)
用途:处理配镜销售全流程——下单、加工、质检、通知取镜、交付,以及售后退款与发票;订单的"钱、货、服务"三线分开跟踪。

一、功能简介

配镜业务(尤其是套餐)不是"一锤子买卖":钱付了、眼镜拿了,套餐里的复查次数可能还没用完。本模块用三个独立的进度线把订单管清楚:

  • 支付进度:钱收没收到、退没退;
  • 实物进度:镜架镜片到了哪一步(备货/加工/质检/交付);
  • 服务权益进度:套餐里的服务次数用了多少。

二、订单菜单(以实际菜单为准)

菜单干什么
商城线上订单小程序/商城下单的订单
门店订单门店(店员)开的订单,含套餐订单
订单商品明细订单条目明细
售后/退款售后申请处理、退款
订单发票开票申请、确认开具、导入
充值订单用户充值订单

三、订单详情操作(以商城线上订单为例)

操作说明
详情查看订单完整信息
改价修改订单金额(需权限)
备注订单备注(内部)
备货标记备货中
发货常规发货
手动发货 / 模板发货 / 导出发货单多种发货方式(见 15 配送)
修改收货信息改收货人/地址
退款同意退款
拒绝退款拒绝并说明原因
售后售后流程处理
导出订单导出
操作记录全流程操作留痕

批量发货模板

套餐订单支持从“导出发货单”生成 Excel 模板后批量导入。模板至少保留“订单ID或订单号”和“快递单号”,快递公司、编码可按行填写,也可以在导入页填写默认值。系统会逐行校验当前商户、当前门店和“已支付/生产中”状态;任一行不符合条件时整批不提交,避免部分订单被误标记发货。成功更新后会记录快递信息、发货时间和批量发货操作日志。

四、配镜全流程

下单(店员开单 / 商城下单)
  ↓
选镜架、镜片(库存/SKU,定制/现货)
  ↓
设置加工参数(度数、瞳距、轴位等)
  ↓
加工 → 质检
  ↓
通知取镜(短信/公众号/系统通知)
  ↓
顾客取镜 / 发货签收 → 交付完成

五、订单的三种进度(重要)

① 支付状态

未付款 → 部分付款 → 已付清 →(部分退款 / 全额退款)

② 实物交付状态

待备货 → 待采购/加工 → 质检中 → 待取镜/发货 → 已交付

③ 服务权益状态

未生效 → 可使用 → 部分使用 → 已用完 → 到期 / 已撤销
举例:配镜套餐含"年度复查 2 次",眼镜取走了(交付完成),但复查次数还没用——两个进度独立记录,到店复查时核销权益。

④ 定制加工状态

套餐中的定制组件不会被误记为现货库存。门店在订单详情的“套餐组件履约”中建立加工单,按以下顺序推进:

草稿 → 提交审核 → 审核通过 → 加工中 → 已完成
                         ↘ 已取消

每次状态变更都要填写操作说明或加工证据,系统记录商户、操作人、时间和状态前后值;已完成或已取消的加工单不能回退。重复点击建立加工单只返回原单,不会生成重复采购/加工记录。

六、售后与退款

  • 售后/退款菜单:查看申请、详情、售后反馈、同意退款、拒绝申请、售后完成;
  • 退款规则:已核销服务按剩余次数折算,实物按退货处理;
  • 退款后系统处理库存回补、权益回收(以实际逻辑为准)。

七、发票

  • 客户申请开票 → 订单发票 → 确认开具;
  • 支持导入(批量开票数据导入)。

八、常见问题

支付完成后的重复回调

微信或支付渠道可能因为网络超时重复通知同一笔订单。系统会以订单为单位锁定支付完成处理,并检查支付后积分流水是否已经生成;同一订单不会重复扣库存、重复返积分或重复触发交付动作。门店不需要手工补发积分,也不要通过修改订单状态来绕过正式支付回调。

Q1:顾客要改度数怎么办?

未加工前可直接改;已加工需返工/重新下单,走售后流程。

Q2:套餐包含的复查次数怎么用?

到店复查时核销权益次数,进度见订单权益状态。

Q3:顾客下单不付款怎么办?

订单保留"未付款",可催付;长期不付取消释放库存。

Q4:订单操作记录在哪?

订单详情 → 操作记录,全流程留痕可追溯。

Q5:商城订单和门店订单什么区别?

商城订单顾客在小程序自助下单;门店订单店员当面开单。处理流程一致。

九、注意事项

  • 套餐开单:收费合计 = 套餐价,镜架镜片是构成记录,不重复收费;
  • 定制镜片走采购/加工,不占现货库存;现货下单即占用库存;
  • 定制加工单必须经过提交、审核和加工状态流转,不能直接把套餐组件标记为完成;

套餐维护人员可在套餐新增/编辑页的“定制加工组件”区域直接设置名称、数量、单价、套餐内含/另计和加工说明;这里是业务表单,不需要维护 JSON。选择“另计”时,服务端会把组件金额加入配镜订单总额,订单和加工单使用同一金额快照;编辑现有套餐时,系统会回填当前商户已经保存的定制组件。

  • 改价、退款涉及金额,按权限操作并留痕;
  • 发货操作与交付状态联动,"已发货"不等于"已交付",以签收为准。

延伸阅读

订单接口与商户边界

小程序商城订单、门店配镜订单和历史订单入口统一使用当前商户的 vision_order 订单链路。顾客只能查看、取消、支付、确认收货、评价和申请售后自己的订单;物流包裹与售后记录会通过父订单再次校验当前商户,不按客户端提交的订单号直接读取。

历史 /order 入口仅作为兼容路径保留,不再写入旧订单表,也不提供伪造支付成功的能力。支付必须进入统一收银台并以正式支付回调为准。

*版本 v4.0(完善版,含截图位标记)*