周日 08:30，迪拜刚过完一个忙碌的周六夜晚。本例中的共享汽车服务在一个覆盖城区大部分范围的行驶区域内运营 60 辆车，早上的地图显示其中有几辆停在沙迦和阿治曼，客户在那里结束了单程行程。运营经理希望在有人于 Al Nahda 预订车辆、从服务不覆盖的地方开始行程之前，先把这些闲置车辆从 App 中撤下。本文中的车队、车辆编号和时间均为演示数据，仅为举例而编。
简短回答：列出最后位置位于行驶区域多边形之外的所有车辆，并附上位置的时效和越过边界的距离。排除正在租用的车辆、即将有预订的车辆、团队有意停在区域外的车辆、离边界太近的车辆以及位置过旧的车辆。其余车辆在预览并确认后才从新预订中撤下，再回读结果。由现场任务把每辆车开回来。车辆停在区域内后，先确认这一点，再用同样的预览、确认和回读把它重新上架；仅仅越过边界本身不会改变任何东西。
最后更新：
2026年11月10日
08:30 地图上显示在区域外的一辆车，可能是四种不同的情况。它可能就停在那里；可能是某位客户正在行程中路过；它的最后位置可能已经是几小时前的；也可能它正停在边界上，GPS 定位在高楼之间漂移几十米。只有第一种才明确是该撤下的车。
所以检查需要地图一眼看不出的信息：每个位置有多新，平台中存储的区域多边形本身（App 用的就是这条线），以及每辆车越过边界多远。我们还会和团队约定一个统一的余量，比如 100 米，这一轮中凡是比这更近的都算“在边界上”。
在做任何修改之前，有一点要先说清楚：整件事只涉及新预订。这里没有任何操作会让车辆停下、上锁或减速，有人正在驾驶或已预订的车辆保持原样。
运营经理已把 ChatGPT 连接到平台，像给同事发消息一样打字：
运营经理：哪些车在迪拜行驶区域外？位置是多久前的，越过边界多远，今天有没有在租或被预订。只读
ChatGPT：有 9 辆车的最后位置在“Dubai drive zone”多边形之外。#226 最后一次上报是 04:50，所以我无法确定它现在的位置。
| 车辆 | 最后位置 | 时效 | 越过边界 | 租用或预订 |
|---|---|---|---|---|
| #204 | 沙迦，Al Nahda | 6 分钟 | 3.1 公里 | 无 |
| #219 | 阿治曼，Al Nuaimiya | 11 分钟 | 14 公里 | 无 |
| #245 | 沙迦，Al Khan | 18 分钟 | 6.4 公里 | 无 |
| #212 | 阿治曼，Al Jurf | 9 分钟 | 19 公里 | 无 |
| #233 | Al Qudra 路，湖区附近 | 1 分钟 | 22 公里 | 06:15 起在租 |
| #241 | 沙迦，Al Majaz，正向南行驶 | 1 分钟 | 5.2 公里 | 07:50 起在租 |
| #208 | Expo City，南门 | 9 分钟 | 60 米 | 10:00 有预订 |
| #250 | JBR，海滨停车场 | 7 分钟 | 40 米 | 无 |
| #226 | 沙迦，Muwaileh | 3 小时 40 分钟 | 9.8 公里 | 无 |
ChatGPT：#233 和 #241 正在租用中，#208 已被预订 10:00 用车。#208 和 #250 越过边界不到 100 米，在你们约定的 100 米边界复核范围内，所以在有人核实它们停在哪里之前，我会保持它们的可用状态不变。
九辆中有两辆在行程中。#233 的客户正在 Al Qudra 路上，也许是去湖区；#241 正从沙迦返回。你们的区域告警可能已经把这两辆车通知给客服，之后怎么处理按你们的租赁条款来。在这项工作里，它们不在名单上。#208 也一样：有人预订了它，10:00 在 Expo City 门口取车。
#250 是典型的“码头还是 JBR”问题。多边形的边界沿着街道的 Dubai Marina 一侧，而车辆显示在边界外 40 米的海滨停车场。在那些高楼之间，这 40 米可能是车的真实位置，也可能是信号在玻璃幕墙间反射。它在约定的余量之内，所以继续可预订。
运营经理：212 是故意放在阿治曼合作钣金厂的，别动它。226 有没有未处理的事项？
ChatGPT：#226 有一个未关闭的告警：定位器自 04:52 起离线。目前还没有相关任务。
仅凭 04:50 的定位就把 #226 撤下，只能算猜测。得先派人去检查定位器。
运营后台 · 演示数据
区域。地图上绘有还车区、行驶区、限制区以及机场停车区。客户可在 App 中查看周边的可用车辆。
车队概览。车辆利用率、进行中的租用订单、以 AED 计的收入以及需要关注的车辆：当您询问车队情况时，AI 助手读取的正是这些数据。技术人员则会收到按优先级排序的任务清单。
剩下 #204、#219 和 #245：停着不动，位置不到 20 分钟，越过边界几公里，没有在租，也没有预订。具体如何把车辆从新预订中撤下，取决于您的部署提供了哪种可用性设置。在演示环境中，就是把车辆设为停止服务。
运营经理：把 204 219 245 从新预订里撤下。先给我看看
ChatGPT：这是预览，尚未保存。保存前我会再检查一次，确认它们都没有开始租用或被预订。
| 车辆 | 现行 | 修改后 | 租用或预订 |
|---|---|---|---|
| #204 | Available | Out of service | 无 |
| #219 | Available | Out of service | 无 |
| #245 | Available | Out of service | 无 |
运营经理：确认
ChatGPT：08:41 再次核查：三辆车均无租用和预订。已保存。从平台回读：#204、#219 和 #245 显示为 Out of service。此次修改已以您的名义记入审计日志。
关于管控：问问您的车队是 CT Mobility 内置的 MCP 服务器，以每位员工自己的登录身份和权限运行，默认只读。只有员工在连接时允许了修改，修改才能生效；每项修改都需要像上面那样确认，每次调用都会记入审计日志。我们按需为每个部署单独开通。
运营经理：建任务把 204 219 245 开回 Al Qusais 停车场，再给 226 查一下定位器。都 13:00 前完成
ChatGPT：预览，尚未创建：
| 任务 | 车辆 | 出发地 | 截止时间 |
|---|---|---|---|
| 开到 Al Qusais 停车场 | #204 | 沙迦，Al Nahda | 13:00 |
| 开到 Al Qusais 停车场 | #219 | 阿治曼，Al Nuaimiya | 13:00 |
| 开到 Al Qusais 停车场 | #245 | 沙迦，Al Khan | 13:00 |
| 检查定位器，最后上线 04:50 | #226 | 沙迦，Muwaileh | 13:00 |
运营经理：204 和 245 给同一个技术员。确认
ChatGPT：已创建 4 个任务，状态均为 New。回读：#204 和 #245 分配给沙迦技术员，#219 分配给阿治曼技术员，#226 的定位器检查也分配给沙迦技术员。每次调用都已以您的名义记入审计日志。
在技术员真正坐上驾驶座之前，这三辆车仍停在 08:30 时的位置。
运营经理：早上那 4 个任务完成了吗？车现在在哪
| 车辆 | 任务 | 状态 | 当前位置 |
|---|---|---|---|
| #204 | 开到 Al Qusais | 10:55 完成 | Al Qusais，区域内，3 分钟前 |
| #245 | 开到 Al Qusais | 11:40 完成 | Al Qusais，区域内，5 分钟前 |
| #219 | 开到 Al Qusais | 12:20 开始 | 谢赫·穆罕默德·本·扎耶德路，区域内，1 分钟前 |
| #226 | 检查定位器 | 11:10 完成，备注：“定位器已重启” | 沙迦，Muwaileh，2 分钟前 |
运营经理：204 和 245 恢复上架。219 停好了再说
ChatGPT：预览：#204 和 #245 从 Out of service 改为 Available。#219 在停入区域内之前保持停止服务。
运营经理：确认
ChatGPT：已保存。回读：#204 和 #245 显示为 Available。
#226 已恢复上报，位于区域外 9.8 公里，没有任何预订，看起来和早上那三辆一样。它将走同样的预览和确认流程，并单独安排开回。
为什么一个周日早上会有四辆车在沙迦和阿治曼？最直接的猜测是周六夜里的行程在客户住处附近结束。但这只是猜测。一个早上说明不了什么，所以在调整还车区域或区域外结束行程的费用之前，先看看几周内行程都在哪里结束。
这项检查和周四检查哪些车还没为周末准备好正好配合使用。当客户来电说地图上有车却订不了时，可以看看客服如何找到客户真正能用的最近车辆。
CT Mobility Solutions F.Z.C. · 阿拉伯联合酋长国阿治曼，阿治曼自由区 C1 大楼，E-Commerce Hub BC-8
可以，作为一条只需设置一次的规则。车辆驶出其区域时，CT Mobility 可以通过推送、邮件或 SMS 提醒相关负责人，并自动把告警转为任务。详见GPS 车队追踪。至于哪些车撤出新预订，仍由您的团队决定。
没有公开价格。我们按需为每套 CT Mobility 部署单独开通，最快的办法是在“问问您的车队”页面预约演示，结合您的车队直接问。
数十个成功上线的项目和多年的稳健运营，一再在实践中证明了这一点。不妨问问我们的客户——他们尝试过多种 IT 解决方案，最终仍选择与我们同行。
