骑手保险权限管理需求方案 V1.0

版本日期：2026-09-17
文档状态：产品评审版
适用产品：外卖骑手端 APP（骑手、配送站长共用）
对齐原型：骑手端｜站长端

1. 需求背景

骑手在配送作业过程中可能发生人身意外。平台要求符合团队规则的骑手在商业保险有效时才能领取新的受限任务，使事故发生后能够依据保险合同向保险公司申请理赔，降低平台与骑手风险。

保险购买、支付、续保和完整保单由第三方保险服务完成。骑手端 APP 不建设投保交易能力，只负责：

1. 跳转第三方办理保险。
2. 接收并展示第三方回传的保单摘要和状态。
3. 根据订单所属团队、任务类型和保险状态控制作业权限。
4. 在临期、失效、预计跨期等情况下提示骑手或站长。
5. 保存权限判断与任务处理记录，支持事故和争议追溯。

不同配送团队可以采用不同规则；同一团队的道路配送与站内分拣也可以采用不同规则。

2. 本期目标

1. 强制保险的道路配送团队中，骑手只有在保险当前有效时才能领取新的配送任务。
2. 保险失效后立即阻止新增受限任务，不影响失效前已领取任务的收尾。
3. 支持按团队、任务类型配置保险准入与预计跨期策略。
4. 骑手能够查看保险状态、作业资格、保单摘要和第三方办理入口。
5. 站长能够在订单调度、骑手管理、消息和数据页面查看保险风险，并只向符合条件的骑手指派任务。
6. 保险权限与配送接单开关、分拣任务、售后和管理权限保持清晰边界。
7. 页面提供明确的字段、提示、异常状态和可操作下一步。

3. 角色与权限边界

3.1 骑手

骑手可使用接单、配送、分拣、转单、任务记录和本人保险服务。

骑手不能修改团队保险规则，也不能手工修改第三方保单的生效时间、结束时间或承保状态。

3.2 配送站长

站长使用既有一级入口“接单”，其页面内容为订单调度，包括查看待指派订单、选择骑手、查看调度结果和管理在途风险。

当前需求中站长账号不是骑手账号：

• 站长本人不接收配送订单。
• 站长不出现在可指派骑手列表中。
• 站长端不增加骑手／站长角色切换。
• 站长可以切换自己有权限管理的团队，但不能切换成骑手身份。
• 站长的管理、售后、消息和数据权限不受个人保险状态影响。

3.3 区域运营管理员

区域运营管理员在站长端之外的配置能力中维护团队保险规则。当前站长端只展示规则，不提供编辑、发布或临时放行能力。

4. 业务对象与术语

5. 核心业务规则

5.1 判断维度

权限判断必须同时使用：

1. 任务所属团队。
2. 实际任务类型。
3. 团队对该任务类型的保险准入规则。
4. 骑手身份与第三方保单的关联结果。
5. 服务端当前时间与连续保障区间。
6. 配送接单开关。
7. 本次任务及全部相关在手任务的预计完成时间。
8. 账号、角色、团队关系、上线状态等原有业务条件。

客户端展示结果，服务端是最终权限判断依据。

5.2 团队与任务类型规则

每个团队分别维护以下两类规则：

原型默认团队为“望京配送站”：道路配送强制有效保险，站内分拣不因保险限制。

非强制只表示平台不以保险作为该任务类型的准入条件，不代表骑手没有作业风险，也不代表现有保险一定覆盖该作业。

5.3 新增任务与存量任务

保险校验只拦截新增受限任务。

保险失效后：

• 禁止接单、认领、接收配送转单和站长新增指派。
• 如分拣被配置为强制保险，则禁止领取新的分拣任务。
• 已领取的待取餐、配送中和待分拣任务允许继续完成。
• 允许查看任务、导航、联系、上报异常和转出任务。
• 不强制自动转单，不强制骑手退出账号，不强制中断当前导航。
• 存量任务全部结束后，骑手仍保持保险受限，直到获得当前有效保险。

不设置到期后的新增任务宽限期，不提供个人临时豁免或站长强制放行。

5.4 保险状态与作业资格

支付成功、跳转第三方成功、提交投保申请或客户端返回成功均不能单独恢复资格。必须获得可信的当前有效承保结果。

5.5 预计跨期

判断公式：

接收新任务后，全部相关在手任务预计完成时间 ≥ 连续保障结束时间

本期不增加安全缓冲时间。

• 团队策略为“禁止领取”时，直接阻止本次新增任务。
• 团队策略为“提醒后允许”时，必须由实际接收任务的骑手本人确认。
• 站长、转出人和系统不能代替骑手确认。
• 确认只对本次任务有效，任务、预计时间、规则或保险状态发生实质变化后重新判断。
• 最终提交时保险已经过期，则即使骑手之前确认过，也必须拒绝。
• 非强制保险任务不执行保险跨期拦截。

5.6 配送接单开关

配送接单开关有三种页面状态：

保险失效时配送接单开关进入受限状态。保险恢复有效后不自动开启，仍保持暂停，由骑手主动重新开启。

分拣页面没有配送接单开关；配送暂停不限制分拣。

5.7 理赔与责任边界

系统只负责权限控制和事实记录，不承诺保险赔付结果。

• 事故是否在保险责任范围内，以事故发生时间、保险合同和保险公司认定为准。
• 系统保留保单有效期、订单归属、轨迹、任务状态、事故上报和操作记录。
• 页面不使用“责任自担”“必赔”“必不赔”等未经法务确认的结论文案。
• 允许存量订单收尾不代表保险自动延长至订单完成。

6. 权限矩阵

管理、售后、消息、数据、联系、求助和异常上报不因个人保险冻结。

7. 页面信息架构

7.1 骑手端

骑手端一级导航保持“接单、我的”，不增加保险一级入口。

7.2 站长端

站长端保留现有一级导航“接单、售后、消息、数据、我的”。“接单”页面内容是订单调度，不增加角色切换。

8. 骑手端页面需求

8.1 R01 接单工作台

页面目标：查看、领取和处理配送任务，同时让保险限制只作用于新增配送活动。

页面字段

距离标签使用灰色常规字重，距离数值使用深色半粗体；不使用蓝色，避免误认为链接。

交互规则

• 待领取任务不展示导航。
• 待取餐导航至商家。
• 配送中导航至顾客。
• 领取任务时校验团队规则、保险、配送开关和跨期策略。
• 任务仍在待领取列表中，但不满足保险、配送接单或“禁止领取”跨期规则时，主按钮置灰并显示“暂不可领取”。
• 置灰按钮保留原因说明入口；点击后按受限类型提示续保、开启接单或本任务预计跨期。
• 状态变化导致领取失败时提示刷新，不生成任务责任。
• 距离获取失败显示“—”，不阻止查看任务。
• 地址缺失显示“地址待确认”，并保留联系入口。

保险 Tip 文案

临期：

保险即将到期。保障将于［时间］到期，请及时续保；到期后，需保险的新增任务将暂不可领取。

过期且有在途订单：

保险已过期，暂不可领取新配送任务；已领取任务仍可继续处理。

“查看”进入 R06。客户端不额外设置安全缓冲时间。

配送／分拣切换只改变任务列表，不隐藏当前保险状态 Tip；各任务类型是否可领取由团队规则和按钮状态独立表达。

8.2 R02 订单详情

页面目标：围绕当前配送节点提供路线、联系、异常处理和订单状态推进能力。

主要字段：

• 订单号、任务状态、所属团队。
• 当前目的地和当前距离。
• 简化地图。
• 商家、顾客地点与完整地址。
• 联系人脱敏信息。
• 配送备注。
• 确认取餐或确认送达主操作。

交互规则：

• 待取餐地图指向商家，提供“导航到商家”。
• 配送中地图指向顾客，提供“导航到顾客”。
• 导航调用外部地图服务，不改变订单状态。
• 联系、转出订单、上报异常保持可用。
• 保险过期不关闭存量订单的地图、导航、联系和完成能力。
• 已送达或已转出后隐藏导航、转单、异常和状态推进操作。
• 地图不可用时保留文字地址，并提示使用外部地图。

8.3 R03 分拣任务

页面目标：领取并完成站内分拣任务，并查看完成记录。

当前页面包含：

1. 待领取列表，使用任务卡片展示；领取时校验团队分拣保险准入和跨期策略。
2. 待分拣列表（已领取），使用任务卡片展示，确认分拣完成。
3. 已完成列表与只读记录，使用紧凑列表展示。

不建设批次码扫描、摄像头扫码或新建分拣任务流程。

字段包括分拣订单号、商家、预计完成时间和分拣状态（待领取／待分拣／已完成）。

规则：

• 配送接单开关不控制分拣。
• 顶部保险状态 Tip 在配送与分拣之间切换时保持显示。
• 分拣是否要求保险按团队分拣规则判断。
• 每个待领取分拣任务分别校验保险和预计跨期；保险无效或“禁止领取”策略下该任务预计跨期时，按钮置灰为“暂不可领取”，点击后展示原因。
• “提醒后允许”策略下任务预计跨期时，由领取骑手本人确认后才能领取。
• “领取任务”使用品牌蓝主按钮；“确认分拣”使用提醒色阶段按钮；“暂不可领取”使用灰色受限样式。
• 领取属于新增，校验分拣保险及跨期策略；确认分拣属于存量收尾，不重复校验。
• 已领取的待分拣任务在保险失效后允许收尾。
• 分拣完成进入已完成记录，不代表配送完成，也不取得配送资格。
• 待领取卡片状态显示“待领取”，待分拣卡片状态显示“待分拣”，不使用“已有任务”标签。
• 重复提交不能生成多条完成记录。

8.4 R04 转单

字段包括原订单、取送地点、候选骑手、接收资格和交接状态。

规则：

• 过期骑手可以转出已有订单。
• 接收方属于新增任务，必须按订单所属团队重新校验。
• 等待接收方确认期间，任务责任仍属于原骑手。
• 需要跨期确认时，只能由接收骑手本人确认。
• 交接成功后原骑手不能继续推进任务。
• 候选资格变化或任务已经完成时，转单失败并保留原状态。

8.5 R05 我的

展示骑手身份、实名认证、所属团队、今日完成、进行中任务和服务入口。

服务入口：

• 保险服务。
• 任务记录。
• 联系站长。
• 帮助与反馈。

保险状态只在临期、过期或异常时使用强调色；有效状态不在页面顶部重复提示。

8.6 R06 保险服务

页面目标：说明本人保险事实、团队要求和不同任务类型的当前资格。

字段包括：

• 保险状态。
• 保障生效与结束时间。
• 道路配送保险准入、当前资格和跨期策略。
• 站内分拣保险准入、当前资格和跨期策略。
• 第三方保险来源与最近更新时间。

操作：

• 前往第三方参保／续保。
• 重新查询保险结果。
• 查看保单记录。
• 查看团队保险规则。
• 联系站长或支持。

规则：

• APP 不提供保险产品选择、表单填写、支付和退款。
• 第三方返回有效结果后重新计算资格。
• 未来生效保单不提前恢复当前资格。
• 查询失败时区分“刷新失败”和“没有保单”。
• 续保成功后只解除保险限制，不自动开启配送接单开关。

8.7 R07 保单记录

支持全部、当前保单和历史保单筛选。

每条记录展示保单名称、状态、保单号摘要、生效时间和结束时间。点击进入 R08。

无当前保单时展示空状态和返回保险服务入口；加载失败不能显示为无保单。

8.8 R08 保单详情

展示保单号、被保险人、脱敏手机号、生效时间、结束时间和保险来源。

操作：

• 查看第三方完整保单与条款。
• 关联信息有误时进入保险问题协助。
• 返回保险服务。

平台不允许修改承保事实，也不在页面提供虚构保额、保费或理赔结论。

8.9 R09 第三方保险办理承接

跳转前展示办理人、所属团队和当前资格。

返回 APP 后重新查询第三方结果：

返回后不自动重新提交此前失败的接单或转单操作。

8.10 R10 任务记录

统一展示：

• 已送达配送订单。
• 已转出订单。
• 已完成分拣记录。

配送记录可进入只读订单详情；分拣记录可查看完成信息。无记录时展示空状态和返回接单工作台入口。

9. 站长端页面需求

9.1 M01 订单调度

页面目标：集中查看待指派和已指派订单。

顶部指标：

• 待指派订单数。
• 配送中订单数。
• 保险受限骑手数。

订单筛选必须显示动态数量：

• 全部 N。
• 待指派 N。
• 已指派 N。

完成指派后数量实时变化，例如“待指派 2、已指派 1”更新为“待指派 1、已指派 2”。

订单卡字段：

• 订单号和调度状态。
• 所属团队。
• 取餐与送达地点。
• 要求送达时间。
• 配送距离。
• 选择骑手或查看调度。

站长在本页面只进行订单调度，不接收个人配送任务。

9.2 M02 指派骑手

订单区域展示订单号、团队、取送地址、送达时间和配送距离。

规则提示展示当前团队：

• 是否要求配送有效保险。
• 预计跨期是禁止指派还是提醒后由骑手确认。
• 提交时再次校验资格。

候选骑手字段：

• 姓名。
• 保险状态。
• 当前任务数量。
• 距取餐点。
• 保障结束时间。
• 接单后全部任务预计完成时间。
• 可指派／不可指派原因。

交互规则：

1. 支持按姓名或手机号搜索。
2. 离线骑手不可指派。
3. 强制保险团队中，过期、无有效保单或待确认骑手不可指派。
4. 禁止跨期策略下，预计完成晚于保障结束时间的骑手不可指派。
5. 提醒模式下可以发起，但骑手接收前需要本人确认。
6. 确认指派时再次校验，资格变化则失败。
7. 不提供忽略保险、紧急放行或站长代替确认。

9.3 M03 骑手管理

顶部统计：

• 保障有效人数。
• 预计跨期人数。
• 已过期人数。

支持全部、可指派和需关注筛选。

骑手项展示姓名、保险状态、当前工作状态和保障结束时间。保险状态与配送资格分别计算；保险有效但离线的骑手仍不可指派。

9.4 M04 骑手详情

字段：

• 骑手姓名和编号。
• 所属团队。
• 配送资格。
• 保险状态。
• 保障结束时间。
• 当前任务。
• 当前订单摘要。

操作：

• 通知骑手续保。
• 联系骑手。
• 查看团队保险规则。
• 返回订单调度查看全部任务。

规则：

• 保险已过期且有在途订单时突出提示。
• 站内续保通知不代表平台代为续保。
• 站长不能在详情中修改保单或团队规则。
• 第三方数据异常时保留最近可信结果并标记待核验。

9.5 M05 售后处理

售后页面沿用现有流程，展示状态、关联订单、问题类型、骑手和提交时间。

保险状态不限制站长查看和处理售后。需要事故或责任核验时，保险与任务时间线作为辅助信息。

9.6 M06 消息

消息按风险展示：

同类临期提醒允许按团队聚合，避免逐人产生大量消息。风险解除后更新原消息状态。

9.7 M07 团队数据

展示：

• 团队骑手总数。
• 保障有效人数。
• 新增受限人数。
• 有效、临期、过期分布。
• 已过期且有在途订单人数和订单数。
• 预计跨期不可指派人数。
• 当日因保险拦截的指派次数。
• 数据更新时间。

保险状态人数与权限受限人数分别计算。数据用于管理，不代表理赔结论。

9.8 M08 我的

展示站长身份、管理团队和管理权限。

入口：

• 骑手管理。
• 团队保险规则。
• 切换管理团队。
• 帮助与支持。

不提供骑手角色切换。切换团队只改变站长当前管理范围，不改变历史订单归属。

9.9 M09 团队保险规则

页面只读展示：

• 配置来源：区域运营管理员。
• 道路配送保险准入。
• 道路配送预计跨期策略。
• 站内分拣保险准入。
• 分拣跨期规则。
• 生效时间。
• 最近更新时间。
• 规则变更记录。

站长不能编辑团队规则。页面不出现宽限、豁免、强制派单或临时放行入口。

10. 关键业务流程

10.1 骑手领取配送任务

1. 读取订单所属团队和道路配送规则。
2. 校验账号、角色、团队关系和配送接单开关。
3. 强制保险团队校验当前有效保险。
4. 计算接收任务后的预计完成时间。
5. 按跨期策略放行、拦截或要求骑手本人确认。
6. 最终提交时再次校验。
7. 成功后建立任务责任并进入待取餐。

10.2 配送途中保险过期

1. 服务端确认连续保障已经中断。
2. 骑手端配送开关进入“配送保险受限”。
3. 禁止新增配送和接收配送转单。
4. 已领取订单继续提供地址、导航、联系、异常、转出和完成操作。
5. 站长收到“保险已过期且仍有在途订单”告警。
6. 站长可观察骑手继续完成，也可以手动转派给合格骑手。
7. 存量任务全部结束后，告警解决；保险未恢复时仍不能新增。

10.3 临期与预计跨期

1. 第三方保险服务返回临期状态，骑手工作台展示轻量 Tip。
2. 临期本身不冻结任务。
3. 每次新增任务按预计完成时间与保障结束时间判断跨期。
4. 禁止策略直接拒绝。
5. 提醒策略由骑手本人确认本次风险。
6. 最终提交时再次校验。

10.4 续保与资格恢复

1. 骑手从保险服务跳转第三方办理。
2. 返回后平台查询或接收可信回传。
3. 当前有效后重新计算配送和分拣资格。
4. 配送接单开关仍保持暂停。
5. 骑手手动开启后才能重新接收新配送任务。
6. 已转出的订单不会自动取回。

10.5 站长指派

1. 站长从 M01 选择待指派订单。
2. M02 根据团队规则计算候选骑手。
3. 站长选择可指派骑手。
4. 提交时再次校验保险、上线状态、任务负载和预计跨期。
5. 成功后订单进入已指派，筛选数量实时更新。
6. 失败时保留待指派状态并说明原因。

11. 第三方保险数据与接口要求

11.1 当前已知第三方数据

• 购买人。
• 手机号或身份证号。
• 保单生效时间。
• 保单过期时间。

11.2 平台需要形成的标准结果

平台需在第三方数据基础上形成可供权限服务使用的标准字段：

购买人不一定等于被保险人。仅凭支付成功、手机号或购买人姓名不能直接认定骑手已经获得有效保障。

11.3 同步要求

• 第三方回调后重新计算受影响团队和任务类型的资格。
• 骑手进入接单、保险服务、提交领取和站长指派时可按策略刷新。
• 查询失败不得伪装成“无保单”。
• 缓存不能延长已经结束的保障。
• 连续保单无缝衔接时，不应在旧保单结束瞬间误判过期。
• 客户端时间不作为最终准入依据。

12. 异常与空值处理

13. 提示与文案原则

1. 有效保险不在接单工作台顶部重复展示。
2. 临期使用提醒色，不使用限制色。
3. 保险过期明确说明“禁止新增、存量可继续”。
4. 非强制团队不使用“保险异常导致无法作业”文案。
5. 保险状态与任务资格分别表达。
6. 页面不能只用颜色区分状态，必须有文字。
7. 风险提醒不使用未经法务确认的责任结论。
8. 站长规则页明确“区域运营配置，站长只读”。

14. 审计与埋点

必须记录：

• 第三方跳转、返回、查询结果和耗时。
• 保险状态变化时间及数据来源。
• 新增任务准入结果、拒绝原因、团队、任务类型和规则版本。
• 预计跨期的任务快照、预计完成时间、保障结束时间和确认结果。
• 配送接单开关开启、暂停和保险受限变化。
• 站长指派、失败原因和最终接收人。
• 转单发起、确认和责任变更。
• 在途保险中断事件、关联订单和解决时间。
• 续保通知发送结果。
• 团队规则版本、生效时间和操作人。
• 分拣完成和任务记录。

普通日志不得保存完整身份证号。事故或争议所需记录按平台制度进行权限控制和保全。

15. 验收标准

1. 强制配送团队中，保险过期骑手不能领取新配送任务。
2. 保险过期骑手的待取餐和配送中订单仍可导航、联系、转出和完成。
3. 保险有效状态不显示接单页顶部 Tip。
4. 临期状态显示保障结束时间，但不因临期本身冻结。
5. 预计跨期不使用安全缓冲。
6. 禁止跨期策略不能通过确认绕过。
7. 提醒策略必须由接收骑手本人确认。
8. 配送接单开关关闭只影响新增配送，不影响在途配送和分拣。
9. 保险恢复后配送接单开关不自动开启。
10. 分拣页面不出现配送接单开关。
11. 分拣任务可从待领取进入待分拣，确认分拣后进入已完成；保险失效只阻止新领取，不阻止待分拣任务收尾。
12. 待领取配送任务不展示导航；待取餐导航商家；配送中导航顾客。
13. 任务卡明确展示距取餐点、配送距离或距送达点。
14. 站长只能向当前可指派骑手提交订单。
15. 指派提交时再次校验保险和跨期条件。
16. 站长端“全部、待指派、已指派”均显示动态数量。
17. 站长“接单”入口保留，但页面内容为订单调度。
18. 站长不出现个人接单和角色切换功能。
19. 团队保险规则页只读，配置来源显示区域运营。
20. 页面不存在到期宽限、临时豁免或强制放行入口。
21. 售后、消息、数据和管理功能不因站长个人保险限制。
22. 查询失败、无保单、未来生效和身份待核验能被准确区分。
23. 第三方返回有效结果后只恢复对应保险权限，不自动重做此前失败操作。
24. 所有状态和不可用原因同时使用文字表达。
25. 两端需求说明面板与正式 APP 页面分离，不属于线上产品功能。
26. 待领取配送任务不满足保险、配送接单或禁止跨期规则时，按钮置灰为“暂不可领取”，并可查看受限原因。
27. 分拣待领取任务逐任务判断并显示“领取任务／暂不可领取”；待分拣任务显示提醒色“确认分拣”，与蓝色领取按钮区分；已完成分拣使用紧凑列表。
28. 顶部保险状态 Tip 不随配送／分拣切换而隐藏；任务权限由当前任务类型的团队规则和按钮状态表达。

16. 本期不建设

• APP 内投保表单、保险产品选择、支付、退款和保费结算。
• 平台自建理赔判定。
• 到期后的新增任务宽限期。
• 个人临时豁免、站长紧急放行或强制指派。
• 站长账号切换为骑手身份。
• 分拣批次码扫描或摄像头扫码。
• 保险一级导航。
• 保险自动延长至尾单完成的承诺。
• 站长端直接编辑团队保险规则。
• 用客户端标签或本地时间绕过服务端准入。

17. 上线前依赖确认

1. 第三方保险的打开方式、回调方式和查询频率。
2. 被保险人与骑手实名身份的匹配方案。
3. 第三方保险产品与道路配送／站内分拣的认可映射。
4. 预计完成时间的服务端计算口径。
5. 地图距离、导航和定位服务接口。
6. 团队规则配置后台及区域运营权限。
7. 消息推送、聚合提醒和已读状态能力。
8. 审计日志保存期限和访问权限。
9. 事故上报与现有售后／异常流程的衔接方式。