Problemas resueltos archivados en 2025

Los defectos se solucionaron en actualizaciones importantes y menores del sistema Sterling™ Order Management en 2024.

Nota: Se identificó un problema que afectaba a la capacidad de ajuste del inventario en la versión 10.0.2409.1 de Order Hub, lanzada el 4 de octubre de 2024. El problema se ha resuelto y los artefactos se han actualizado como parte del mismo paquete Sterling® Order ManagementIBM Sistema10.0.2409.1-Sterling-SSFF-All-Minor-Update de correcciones, que se volvió a publicar el 16 de octubre de 2024.

8 de diciembre de 2025 ( 25.3.9.1, parche 3 - 10.0.2509.1, parche 3)

Tabla 1. Problemas resueltos
Número de caso	Descripción
TS020553124	Problema: Los registros que están esperando sincronizarse con el servicio de pedidos se eliminan erróneamente por el agente de sincronización diferida SSI cuando se producen fallos continuos. Solución: Este problema está resuelto. Los registros que no se sincronizan con el Servicio de pedidos permanecen en la `YFS_Awaiting_Index` tabla y se recogen en la siguiente iteración del agente SSI Delayed Sync.
Interno	Problema: El agente SSI Mass Sync procesa los pedidos demasiado lentamente cuando hay millones de pedidos que sincronizar con el servicio de pedidos. Solución: El rendimiento del agente ha mejorado. Para lograr un mejor rendimiento de los agentes, ajuste los siguientes parámetros de criterios de los agentes. BatchSize : Utilice un valor más pequeño, por ejemplo, entre 25 y 30 NumberOfBatchesToBuffer : Utilice un valor más alto, por ejemplo, entre 4000 y 5000

13 de octubre de 2025 (Comunicado 25.3.9.1 - 10.0.2509.1 )

Tabla 2. Problemas resueltos
Número de caso	Descripción
TS017743721	Problema: La `yfs.suppressModTypeValidationForCancelledOrders` propiedad no tiene compatibilidad con bases de datos. Solución: Este problema se ha resuelto y la `yfs.suppressModTypeValidationForCancelledOrders` propiedad es compatible con la base de datos. Para obtener más información, consulte `yfs.suppressModTypeValidationForCancelledOrders` la propiedad en la guía de propiedades.
TS017952789	Problema: La llamada createInventoryActivityList a la API falla al insertar registros de `InventoryActivity` gran tamaño. Solución: Este problema está resuelto.
TS019334159	Problema: Cuando se asocian atributos personalizados a un artículo, la página Administrar variaciones de Sterling Business Center no muestra ningún dato. Solución: Este problema está resuelto. La página «Gestionar variaciones » muestra correctamente los atributos personalizados.
TS019835067	Problema: El registro de la función de segregación de la cola de tareas no es suficiente. Solución: Este problema se ha resuelto y se ha añadido más registro de depuración para la función de segregación de la cola de tareas.
TS019852083	Problema: Excepción de puntero nulo en la syncLoadedInventory API durante el procesamiento de un registro de suministro de inventario cuando la `InventoryItemKey` referencia en el registro no existe en la base de datos. Solución: Este problema está resuelto.
TS020095291	Problema: El `YFSGetExternalInventoryForItemListUE` no funciona como se espera en los siguientes casos: Cuando la organización mantiene un inventario externo y existen múltiples secuencias de abastecimiento en las reglas de abastecimiento. No hay suficiente inventario disponible en la primera secuencia de abastecimiento, por lo que la línea se amplía a la siguiente secuencia de abastecimiento. Solución: Este problema está resuelto.
TS020108402	Problema: Cuando Disponibilidad de lectura entre artículos que comparten lo mismo está configurado en GTIN, la findInventory API lee el inventario de todos los artículos GTIN que incluyen los artículos en `Unpublished` estado. Solución: Este problema está resuelto. Se introduce `READ_GTIN_AVAIL_UNPUBLISHED_ITEMS` una nueva regla de negocio con el valor `Y`predeterminado. Para suprimir la lectura de inventario de los artículos GTIN no publicados, establezca la regla en `N` para la organización de inventario.
TS020293341	Problema: IBA no ofrece el resultado esperado en el siguiente escenario: Crear un Order1 e utilizando Item1 para 1 unidad sin suministro disponible. Programa el pedido y este pasa al estado «Pendiente de entrega». Cree un Order2 o utilizando el mismo artículo para 1 unidad, pero con 1 suministro disponible. Programa el pedido y este pasa al estado Programado. Ejecute el agente IBA y ambas órdenes pasarán a estar en espera. Ejecute el agente de órdenes programadas. El estado de retención se resuelve, pero Order1 sigue en estado «Backordered» (Pedido pendiente), mientras que Order2 está en estado «Scheduled» (Programado). Expectativa : « Order1 » debería pasar al estado «Programado» y « Order2 » al estado «En espera» según el algoritmo «primero en entrar, primero en salir». Solución: Este problema se ha resuelto y la `CONSIDER_BACKORDER_DEMAND_FOR_IBA` regla debe establecerse en `Y`.
TS020313835	Problema: Al programar una orden de transferencia de aprovisionamiento se produce una excepción de puntero nulo cuando se realizan los siguientes pasos: Se implementa un oyente entre los canales de órdenes de venta y órdenes de transferencia. El oyente escucha el estado «Orden de transferencia programada» y actualiza el estado de la línea del pedido de venta cuando se programa la orden de transferencia. En Gestión logística, se configura el Programa de entrega para el utilizado `CarrierServiceCode` en el Paso 1 con Permitir hasta días de tiempo sin tránsito para un artículo en blanco. El pedido de venta se crea con `CarrierServiceCode` pasado al `OrderLine`. Se programa el pedido de venta y se crea la orden de transferencia de aprovisionamiento. La orden de transferencia está programada. Solución: Este problema está resuelto.
Interno	Problema: Se están creando registros de autorización con valores cero de gran tamaño, lo que está provocando problemas de rendimiento. Solución: Este problema está resuelto. La executeCollection API se ha mejorado para mantener abierto el registro de autorización cuando la salida de usuario de ejecución de pago devuelve una autorización cero, siempre que se alcance el umbral `yfs.payment.zeroAuthCTRThreshold` establecido por. Para obtener más información, consulte la `yfs.payment.keepAuthOpenForZeroAmt` propiedad en la guía de propiedades.
Interno	Problema: Cuando se llama a getAvailabilityCache la API con una plantilla que contiene `ShipNodeAvailabilities` el elemento para el entorno integrado OMS-SIP, la disponibilidad de los nodos afecta al rendimiento de la API. Solución: Este problema está resuelto. Cuando se `yfs.siv_integration.skipAvailabilityCacheForAllNodesShip` establece como verdadero, la disponibilidad del nodo se lee en función de la distancia o del atributo del nodo cercano.

5 de septiembre de 2025 ( 25.3.9.0 — 10.0.2509.0 )

Tabla 3. Problemas resueltos
Número de caso	Descripción
TS019460285	Problema: Las notas de envío se eliminan al cancelar el pedido. Solución: Este problema está resuelto. Las notas de envío se conservan cuando se cancela el pedido.
TS019528797	Problema: Cuando se produce un error de bucle infinito al recuperar los detalles del pedido, la siguiente llamada a la API en la misma transacción para actualizar el registro del encabezado del pedido falla. Solución: Este problema está resuelto. Cuando se produce un error de bucle infinito al recuperar los detalles del pedido, la siguiente llamada a la API en la misma transacción actualiza el registro del encabezado del pedido.
TS019636873	Problema: Los ajustes de demanda creados por la purga durante las reservas de purga tienen MIN_SHIP_BY_DATE marcado como en blanco. Solución: Este problema está resuelto. Los ajustes `MIN_SHIP_BY_DATE` bajo demanda creados por la purga durante la reserva de purga heredan el valor de la reserva original.
TS019780152	Problema: La `ExpectedShipmentDate` marca de tiempo del pedido de venta se muestra incorrectamente como 00:00 cuando se realizan los siguientes pasos: Habilite la programación de transferencia de anulación entre nodos utilizando una función del servicio del operador. A `CarrierServiceCode` está configurado para transferir inventario entre los nodos y `yfs.overrideTransferScheduleForProc` la propiedad está establecida en verdadero. Se implementa un oyente entre los canales de órdenes de venta y órdenes de transferencia que escucha el estado Programado de la orden de transferencia y actualiza el estado de la línea de la orden de venta para reflejar que la orden de transferencia está programada. El pedido de venta se crea para una línea que requiere un servicio especial y un servicio de transporte especificado mediante el atributo `CarrierServiceCode` de paso. El pedido de venta está programado. El inventario no está disponible en el nodo de envío y se crea una orden de transferencia de aprovisionamiento. El ETS del pedido de venta se calcula incluyendo el tiempo de procesamiento del servicio `ExpectedShipmentDate`especial. La orden de transferencia está programada. Solución: Este problema está resuelto. La marca de tiempo `ExpectedShipmentDate` del pedido de venta ahora se calcula según el horario `ProcurementNode` de recogida del transportista y el tiempo de procesamiento del servicio especial en ShipNode, y ShipNode's Horario de recogida del transportista, y no se establece por defecto en 00:00.
TS019961110	Problema: La excepción de puntero nulo se observa de forma intermitente en el agente de ordenación de tareas multihilo en entornos integrados OMS-SIV. Solución: Este problema está resuelto.
TS019992170	Problema: Los `AFTER_DELETE` eventos `AFTER_MODIFY` y no se activan cuando los eventos están habilitados a nivel empresarial. Solución: Este problema está resuelto. Cuando los eventos se configuran a nivel empresarial, los `AFTER_DELETE` eventos `AFTER_MODIFY` y se generan según lo esperado.
TS020064993	Problema: Fallo intermitente al iniciar Callcenter con `ConcurrentModificationException`. Solución: Este problema está resuelto. La parte del código que causa este problema se ha hecho segura para subprocesos.
Interno	Problema: La descripción del atributo Action en la `changeShipment` documentación de Java menciona: `If Action is Cancel then except for shipment and shipment lines, all related entities are deleted.` Solución: Este problema está resuelto. Las notas de envío no se eliminan cuando se cancela el envío y el campo « JavaDocs » (Notas de envío) se actualiza de la siguiente manera: `If Action is Cancel, then except for the shipment, shipment lines, and shipment notes, all related entities are deleted.`

1 de agosto de 2025 ( 25.2.6.2-10.0.2506.2 de lanzamiento)

Tabla 4. Problemas resueltos
Número de caso	Descripción
TS017704467	Problema: Se observan bloqueos intermitentes en `INV_INVENTORY_ITEM_LOCK` el agente de programación de pedidos. Solución: Este problema está resuelto.
TS018905184	Problema: El pedido de `ExpectedShipmentDate` venta no incluye el tiempo de procesamiento del servicio especial cuando se realizan los siguientes pasos: Se implementa un oyente entre los canales de pedidos de venta y órdenes de transferencia. El oyente escucha el estado «Orden de transferencia programada» y actualiza el estado de la línea del pedido de venta para reflejar que la orden de transferencia está programada. Se crea un pedido de venta para una línea que requiere un servicio especial. El pedido de venta está programado. El inventario no está disponible en el nodo de envío y se crea una orden de transferencia de aprovisionamiento. El ETS del pedido de venta se calcula con el tiempo de procesamiento del servicio especial que se incluye en `ExpectedShipmentDate`. La orden de transferencia está programada. Solución: Este problema está resuelto. El pedido de venta `ExpectedShipmentDate` ahora incluye el tiempo de procesamiento del servicio especial cuando se programa una orden de transferencia.
TS018987338	Problema: El factor de seguridad de los artículos GTIN se comparte incorrectamente entre varios GTIN. Solución: Este problema está resuelto. La lógica se actualiza para garantizar el aislamiento a nivel de elemento de los factores de seguridad. Cuando la yfs.yfs.doNotMatchSafteyFactorForRelatedGTIN propiedad se establece en verdadero, el factor de seguridad no se comparte entre los artículos GTIN relacionados.
TS019246456	Problema: La getAvailableInventory API no tiene en cuenta las demandas no asignadas. Solución: Este problema está resuelto. La getAvailableInventory API se ha mejorado para mostrar las demandas no asignadas en la salida. Cuando se establece el ConsiderUnassignedDemand atributo input, la API calcula y devuelve la cantidad de demanda no asignada bajo el UnassignedDemandQuantity atributo.
TS019398828	Problema: Cuando la auditoría de pagos está habilitada, para un pedido cancelado, si la changeOrder API añade detalles de pago, falla con el error de regla de modificación ADD_QUANTITY. Solución: Este problema se ha resuelto en la función de auditoría de pagos.
TS019460285	Problema: La documentación cancelOrder de Java no ofrece una explicación clara sobre la cancelación del envío cuando se cancela un pedido. Solución: Este problema está resuelto. La documentación de cancelOrder Java se ha mejorado para aclarar que el envío asociado solo se cancela si el IsSingleOrder indicador está establecido en `Y`.
TS019800641	Problema: La findInventory API realiza `OMPGetSourcingCorrectionUE` varias llamadas para la misma secuencia cuando no hay inventario disponible en ninguno de los nodos de abastecimiento y adquisición. Solución: Este problema está resuelto.
Interno	Problema: La regla de determinación del proceso de pedidos por contrato se asigna con el antiguo proceso de pedidos por contrato. La versión 25.2.6.2-10.0.2506.2 introduce una nueva canalización para el tipo `Contract Order Process` de proceso. Es el canal predeterminado y el único compatible con el procesamiento de los pedidos de contratos. Si anteriormente instaló la versión 25.0.3.0-10.0.2503.0, al instalar la versión 25.2.6.2-10.0.2506.2 no se modificará la regla de determinación de canalización para que apunte a la nueva canalización. Solución: Siga estas instrucciones para establecer por defecto la nueva canalización para el proceso de pedido de contrato. Inicie el Administrador de aplicaciones. Haga clic en Aplicaciones y navegue hasta Application Platform > Modelado de procesos, y abra Modelado de procesos. Busque el tipo de documento «Pedido de contrato» en «Tipo de documento base del pedido» y abra el tipo de proceso «Proceso de pedido de contrato». En el panel izquierdo del repositorio del proceso de órdenes de contrato, haga clic y expanda Determinación de canalización y abra Regla de centro. Si aparece el proceso de pedido de contrato ( 10.0 ), elimine esa entrada y arrastre el proceso de pedido de contrato ( 10.0 ) desde la lista de procesos en curso del panel izquierdo. Guarde la regla de determinación de canalización para la interfaz de usuario del centro. Todos los pedidos de contrato creados después del cambio siguen el nuevo proceso de tramitación. La antigua canalización que se introdujo en la versión 25.0.3.0-10.0.2503.0, pasa a llamarse `Contract Order Process - Old - Do not use`. Se recomienda eliminar la canalización antigua. Puede eliminar el antiguo proceso si no ha creado ningún pedido de contrato en su sistema. Si no puede eliminar el antiguo proceso, puede eliminar los antiguos pedidos contractuales si están en estado de borrador o cancelar o cerrar los pedidos contractuales si están confirmados. Si aplica directamente la actualización de la versión 25.2.6.2-10.02506.2, no verá la canalización antigua. La regla de determinación de canalización para el centro se actualiza con el nuevo proceso de pedidos de contratos de canalización ( 10.0 ) y no es necesario realizar ninguna acción. Para obtener más información, consulte Actualización de la regla de determinación del canal de pedidos de contratos.
Interno	Problema: Las notas de envío no se eliminan cuando se elimina el envío correspondiente. Del mismo modo, las notas del historial de envíos no se eliminan cuando se borra el historial de envíos. Solución: Este problema está resuelto. Se han mejorado los agentes de purga de envíos y de historial de envíos para garantizar que las notas de envío y las notas del historial de envíos se purguen cuando se purga el envío.

8 de julio de 2025 ( 25.2.6.1-10.0.2506.1 de lanzamiento)

Tabla 5. Problemas resueltos
Número de caso	Descripción
Interno	Problema: Cuando se habilita el bloqueo de capacidad de nodo, se observa un bloqueo excesivo en `YFS_RES_POOL_CAPACITY_LOCK` la tabla durante `scheduleOrder` la transacción. Solución: Este problema está resuelto.
TS017915766	Problema: La `YFS_INVENTORY_TAG` tabla se consulta varias veces para el mismo registro dentro de una sola transacción. Solución: Este problema está resuelto. Se ha implementado una caché a nivel de transacción para almacenar y reutilizar los registros que se obtienen de la `YFS_INVENTORY_TAG` tabla, lo que reduce las consultas redundantes y mejora el rendimiento.
TS018925517	Problema: La findInventory API tarda más tiempo cuando hay un gran número de nodos que cumplen los requisitos para el abastecimiento. Solución: Este problema se ha resuelto y la findInventory API se ha actualizado para mejorar el rendimiento.
TS019341824	Problema: Se produce una excepción cuando un usuario crea una conversión de moneda en Applications Manager - Internacionalización > Conversión de moneda. Solución: Este problema está resuelto.

2 de julio de 2025 ( 25.2.6.0-10.0.2506.0, parche 2)

Tabla 6. Problemas resueltos
Número de caso	Descripción
TS019612802	Problema: Si el nombre del subservicio en un servicio de integración, como en el receptor JMS, se guarda con un espacio al principio o al final, no se recorta. Por lo tanto, cuando se almacena el campo Sub_flow_name del `sub_flow` registro después de recortar el espacio, el RunTimeId atributo del campo config_xml del mismo registro conserva el espacio tal cual. Solución: Si se crea un nuevo servicio o se guarda un servicio existente desde Applications Manager, los espacios iniciales o finales del RunTimeId atributo y del nombre del subservicio del receptor de integración se recortan y se almacenan en la base de datos.

23 de junio de 2025 ( 25.2.6.0-10.0.2506.0, parche 1)

Tabla 7. Problemas resueltos
Número de caso	Descripción
TS019612802	Problema: El nombre del subservicio en un servicio de integración, como el receptor JMS, si se guarda con espacios al principio o al final, se guarda con espacios y los espacios adicionales no se recortan. Por lo tanto, se observa una regresión en el comportamiento con la ejecución del servicio como parte de las validaciones que se realizan en las mejoras del servidor en la versión 25.2. Solución: Este problema está resuelto. Como parte de este parche, se han realizado correcciones para que la ejecución del servicio funcione incluso si el nombre del subservicio en un receptor JMS se guarda con espacios al principio o al final.

6 de junio de 2025 ( 25.2.6.0-10.0.2506.0 de lanzamiento)

Nota: Hay cambios en el esquema de la base de datos en la versión actual.

Tabla 8. Problemas resueltos
Número de caso	Descripción
TS017010118	Problema: El rendimiento de las consultas específicas en `YFS_PERSON_INFO` la tabla se ve afectado por el índice OOB `PERSON_INFO_I4`. Solución: Este problema está resuelto. El índice `PERSON_INFO_I4` se elimina del producto. Sin embargo, este índice no se elimina de la base de datos del sistema Order Management cuando el cliente actualiza a esta versión, ya que las eliminaciones de índices se suprimen como parte de las actualizaciones en el sistema Order Management. El cliente puede solicitar una eliminación manual de este índice, si es necesario. Consejo: Si este índice es necesario para alguna otra funcionalidad, se recomienda al cliente que lo añada como índice personalizado.
TS017698512	Problema: Durante la programación en un entorno integrado IV, si la llamada schedule a la API falla y se revierte la transacción, se observa un exceso de promesas de forma intermitente durante un breve periodo de tiempo. Solución: Este problema está resuelto.
TS018187889	Problema: La entrada a no `YFSGetAvailabilityCorrectionsForItemListUE` incluye el elemento XPath Items/Item/Supplies/Supply/InventoryTag/Extn incluso cuando se incluye `getAvailabilityCorrectionsForItemList` la plantilla. Solución: Este problema está resuelto.
TS018322478	Problema: El sistema Sterling Order Management recupera la capacidad de los nodos sin inventario. Solución: Este problema está resuelto. Se introduce `yfs.readResourcePoolsForNodesWithInventory` una nueva propiedad. Cuando la propiedad se establece en verdadero, el producto no recupera la capacidad de los nodos sin inventario.
TS018623916	Problema: La receiveOrder API no actualiza los atributos de las etiquetas en la `YFS_INVENTORY_TAG` tabla. Solución: Este problema está resuelto.
TS018716245	Problema: La salida de FindInventory la API muestra una discrepancia entre la hora estimada de envío (ETS) y la hora estimada `ProductAvailDate` de entrega (ETD) cuando se realizan los siguientes pasos: Crear `NODE1` y `NODE2` con calendario de envíos y horario laboral de 01:00 a 23:59 y domingo como día no laborable. Marca el 22 y el 23 de mayo de 2025 como días festivos en los calendarios de envíos del nodo. Crear programa de transferencia de nodos desde `NODE1` hasta `NODE2`. Marque el domingo como cannot ship y el tiempo de tránsito predeterminado como 2 días, anule por días de domingo a jueves como 0 días de tránsito, y viernes y sábado como 3 días de tránsito. Cree un programa de transferencia de nodos y marque las siguientes modificaciones: Para el 20 de mayo de 2024: 4 días de tiempo de tránsito Para el 21 de mayo de 2025: 5 días de tiempo de tránsito Ajustar el inventario en el nodo `NODE1` para un artículo. Llame a `FindInventory` la API con `ShipNode` como `NODE2` y `ProcureFromNode` como `NODE1` y `ReqStartDate` como 24 de mayo de 2025. El `FindInventory` resultado se observa de la siguiente manera: En `NODE1`, la asignación `shipDate` es 21 de mayo, `NODE2` la asignación `shipDate` es 24 de mayo, `ProductAvailable` la fecha en `NODE2` es 26 de mayo. El `FindInventory` resultado esperado es el siguiente: En `NODE1`, la asignación `shipDate` es 20 de mayo y en `NODE2` la asignación `shipdate` es 24 de mayo. Solución: Este problema está resuelto. Se añade una `yfs.considerNodeHolidayDuringBackwardCalculationOfProc` nueva propiedad con el valor predeterminado false. Si establece la propiedad en verdadero, durante los cálculos de fechas de envío anteriores, el producto tiene en cuenta los días festivos del nodo de envío del calendario de envíos, incluso si no están marcados en los programas de transferencia de nodos.
TS018921804	Problema: La reserveItemInventoryList API no permite actualizar `ReservationExpirationDate` la reserva que ya ha vencido `ShipDate`. Solución: Este problema está resuelto.
TS019143912	Problema: En la documentación del diagrama de relaciones entre entidades (ERD), la `ACTIVATE_FLAG` columna de la `YFS_SHIP_NODE` tabla debería quedar obsoleta. Solución: Este problema está resuelto. En la documentación del diagrama de relaciones entre entidades (ERD), la `ACTIVATE_FLAG` columna de la `YFS_SHIP_NODE` tabla ha quedado obsoleta.
Interno	Problema: Para los pedidos creados a partir de un contrato, el ID del pedido del contrato se almacena en la `CONTRACT_ID` columna de la `YFS_ORDER_HEADER` tabla. El tipo de datos de esta columna no coincide con el de la columna correspondiente de la `YFS_CONTRACT_ORDER` tabla. Cuando SBA está habilitado, la clave de pedido del contrato se almacena en la `CONTRACT_ID` columna de la `YFS_SBA_ORDER_LINE_STATUS` tabla. El tipo de datos de esta columna no coincide con el de la columna correspondiente de la `YFS_CONTRACT_ORDER` tabla. Solución: Este problema está resuelto. El ID del pedido del contrato se almacena en la nueva columna `CONTRACT_ORDER_ID` de la `YFS_ORDER_HEADER` tabla para los pedidos creados a partir de un contrato. Cuando SBA está habilitado, la clave de pedido del contrato se almacena en la nueva columna `CONTRACT_ORDER_KEY` de la `YFS_SBA_ORDER_LINE_STATUS` tabla.

2 de mayo de 2025 ( 25.1.3.2-10.0.2503.2 de lanzamiento)

Tabla 9. Problemas resueltos
Número de caso	Descripción
TS015917795	Problema: En la configuración multicolonia, donde los registros transaccionales de la empresa se encuentran en diferentes colonias, la getPage API no funciona correctamente a partir de la página 2. Solución: Este problema está resuelto.
TS017830654	Problema: La getPossibleSchedules API lanza una `Invalid Delivery Method CARRY` excepción en las llamadas IV cuando se llama con `CARRY` línea en un entorno integrado IV. Solución: Este problema está resuelto. La getPossibleSchedules API está configurada para ignorar la línea de promesa generadora cuando el método de entrega es `CARRY`.
TS018194727	Problema: La loadInventoryMismatch API falla cuando el sistema procesa mensajes para el mismo elemento con diferentes nodos en modo multihilo con la misma inserción `YFS_INVENTORY_TAG` de registros. Solución: Este problema está resuelto.
TS018279801	Problema: El `OrderBy` elemento no funciona en `getOrderInvoiceList` call. Solución: Este problema está resuelto. La getOrderInvoiceList API se ha mejorado para admitir el `<OrderBy>` elemento. Para obtener más información, consulte la getOrderInvoiceList documentación de la API.
TS018362995	Problema: La siguiente información no está disponible en los manageNodeTransferSchedule javadocs de la API: `Only integer value for transit time is supported during transit time calculations in Promising APIs.` Solución: Este problema está resuelto. Se ha actualizado la documentación de manageNodeTransferSchedule la API.
TS018695289	Problema: En un entorno IV integrado, la llamada `getAvailableInventory` a la API no respeta el `ReqEndDate` atributo que se pasa en la entrada de la API. Solución: Este problema está resuelto.
TS018712644	Problema: Cuando la `iv_integration.largeOrder.batchMode.enable` propiedad está habilitada en un entorno integrado IV, la reserva falla de forma intermitente debido a la falta de líneas disponibles, aunque el artículo esté disponible. Solución: Este problema está resuelto.
TS019107328	Problema: Cuando se produce un error de línea no válida durante la cancelación de una línea de pedido con una clave de línea de pedido que no está presente en el sistema, la clave de línea de pedido no se muestra en la pila de errores. Solución: Este problema está resuelto. La clave de la línea de pedido se muestra en la pila de errores.

4 de abril de 2025 ( 25.1.3.1-10.0.2503.1 de lanzamiento)

Tabla 10. Problemas resueltos
Número de caso	Descripción
TS016928241	Problema: La fecha de envío prevista (ETS) en la línea de pedido se calcula incorrectamente en el siguiente caso: Se crean dos nodos denominados NODE1 y NODE2. Se establece un calendario de transferencias de NODE2 a NODE1 con un tiempo de tránsito de 3 días. El inventario se ajusta en NODE2 para ITEM1 con una cantidad de 50. Asegúrese de que la salida YFSGetAvailabilityCorrectionsForItemListUE de usuario se implemente para devolver la entrada como salida. Se crea un pedido con ReqShipDate of Current Date + 5 días. El pedido está programado. Solución: Este problema está resuelto.
TS017420917	Problema: El usuario no puede modificar ningún aspecto de la guía de enrutamiento después de añadir varios valores de condiciones de transporte. Solución: Este problema está resuelto. La manageRoutingGuide API se ha mejorado para actualizar la guía de rutas con múltiples valores de condiciones de transporte.
TS017883688	Problema: En un entorno integrado de Sterling Intelligent Promising Inventory Visibility con el adaptador Phase2, la getCompleteItemList API muestra un error cuando no se pasa un grupo de distribución en la entrada de la API y no está configurado en la configuración básica. Solución: Este problema está resuelto.
TS018034263	Problema: El pedido permanece en estado «Reservado» en el siguiente caso: Se crean dos nodos denominados NODE1 y NODE2. Se establece un calendario de transferencias de NODE2 a NODE1 con un tiempo de tránsito de 3 días. El inventario se ajusta en NODE2 para ITEM1 con una cantidad de 50. Asegúrese de que la salida YFSGetAvailabilityCorrectionsForItemListUE de usuario se implemente para devolver la entrada como salida. Asegúrese de que el servicio de entrega DS_I1 esté asociado con ITEM1. Cree un pedido con `ShipNode` como NODE1 y `ProcureFromNode` como NODE2. Tome la cita para Delivery Service on current day + 5 días. El pedido está programado. Solución: Este problema está resuelto. El pedido pasa al estado `Procurement Transfer Order Created` .
TS018047074	Problema: La reserva de visibilidad del inventario no se utiliza durante la creación del pedido si se configuran días de entrega distintos de cero para un artículo. Solución: Este problema está resuelto.
TS018100972	Problema: La capacidad no se libera de todos los nodos en el siguiente escenario: Se crea una reserva para dos artículos con una cantidad cada uno contra dos nodos diferentes con un grupo de recursos configurado para cada nodo de la unidad de medida (UOM) de la versión. Se crea un pedido con dos líneas utilizando esta reserva. El pedido se cancela por completo. Solución: Este problema está resuelto. La capacidad se libera de todos los nodos.
TS018342928	Problema: Cuando se produce un error de línea no válida durante la llamada changeOrder a la API, la pila de errores no menciona la clave de la línea del pedido. Solución: Este problema está resuelto. La clave de la línea de pedido se muestra en la pila de errores cuando se produce un error de línea no válida durante la llamada changeOrder a la API.
TS018584241	Problema: En la respuesta de la getShipmentDetails API tras la sustitución, se muestra la descripción del elemento principal en lugar de la descripción del elemento sustitutivo. Solución: Este problema está resuelto. La getShipmentDetails API está configurada para mostrar la descripción del artículo de sustitución en la respuesta.
TS018643512	Problema: Cuando el indicador de reintento es Y en la salida de salida `PAYMENT_EXECUTION` de usuario de la transacción, se eliminan las asignaciones existentes en la `YFS_PAYMENT_REASON_MAPPING` tabla. Solución: Este problema está resuelto.

7 de marzo de 2025 ( 25.1.3.0-10.0.2503.0 de lanzamiento)

Tabla 11. Problemas resueltos
Número de caso	Descripción
TS015402889	Problema: En una llamada de reserva Sterling Intelligent Promising Inventory Visibility desde Sterling Order Management System Order Schedule and release en un entorno integrado con IV con el adaptador Phase2, el `Accessing context outside creating thread` error se produce de forma intermitente. Solución: Este problema está resuelto.
TS016743014	Problema: Cuando la regla de pago está configurada para cobrar el pago externamente, se produce un error de bucle infinito al procesar reembolsos o descuentos. Solución: Este problema está resuelto.
TS017012516	Problema: Los pedidos que incluyen el `NOT_APPLICABLE` estado de pago no se están eliminando. Solución: Este problema está resuelto. El agente de purga de pedidos se ha mejorado para purgar los pedidos con el `NOT_APPLICABLE` estado de pago.
TS017186233	Problema: Cuando hay varias compras procedentes de nodos con el mismo coste, fecha y cantidad que cumplen los requisitos para satisfacer la solicitud, la programación de pedidos falla de forma intermitente. Solución: Este problema está resuelto.
TS017732278	Problema: La getChargeTransactionList API no tiene un límite en cuanto al número máximo de registros que se pueden recuperar en la salida. Solución: Este problema está resuelto. La getChargeTransactionList API se ha mejorado para recuperar el número de registros en función del valor establecido para el MaximumRecords atributo. El valor predeterminado es 5000 registros.
TS017822614	Problema: En una base de datos de Postgres, las consultas IBA tardan más tiempo en ejecutarse, lo que está creando problemas de rendimiento. Solución: Este problema está resuelto. La aplicación del sistema « Sterling Order Management » se ha mejorado para admitir IBA con `PostgreSQL` base de datos.
TS018038757	Problema: getAvailableInventory La API devuelve la disponibilidad acumulada total y no filtra la disponibilidad para que coincida con la información de la etiqueta que se proporciona en `PromiseLine` la entrada. Solución: Este problema está resuelto. getAvailableInventory La API se ha mejorado para devolver la disponibilidad basándose en la información de etiquetas que se proporciona como parte de `PromiseLine` la entrada.
TS018082167	Problema: La opción de utilizar los archivos JAR del SDK de AWS S3 no está disponible para implementar aplicaciones. Solución: Este problema está resuelto. AWSS3 Los archivos JAR del SDK y los archivos JAR dependientes relacionados, como `jackson` y, `joda-time` se añaden a la ruta Application de clases y están disponibles para implementar aplicaciones.
TS018397034	Problema: En la getOrderInvoiceDetails API, cuando se utiliza el `CollectionDetails` elemento sin un elemento secundario, se produce un error de desbordamiento de pila. Solución: Este problema está resuelto.
TS018438207	Problema: Se ha mejorado la salida `getExternalCostForOptionsUE` de usuario para mostrar la información sobre el uso de la capacidad cuando existe un grupo de recursos para los nodos de asignación. Solución: Este problema está resuelto.
TS018479682	Problema: El PageSetToken atributo en la documentación getPage de la API se ha actualizado para proporcionar información sobre el número máximo de tokens que se conservan en la caché. Solución: Este problema está resuelto.
Interno	Problema: Cuando se realizan los siguientes pasos, los valores de los Order/PriceInfo/@TotalAmount atributos Order/OrderLines/OrderLine/LinePriceInfo/@LineTotal y no se calculan según el precio unitario que se recupera de la lista de precios: Cree un pedido grande con BypassPricing establecido en `Y`. Llame a changeOrder la API para actualizar un atributo a nivel de encabezado de pedido, como CarrierServiceCode el que está configurado para afectar al precio. Solución: Este problema está resuelto.

Nota: La cartera de pedidos de contratos y la regla de determinación de la cartera para el centro de pedidos de contratos que se introducen en esta versión se actualizan en la versión 25.2.6.2-10.0.2506.2. Para obtener más información, consulte el proceso de tramitación de pedidos por contrato.

24 de enero de 2025 ( 24.3.9.2-10.0.2409.2 de lanzamiento)

Tabla 12. Problemas resueltos
Número de caso	Descripción
TS017809477	Problema: Cuando se comprimen datos de columnas con la compresión habilitada, la aplicación no puede comprimir caracteres especiales. En su lugar, se crea un texto duplicado. Solución: Este problema está resuelto. Si la aplicación no logra comprimir los datos, estos se guardan sin comprimir en la base de datos, con el fin de evitar la corrupción de datos que podría producirse durante la compresión.
TS017061933	Problema: El `Order Monitor` agente estampa la fecha futura en NEXT_ALERT_TS lugar de la fecha actual cuando se espera que el agente vuelva a generar alertas hasta una fecha específica. Solución: Este problema está resuelto. El `Order Monitor` agente ahora marca NEXT_ALERT_TS la fecha actual cuando es necesario volver a generar alertas hasta una fecha específica.
TS017701540	Problema: En el caso de las promociones externas, la descripción del premio que se proporciona en la entrada no se guarda. Solución: Este problema está resuelto.
TS017262363	Problema: Cuando una orden de devolución incluye tanto líneas principales como líneas de componentes, se crean líneas de componentes duplicadas. Solución: Este problema está resuelto. En el XML de creación de órdenes de devolución, el `DerivedFrom` elemento ahora recupera la orden derivada basándose en la combinación de `DocumentType`, `EnterpriseCode`, y `OrderNo`.
TS016768318	Problema: Cuando la `yfs.useNewRoundOffPriceForConventional` propiedad está habilitada, los precios se redondean, pero los cargos no. Solución: Este problema está resuelto. Cuando la `yfs.useNewRoundOffPriceForConventional` propiedad está habilitada, al igual que los precios, los cargos también se redondean.
TS017537692	Problema: Cuando la api.security.mode propiedad se establece en `LAX`, los elementos extendidos correspondientes a una tabla de suspensión no se rellenan. Solución: Este problema está resuelto.
TS017807843	Problema: Cuando la getTrackingNoAndPrintLabel API lanza una excepción, esta no se registra en el archivo de registro. Solución: Este problema está resuelto.
TS017171817	Problema: CurrentStorePickup/Pickup/@ProcureFromNode no refleja el valor correcto de procure from node cuando IsProcurementAllowed=Y se pasa en la entrada de la getStoreAvailability API. Solución: Este problema está resuelto. Ahora refleja el valor CurrentStorePickup/Pickup/@ProcureFromNode correcto de «procure from node» (adquirir desde nodo) desde donde se evalúa la adquisición en la salida de la getStoreAvailability API.
TS012935603	Problema: Cuando se realizan los siguientes pasos, el escenario de abastecimiento no funciona correctamente con la optimización basada en el número mínimo de envíos: Regla de programación: la `Line Ship from Single Node` restricción está habilitada y se optimiza el coste y el número de envíos. La disponibilidad de existencias para ITEM1 y ITEM2 es la siguiente: ITEM1 - 7 unidades disponibles en NODE1 y 0 unidades disponibles en NODE2. ITEM2 - 4 unidades disponibles en NODE1 y 5 unidades disponibles en NODE2. Llame a la findInventory API con ITEM1 y RequiredQty=1 y ITEM2 con RequiredQty=5. El resultado esperado es que `ITEM1` debe tener 1 cantidad cumplida de NODE1, y ITEM2 debe tener 5 cantidades cumplidas de NODE2. Sin embargo, el resultado real muestra que, para ITEM1, se cumple 1 cantidad de NODE1, mientras que para ITEM2, se cumplen 4 cantidades de NODE1 y 1 cantidad está marcada como no disponible. Solución: Este problema está resuelto.
TS017589883	Problema: En un entorno integrado de Sterling Intelligent Promising Inventory Visibility con el adaptador Phase2, en condiciones de baja disponibilidad, al llamar a la reserveAvailableInventory API, la aplicación muestra ocasionalmente una excepción de puntero nulo. Solución: Este problema está resuelto.
TS016707360	Problema: Cuando se realizan los siguientes pasos, el IBA no funciona como se espera: En las reglas IBA, configure las reglas de selección de pedidos para la asignación de inventario de modo que los pedidos prioritarios aparezcan en la primera secuencia y los pedidos no prioritarios en la segunda secuencia. En el nodo 1 hay 1 unidad disponible en inventario. Cree un pedido sin prioridad con una cantidad de 1 y prográmelo. El pedido está programado. Crea un orden de prioridad y prográmalo. El pedido está pendiente. Ejecute el agente IBA y, a continuación, programe el agente Order. El pedido prioritario permanece en estado pendiente y el pedido no prioritario permanece en estado programado. En su lugar, el pedido prioritario debe pasar al estado programado y el pedido no prioritario debe quedar pendiente. Solución: Este problema está resuelto. Se introduce una nueva `CONSIDER_BACKORDER_DEMAND_FOR_IBA` regla con el valor predeterminado establecido en `N`. Asegúrate de llamar a la manageRule API para cambiar el valor a `Y` y así evitar este problema.
TS017771777	Problema: Después de actualizar al paquete de correcciones 2403.2, el XML de entrada a `YFSGetAvailabilityCorrectionsForItemListUE` no contiene todos los registros de suministro cero para los nodos, que son elegibles de secuencias anteriores y tenían un suministro cero. Solución: Este problema está resuelto. Se añade un suministro ficticio a la `YFSGetAvailabilityCorrectionsForItemListUE` entrada para todos los nodos elegibles de secuencias anteriores y tenía un suministro cero.
TS016804990	Problema: El proceso SFTP de extracción de datos al SFTP del cliente AWS falla cuando se actualiza a las últimas políticas de seguridad de AWS desde TransferSecurityPolicy-2020-061 a TransferSecurityPolicy-2024-01. Solución: Este problema está resuelto. La biblioteca JSch (Java Secure Channel) se ha actualizado de 0.1.55 a 0.2.21, que admite los últimos algoritmos de intercambio de claves para SFTP y funciona con AWS SFTP adoptando las políticas de seguridad de TransferSecurityPolicy-2024-01.
TS014082596	Problema: Se observan actualizaciones incorrectas de la demanda para los artículos etiquetados con SKU populares cuando la Summarize and Maintain Total Supply and Demand regla está habilitada. Solución: Este problema está resuelto.
TS015028263	Problema: La INVENTORY_KEPT_EXTERNALLY configuración no se hereda en las organizaciones que se encuentran en niveles inferiores dentro de la jerarquía organizativa. Solución: Este problema está resuelto.
TS018001678	Problema: La adjustInventory API, cuando se utiliza con `AdjustmentType` establecido en `ABSOLUTE` y `RemoveInventoryNodeControl` como `A`, genera incorrectamente registros de actividad de inventario, incluso cuando no hay `yfs_inventory_node_control` registros que eliminar y no hay cambios en la imagen de suministro. Solución: Este problema está resuelto. Ahora solo se crea un nuevo registro si hay `yfs_inventory_node_control` registros disponibles para su eliminación y no existe un registro de actividad de inventario correspondiente.
TS017915766	Problema: Cuando se habilita el bloqueo de capacidad, se observa un bloqueo en las API de consulta, como findInventory y getPossibleSchedules , lo que provoca una alta contienda de bloqueos y, por lo tanto, ralentiza el sistema. Solución: Este problema está resuelto.
TS017704664	Problema: La caché de capacidad no se actualiza de forma intermitente porque el proceso de actualización de la caché se interrumpe cuando encuentra un error. Solución: Este problema está resuelto. Se añade una nueva `yfs.capacityAvailablity.jvmcache.maxRetry` propiedad que controla el número de reintentos que puede realizar el proceso antes de que se termine la caché.
TS017600444	Problema: Los registros huérfanos de la `YFS_SUB_FLOW` tabla provocan problemas al iniciar un servidor. Solución: Este problema está resuelto. Los registros de subflujo sin registros de flujo correspondientes que están marcados se ignoran durante el inicio del servidor después de registrar un error.
TS018186552	Problema: En Applications Manager, haga clic en Application Platform. Vaya a Seguridad > Grupos > Detalles del grupo > Seguridad. En la pestaña Permisos, al ver el grupo de permisos de recursos, algunos de los componentes enumerados no muestran el nombre correcto del componente. Solución: Este problema está resuelto.