Appearance
金刚下单端全国标准单闭环
本文说明金刚下单端订单从客户支付、员工派发、服务履约到奖金处理的完整规则。当前版本已经完成代码实现,尚未执行生产迁移,也未开启全国自动派发和真实资金任务。
功能目标
金刚下单端的已支付标准服务订单由金刚员工端统一承接。系统按员工实际服务能力和档期自动安排,无法自动完成时进入云平台人工处理。
| 目标 | 业务结果 |
|---|---|
| 订单统一承接 | 金刚下单端支付成功后进入全国员工池,不再由来源门店自行派单。 |
| 派发可解释 | 服务区域、工种、产品能力、休息日、完整工期和积分轮排共同决定候选。 |
| 资金可追溯 | 服务奖金和开发奖金分开计算,比例、基数、状态和人工操作均可查询。 |
| 异常可处理 | 拒单、超时、无候选、通知失败、未入网和分账失败都有明确后续动作。 |
适用范围
| 订单来源 | 本期处理方式 |
|---|---|
| 金刚下单端 | 本期自动派发来源之一;当前允许来源配置包含 CLIENT 和 STORE_QR,城市范围由 ALLOWED_CITY_CODES 控制。 |
| 门店或员工开发码 | 仍在金刚下单端完成下单,二维码只决定开发归因。 |
| 历史外部协同订单 | 不在本期范围内,也不纳入本次交接细节;该类旧链路后续按删除计划处理。 |
本期不接入投诉模块和日保预充值接口,也不启用站长自动升级、等级分红或地图实时路程计算。
角色和入口
| 角色 | 入口 | 负责事项 |
|---|---|---|
| 客户 | 金刚下单端、门店开发码、员工开发海报 | 选产品、填写地址和时间、支付、查看服务进度。 |
| 员工 | 员工端“我的”和服务任务 | 维护休息日、申请能力和区域、接单履约、查看钱包和开发海报。 |
| 站长 | 员工端“我的队员” | 审批直属队员能力和区域、暂停或恢复接单、查看队员档期和经营数据。 |
| 运营 | 云平台“全国标准单”运营中心 | 维护非资金规则、处理无候选订单、重发通知、重新派发。 |
| 财务 | 云平台“全国标准单”运营中心 | 维护奖金比例、处理分账和提现、冻结资金、核对退款冲减。 |
| 平台管理员 | 云平台权限和配置 | 授权、开关、审计、上线与回滚。 |
主流程
- 客户进入金刚下单端,选择已上架的平台产品、服务时间和地址。
- 客户提交订单时,系统固化产品、规格、标准工种和开发归因;订单生成后归因不再变化。
- 客户支付统一进入金刚科技平台收款商户;平台商户号由云平台配置优先控制,后端环境变量兜底,不从来源门店读取收款商户。支付成功后,系统固化实付金额、原收款商户和奖金配置快照,订单进入待派发。
- 系统按服务区域、能力、休息日、完整工期和积分轮排选择员工;开发员工满足全部条件时优先本人。
- 派发后同时生成公众号和短信通知,员工在配置时间内接单或拒绝。
- 员工接单后按现有流程开始服务、提交记录并完成服务。
- 服务完成后进入结算等待期,默认 4 小时,客户评价不是结算前提。
- 员工已完成易宝入网后,服务奖金通过易宝直接分账;未完成入网时冻结等待补齐,不进入可提现余额。保险由服务履约或后续投保接口保障,不作为结算分账前置。
- 开发奖金当月冻结,下一个自然月 1 日解冻;员工奖金进入员工钱包,门店奖金进入门店钱包。
产品和员工能力
每个可自动派发产品必须配置一个标准工种和有效服务时长。工种或时长缺失时,订单转人工处理,不按产品名称猜测。
员工可以申请多个工种,每个工种单独审批。每个“员工 + 工种”选择一种产品模式:
| 模式 | 可承接范围 |
|---|---|
| 全部产品 | 该工种下全部已上架产品,新产品上线后自动纳入。 |
| 指定产品 | 只承接本次审批通过的产品。 |
员工还要申请明确的城市或区县服务区域。系统不会因为员工属于全国池而自动扩大到省级或全国;当地无合格员工时直接转人工。
休息日和完整工期
员工可以维护每周固定休息日和具体休息日期。已有派发、已接单或履约中订单的日期不能设置为休息日。
每个订单按以下区间占用员工档期:
text
占用开始 = 预约开始时间
服务结束 = 预约开始时间 + 产品服务时长
占用结束 = 服务结束 + 路程缓冲路程缓冲默认 60 分钟,可按平台或产品配置。派发前会再次锁定员工并检查冲突;拒绝、超时和服务前取消会释放原档期。
派发顺序
员工候选必须同时满足:
- 平台员工身份有效,接单开关开启。
- 工种和产品能力已审批通过。
- 城市或区县服务区域匹配。
- 当天不休息,完整工期没有冲突。
- 未超过每日上限,也不在冷却期。
易宝入网只影响服务奖金,不影响员工接单。
开发员工优先
员工开发码带来的订单先校验开发员工本人。本人满足全部条件时优先派发,但不推进普通轮排游标;本人拒绝、超时或不符合条件后,订单进入普通轮排,不能再次优先本人。
积分排名轮排
普通派发按“服务区域 + 工种”形成轮排。默认按“积分 + 等待补偿”排序,等待更久的员工会获得补偿分;云平台可切换为仅积分或仅快照排名。游标保证其他合格员工轮到前,同一员工不会连续获得普通派单。运营也可配置“转人工前最大自动尝试”,0 表示不限制,候选耗尽后再转人工。
派发结果和通知
| 结果 | 系统处理 | 运营动作 |
|---|---|---|
| 员工接单 | 绑定员工并保留档期。 | 关注后续履约即可。 |
| 员工拒绝 | 释放档期并顺延下一位。 | 连续拒绝时检查员工状态。 |
| 员工超时 | 释放档期并顺延下一位。 | 检查通知和响应情况。 |
| 全部候选耗尽 | 订单进入人工处理。 | 指定合格员工或重新进入轮排。 |
| 订单取消 | 关闭派发和通知,释放档期。 | 服务开始后取消需人工判断资金。 |
公众号和短信分别记录发送状态。一个渠道失败不影响另一个渠道,失败任务按 1、5、15 分钟重试,也可在云平台手动重发。
二维码归因和开发奖金
每个二维码只属于一个门店或员工。系统采用最后一次有效扫码,默认有效期 30 天:
| 扫码顺序 | 订单归因 |
|---|---|
| 先扫门店码,再扫员工码 | 归员工。 |
| 先扫员工码,再扫门店码 | 归门店。 |
| 扫码超过有效期后下单 | 不产生开发归因。 |
前端只提交短期归因令牌,不提交门店或员工标识。订单提交时由服务端校验并锁定唯一归因,重复支付回调和任务重跑不会重复生成奖金。
员工和门店开发奖金默认均为订单最终实付金额的 5%,可设置平台值和单产品覆盖值。开发奖金完成服务后生成,当月冻结,下一个自然月 1 日解冻。
钱包和资金规则
员工钱包只显示两类收入:服务奖金和开发奖金。
| 资金类型 | 处理方式 |
|---|---|
| 服务奖金 | 按订单实付金额和支付时比例快照计算,等待期后只向已入网员工直接分账;保险不作为结算前置。 |
| 未满足分账前置的服务奖金 | 未入网时冻结等待补齐,系统定时重试;不进入员工可提现余额。 |
| 开发奖金 | 当月冻结,次月解冻;员工主动申请提现。 |
| 多人服务奖金 | 订单级奖金池按实际服务人员分配,比例合计必须为 100%,尾差归主服务员工。 |
服务奖金比例没有隐式默认值,正式启用前必须由财务明确配置。真实服务奖金分账和员工提现都有独立运行开关,首发保持干跑;连续失败达到 3 次后转人工处理。
开发奖金退款按最终实付金额重新计算。解冻前减少冻结金额,解冻后从可用余额扣减;已提现部分形成待冲减金额,从后续开发奖金抵扣。
员工端功能
员工端“我的”提供以下入口:
- 钱包,查看可提现、冻结、分账中、已到账、累计收入和明细。
- 休息日,按月查看休息日期和已占用订单。
- 可服务产品,申请工种、全部产品或指定产品模式。
- 服务区域,提交城市或区县申请,查看待审批和驳回原因。
- 开发海报,生成绑定平台员工身份的客户下单码。
- 我的队员,站长审批直属队员能力和区域,暂停或恢复接单。
- 站长联系方式,维护向直属队员展示的微信号或二维码。
员工端始终使用员工身份处理服务履约。登录后会派生当前公司,可校验公司访问、设置默认公司,并支持员工账号和门店管理端账号切换。历史门店员工记录仍用于历史订单、合同和审计关联。
云平台运营中心
云平台集中提供配置、能力审批、区域审批、人工单、通知任务、服务奖金、开发奖金、提现、站长资料和订单配置快照。
权限按用途分开:
| 权限 | 可执行操作 |
|---|---|
| 查看 | 查询配置、任务、日志和快照。 |
| 配置 | 修改派发、通知、来源和非资金规则。 |
| 财务 | 奖金比例、多人分配、分账重试、提现审核和资金确认。 |
| 奖金冻结 | 只允许冻结或解除冻结,不包含调账、退款和提现审核。 |
所有写操作都要填写原因和请求键。云平台通过受保护的内部操作通道调用金刚后端,不能直接修改订单或钱包核心数据。
异常处理
| 场景 | 判断标准 | 处理方式 |
|---|---|---|
| 产品无法派发 | 工种或服务时长缺失。 | 补齐产品配置后重新进入轮排。 |
| 员工不在候选 | 能力、区域、休息日、档期、上限或开关不满足。 | 修正员工资料;已有订单不强制改派。 |
| 无候选 | 当前区域没有合格员工。 | 转人工,不自动扩大服务范围,也不自动退款。 |
| 服务奖金冻结 | 员工尚未完成易宝入网。 | 引导入网,完成后自动重试。 |
| 分账或提现失败 | 自动尝试达到上限。 | 财务核对结果后人工处理,不重复发起不确定资金请求。 |
| 退款争议 | 服务已开始或奖金已提现。 | 财务人工冻结、调账或追偿。 |
客户口径
客户只需要看到服务安排和下一步动作:
| 内部情况 | 对客户说明 |
|---|---|
| 正在派发 | 正在为您安排合适的服务人员。 |
| 原员工拒绝或超时 | 正在重新为您安排服务人员。 |
| 已接单 | 服务人员已确认,会按约定时间服务。 |
| 需要人工处理 | 客服会联系您确认后续安排。 |
不向客户解释员工池、积分、轮排游标、入网状态或分账失败原因。
上线检查
正式启用前依次完成:
- 执行兼容迁移,确认新增数据结构和索引完整。
- 保持全国自动派发、真实分账和真实提现关闭。
- 初始化平台员工身份、能力、服务区域、接单上限、积分和站长关系。
- 由财务显式配置服务奖金比例,检查员工入网准备情况。
- 用干跑任务核对候选、通知、服务奖金、开发奖金、提现和退款冲减。
- 在微信开发者工具验收员工端全部入口,并完成小程序审核。
- 小额验证真实分账和提现,再按审批结果开启运行开关。
城市范围以 ALLOWED_CITY_CODES 当前生效配置为准;当前配置为 ["*"] 时,厦门订单也要纳入首批自动派发验收。历史外部协同链路不纳入本次交接验收。
回滚口径
- 关闭全国自动派发后,新订单转人工,已接单和履约中订单继续完成。
- 关闭资金任务后,任务保留当前状态,不删除、不重复发放。
- 迁移只新增表、字段和索引,回滚应用版本时保留归因、账本、派单、通知和操作审计。
- 小程序与后端同步发布时,后端先保持兼容,确认审核窗口后再开启新能力。