电召值班最常见的画面，是调度员对着讲机问「你现在到哪了」「这单到底有没有绕」。司机在路上不一定回得及时，乘客又只感觉车迟迟不来。选型会上采购方也会追问——出租车电召系统调度台能不能按公司看出车？轨迹能不能回放？会不会自动偏航报警？问得对。对讲用来沟通，不该用来代替看车。

下面只写功能文档确认过的能力：调度台可用实时定位，按公司查看出车情况，并监测在线的司机、车辆及定位信息；也可用轨迹记录查看订单行程和车辆运行轨迹，并支持播放、暂停、停止、恢复。更稳妥的说法是：现在的位置能看见，跑过的路能回放。今日主写定位与回放，不整篇重做车机计价、月卡、城际城区抽成或语音留言。

实时定位：按公司看出车和在线车辆

文档写明，实时定位可以根据公司查看出车，以及监测在线的司机、车辆和定位信息。落地时建议先按公司把视野收干净：本市多家公司共用一个调度台时，先切到对应公司，再看谁已经出车、谁在线、车在什么位置。这样比在对讲里挨个点名更快，也不容易把别的公司车辆当成自己可调的运力。

值班 SOP 可以固定成三问：这辆车现在是否出车、司机是否在线、定位是否能看到。三问都有答案，才适合接着派下一单或回复乘客「车在附近」。电召小程序开发联调时，用测试公司造出已出车且在线的司机，确认调度台能按该公司过滤并看到定位；再对照未出车或离线的账号，确认他们不会混进「当前可监测」的视野。文档没有写地图服务商名称，文中也不指定用哪一家底图。

轨迹记录：播放、暂停、停止、恢复

轨迹记录用来查看订单行程和车辆的定位运行轨迹，操作上支持播放、暂停、停止、恢复。它和实时定位分工不同：定位回答「现在在哪」，轨迹回答「这一单或这辆车刚刚怎么走」。客诉绕路、司机报道路施工改道、乘客问为什么等了很久，调度都可以先打开对应轨迹，顺着播放看关键路段，需要核对某一路口时再暂停，看完一段可以停止，还要接着看就恢复——不必让司机在电话里口头复述路线。

培训时别扩写成系统会自动判断偏航并告警，也不要承诺轨迹会保留多少天——这些功能列表里没有写。演示用一笔已产生行程的订单打开轨迹，把播放、暂停、停止、恢复四个动作都点一遍：这是给人看的回放工具，不是无人值守的质检引擎。按单或按车回放，按当班要核对的对象来选即可。

定位看现场，轨迹核事后

电召订单是简易流程、没有导航、线下收费，司机端少了一层「系统带着走」的约束，调度台更需要自己把车看清楚。实时定位适合处理「这单现在到哪了、附近还有没有出车的人」；轨迹记录适合处理「这单刚才怎么走的、和乘客描述是否对得上」。两者连起来，对讲就可以从「你在哪」改成「我看到你在某某附近」或「轨迹上这一段需要对一下」。

周报可以记两列：靠定位当场解释清楚的问询、靠轨迹回放才结案的争议。前者长期很低，回头查定位过滤或出车/在线状态；后者很多却回放不了，回头查轨迹有没有随订单留下。别和车机计价、月卡、城际城区抽成或语音留言搅在同一套培训里。

上线前按这几单验收就够：能按公司过滤出车与在线车辆、定位看得见、未出车或离线账号不混进视野、订单轨迹能播放暂停停止恢复、按单与按车都能查。要把调度台看车和轨迹回放跑通，联系我们聊 Ptaxi 出租车电召系统即可。