准入、建档、审核、整改形成闭环，每一步都有状态与责任人
平台方通常不持有运力，真正跑车的是加盟服务商。管住服务商，靠的不是开会强调， 而是准入、建档、审核、整改四件事形成闭环——每一步都有状态、有责任人、有记录。
平台只审核，不代管；服务商自建自管，对真实性负责
| 事项 | 服务商 | 平台 |
|---|---|---|
| 人员与车辆建档 | 自行录入并维护证照、有效期与附件 | 审核资料真伪与完整性，不合格不放入候选池 |
| 日常运营与排班 | 自主安排值班、班次与内部考核 | 按实际合格可用运力派单，不干预内部排班 |
| 服务与整改 | 按平台规则执行，对问题提交整改结果 | 抽查订单、标记问题、复核整改 |
| 结算 | 核对订单、比例与实付金额，可提异议 | 生成结算单、处理异议、登记付款 |
填报企业信息、法人资料、经营地址与资信情况，按页面要求上传材料。
平台重点核对企业主体、经营范围与银行信息；材料不全的退回补正，不是重新开一份申请。
由有权签署人核对并办理，协议用印后才进入下一步。
菜单按准入状态与角色开放；未准入账号不会看到完整的运营菜单。
任一环节被驳回，回到填报页修改后重新提交；企业主体不可变更，变动走资料变更申请。
| 对象 | 状态 | 可否进入派单候选 | 关键控制点 |
|---|---|---|---|
| 人员 | 草稿 / 待审核 / 驳回 / 可用 | 仅「可用" | 证照单独维护有效期与附件，待审人员不能被当作可用人员排班 |
| 车辆 | 待审核 / 驳回 / 可用 / 过期 | 仅「可用」且在保 | 行驶证、保险、年检逐项核；过期自动从前台候选池掉出，不靠调度记日期 |
责任交给服务商之后，平台仍有一道防线：不替对方维护证照，但证照失效的车一定派不出去。
监管方在具体对象上写清原因、涉及材料与需整改事项，状态为待处理。
服务商完成实际整改后在系统里点「已整改」，提交的是整改结果，不能代替前面的实际动作。
由原标记人办理，换人、跳步都不行；复核不通过则退回，原记录不关闭。
同一对象可能同时挂多条记录，需逐条处理；「已整改」只表示等待复核，不等于监管通过。
| 阶段 | 谁发起 | 系统行为 |
|---|---|---|
| 提出申请 | 服务商（指定车辆或整体退出） | 仅记录申请与范围，不立即停止接单；未开始处理前可撤回 |
| 平台处理 | 平台管理端 | 相关车辆停止接新单，已在途订单继续履约 |
| 核对交接 | 双方 | 核对未完成订单、财务结算与交接事项，处理说明必填 |
| 清退 | 平台（主动清退） | 与服务商主动退出是两条记录，同一件事的两面，均需核对订单与财务 |
服务商端是独立入口，不是平台后台里的一个筛选视图
创建车辆并提审 → 创建人员并提审 → 绑定已审核人车 → 司机扫码登录上线。
证照单独维护有效期与附件，草稿、待审、驳回、可用四种状态分开。
先录车辆信息（可识别行驶证），再填保险，绑定驾驶员后保存提审。
界面数据为演示数据，实际界面以交付版本为准。
服务商端共十项菜单，按用途分四组：入口是工作台与账户管理；日常是订单、结算、人员、车辆；资质是服务商资料与年审；追溯与离场是操作日志与退出申请。菜单不多，但从入驻到退出都覆盖到了。
提供当地服务商数量与证照要求，我们给出准入清单与审核流程建议