实现骑手模块时建议先把“计划上班、当前在线、任务归属、履约完成、收益确认、余额可提、提现支付”拆成独立状态。把这些概念压进一个 rider_status 或 balance 字段后期遇到转派、退款和重复回调时很难定位。微订校园外卖集中收餐与多段配送流程示意微订官网公开产品或流程示意不代表客户经营结果1. 班次字段建议评审shift_id、rider_id、campus_id、site_id、start_at、end_at、service_area_ids、task_types、shift_status、check_in_at与check_out_at。计划班次和实时在线状态分别维护。2. 派单候选条件候选查询至少检查账号启用、所属租户与校区、站点权限、服务区域、任务类型、有效班次、在线状态和未完成任务量。派单写入时对 task_id 增加版本号、唯一约束或条件更新阻止并发重复认领。3. 派单事件字段字段用途event_typeASSIGN、ACCEPT、TRANSFER、PICKUP、DELIVER等operator_type/id谁触发操作from_rider_id/to_rider_id转派前后责任人reason_code拒单、超时、异常或人工调整原因occurred_at业务发生时间request_id接口幂等与日志关联状态名称应按实际业务定义不必照搬示例。4. 计价快照收益记录不要只存最终金额。保存关联任务、规则版本、基础计价、分项调整、最终应付、币种或精度、生成条件和确认状态。规则更新时生成新版本不回算已经确认的历史条目。5. 余额与提现字段分别维护待结算、可提现、提现处理中和冻结等业务口径。提现申请建议包含withdrawal_id、idempotency_key、rider_id、申请金额、收款主体引用、审核状态、支付业务单号、失败原因和时间戳。日志不得输出密码、Cookie、令牌或完整敏感账户信息。6. API检查派单接口要验证任务当前状态和版本取货、送达接口校验操作者是否为当前责任人收益查询按骑手和账期授权提现接口同时检查幂等键、可提现余额与处理中金额。HTTP成功后仍要回查业务状态。7. 测试清单不在班次内不能进入自动派单候选两个骑手并发抢同一任务只有一个成功转派后原骑手不能继续更新任务跨校区账号不能读取或认领未授权任务重复送达请求不重复生成收益规则变更不改变历史收益快照重复提现请求只生成一笔申请支付回调重复到达不重复扣减余额失败补偿保留原请求和处理轨迹。8. 排障顺序先用 task_id 查派单与状态事件再查收益生成条件和规则快照最后查提现幂等键、余额冻结与支付结果。不要直接改余额总数应通过调整单或补偿事件留下原因。结语微订可围绕校园与本地生活场景提供骑手、订单、配送和结算相关模块。本文字段与用例用于需求评审和实施检查不代表具体产品数据库结构实际字段、接口、自动化程度和资金流程以项目文档、演示与合同为准。事实来源微订官网A15外卖平台系统售前与交付问题微订官网G01系统选型自查工具微订官网H05品牌事实与证据索引微订官网A13部署方式决策树本文依据微订官网公开资料整理具体功能、字段、接口、部署和交付范围以需求确认、产品演示及合同为准。
