根据官方文档：
指定参数 &rollups 而不是 &rollup，并且不指定 &cost_optimize，以获取在 Fleet Telematics API 中计算的路线。Fleet Telematics API 忽略 mode 参数中的最短/最快。相反，它最小化了 driver_cost、vehicle_cost 和 toll 成本的总和。这会产生完全成本优化的路线
但实际上这不是我测试后观察到的。我试过从利沃夫到柏林的路线，我设置driver_cost为 100 欧元和vehicle_cost0 欧元。我收到的路线需要 20 小时，费用为 43 欧元（收费公路）。这不是最佳路线，因为司机成本非常高 - 2000 欧元。
如果我添加cost_optimize=0并更改rollups为rollup（这应该关闭成本优化）作为请求的参数，我会收到更昂贵的路线，就收费公路而言 - 54 欧元，但持续时间为 13 小时，这给了 1300 欧元和更低的司机成本总成本。
怎么会这样？这是某种错误吗？
PS我一直在使用官方示例来仔细检查我的结果，例如这个
这是文档的（相当奇怪的）完整部分：
指定参数 &rollup 和/或 &cost_optimize 以获取 Routing API 计算的路由。路由 API 本身没有成本/通行费优化，但提供了最快和最短的路线以及更多具有不同选项的路线。Fleet Telematics API 然后选择 driver_cost、vehicle_cost 和 toll cost 之和最小的路线。因此，通常会找到（通行费）成本优化的路线，但并不总是得到保证。
指定参数 &rollups 而不是 &rollup，并且不指定 &cost_optimize，以获取在 Fleet Telematics API 中计算的路线。Fleet Telematics API 忽略 mode 参数中的最短/最快。相反，它最小化了 driver_cost、vehicle_cost 和 toll 成本的总和。这会产生完全成本优化的路线（在距离路点很远时，路线不考虑最小道路的限制范围内）。但不支持所有路由 API 参数并且可以显示更高的响应时间。
它说有两个优化引擎，一个（Fleet Telematics API）应该找到最佳路线，一个（Routing API）比“通常”（但不总是）找到最佳路线。您需要tollVehicleType在这两种情况下进行定义。
在你的第一个测试中，如果你有cost_optimize=1，它要么是 R-API，要么是没有优化（你没有提供你的请求，所以我不知道）。在您的第二次测试中，我认为您只是在要求最快的路线。如果您想要 FT-API，则必须删除cost_optimize参数并使用rollups，而不是rollup.