已解决的问题

查看更新中解决的缺陷和修订。

注：2024 年 10 月 4 日发布的订单中心 10.0.2409.1版本中发现了一个影响调整库存功能的问题。问题已解决，这些错误作为同一 Sterling™ Order Management 系统 10.0.2409.1-Sterling-SSFF-All-Minor-Update 修复包的一部分进行了更新，该修复包于2024年10月16日重新发布。

2026年1月16日（发布 26.1.1.0 - 10.0.2601.0 ）

表 1. 已解决的问题
案例编号	描述
TS020191329	问题：在集成库存管理环境中，当启用库存组织规则 `Use Enhanced Segment Based Allocation` 时，未分段的库存未被正确考虑。解决方案：此问题已解决，在库存组织层级应用 `Use Enhanced Segment Based Allocation` 规则时，未分段库存将被纳入考量。
TS020247475	问题：当合并代理在多线程环境中运行时，由于订单之间的循环锁定，在货运合并过程中可能发生死锁。并行线程锁定不同订单后，在整合跨订单发货时等待其他锁定，导致死锁情况。解决方案：问题已解决。该系统经过增强，可在合并过程中绕过发票处理环节，从而消除循环锁定依赖关系，并在多线程环境中防止死锁发生。
TS020529791	问题：当订单行被取消时，系统不会删除所有相关的订单行关联关系。解决方案：问题已解决。该 cancelOrder API已修复，将移除已取消订单行及其关联订单行之间的所有订单行关联关系。
TS020642815	问题：当在 CreateOrder API输入中同时提供 `AdditionalLinePrices` 和 `LineCharges` 时，会发生空指针异常。然而，它只需其中一个输入即可工作。解决方案：此问题已解决，同时支持 `LineCharges` 和 `AdditionalLinePrices` 元素。
TS020784861	问题：在处理大量订单时，由于调用包含排序子句的 `YFS_ORDER_RELEASE_STATUS` 表， getOrderList API性能会变慢。解决方案：问题已解决。对于大批量订单， getOrderList 当API输出模板中不存在 `OrderStatus` 元素时，不会 `YFS_ORDER_RELEASE_STATUS` 向表中添加排序子句，从而提升 getOrderList API的性能。
TS020812921	问题：用于填充发货单行表中特定字段的对象 `PersonInfoMarkFor` 中缺少API getShipmentLineList 输出模板。在尝试将 `PersonInfoMarkFor` 对象包含到输出模板时，系统会抛出API安全违规错误，且所需字段在用户界面中未被填充。解决方案：问题已解决。输出 getShipmentLineList 模板已增强，支持该 `PersonInfoMarkFor` 元素以消除任何API安全违规行为。
TS020812921	问题：当前API getOrderLineList 输出未包含允许的修改操作信息，且订单中心无法隐藏不允许操作的行项。解决方案：问题已解决。该 getOrderLineList API已增强功能，可识别每条订单行允许执行的修改操作，从而在订单中心相应地禁用或启用这些操作。
TS020814860	问题：在流程 createOrder 中存在不必要的查询，当不存在对应的输入数据且相关表中没有记录时。解决方案：此问题已解决，查询执行范围现已限制在相关事务表内。因此，当输入 createOrder 中未提供参考号、行选项、费用或税费明细等相关信息时，对这些表的查询将不再被触发。
TS020819150	问题：当订单行包含多个发货项且其中一个发货项已被取消时，API cancelOrder 调用将失败。解决方案：问题已解决。
TS020965126	问题：该 consolidateToShipment API在合并发货时未考虑预期发货日期和预期送达日期。解决方案：问题已解决。该 consolidateToShipment API已增强，可根据预计发货日期和预计送达日期合并货运。这些属性是在 “应用程序管理器 > 物流管理 > 物流 > 运输计划 ”中添加的。当进行检查 consolidateToShipment 时，API会根据这些属性查找现有的匹配货运。