三个在售版本怎么选
概念界定：版本选型是指按「管到第几层」确定用哪个版本——管自己的车、管一城的服务商、还是管多城的集团。它不是按预算多少选，而是按组织结构选；选错层级的代价是长期配置负担。
非急救转运调度系统有三个在售版本，另有一个历史版本。选型只有一条主线：你管的是谁、管到第几层——管自己的车，还是管替你跑车的服务商组织，还是管跨城市的集团。三者共用同一套订单与计费内核，差别在组织层级与数据隔离方式，不在功能清单的长短。
一句话区分
- 单企业版：管的是「自己的车」。一家公司、一个调度中心，四个端共用同一笔订单。
- 城市平台版：管的是「替你跑车的组织」。一座城市的平台方不持有运力，多家服务商加盟，六个端，单个调度中心。
- 多城市平台版：管的是「多个城市的组织」。在平台与服务商之间多一层城市，可分城市管理、各城市多服务商、多个调度中心。
- 4.0 版：早期交付版本，界面与流程已被 2026 版替代，不再新增功能，仅作存档对照。
差异对照
| 维度 | 单企业版 | 城市平台版 | 多城市平台版 |
|---|---|---|---|
| 管理对象 | 自己的车辆与人员 | 加盟的服务商组织 | 集团下的多个城市与城市内服务商 |
| 组织层级 | 企业 → 车辆 / 人员 | 平台 → 服务商 → 车辆 / 人员 | 集团 → 城市 → 服务商 → 车辆 / 人员 |
| 终端数量 | 4 个：用户端、调度端、司机端、管理后台 | 6 个：另加服务商端与监管端 | 6 个，与城市平台版相同 |
| 调度中心 | 单个 | 单个 | 多个，可按城市分设 |
| 派单方式 | 调度员比较距离 / 班次 / 套单后确认 | 按规则自动派单，三种优先模式、自动扩圈与异常人工接管 | 同城市平台版 |
| 结算 | 企业自己的收入与成本账 | 平台对服务商结算 + 机构客户月结，两层 | 两层之外，另需确定按城市归集与对账的口径 |
| 适用 | 自营车队、医院陪护转运、康复出院接送 | 一城之内多家服务商加盟的城市平台 | 跨城市运营、要统一标准与统一看数的集团 |
三个版本共用一套内核
订单与计费内核是同一套，差别在组织层级与数据隔离方式。因此从单企业版扩展到城市平台版、再到多城市平台版，不需要换系统重来，业务规则与计费逻辑可以延续。
反过来说，如果一个版本能满足，就不必往上加层级：多一层组织，就多一套规则要维护。
按实际情形对号
| 你的情形 | 选这个 | 原因 |
|---|---|---|
| 车辆与司机都在自己名下，不需要对别人分账 | 单企业版 | 功能够用，层级最少，配置与培训成本最低 |
| 自己是平台方，不持有运力，一城之内多家服务商加盟 | 城市平台版 | 需要准入、监管与分账，但只有一座城市 |
| 跨城市运营，集团要把各城市放在一张表里比 | 多城市平台版 | 需要城市这一层做数据隔离与汇总 |
| 跨城市，但各城市独立运营、互不统管 | 按城市分别部署城市平台版 | 不需要跨城汇总，分开部署更轻 |
| 正在用 4.0 版，想评估升级 | 4.0 升级评估 | 按模块与数据量逐项比对，不是简单换版本号 |
常见问题
只有一座城市但服务商很多，要不要上多城市版？不要。多城市版多出的「城市」层在单城场景下只增加配置负担，功能内核是一样的；等真的开到第二座城市时再升级即可。
城市平台版能有多个调度中心吗？不能，它对应的是单个调度中心。多个调度中心是多城市平台版的特征，通常按城市分设。
升级会不会要重新录入数据？不需要。三者共用订单与计费内核，业务规则与历史数据可以延续；具体迁移范围仍要在方案阶段按模块核对。
4.0 版还算在售吗？不算。4.0 已停止演进，仅作存量维护，后续需求只在 2026 版上实现，新采购不建议选它。