服务商侧：交什么、怎么补
填企业、法人、资信等资料后提交；需要补正时回到填报页修改，重新提交。需要签协议时由有权签署人核对办理。被驳回先读原因，材料上传成功或草稿保存成功都不代表已审核生效。企业主体不能变更，变动只能走资料变更申请。
联系我们
手机：13773608868
邮箱：aceblue@qq.com
地址：江苏省南通市崇川区通京大道51号COCOSPACE南通创新中心A座11楼
137-7360-8868
城市平台版给一城之内的平台方用：平台通常不持有运力，多家服务商加盟，车辆和人员由各家自己维护。相比单企业版多出服务商端和监管端，把「谁审、谁管、谁跑车」拆开，派单从人工比较改成按规则自动派，结算分成平台对服务商、机构对平台两层。三个版本共用同一套订单与业务规则，差别在组织层级与数据隔离方式。
本页是 2026 单城市平台版。如果是一家转运企业自营、单个调度中心，用单企业版更直接。
单企业版管的是「自己的车」——一家公司、一个调度中心，车管在后台把几十台车的证照、保险、年检一次录完，调度员在调度台比较候选然后派车。城市平台版管的是「替你跑车的那些人」：平台方通常不持有运力，一城之内有若干家服务商加盟，车和司机在服务商那里。管理对象从「车」变成「组织」，所以多了两个端，也多了三条链路。
| 维度 | 2026 单企业版 | 2026 单城市平台版 |
|---|---|---|
| 运营主体 | 一家转运企业自营 | 一城之内多家服务商加盟，平台统一管理 |
| 业务端 | 4 个：用户端、调度端、司机端、管理后台 | 6 个：以上四端 + 服务商端 + 监管端 |
| 车辆人员谁维护 | 企业车管、人员管理员集中建档 | 服务商各自建档并负责真实性，平台只审核 |
| 派单 | 调度员比较 A 距离 / B 班次 / C 套单后确认 | 按规则自动派：三种优先模式、自动扩圈、异常人工接管 |
| 结算 | 企业自己的收入与成本账 | 两层：平台↔服务商结算 + 机构客户月结 |
| 质量把控 | 内部考核、订单审计、车辆质效 | 内部考核之外，加监管端：标记问题→整改→复核 |
| 排班与绩效 | 有：周排班、班次轮换、员工绩效 | 不做，交服务商内部制度安排 |
所以它叫平台版，不叫「多站点版」——它增加的不是车的数量，而是替平台跑车的那些组织，以及对这些组织的审核、监管和分账能力。
职责分清楚，才不会出现「平台以为服务商在管、服务商以为平台在管」的空档。同一件事在三处出现时，维护方、审核方、跟进方是分开的。
| 业务端 | 使用岗位 | 主要职责 |
|---|---|---|
| 用户端 | 客户 / 家属 | 预约、查看行程、支付与售后；机构客户按机构订单规则办理 |
| 调度端 | 调度员 / 调度管理员 | 受理订单、监控派单与执行、处理自动派单异常和人工接管 |
| 司机端 | 司机 / 转运员 | 核对车辆、上线接单、执行转运、提交结算与凭证 |
| 平台管理端 | 平台运营 / 审核 / 财务 | 审核准入和资料、配置派单规则、监督订单服务、办理平台结算 |
| 服务商端 | 服务商负责人 / 授权子账号 | 维护本服务商资料、人员、车辆及证照，整改问题，查询订单与结算 |
| 监管端 | 监管人员 | 按授权范围核查服务商、车辆、人员，标记问题、复核整改并查询监管记录 |
说明材料里叫「服务商端」，也就是你说的商户管理端。它不是平台后台里的一个筛选视图，而是独立入口：服务商用自己账号登录，只看得到本家的人、车、订单和结算，看不到别家的数据。菜单只有十项，但覆盖了从入驻到退出的全过程——工作台、订单管理、结算管理、人员管理、车辆管理、服务商资料、年审管理、操作日志、退出申请、账户管理。
刚准入的账号打开工作台，看到的第一块内容不是订单，而是「正式运营前·内容补充流程」四步：创建车辆并提交审核 → 创建人员并提交审核 → 绑定已审核的车辆与人员 → 转运员扫码登录司机端上线接单。顺序不能颠倒，因为没通过审核的人车不会进派单候选。
人员按类型建档，证照单独维护有效期和附件；草稿、待审核、驳回、可用四种状态分开。待审的人不能当可用的人排班，驳回后要先看原因再「重新提交审核」。
车辆信息（含行驶证识别）→ 保险信息 → 绑定驾驶员，最后「保存并提审」。附件保存失败要回详情补齐再手动提交，不能靠重复新建同一台车来绕过。
按年度核对截止日期、当前状态与系统评估，提交执照副本、新到期日与自查声明。资料变更和年审是两条线，做完一条不等于另一条也完成。
负责人按岗位给子账号分配角色，人走停号而不是共用账号。审核与业务通知走站内信，谁在什么时候改了什么，操作日志里查得到；消息已读也不等于事情办完。
入驻不是一个「点通过」的动作，而是五个阶段，每阶段单独确认：申请提交、核验通过、协议签署、最终准入，任一步没走完，账号都不会拿到完整的运营菜单。
填企业、法人、资信等资料后提交；需要补正时回到填报页修改，重新提交。需要签协议时由有权签署人核对办理。被驳回先读原因，材料上传成功或草稿保存成功都不代表已审核生效。企业主体不能变更，变动只能走资料变更申请。
受理入驻审核，核对营业执照、道路运输许可与经营范围；核验主体与银行信息；协议用印后才开通账号，菜单按准入状态和角色开放——未准入账号不会显示全部运营菜单。审核通过不等于可以派单，还要人车建档、绑定、司机上线。
准入之后，平台对商户的管理落在两处：一是持续的审核——新增车辆、新增人员、资料变更都要再过一遍，不合格的车辆不进可派候选；二是服务商名单上的开关——合作状态、接单开关和监管标记，要停某家接单不必删账号。
行驶证、保险、年检有效期逐项核，通过才进入可派候选。证照过期自动从前台掉出候选池，不靠调度记日期——这是把真实性责任交回服务商之后，平台仍然守得住的那道口子。
合作状态、接单开关、监管标记、人车数量与联系方式在同一行。要暂停某家就关接单开关，要查它为什么没派出去，从这里进它的车辆和派单记录。
单企业版的派单，是调度员看 A 距离、B 班次、C 套单三个候选，比较之后点确认。城市平台版要把订单在一城之内的多家服务商之间分配，靠人比不过来，所以改成按规则自动筛、自动派，派不出去自动扩大搜索范围。三种优先模式决定机会怎么分：
按订单所在区域的候选池，用「顺序 + 权重」排成交错槽位队列。轮到谁，就在谁的合格车里选最近的派；成功中单的槽位移到区域队尾，其余等待位置保留。
在当前搜索半径内的所有区域候选池里按距离选车，不看服务商归属。区域内没有合格车时，按配置的间隔一步步扩大半径，直到上限。
按服务商的有效权重抽一个服务商，再在它名下匹配合格车辆。可开启轮空补偿，让上一轮没分到机会的服务商在这一轮拿到补偿权重。
派不出去怎么办：按间隔逐步扩圈。普通订单在距离优先模式下从初始半径开始搜；当前半径内各区域候选池都没有合格车，等一个配置间隔再扩一步。以初始 5 公里、步长 5 公里、上限 18 公里为例，系统依次搜索 5、10、15、18 公里；到上限仍无车就停止自动搜索，交给调度。
哪些单不该自动派。需要医护跟车的、锁定原车返程的、机构绑定了多家服务商的，走人工处理或按规则等待。机构订单只自动尝试一次，失败即转人工，不套用普通订单的持续扩圈。拒单和接单超时可以配置成自动重新轮派，异常次数超限的司机会被下线；后续候选会排除本单已拒绝或超时的服务商，但不会删掉它在区域队列里的槽位。
要照顾加盟商投入用服务商优先，要压响应时长用距离优先，要按投入比例分用服务商概率。选完还能按区域和单个服务商微调权重与顺序。
启用状态、当前模式、初始半径与最大范围，加上派单和轮派结果统计。配置改了有没有真的生效，看这里比看开关可靠。
「智能」指规则筛选、分配和自动处理的能力，不代表所有订单都能无人处理。自动派单要有对应的运行任务，只看配置开关不能认定正在执行。
监管端也不是平台管理端里的一个页面，而是独立端，按账号授权范围工作——有的账号只开放服务商，有的只开放车辆或人员，甚至只看得到其中一部分。所以第一步永远是确认「我这个号能看什么」，而不是从菜单里找功能。
从服务商详情进入，先核主体资料、证照和本人的监管标记，再切到下属车辆、下属人员逐个查。不能只看服务商整体的「通过」标签就收工——服务商整体通过，不代表旗下每台车、每个人都完成了监管。下属汇总里的「未通过」「待复审」「待闭环」「未监管」用来定位还差谁。
发现问题就标记，写清具体原因、涉及材料和需整改事项，提交后进入待处理；核查通过则按「监管通过」确认，只对当前对象和本人的监管结论生效。「无需监管」表示不在本账号范围，不等于资料已经审核通过。他人标记的记录可以按权限查看，但不能代替原标记人操作。
服务商列表带监管标记与下属汇总，点「查看」进入该企业的业务工作台。查询范围受账号授权限制，范围外的对象不会出现。
标记前再核对一次对象与所属服务商，避免把车辆问题记到企业主体或别人名下。提交后要能在监管记录里看到本次标记人、时间和「待处理」状态。
监管标记不是终点，是一个要闭环的工单。四种状态分开确认，最容易被误读的是「已整改」——它只表示服务商提交了整改结果，等待复核，不等于监管通过。
系统里没有「罚款」这类动作，惩戒是通过几个可追溯的状态实现的：监管标记（在对象上公示，影响审核与检查）、异常下线（派单侧异常次数超限的司机自动下线）、停止接新单（平台开始处理退出或暂停合作后，相关车辆不再接新单，已有订单继续履约）、清退（平台侧发起，走订单、财务和交接核对后完成）。这几项都会写进监管日志或操作日志，不是口头决定。
这个按钮会改真实业务状态。同一辆车可能同时挂着待整改、已整改、已处理几条记录，要逐条处理；提交的是整改结果，不能代替前面的实际整改。
同一批车里，「已提交整改」「监管通过」「未标记」并排列着，选中一台看右侧资料。复核由原标记人办理，换人、跳步都不行。
退出分两种范围：指定车辆退出，或服务商整体退出。提交申请只是发起，不会立即停止接单；平台开始处理后，相关车辆才停止接新单，已在途的订单继续履约。之后要核对未完成订单、财务结算和交接事项，才算完成。
指定车辆时逐辆核对退出范围；尚未开始处理的主动申请可以撤回。申请提交后看单号和状态，处理后看「查看」里的未完成订单与负责车辆。
平台上看到的是同一件事的两面：服务商主动申请，或平台发起清退。两者都要核对未完成订单与财务，处理说明写清楚，最后以状态为准，不以「已提交」为准。
平台版的钱要往两个方向走，两层账不能混。服务商结算是「平台付给替我跑车的人」，机构月结是「向我买服务的单位按月结」，中间还有一档平台抽成。
平台选择符合条件的订单生成结算单，核对金额与扣款后审核；服务商在本端看到订单、比例、结算金额、扣款和实付金额，可以确认，也可以提交异议并写明原因。确认后不可撤回；异议要么维持金额并恢复待付款，要么驳回后修正重建，处理说明必填。实际付款后再登记支付。推送银行成功不等于已经到账，已在结算中或已支付的订单不能重复纳入。
机构订单关联机构及有效合同、客户归属、绑定服务商范围和月结。本单是否享受机构折扣单独保存，不享受折扣也仍是机构订单。派单遵守绑定范围：绑定多家服务商时人工安排，单家绑定按规则自动尝试一次、失败转人工。符合折扣资格时只有基础行程费和夜间服务费参与折扣，费用合计已含优惠，不要二次扣减；平台抽成按优惠前金额计算，机构优惠由服务商承担。
已支付、待付款、待处理异议分开列。服务商提了异议，这单就停在待处理，处理完才回到付款队列；付款登记和银行推送是两个动作，账实要对上。
逐项核订单、比例、结算金额与实付金额，有问题点「提出异议」写原因。银行推送成功、平台待付款都不等于到账，最终以详情里的状态和记录为准。
这一节比功能列表更能说明它是不是真的平台版。下面三件事在单企业版里有、在平台版里没有，是有意去掉的，不是漏做：
平台岗位的日常检查也随之改变：每日看准入与待审、监管整改和派单异常；每周看服务商的有效在线投入与候选原因；每月核对服务商结算、机构账单与实际付款。原来那份混着排班、公平性和员工绩效的检查清单，不再适用。
差在「管车还是管组织」。单企业版是一家公司管自己的车，四个端；城市平台版是一城之内多家服务商加盟，平台方通常不持有运力，所以多出服务商端和监管端，车辆人员的日常维护交给服务商，平台做准入审核、派单规则、分层结算和监管。三个版本共用同一套订单与业务规则，差别在组织层级和数据隔离方式，不是两套系统。
不需要。只有一家运营主体、一个调度中心，用单企业版就够了，功能更直接、上手更快。平台版的复杂度是为「多家服务商、需要分账和监管」这个场景付的，没有这个场景就是多余的管理层级。判断标准是有没有第二家独立结算的承运方。
不用单独部署。服务商端是同一套系统里的独立入口，服务商用自己的账号登录，只看得到本家的人、车、订单和结算，看不到别家的数据；一家商户内还可以按岗位开子账号。费用按平台整体授权，不按服务商数量逐家收费，具体档位按接入车辆规模与部署方式确定。
材料按页面要求提交：营业执照、法人资料、经营地址与资信，需要时补内部管理材料；平台的核验重点是企业主体、经营范围和银行信息。流程分申请提交、核验通过、协议签署、最终准入四段，每段单独确认，被驳回要按原因补正后重新提交。具体时长取决于材料是否一次齐全和协议签署进度，不是系统卡着。
能，但要留痕。平台侧可以停接单、发起清退，流程里必须先核对未完成订单、财务和交接事项，处理说明要写明；服务商侧也会看到对应的申请或清退记录及状态。另外，派单侧配了异常次数上限，司机异常超限会自动下线，属于规则执行而非人工决定。所有动作进监管日志或操作日志，可以倒查。
监管端给行业管理方或平台内设的监管岗使用：按授权范围核查服务商、车辆和人员，标记问题、复核整改、查监管记录，不参与日常派单和结算。平台方可以给自己设监管岗，也可以按当地要求开放给外部监管人员。账号按范围授权，范围外的对象不会出现，操作全部留痕。
不能，这是有意去掉的。平台版不配置车辆周排班、医护排班、班次轮换和公平性看板，也不生成绩效、不算兼职工时，这些属于服务商的内部管理。平台保留的是订单审计、服务商结算、运力质效和服务质量监管。如果排班和绩效是核心需求，单企业版更合适。
不会没人管。自动派单有明确的边界：需要医护跟车、锁定原车返程、机构绑定多家服务商的订单不进自动流程；普通订单扩圈到最大半径仍无合格车，立即停止自动搜索转人工；拒单和超时有配置的重新轮派，异常超限的司机会被下线。每一单的搜索范围、检查过哪些服务商、为什么失败都写进派单日志，调度随时能接手。
正在筹备城市级转运平台？把你的服务商数量、车辆规模和监管要求告诉我们，我们按你的组织层级把系统配一遍再演示。
预约系统演示
