保险状态决定配送权限:从上线校验到异常处理
平台在骑手上线、接单和调度前校验保单状态;团队可配置拦截节点和异常处理策略,已接订单默认允许继续履约。
① 背景与目标
- 平台希望降低骑手配送期间的事故赔付风险:骑手出险时由保险公司理赔,而非平台兜底;
- 骑手必须持有有效商业保险,才能从事接单、配送、分拣、转单等配送活动;
- 不同配送团队可配置不同的保险要求(是否强制、保额门槛、校验节点、异常策略)。
② 角色与职责
| 角色 | 职责 |
|---|---|
| 骑手 | 购买保险、上传自购保单、查看保单状态、处理异常提醒 |
| 站长 | 查看团队保险状态、跟进无法接单的骑手、配置团队保险规则、执行调度 |
| 平台 | 在配送动作前执行保险校验、发送到期提醒、记录风险与拦截日志 |
| 保险公司 | 出单、更新保单状态、提供理赔所需数据(购买人、手机号/身份证、生效与过期时间) |
③ 权限控制点:哪些操作必须校验保险
| 操作 | 是否校验保险 |
|---|---|
| 上线接单 | 是 |
| 接收新订单(抢单) | 是 |
| 站长派单 | 是 |
| 转单 | 是 |
| 分拣 | 根据团队配置 |
| 已接订单配送 | 通常不立即中断 |
| 查看历史订单 | 否 |
校验规则:骑手在「上线接单、接单、派单、转单」前均需校验保险状态;已进入配送中的订单不因保险失效而强制取消,但禁止继续领取新订单,并通知站长安排接管。
④ 权限控制主流程(全方案唯一主流程图,可点击左侧"接单页·未参保拦截"逐屏体验)
保单购买、实名校验、出单均为异步:保司返回「已生效」后自动恢复权限;若超过 5 分钟未同步,进入人工核查队列,骑手可查看处理进度——不承诺固定恢复时长。
已参保骑手的续保提醒
| 时间点 | 动作 |
|---|---|
| 到期前 15 天 | 保单详情页开放「一键续保」入口,沿用原产品一键支付 |
| 到期前 7 天 | 消息提醒骑手续保,同步提醒站长 |
| 到期前 3 天 / 1 天 | 再次提醒骑手(消息 + 接单页状态条) |
| 到期当天仍未续保 | 暂停接新单,在途订单送完后自动下线 |
| 续保成功 | 新旧保单按生效时间自动衔接,保障不中断 |
⑤ 核心保险状态与权限矩阵:每个状态对应"能做什么"
状态不只"有效 / 过期",共 9 种:未投保、待提交、审核中、已生效、即将到期、已过期、已退保、保单信息不匹配、保司接口异常。
| 保险状态 | 上线 | 接新单 | 已接订单 | 页面处理 |
|---|---|---|---|---|
| 已生效 | 可以 | 可以 | 可以 | 正常展示 |
| 即将到期 | 可以 | 可以 | 可以 | 展示到期提醒 |
| 待提交 / 审核中 | 视团队规则 | 通常不可以 | 可以 | 展示审核进度 |
| 未投保 | 不可以 | 不可以 | — | 引导购买 / 上传保单 |
| 已过期 / 已退保 | 不可以 | 不可以 | 继续完成 | 引导续保 |
| 信息不匹配 | 不可以 | 不可以 | 继续完成 | 引导修改资料 |
| 接口异常 | 按团队配置 | 按团队配置 | 可以 | 展示系统处理中 |
关键取舍:只拦"接新单",绝不打断已接的订单——配送途中保单当天到期的,当天订单正常送完,第二天起不能再接新单。
⑥ 团队保险规则配置:不同配送团队要求可以不一样
| 配置项 | 可选值(加粗为默认) |
|---|---|
| 是否强制购买 | 强制 / 非强制 |
| 校验动作 | 上线接单、接单、派单、转单(分拣可选) |
| 可接受保单来源 | 平台保险 + 允许自购上传(需审核) / 仅平台合作保险 |
| 保障类型 | 日保障 · 精确到分 / 月保障 / 自选保障 |
| 保费支付模式 | 骑手自理(每日扣) / 站点统一补贴 |
| 最低意外保额 | ≥10万 / ≥30万 / ≥50万(平台下限 10 万) |
| 审核中是否放行 | 不可接单 / 可接单 ≤24h |
| 到期宽限期 | 0 天 / 1 天 / 3 天(平台上限 3 天) |
| 到期提醒 | 前 15 / 7 / 3 / 1 天,前 1 天与断保当天加发短信 |
| 接口异常策略 | 按最近状态放行并记录 / 一律禁止接单 |
| 已接订单处理 | 继续履约 / 暂停配送 |
以上配置项与左侧「团队保险规则配置」页一一对应;团队规则优先于平台默认规则——体现"规则可配置",而不是只做了一个统一流程。
⑦ 骑手端 4 个关键场景的真实提示文案
场景一:骑手首次上线(未查询到保单)
场景二:骑手已有保单但信息不匹配
场景三:保险即将到期
场景四:保险失效时已有订单(关键边界场景)
⑧ 异常流程处理方案:常见异常归纳为 5 类
| 异常类型 | 触发场景 | 核心解决策略(一句话) |
|---|---|---|
| 扣款 / 审核类 | 每日扣款失败 / 自购审核驳回 | 标记无法开工,推送催缴 / 重新上传 |
| 技术 / 出单类 | 查询超时 / 出单失败 / 状态未同步 / 重复购买 / 生效时间晚 | 缓存兜底 + 超时转人工核查 + 资金问题自动原路退款 |
| 履约 / 时效类 | 配送中途到期 / 中途被退保 | 接单时校验、在途订单送完,送达后立即切断接单权限 |
| 风控 / 身份类 | 修改身份证 / 人机不符 | 旧保单失效,人证比对不符强制下线 |
| 团队 / 变更类 | 跨团队转队 / 中途离职 | 规则次日平滑切换,离职按天退费 |
⑨ 方案前提与范围
- 保司提供保单状态查询接口,返回购买人、手机号/身份证、保单生效及过期时间;
- 平台已有骑手实名认证信息,可用于保单匹配;
- 本方案仅讨论配送权限控制,不包含事故理赔流程。
骑手端 · 接单页(未参保拦截)
点击手机里的「上线接单」按钮,体验拦截弹窗;弹窗内按钮可跳转到购买页 / 上传页。
购买保险并上线后即可接单
需要先购买骑手保险
为保障您的配送安全,平台规定:骑手持有效商业保险后方可接单、配送、分拣、转单。发生意外时由保险公司理赔。
所属团队「西湖配送一队」要求:必须参保 · 意外保额≥30万
设计说明
- 保险状态行前置告知:上线开关下方即红色「未参保」状态行,进接单页第一眼就知道"为什么不能接单、怎么办",避免骑手困惑。
- 上线开关保持可点击(而非禁用):点击开关或保险状态行都会弹出解释弹窗,把"拦截"变成一次参保教育时机。
- 弹窗展示本团队要求(必须参保、保额≥30万):回答"为什么非要买、买什么样的才算数",防止买错保险被二次拦截。
- 双出口:主推"去购买保险",同时保留"已有保单去上传",尊重已自购的骑手。
- 弹窗不可绕过:除"暂不上线"外没有跳过选项;服务端同步兜底,即使绕过前端也无法被派单。
骑手端 · 购买保险页
主参保通道:选择产品 → 确认实名 → 支付,3 步完成。承保成功后状态自动刷新、权限恢复。
设计说明
- 团队要求置顶:先回答"为什么要买、买什么样的",再卖产品,降低决策疑虑。
- 实名信息自动带出、脱敏展示:减少输入成本,同时从机制上保证投保人与骑手一致——堵住"用家人保单上岗"的漏洞。
- 按天产品降低门槛:3.5元/天对冲骑手对保费的抵触,众包骑手跑几天买几天。
- 明示"预计可接单时间":管理预期,避免"买了还不能接单"引发投诉。
- 支付成功 → 保司承保回调 → 保单入库 → 状态自动恢复;承保失败自动退款并提示重试;状态超过 5 分钟未同步的进入人工核查队列,页面可查看处理进度。
骑手端 · 上传自购保单
辅助参保通道:面向已自行购买保险的骑手,提交后人工审核,通过后生效。
设计说明
- 为什么保留自购通道:部分骑手已自行购买过年缴保险,强制重复购买会引发强烈抵触——选择权交给骑手。
- 字段最少化:只收集审核必需的 5 个字段 + 1 张照片,每多一个字段就多一分流失。
- 实名一致性自动校验:提交即比对投保人与骑手注册实名,不一致直接驳回,省去人工。
- 时效承诺前置:明确"2小时内",降低等待焦虑;审核中是否放行由团队规则决定(默认不放行)。
- 驳回必须附原因(如"保额不足30万""照片不清晰"),支持修改后重新提交。
骑手端 · 接单页(已参保 + 到期提醒)
承保成功后状态自动恢复;到期前 7 天进入"即将到期"提醒态(示意同时展示了提醒卡片)。
设计说明
- 保险状态行四态四色:绿=生效中 / 橙=即将到期 / 红=未参保或已过期 / 蓝=审核中,常驻上线开关下方。让保障"看得见"是不断保的前提。
- 即将到期不拦截、只强化提醒:≤7 天保险状态行变橙(即将到期),并在状态卡内给出到期后果说明 + 每日 push,体验与风控的平衡点。
- 续保入口前置到状态卡内:与状态同一视线落点,看到提醒的一秒就能点,决策成本越低断保率越低。
- 配送途中保单当日到期:当天已接订单正常送完,当日 20:00 起每小时提醒,次日 0:00 起禁止接新单。
骑手端 · 保单详情
保单信息透明可查,到期前 15 天开放一键续保,新保单自动衔接旧保单。
设计说明
- "团队要求核验 ✓":直接告诉骑手"这张保单是管用的",消除"买了算不算数"的不确定感。
- 一键续保:沿用上次产品与实名信息,一键支付;续保窗口为到期前 15 天。
- 自动衔接:新保单生效日 = 旧保单到期日次日 0 点,保障不断档、不重叠,不浪费保费。
- 电子保单下载:理赔、交警查验等场景的刚需。
- 若团队规则升级导致现有保单不满足(如保额要求从30万提到50万),此页会展示差异项并引导加保。
骑手端 · 我的
「我的保险」入口带实时状态点,任何页面两级内必达保险中心;右屏为未参保/失效对照状态。
设计说明
- 「骑手保险」卡常驻一级入口"我的",并带实时状态标签与到期时间(保障中 · 至 11-03 · 还剩 5 天),无需点进去就知道状态。
- 未参保/失效态(右屏):页面布局与保障中完全一致,「骑手保障」卡位置不变、仅状态变红;页头下方额外出现一条轻量提示条(失效原因 + 团队要求),内嵌「立即续保 ¥96」深色胶囊按钮,一键直达购买页。
- 续保入口前置:到期前 15 天卡内出现「一键续保」,沿用原产品一键支付,新保单自动衔接旧保单。
- 「我的团队」中展示当前适用的保险规则(必须参保 · 保额≥30万)及其来源(团队/城市/平台默认),规则透明化。
站长端 · 团队保险规则配置
"不同的配送团队要求可以不一样"的落点:平台定边界、站长定细则,修改即时生效。
设计说明
- 每项配置带默认值与说明:站长不是产品经理,默认值+一句话解释降低配置门槛、避免配错。
- 保障类型与支付模式解耦:日保障 / 月保障 / 自选保障决定"保什么",骑手自理 / 站点统一补贴决定"谁付钱";扣款路径与失败后果说明默认收起,点击选项旁的 ⓘ 图标展开,保持页面简洁。
- 平台守边界:宽限期上限 3 天、保额下限 10 万,超出边界的配置提交时阻断——防止团队间"竞次"导致底线失守。
- 规则优先级:团队 > 城市 > 平台默认;骑手多团队兼职取更严格者。
- 修改即时生效,骑手端下次打开 App 时刷新;规则收紧导致存量保单失效的,先给 3 天过渡+批量提醒,再执行拦截。
站长端 · 消息(保险预警)
预警前置:到期前 7 天起推送,给站长留出处理窗口,而不是到期当天才告知。
设计说明
- 每条预警都带动作入口(去处理 / 一键提醒续保):消息不是通知的终点,而是处理的起点。
- 分级触达:未参保持续未处理(如 3 次提醒无效)才升级提醒站长介入,避免消息轰炸。
- 审核结果同步通知站长,便于站长帮助骑手补齐材料。
站长端 · 我的
站长工作台:个人与站点身份卡 + 五大功能分区,保险风控入口带待办提示,两级内必达。
设计说明
- 五大功能分区:身份卡(个人 + 站点)→ 团队与风控管理(核心管理区)→ 业务与调度配置(运营配置区)→ 财务与结算(账务区)→ 系统与服务(系统区),按"人 → 规则 → 钱 → 系统"组织站长的管理动线。
- 骑手保险管理带待办提示:红色「2 人待补缴」+ NEW 角标,把保险合规事项顶进站长每日必看的入口,避免风控页面藏在深处无人问津。
- 多站点支持:「切换站点」服务一人管多站的站长;各站点的风控规则独立配置,呼应"不同配送团队要求可以不一样"。
- 骑手团队管理 → 骑手管理列表;骑手保险管理 → 保险管理二级页;其余入口本期为占位。
站长端 · 骑手保险管理
「我的 → 骑手保险管理」二级页:今日保障概览 + 骑手保障监控(筛选 / 搜索 / 详情处置);团队保险规则配置收进右上角「···」,点击进入配置页。
陈师傅的保险保障
查看详情 ›陈师傅的保险保障
查看详情 ›设计说明
- 保障概览前置:保障中 / 2 小时内到期双格大数字 + 拦截与续保提醒两行明细,让站长一眼确认"规则在运转";「扣费失败无法开工」是最紧急待办,琥珀色透出并直达「一键催缴 / 处置」。
- 骑手保障监控按风险分层:按 保障中 / 2 小时内到期 / 已过期·强控拦截 / 扣费失败 分组过滤 + 姓名搜索,卡片透出剩余保障时间与在途状态;点卡片弹出详情(方案 / 剩余时间 / 当前订单 / 到期策略),可直接「发送续保提醒」或「强制下线」,监控到处置一步完成。
- 警示条直达处置:点击概览卡「扣费失败」警示条,自动下钻到监控列表并切换到「扣费失败」分组,站长一步定位待催缴骑手,无需手动筛选。
- 剩余时间精确到分:保单生效 / 过期时间由第三方保司接口实时同步,卡片上的剩余保障时间精确到分钟并随保单倒数,避免"以为还有一天、实际已过零点"的误判。
- 在途无感保护:正在履约的骑手(含跨天零点保单自然到期)不在半路强制下线,卡片透出「在途单履约中 · 离单后自动下线」,配送完成后才执行管控,保障配送体验与用户体验。
- 状态色与处置一一对应:绿色「保障中」→ 续保提醒、琥珀「即将到期」→ 立即催保、红色「已过期·强控拦截」→ 通知补缴 / 强制下线,状态 tab、pill 颜色与处置按钮三层一致,站长无需判断即可按颜色行动。
- 配置与监控分离:本页只承担"看与处置";「团队保险规则配置」收进右上角「···」菜单,点击进入既有配置页,避免监控列表被配置项挤到下方。
- 低频入口折叠:规则修改日志(留痕可回溯)与出险报案理赔指引同样收纳进「···」菜单,不占主流程版面。
站长端 · 骑手详情
从「骑手保险管理 → 骑手保障监控 → 保障详情弹层 → 查看详情」进入:骑手个人信息、保险保障明细与近期配送数据的只读聚合页。
自 2026-10-20 脱保起拦截新单;骑手可前往「我的 → 骑手保险」补缴,扣款成功后自动恢复接单。
设计说明
- 承接查看详情:监控弹层只承载关键保险信息与处置动作,点「查看详情」进入本页,查看骑手全貌(人、保单、当前订单、近期配送数据),信息层级由浅入深。
- 保险信息按状态分层:保障生效中(左屏)透出当前保单、方案、生效 / 过期时间与团队要求;脱保状态(右屏)当前保单标红「无有效保单」,并给出异常原因(扣费失败 / 审核驳回)、上一期保单到期日(告知何时开始脱保)与团队要求,站长一眼定位问题。
- 脱保强提示:底部红色警示条透出管控结果「已自动限制接单 · 已发送提醒 N 次」与恢复路径(补缴后自动恢复接单),与接单页拦截口径一致。
- 只读聚合:本页只做信息展示,不放管控操作——续保提醒、强制下线等处置动作统一收在监控页弹层完成,避免两处入口职责重复。
- 返回路径清晰:左上角「‹」返回骑手保险管理页,监控筛选与滚动位置保持,站长可继续处理下一位骑手。
平台后台 · 保司对接与保单数据(示意)
平台运营侧:保司接口健康度、全量保单库(保司同步 + 自购审核)、每日对账。
保险公司对接状态
| 保险公司 | 接口状态 | 今日承保回调 | 今日保单同步 | 最近对账 |
|---|---|---|---|---|
| 平安财产保险 | 正常 | 86 笔 | 412 条 | 无差异 06:00 |
| 太平洋保险 | 正常 | 23 笔 | 158 条 | 2 条差异 06:00 |
保单库(按保司回传字段:购买人 / 手机号 / 身份证 / 生效与过期时间)
| 骑手 | 手机号 | 身份证 | 保单号 | 来源 | 生效时间 | 过期时间 | 状态 |
|---|---|---|---|---|---|---|---|
| 张*丰 | 138****8000 | 1101****1234 | P20261004001234 | 平台购买 | 2026-10-04 | 2026-11-03 | 生效中 |
| 王五 | 158****9012 | 3301****0876 | P20261002005678 | 平台购买 | 2026-10-02 | 2026-11-01 | 即将到期 |
| 赵六 | 136****7745 | 4102****5521 | 自购-待审核 | 自购上传 | 2026-10-28 | 2027-10-27 | 审核驳回 |
| 孙七 | 187****3321 | 3306****8810 | P20250928001102 | 平台购买 | 2025-09-28 | 2026-10-28 | 已过期 |
同步机制:承保回调实时入库 + 每 10 分钟增量同步 + 每日全量对账(差异单进人工队列)。
权限判定链路:实名一致性校验(购买人+身份证 vs 骑手注册实名)→ 有效期判定(当前时间 ∈ [生效, 过期])→ 团队规则匹配(保额、渠道)→ 得出权限结论。
设计说明
- 对账是信任基础:骑手的接单权限完全依赖保单数据的准确性,每日全量对账 + 差异告警是底线能力。
- 接口异常兜底:同步失败自动重试并告警;骑手端按最近一次已知状态兜底,是否放行由团队「接口异常策略」配置,多次失败转人工核对。
- 后台还包含:自购保单审核队列(SLA 2h)、规则边界配置、拦截日志与参保率监控。