优化器 API
Optimizer API 通过使用数据来分析客户订单，订单中的产品以及客户需要的送货类型，从而提供基于库存预测成本估算的优化发货节点。 Optimizer API 可计算实时库存位置和节点容量消耗，而 Optimization service 可降低实时服务的总成本。
优化器 API 除了执行常规优化外，还执行影子优化。 将始终针对标准优化和备用优化设置计算 KPI。 如果在请求中将 Order Management System 的寻源选项传递到 Idle Optimizer API 或 Optimizer API ，那么将针对 Order Management System的寻源选项计算 KPI。
如果承运商服务是预定义的，且首选交付方式是 ship ，则履行经理可在 preferredCarrierServices 字段中输入承运商服务 ID。 您可以在订单级别或订单行级别输入运营商服务 ID。 这样，Optimization service 就能在指定航运组内优先考虑首选承运商服务，而不是其他承运商服务。
注意：要使 Optimization service 考虑首选承运商服务，履行经理必须将这些承运商服务添加为指定出货组的成员。
访问优化器 API
您可以通过以下 URL 访问 v2 Optimizer API：
https://<BaseURL>/<tenantId>/otmz/services/optimizer/V2/<tenantId>
注意： v2 Optimizer API 即将淘汰。 新客户应使用以下 v3 Optimizer API。
您可以从以下 URL 访问 v3 优化器API：
https://<BaseURL>/optimizer/{tenantId}/v3/order/optimization
优化器 API 的限制
请考虑优化器 API 的以下要点:
- 作为输入提供给 Optimizer API 的
OrderDate用于日志记录目的。 将根据 Optimization service接收订单的当前时间来处理订单。 Optimization service将重新采购的订单视为新订单。 - Optimization service 只能处理一个
ship to address。 它使用在订单级别提供的地址。 如果某个地址在订单级别不可用，那么它将使用第一个订单行中的地址。 - Optimization service 只能处理一个 SLA。 它使用的是第一个命令行中提供的属性 "
CarrierServiceCode的值。 - Optimization service 不会将
Cost to Serve信息提供回调用 Optimizer API 的应用程序。