Resolved issues

Review the defects and fixes that are addressed in the updates.

Note: An issue that impacted the adjust inventory capability was identified in the 10.0.2409.1 version of Order Hub that was released on October 4, 2024. The issue is resolved, and the artifacts are updated as part of the same Sterling™ Order Management System 10.0.2409.1-Sterling-SSFF-All-Minor-Update fix pack, which was republished on 16 October 2024.

8 December 2025 (Release 25.3.9.1 Patch 3 - 10.0.2509.1 Patch 3)

Table 1. Resolved issues
Case number Description
TS020553124 Issue: The records that are awaiting to synchronize with Order Service are deleted wrongly by SSI Delayed Sync agent when continuous failures occur.

Solution: This issue is resolved. The records that fail to synchronize with Order Service remain in the YFS_Awaiting_Index table and are picked up in the next iteration of the SSI Delayed Sync agent.

Internal Issue: The SSI Mass Sync agent processes orders too slowly when there are millions of orders to synchronize with Order Service.
Solution: The agent performance is now improved. To achieve better agent performance, adjust the following agent criteria parameters.
  • BatchSize: Use a smaller value, for example 25 to 30
  • NumberOfBatchesToBuffer: Use a higher value, for example 4000 to 5000

13 October 2025 (Release 25.3.9.1 - 10.0.2509.1)

Table 2. Resolved issues
Case number Description
TS017743721 Issue: The yfs.suppressModTypeValidationForCancelledOrders property does not have database support.

Solution: This issue is resolved and the yfs.suppressModTypeValidationForCancelledOrders property has database support. For more details, check yfs.suppressModTypeValidationForCancelledOrders property in the properties guide.

TS017952789 Issue: The createInventoryActivityList API call fails while inserting large InventoryActivity records.

Solution: This issue is resolved.

TS019334159 Issue: When custom attributes is associated with an item, the Manage Variations page in Sterling Business Center does not display any data.

Solution: This issue is resolved. The Manage Variations page displays the custom attributes correctly.

TS019835067 Issue: The logging for task queue segregation feature is not sufficient.

Solution: This issue is resolved and more debug logging is added for Task queue segregation feature.

TS019852083 Issue: The null pointer exception in the syncLoadedInventory API during the processing of an inventory supply record when the InventoryItemKey referenced in the record does not exist in the database.

Solution: This issue is resolved.

TS020095291 Issue: The YFSGetExternalInventoryForItemListUE does not work as expected in the following cases:
  • When organization maintains external inventory and multiple sourcing sequences are present in sourcing rules.
  • Not enough inventory is available in the first sourcing sequence, so the line gets expanded to the next sourcing sequence.
Solution: This issue is resolved.
TS020108402 Issue: When Read Availability Across Items Sharing The Same is set to GTIN, the findInventory API reads inventory for all GTIN items that includes the items in Unpublished status.

Solution: This issue is resolved. A new business rule READ_GTIN_AVAIL_UNPUBLISHED_ITEMS is introduced with the default value as Y. To suppress inventory read for Unpublished GTIN items, set the rule to N for the inventory organization.

TS020293341 Issue: IBA does not give expected outcome in the below scenario:
  1. Create Order1 using Item1 for 1 qty having no available supply. Schedule the order and the order moves to Backordered status.
  2. Create Order2 using the same item for 1 qty but with 1 available supply. Schedule the order and the order moves to Scheduled status.
  3. Run IBA agent and both the orders change to hold.
  4. Run the schedule order agent. The hold status gets resolved but Order1 is still in Backordered state while Order2 is in Scheduled status.
Expectation: Order1 should move to Scheduled status and Order2 to Backordered status based on first-in-first-out algorithm.

Solution: This issue is resolved and the CONSIDER_BACKORDER_DEMAND_FOR_IBA rule must be set to Y.

TS020313835 Issue: Scheduling a Procurement Transfer Order throws null pointer exception when following steps are performed:
  1. A listener is implemented between Sales Order and Transfer Order pipelines. The listener listens to Transfer Order Scheduled status and updates Sales Order line status when Transfer Order is scheduled.
  2. Under Logistics Management, Delivery Schedule is configured for the used CarrierServiceCode in Step 1 with Allow Up To Days Of Non-Transit Time For An Item as blank.
  3. The Sales Order is created with CarrierServiceCode passed on the OrderLine.
  4. The Sales Order is scheduled and Procurement Transfer Order is created.
  5. The Transfer Order is Scheduled.
Solution: This issue is resolved.
Internal Issue: Large zero authorization records are getting created that is causing performance issues.

Solution: This issue is resolved. The executeCollection API is enhanced to keep the authorization record open when the Payment Execution User Exit returns zero authorization, provided the threshold set by yfs.payment.zeroAuthCTRThreshold is reached.

For more information, check the yfs.payment.keepAuthOpenForZeroAmt property in the properties guide.

Internal Issue: When the getAvailabilityCache API is called with template consisting of ShipNodeAvailabilities element for the OMS-SIP integrated environment, the node availability impacts the API performance.

Solution: This issue is resolved. When the yfs.siv_integration.skipAvailabilityCacheForAllNodesShip is set as true, the node availability is read based on distance or nearby node attribute.

5 September 2025 (Release 25.3.9.0—10.0.2509.0)

Table 3. Resolved issues
Case number Description
TS019460285 Issue: The Shipment Notes are getting deleted at order cancellation.

Solution: This issue is resolved. The Shipment Notes is getting preserved when order is canceled.

TS019528797 Issue: When infinite loop error happens while fetching order details, the subsequent API call in same transaction to update the order header record fails.

Solution: This issue is resolved. When infinite loop error happens while fetching order details, the subsequent API call in the same transaction updates the order header record.

TS019636873 Issue: The demand adjustments created by purge during purging reservations have MIN_SHIP_BY_DATE stamped as blank.

Solution: This issue is resolved. The MIN_SHIP_BY_DATE on demand adjustments created by purge during purging reservation inherits the value from the original reservation.

TS019780152 Issue: The ExpectedShipmentDate timestamp of the Sales Order incorrectly displays as 00:00 when following steps are performed:
  1. Enable the override transfer schedule between nodes by using a carrier service feature. A CarrierServiceCode is configured for transferring inventory between the nodes and yfs.overrideTransferScheduleForProc property is set to true.
  2. A listener is implemented between Sales Order and Transfer Order pipelines that listens to Transfer Order Scheduled status and updates Sales Order line status to reflect the Transfer Order is scheduled.
  3. The Sales Order is created for a line requiring Special Service and Carrier Service specified by passing CarrierServiceCode attribute.
  4. The Sales Order is scheduled. Inventory is not available in Shipping Node and a Procurement Transfer Order is created.
  5. The Sales Order ETS in calculated with Special Service processing Time included in ExpectedShipmentDate.
  6. The Transfer Order is Scheduled.

Solution: This issue is resolved. The Sales Order ExpectedShipmentDate timestamp is now calculated as per ProcurementNode Carrier Pick up schedule, Special Service processing Time at ShipNode, and ShipNode's Carrier Pick up schedule, and not defaulted to 00:00.

TS019961110 Issue: The null pointer exception is observed in the multi-threaded schedule order agent in OMS-SIV integrated environments intermittently.

Solution: This issue is resolved.

TS019992170 Issue: The AFTER_DELETE and AFTER_MODIFY events are not getting triggered when the events are enabled at the enterprise level.

Solution: This issue is resolved. When the events are configured at the enterprise level, the AFTER_DELETE and AFTER_MODIFY events are generated as expected.

TS020064993 Issue: Intermittent failure of Callcenter startup with ConcurrentModificationException.

Solution: This issue is resolved. The part of code causing this issue is made threadsafe.

Internal Issue: The Action attribute description in the changeShipment java docs mentions:
If Action is Cancel then except for shipment and shipment lines, all related entities are deleted.

Solution: This issue is resolved. The shipment notes does not get deleted when the shipment is canceled and the Shipment Notes JavaDocs is updated as follows:
If Action is Cancel, then except for the shipment, shipment lines, and shipment notes, all related entities are deleted.

1 August 2025 (Release 25.2.6.2-10.0.2506.2)

Table 4. Resolved issues
Case number Description
TS017704467 Issue: Intermittent deadlocks are observed on INV_INVENTORY_ITEM_LOCK in the Schedule Order agent.

Solution: This issue is resolved.

TS018905184 Issue: The sales order ExpectedShipmentDate does not include special service processing time when the following steps are performed:
  1. A listener is implemented between the sales order and transfer order pipelines. The listener listens to the Transfer Order Scheduled status and updates the Sales order line status to reflect that the Transfer Order is scheduled.
  2. A sales order is created for a line that requires special service.
  3. The sales order is scheduled.

    Inventory is not available in the shipping node and a procurement transfer order is created.

  4. The sales order ETS in calculated with the special service processing time that is included in ExpectedShipmentDate.
  5. The transfer order is scheduled.

Solution: This issue is resolved. The sales order ExpectedShipmentDate now includes the special service processing time when a transfer order is scheduled.

TS018987338 Issue: The safety factor for the GTIN items is incorrectly shared across multiple GTINs.

Solution: This issue is resolved. The logic is updated to ensure that the item-level isolation of safety factors. When the yfs.yfs.doNotMatchSafteyFactorForRelatedGTIN property is set to true, the safety factor is not shared across related GTIN items.

TS019246456 Issue: The getAvailableInventory API does not account for unassigned demands.

Solution: This issue is resolved. The getAvailableInventory API is enhanced to display unassigned demands in the output. When the ConsiderUnassignedDemand input attribute is set, the API computes and returns the unassigned demand quantity under the UnassignedDemandQuantity attribute.

TS019398828 Issue: When the payment audit is enabled, for a cancelled order, if the changeOrder API is adding payment details, it fails with the ADD_QUANTITY modification rule error.

Solution: This issue is resolved in the payment audit capability.

TS019460285 Issue: The cancelOrder Java documentation does not provide a clear explanation for the shipment cancellation when an order is cancelled.

Solution: This issue is resolved. The cancelOrder Java documentation is enhanced to clarify that the associated shipment is cancelled only if the IsSingleOrder flag is set to Y.

TS019800641 Issue: The findInventory API calls OMPGetSourcingCorrectionUE multiple times for the same sequence when no inventory is available in any of the sourcing and procurement nodes.

Solution: This issue is resolved.

Internal

Issue: The pipeline determination rule for Contract Order Process is assigned with the old contract order pipeline. The 25.2.6.2-10.0.2506.2 release introduces a new pipeline for the Contract Order Process process type. It is the default and the only pipeline that is supported for processing the contract orders. If you earlier installed the 25.0.3.0-10.0.2503.0 version, then installing the 25.2.6.2-10.0.2506.2 version does not change the pipeline determination rule to point to the new pipeline.

Solution: Use the following instructions to default the new pipeline for the contract order process.
  1. Launch Applications Manager.
  2. Click Applications and navigate to Application Platform > Process Modelling, and open Process Modelling.
  3. Locate Contract Order document type under Order base document type and open the Contract Order Process process type.
  4. On the Contract Order Process Repository left panel, click and expand Pipeline Determination and open Hub Rule.
  5. If Contract Order Process (10.0) is displayed, delete that entry, and drag the Contract Order Process (10.0) from the list of Pipelines from the left panel.
  6. Save on the Pipeline determination rule for hub UI.

All contract orders created after the change follows the new pipeline for processing.

The old pipeline that was introduced in the 25.0.3.0-10.0.2503.0 release, is renamed as Contract Order Process - Old - Do not use. It is recommended that you delete the old pipeline. You can delete the old pipeline if you have not created any contract orders in your system. If you cannot delete the old pipeline, you can delete the old contract orders if they are in draft status or Cancel or Close the contract orders if they are Confirmed.

If you apply the 25.2.6.2-10.02506.2 version update directly, you do not see the old pipeline. The Pipeline Determination rule for hub is updated with the new pipeline Contract Order Process (10.0) and no action is needed.

For more information, see Updating the Contract Order Pipeline Determination Rule.

Internal Issue: The Shipment notes are not purged when the corresponding shipment is purged. Similarly, the Shipment history notes are not purged when the shipment history is purged.

Solution: This issue is resolved. The Shipment Purge Agent and Shipment History Purge Agent are enhanced to ensure that the Shipment notes and Shipment history notes are purged when the shipment is purged.

8 July 2025 (Release 25.2.6.1-10.0.2506.1)

Table 5. Resolved issues
Case number Description
Internal Issue: When the node capacity locking is enabled, excessive locking is observed for YFS_RES_POOL_CAPACITY_LOCK table during scheduleOrder transaction.

Solution: This issue is resolved.

TS017915766 Issue: The YFS_INVENTORY_TAG table is queried multiple times for the same record within a single transaction.

Solution: This issue is resolved. A transaction-level cache has been implemented to store and reuse the records that are fetched from the YFS_INVENTORY_TAG table that reduces redundant queries and improving performance.

TS018925517 Issue: The findInventory API takes more time when large number of nodes qualify for sourcing.

Solution: This issue is resolved and the findInventory API is updated to improve performance.

TS019341824

Issue: An exception occurs when a user creates a currency conversion in Applications Manager - Internationalization > Currency conversion.

Solution: This issue is resolved.

2 July 2025 (Release 25.2.6.0-10.0.2506.0 - Patch 2)

Table 6. Resolved issues
Case number Description
TS019612802

Issue: If the subservice name in an integration service such as in the JMS receiver is saved with a leading or trailing space, it is not trimmed. So, when the Sub_flow_name field of the sub_flow record is stored after trimming the space, the RunTimeId attribute in the config_xml field of the same record retains the space as is.

Solution: If a new service is created or an existing service is saved from Applications Manager, leading or trailing spaces in the RunTimeId attribute and in the subservice name of the integration receiver is trimmed and stored in the database.

23 June 2025 (Release 25.2.6.0-10.0.2506.0 - Patch 1)

Table 7. Resolved issues
Case number Description
TS019612802 Issue: The subservice name in an integration service, such as the JMS receiver, if saved with leading or trailing spaces, is saved with spaces and the extra spaces are not trimmed. So, a regression in behavior is observed with the service execution as part of validations that are done in server enhancements in the 25.2 release.

Solution: This issue is resolved. As part of this patch, fixes are made so that service execution can work even if the subservice name in a JMS receiver is saved with leading or trailing spaces.

6 June 2025 (Release 25.2.6.0-10.0.2506.0)

Note: There are database schema changes in the current release.
Table 8. Resolved issues
Case number Description
TS017010118 Issue: The performance of the specific queries on YFS_PERSON_INFO table is impacted by the OOB index PERSON_INFO_I4.

Solution: This issue is resolved.

The index PERSON_INFO_I4 is removed from the product. However, this index is not removed from the Order Management System database when the customer upgrades to this release version since index drops are suppressed as a part of upgrades in Order Management System. The customer can request for a manual drop of this index, if required.
Tip: If this index is needed for some other functionality, it is advised for customer to add this as a custom index.
TS017698512 Issue: During scheduling in an IV integrated environment, if the schedule API call fails and transaction is rolled back, overpromising is observed intermittently for short duration of time.

Solution: This issue is resolved.

TS018187889 Issue: The input to YFSGetAvailabilityCorrectionsForItemListUE does not include the XPath element Items/Item/Supplies/Supply/InventoryTag/Extn even when getAvailabilityCorrectionsForItemList template is included.

Solution: This issue is resolved.

TS018322478 Issue: Sterling Order Management System retrieves the capacity for nodes with no inventory.

Solution: This issue is resolved.

A new property yfs.readResourcePoolsForNodesWithInventory is introduced. When the property is set to true, the product does not retrieve capacity for nodes with no inventory.

TS018623916 Issue: The receiveOrder API is not updating tag attributes in the YFS_INVENTORY_TAG table.

Solution: This issue is resolved.

TS018716245 Issue: The FindInventory API output displays mismatched Estimated Time of Shipping (ETS)/ / Estimated Time of Delivery (ETD) and ProductAvailDate when following steps are performed:
  1. Create NODE1 and NODE2 with shipping calendar and working hours from 01:00 to 23:59 and Sunday as non-working.
  2. Mark May 22 and May 23, 2025 as holiday in the node shipping calendars.
  3. Create node transfer schedule from NODE1 to NODE2. Mark Sunday as cannot ship and default transit time as 2 days, daywise override for Sunday to Thursday as 0 transit time, and Friday and Saturday as 3 days transit time.
  4. Create node transfer schedule and mark the following overrides:
    • For May 20, 2024 - 4 days transit time
    • For May 21, 2025 - 5 days transit time
  5. Adjust inventory at node NODE1 for an item.
  6. Call the FindInventory API with ShipNode as NODE2 and ProcureFromNode as NODE1 and ReqStartDate as May 24, 2025.
    The FindInventory output is observed as follows:
    At NODE1, assignment shipDate is May 21, NODE2 assignment shipDate is May 24, ProductAvailable date at NODE2 is May 26.
    he FindInventory output is expected as follows:
    At NODE1, assignment shipDate is May 20 and at NODE2 assignment shipdate is May 24.

Solution: This issue is resolved.

A new property yfs.considerNodeHolidayDuringBackwardCalculationOfProc is added with default value as false. If you set the property to true, during backward shipdate calculations, the product considers shipnode holidays from shipping calendar even if they are not marked in the node transfer schedules.

TS018921804 Issue: The reserveItemInventoryList API does not allow to update ReservationExpirationDate for the reservation that has past ShipDate.

Solution: This issue is resolved.

TS019143912 Issue: In the Entity Relationship Diagram (ERD) documentation, the ACTIVATE_FLAG column in the YFS_SHIP_NODE table should be deprecated.

Solution: This issue is resolved.

In the Entity Relationship Diagram (ERD) documentation, the ACTIVATE_FLAG column in the YFS_SHIP_NODE table is deprecated.

Internal Issue: For orders created from a contract, the contract order ID is stored in the CONTRACT_ID column of the YFS_ORDER_HEADER table. This column's data type does not align with the corresponding column in the YFS_CONTRACT_ORDER table.

When SBA is enabled, the contract order key is stored in the CONTRACT_ID column of the YFS_SBA_ORDER_LINE_STATUS table. This column's data type does not align with the corresponding column in the YFS_CONTRACT_ORDER table.

Solution: This issue is resolved.

The contract order ID is stored in the new column CONTRACT_ORDER_ID of the YFS_ORDER_HEADER table for orders created from a contract.

When SBA is enabled, the contract order key is stored in the new column CONTRACT_ORDER_KEY of the YFS_SBA_ORDER_LINE_STATUS table.

2 May 2025 (Release 25.1.3.2-10.0.2503.2)

Table 9. Resolved issues
Case number Description
TS015917795 Issue: In the multi-colony setup where enterprise transactional records are on different colonies, the getPage API does not work properly from page 2.

Solution: This issue is resolved.

TS017830654 Issue: The getPossibleSchedules API throws an Invalid Delivery Method CARRY exception in IV calls when called with CARRY line in an IV integrated environment.

Solution: This issue is resolved.

The getPossibleSchedules API is fixed to ignore the generating promise line when the delivery method is CARRY.

TS018194727 Issue: The loadInventoryMismatch API fails when the system process messages for same item with different nodes in multithreaded mode with same YFS_INVENTORY_TAG record insertion.

Solution: This issue is resolved.

TS018279801 Issue: The OrderBy element does not work in getOrderInvoiceList call.

Solution: This issue is resolved.

The getOrderInvoiceList API is enhanced to support the <OrderBy> element. For more information, see getOrderInvoiceList API documentation.

TS018362995 Issue: The following information is not available in the manageNodeTransferSchedule API javadocs:
Only integer value for transit time is supported during transit time calculations in Promising APIs.

Solution: This issue is resolved.

The manageNodeTransferSchedule API javadocs is updated.

TS018695289 Issue: In an IV Integrated environment, getAvailableInventory API call does not honor the ReqEndDate attribute is passed in API input.

Solution: This issue is resolved.

TS018712644 Issue: When the iv_integration.largeOrder.batchMode.enable property is enabled in an IV integrated environment, the reservation fails intermittently due to unavailable lines even though the item is available.

Solution: This issue is resolved.

TS019107328 Issue: When an invalid line error is thrown during order line cancellation with the order line key that is not present in the system, the order line key is not displayed in the error stack.

Solution: This issue is resolved.

The order line key is displayed in the error stack.

4 April 2025 (Release 25.1.3.1-10.0.2503.1)

Table 10. Resolved issues
Case number Description
TS016928241
Issue: The Expected Shipment Date (ETS) on the order line is calculated incorrectly in the following scenario:
  1. Two nodes named NODE1 and NODE2 are created.
  2. A transfer schedule is set up from NODE2 to NODE1 with a 3-day transit time.
  3. Inventory is adjusted on NODE2 for ITEM1 with a quantity of 50.
  4. Ensure that the YFSGetAvailabilityCorrectionsForItemListUE user exit is implemented to return the input as output.
  5. An order is created with ReqShipDate of Current Date + 5 days.
  6. The order is scheduled.

Solution: This issue is resolved.

TS017420917

Issue: The user is not able to modify any aspect of the routing guide after they add multiple freight term values.

Solution: This issue is resolved.

The manageRoutingGuide API is enhanced to update routing guide with multiple freight term values.

TS017883688

Issue: In an Sterling Intelligent Promising Inventory Visibility-integrated environment with Adapter Phase2, the getCompleteItemList API displays an error when a distribution group is not passed in the API input and is not configured in the basic configuration.

Solution: This issue is resolved.

TS018034263
Issue: The order is stuck in the Reserved status in the following scenario:
  1. Two nodes named NODE1 and NODE2 are created.
  2. A transfer schedule is set up from NODE2 to NODE1 with a 3-day transit time.
  3. Inventory is adjusted on NODE2 for ITEM1 with a quantity of 50.
  4. Ensure that the YFSGetAvailabilityCorrectionsForItemListUE user exit is implemented to return the input as output.
  5. Ensure that the DS_I1 delivery service is associated with ITEM1.
  6. Create an order with ShipNode as NODE1 and ProcureFromNode as NODE2.
  7. Take the appointment for Delivery Service on current day + 5 days.
  8. The order is scheduled.

Solution: This issue is resolved. The order moves to the Procurement Transfer Order Created status.

TS018047074

Issue: Inventory visibility reservation is not used during order creation if nonzero lead days are configured for an item.

Solution: This issue is resolved.

TS018100972
Issue: The capacity is not freed from all nodes in the following scenario:
  1. A reservation is created for two items with 1 quantity each against two different nodes with a resource pool that is configured for each node of the release UOM (Unit of Measure).
  2. An order is created with two lines by using this reservation.
  3. The order is then cancelled completely.

Solution: This issue is resolved. The capacity is freed from all nodes.

TS018342928

Issue: When an invalid line error occurs during the changeOrder API call, the error stack does not mention the order line key.

Solution: This issue is resolved. The order line key is displayed in the error stack when an invalid line error occurs during the changeOrder API call.

TS018584241

Issue: The parent item description is displayed instead of the substitution item description in the getShipmentDetails API response after the substitution.

Solution: This issue is resolved. The getShipmentDetails API is fixed to display the substitution item description in the response.

TS018643512

Issue: When the retry flag is Y from the PAYMENT_EXECUTION transaction user exit output, then the existing mappings in the YFS_PAYMENT_REASON_MAPPING table are deleted.

Solution: This issue is resolved.

7 March 2025 (Release 25.1.3.0-10.0.2503.0)

Table 11. Resolved issues
Case number Description
TS015402889

Issue: In a Sterling Intelligent Promising Inventory Visibility reservation call from Sterling Order Management System Order Schedule and release in IV-integrated environment with Adapter Phase2, the Accessing context outside creating thread error occurs intermittently.

Solution: This issue is resolved.

TS016743014

Issue: When the payment rule is set to collect payment externally, then the infinite loop error occurs while processing refunds or discounts.

Solution: This issue is resolved.

TS017012516

Issue: The orders that consist of the NOT_APPLICABLE payment status are not getting purged.

Solution: This issue is resolved.

The Order Purge Agent is enhanced to purge orders with the NOT_APPLICABLE payment status.

TS017186233

Issue: When multiple procurements are from the nodes with same cost, date and quantity are eligible to fulfill the request, order scheduling fails intermittently.

Solution: This issue is resolved.

TS017732278

Issue: The getChargeTransactionList API does not have a limit on the maximum records that can be retrieved in the output.

Solution: This issue is resolved.

The getChargeTransactionList API is enhanced to retrieve the number of records based on the value that is set for the MaximumRecords attribute. Default is 5000 records.

TS017822614 Issue: In Postgres DB, IBA queries are taking longer time to run which is creating performance issues.

Solution: This issue is resolved.

The Sterling Order Management System application is enhanced to support IBA with PostgreSQL database.

TS018038757

Issue: getAvailableInventory API returns total accumulative availability and does not filter the availability to match the tag information that is provided at PromiseLine input.

Solution: This issue is resolved.

getAvailableInventory API is enhanced to return the availability based on the tag information that is provided as part of PromiseLine input.

TS018082167

Issue: The option to use AWS S3 sdk JAR files is not available for deploying applications.

Solution: This issue is resolved. The AWS S3 sdk JAR files and the related dependent JAR files such as jackson and joda-time are added to the Application class path and are available for deploying applications.

TS018397034

Issue: In the getOrderInvoiceDetails API, when the CollectionDetails element is used without a child element, the stack overflow error occurs.

Solution: This issue is resolved.

TS018438207

Issue: The getExternalCostForOptionsUE user exit is enhanced to show the capacity usage information when resource pool exists for the assignment nodes.

Solution: This issue is resolved.

TS018479682

Issue: The PageSetToken attribute in the getPage API documentation is updated to provide information about maximum number of tokens that are retained in the cache.

Solution: This issue is resolved.

Internal
Issue: When the following steps are performed, the Order/PriceInfo/@TotalAmount and Order/OrderLines/OrderLine/LinePriceInfo/@LineTotal attribute values are not calculated according to the unit price that is retrieved from the price list:
  1. Create a large order with BypassPricing set to Y.
  2. Call the changeOrder API to update an order header-level attribute such as CarrierServiceCode that is configured to impact pricing.

Solution: This issue is resolved.

Note: The contract order pipeline and the pipeline determination rule for hub for contract orders that are introduced in this release are updated in Release 25.2.6.2-10.0.2506.2. For more information, see Contract order process pipeline.

24 January 2025 (Release 24.3.9.2-10.0.2409.2)

Table 12. Resolved issues
Case number Description
TS017809477

Issue: When you compress data for columns with compression enabled, the application cannot compress special characters. Instead, a duplicate text is created.

Solution: This issue is resolved.

If the application fails to compress the data, the uncompressed data is saved in the database, to prevent data corruption that might occur during compression.

TS017061933

Issue: The Order Monitor agent stamps the future date in NEXT_ALERT_TS instead of the current date when the agent is expected to again raise alerts until a specific date.

Solution: This issue is resolved.

The Order Monitor agent now stamps NEXT_ALERT_TS as the current date when it is required to again raise alerts until a specific date.

TS017701540

Issue: For external promotions, the award description that is provided in the input is not saved.

Solution: This issue is resolved.

TS017262363

Issue: When a return order includes both bundle parent and component lines, duplicate component lines are created.

Solution: This issue is resolved.

In the return order creation XML, the DerivedFrom element now retrieves the derived order based on the combination of DocumentType, EnterpriseCode, and OrderNo.

TS016768318

Issue: When the yfs.useNewRoundOffPriceForConventional property is enabled, prices are rounded off, but charges are not.

Solution: This issue is resolved.

When the yfs.useNewRoundOffPriceForConventional property is enabled, similar to prices, charges are also rounded off.

TS017537692

Issue: When the api.security.mode property is set to LAX, the extended elements corresponding to a hang-off table are not populated.

Solution: This issue is resolved.

TS017807843

Issue: When the getTrackingNoAndPrintLabel API throws exception, it is not recorded in the log file.

Solution: This issue is resolved.

TS017171817

Issue: CurrentStorePickup/Pickup/@ProcureFromNode does not reflect the correct procure from node value when IsProcurementAllowed=Y is passed in input of the getStoreAvailability API.

Solution: This issue is resolved.

The CurrentStorePickup/Pickup/@ProcureFromNode now reflects the correct procure from node value from where procurement is evaluated in the getStoreAvailability API output.

TS012935603
Issue: When you perform the following steps, the sourcing scenario does not work properly with optimization based on the minimum number of shipments:
  1. Scheduling rule - The Line Ship from Single Node constraint is enabled and optimization on cost, number of shipments.
  2. The inventory availability picture for ITEM1 and ITEM2 is as follows:
    • ITEM1 - 7 quantity available at NODE1 and 0 quantity available at NODE2.
    • ITEM2 - 4 quantity available at NODE1 and 5 quantity available at NODE2.
  3. Call the findInventory API with ITEM1 and RequiredQty=1 and ITEM2 with RequiredQty=5. The expected output is that ITEM1 must have 1 quantity fulfilled from NODE1, and ITEM2 must have 5 quantities fulfilled from NODE2. But, the actual output shows that for ITEM1, 1 quantity is fulfilled from NODE1, while for ITEM2, 4 quantities are fulfilled from NODE1 and 1 quantity is marked as unavailable.

Solution: This issue is resolved.

TS017589883

Issue: In an Sterling Intelligent Promising Inventory Visibility-integrated environment with Adapter Phase2, under low availability conditions, on calling the reserveAvailableInventory API, the application occasionally displays a null pointer exception.

Solution: This issue is resolved.

TS016707360
Issue: When you perform the following steps, the IBA does not work as expected:
  1. In IBA Rules, configure Order Selection Rules for Inventory Allocation to have priority orders in the first sequence and non-priority orders in the second sequence.
  2. In Node 1, 1 quantity inventory is available.
  3. Create a non-priority order with 1 quantity and schedule it. The order is scheduled.
  4. Create a priority order and schedule it. The order is backordered.
  5. Run the IBA agent and then schedule the Order agent.

The priority order remains in the backordered status and the non-priority order remains in the scheduled status. Instead, the priority order must move to the scheduled status and non-priority order must be backordered.

Solution: This issue is resolved.

A new CONSIDER_BACKORDER_DEMAND_FOR_IBA rule is introduced with the default value set to N. Ensure that you call the manageRule API to change the value to Y to avoid this issue.

TS017771777

Issue: After you upgrade to fix pack 2403.2, the The input XML to YFSGetAvailabilityCorrectionsForItemListUE does not contain all zero supply records for nodes, which are eligible from previous sequences and had zero supply.

Solution: This issue is resolved.

A dummy supply is added to the YFSGetAvailabilityCorrectionsForItemListUE input for all the eligible nodes from previous sequences and had zero supply.

TS016804990

Issue: The data extract SFTP process to customer's AWS SFTP fails when they upgrade to the latest security policies of AWS from TransferSecurityPolicy-2020-061 to TransferSecurityPolicy-2024-01.

Solution: This issue is resolved.

The JSch (Java Secure Channel) library is upgraded from 0.1.55 to 0.2.21, which supports the latest key exchange algorithms for SFTP and works with AWS SFTP adopting security policies from TransferSecurityPolicy-2024-01.

TS014082596

Issue: Incorrect demand updates are observed for tag items with hot SKU when the Summarize and Maintain Total Supply and Demand rule is enabled.

Solution: This issue is resolved.

TS015028263

Issue: The INVENTORY_KEPT_EXTERNALLY configuration is not inherited by organizations that are positioned lower by multiple levels within the organizational hierarchy.

Solution: This issue is resolved.

TS018001678

Issue: The adjustInventory API, when used with AdjustmentType set to ABSOLUTE and RemoveInventoryNodeControl as A, it incorrectly generates inventory activity records, even when there are no yfs_inventory_node_control records to delete and no changes to the supply picture.

Solution: This issue is resolved. A new record is now created only if yfs_inventory_node_control records are available for deletion, and a corresponding inventory activity record is not present.

TS017915766

Issue: When capacity locking is enabled, a lock is observed for inquiry APIs, such as findInventory and getPossibleSchedules that leads to high lock contention, and thus results in slowness.

Solution: This issue is resolved.

TS017704664

Issue: The capacity cache is not updated intermittently because the process for updating the cache is terminated when it encounters an error.

Solution: This issue is resolved.

A new yfs.capacityAvailablity.jvmcache.maxRetry property is added, which governs how many retries the process can go through before the cache is terminated.

TS017600444

Issue: The orphan records in the YFS_SUB_FLOW table leads to issues while starting a server.

Solution: This issue is resolved.

The subflow records with no corresponding flow records that are stamped on them are ignored during the server startup after logging an error.

TS018186552

Issue: In Applications Manager, click Application Platform. Go to Security > Groups > Group Details > Security. In the Permissions tab, when you view resource permission group, some of the listed components do not display the correct component name.

Solution: This issue is resolved.