Problemas resueltos

Revise los defectos y arreglos que se tratan en las actualizaciones.

Nota: En la versión 10.0.2409.1 de Order Hub, publicada el 4 de octubre de 2024, se identificó un problema que afectaba a la capacidad de ajustar el inventario. 10.0.2409.1-Sterling-SSFF-All-Minor-Update El problema se ha resuelto y los artefactos se han actualizado como parte del mismo paquete de corrección de errores del sistema de Sterling™ Order Management, que se volvió a publicar el 16 de octubre de 2024.

5 de junio de 2026 (Comunicado de 26.2.4.2 - 10.0.2604.2 )

Tabla 1. Problemas resueltos
Número de caso Descripción
TS021623798 Problema: El último día del horario de verano, los pedidos programados después de las 23:00 h provocaban pedidos pendientes cuando el parámetro «Número máximo de días en los que se puede enviar o entregar un pedido más allá de la fecha solicitada» estaba establecido en 0.

Solución: Este problema está resuelto. Para garantizar la correcta gestión de los pedidos durante el periodo de cambio al horario de verano, active la yfs.adjustTimeStampForDstSwitch propiedad.
TS021913722 Problema: Durante la consolidación de envíos, la fecha de entrega prevista (EDD) se vuelve a calcular cuando se introducen valores de marca de tiempo, lo que provoca que la fecha y hora de entrega del envío existente se modifiquen involuntariamente.

Solución: Este problema se ha resuelto y se ha mejorado la lógica de consolidación para conservar la fecha de envío prevista (ESD) y la fecha de entrega prevista (EDD) originales, lo que evita actualizaciones involuntarias de las marcas de tiempo durante la consolidación de envíos.
TS021920470 Problema: La generación de la documentación Javadocs de la API no genera el archivo esperado index.html debido a la presencia de caracteres no ASCII en los comentarios del código fuente de Javadoc, lo que da lugar a una documentación de la API incompleta.

Solución: Este problema se ha resuelto y se han actualizado los archivos fuente de Javadoc afectados para eliminar los caracteres no compatibles y garantizar la compatibilidad con entornos basados en ASCII, lo que permite generar correctamente la documentación completa de la API, incluido el index.html archivo.
TS021992168 Problema: En los pedidos con estado «parcial», la descripción del estado se muestra en varios idiomas, ya que el Partially prefijo se ha obtenido de la configuración regional de la organización central, mientras que la descripción del estado en sí se ha obtenido de la configuración regional del usuario que ha iniciado sesión.

Solución: Este problema se ha resuelto y se ha actualizado la lógica de conversión de configuración regional, de modo que toda la descripción del estado —incluido el Partially prefijo y el texto del estado— se deriva de forma coherente de la configuración regional del usuario que ha iniciado sesión, lo que elimina la visualización de estados en idiomas mezclados.
TS021921826 Problema: Los atributos de las etiquetas no se actualizan en la YFS_INVENTORY_TAG tabla de órdenes de compra y órdenes de traslado en determinados casos de recepción excesiva.

Solución: Este problema está resuelto.
TS022144285 Problema: La getSupplyDetails API genera una excepción de puntero nulo cuando se invoca con una plantilla de salida que no incluye el <SupplyDetails> elemento.

Solución: Este problema está resuelto.
Interno Problema: En la creación automática de pedidos de venta a partir de planes de entrega de contratos, la fecha de entrega solicitada (ReqDeliveryDate) no se actualizaba de forma coherente en la cabecera de los pedidos creados por agrupación.

Solución: Este problema está resuelto. Se ha mejorado la lógica de creación automática de pedidos para garantizar que la fecha de entrega solicitada se calcule y se introduzca de forma coherente en los pedidos creados automáticamente. La fecha ReqDeliveryDate que figura en el encabezado del pedido se calcula ahora siempre a partir de la fecha de entrega solicitada en la línea de entrega programada.

4 de mayo de 2026 (Comunicado de prensa: 26.2.4.1 - 10.0.2604.1 )

Tabla 2. Problemas resueltos
Número de caso Descripción
TS022108223 Problema: La nueva biblioteca « Swagger/OpenAPI » introdujo clases de dependencia que quedaron expuestas en la ruta de clases de tiempo de ejecución, lo que podría provocar conflictos con archivos JAR de terceros instalados por los clientes.

Solución: Este problema se ha resuelto y las clases de dependencia que provocaban los conflictos se han eliminado de la ruta de clases de tiempo de ejecución.
TS021295953 Problema: En un entorno integrado OMS-SIP, el sistema reserveAvailableInventory genera de forma intermitente resultados no válidos en los que faltan campos.

Solución: Este problema está resuelto.
TS021250460 Problema: Cuando los servidores se reinician de forma inesperada, los mensajes de sincronización de inventario se quedan atascados y nunca se procesan, lo que provoca discrepancias en el inventario.

Solución: Este problema está resuelto. Order Management Software se ha mejorado con una función de recuperación automática para procesar los mensajes de sincronización de inventario bloqueados sin necesidad de intervención manual.
TS021123379 Problema: La discrepancia en la demanda observada al cancelar órdenes de compra (PO) u órdenes de entrega (TO) en casos en los que se utilizan artículos sustitutivos.

Solución: Este problema está resuelto.
Interno Se ha añadido la compatibilidad con paquetes a la integración de Sterling Intelligent Promising Optimizer y se puede activar configurando la propiedad sip_integration.optimizer.bundle.support.enable en Y.
Interno Problema: El TagBreakup no figura en la información sobre la disponibilidad de RTAM.

Solución: Este problema está resuelto. Se introduce una nueva yfs.yfs.RTAM.IncludeTagBreakupForNodeOrDG propiedad para incluir TagBreakup información sobre la disponibilidad en RTAM.
Interno Problema: En las actualizaciones de suministro que afectan a la visibilidad del inventario, confirmShipment falta la información de las etiquetas de los artículos con fecha límite cuando la línea de envío no especifica una ShipByDate y la Assume FEFO If A ShipByDate Is Not Provided regla está activada.

Solución: Este problema está resuelto.
Interno La compatibilidad con etiquetas está habilitada con la integración de la fase 1 de OMS-IV. Para obtener más información, consulta «Configuración de un sistem Sterling Order Management para su integración con Sterling Intelligent Promising Inventory Visibility ».

6 de abril de 2026 (Comunicado de 26.2.4.0 - 10.0.2604.0 )

Tabla 3. Problemas resueltos
Número de caso Descripción
TS021298229 Problema: Se observa una contienda por el bloqueo de filas en la YFS_ORDER_HEADER tabla cuando se getShipmentLineList procesa la API.

Solución: Este problema está resuelto. El SelectMethod atributo se ha incorporado a la getShipmentLineList API de entrada, lo que permite controlar el comportamiento del bloqueo de filas con valores como NO_LOCK y NO_WAIT.
TS021506635 Problema: En el entorno integrado OMS-SIP, el servicio CustomIvInvokeRestAPI SDF falla si la entrada contiene caracteres acentuados.

Solución: Este problema está resuelto.

9 de marzo de 2026 (Comunicado 26.1.1.2 - 10.0.2601.2 )

Tabla 4. Problemas resueltos
Número de caso Descripción
TS020873642 Problema: El AdditionalLinePrices elemento no se conserva cuando se recibe desde la OrderRepriceUE salida.

Solución: Este problema está resuelto. El código se ha mejorado para admitir el AdditionalLinePrices elemento que permite que los datos permanezcan en la base de datos y los datos asociados se utilicen en los cálculos del total del pedido.

Si desea procesar AdditionalLinePrices el elemento desde OrderRepriceUE, habilite la yfs.order.pricing.enableAdditionalLinePriceProcessingFromOrderRepriceUE propiedad desde la consola SMA.
TS021379461 Problema: Si se invoca la getOrderList API en un pedido grande y la plantilla tiene atributos de ReturnableQty, Status, MaxLineStatusDesc, MinLineStatusDesc en el OrderLine elemento, la getOrderList API devuelve campos de estado en blanco en Status, MaxLineStatusDesc, MinLineStatusDesc y ReturnableQuantity como 0.

Solución: Este problema está resuelto. Para la getOrderList API, los atributos de ReturnableQty, Status MaxLineStatusDesc, y MinLineStatusDesc en el OrderLine elemento se rellenan correctamente para pedidos grandes.

Si desea eliminar la cláusula ORDER BY para mejorar el rendimiento, habilite yfs.order.getOrderList.skipOrderBy la propiedad desde la consola SMA. Esta propiedad también rellena correctamente los campos ReturnableQuantity Status, MaxLineStatusDesc, MinLineStatusDesc y.
TS021407429 Problema: Se lanza una NullPointerException excepción A cuando el registro de depuración está habilitado y YFSGetHeaderChargesForShipmentUE no devuelve newHeaderCharges en el YFSExtnOutputHeaderChargesShipment objeto.

Solución: Este problema está resuelto. El newHeaderCharges desde YFSGetHeaderChargesForShipmentUE se gestiona correctamente.

6 de febrero de 2026 (Comunicado 26.1.1.1 - 10.0.2601.1 )

Tabla 5. Problemas resueltos
Número de caso Descripción
TS018267429 Problema: Cuando se lanza una excepción por detección de bucle infinito, la retención del pago no se aplica al pedido cuando otro proceso procesa el mismo pedido.

Solución: Este problema está resuelto.
TS021006603 Problema: La executeCollection API no puede gestionar la reautorización al caducar cuando se utiliza la base de datos PostgreSQL.

Solución: Este problema se ha resuelto y la reautorización se gestiona mediante executeCollection la API mientras se utiliza la base de datos PostgreSQL.
TS021089591 Problema: La findInventory API no puede recuperar los datos de suministro disponibles de la visibilidad del inventario cuando la configuración regional de la instalación de OMS está establecida en una configuración regional distinta de UTC en un entorno integrado OMS-IV.

Solución: Este problema está resuelto.
TS021270086 Problema: Al compilar extensions.jar el kit de herramientas JDK21 para Ubuntu 22.04, se produce un error al compilar el archivo WAR para wsc.

Solución: Este problema está resuelto.
TS021298352 Problema: La getOrderList API lanza una excepción ClassCastException cuando la plantilla de salida se pasa como ruta de archivo.

Solución: Este problema está resuelto.

16 de enero de 2026 (Comunicado 26.1.1.0 - 10.0.2601.0 )

Tabla 6. Problemas resueltos
Número de caso Descripción
TS020191329 Problema: En un entorno integrado con IV, el inventario no segmentado no se tiene en cuenta correctamente cuando se Use Enhanced Segment Based Allocation habilita la regla para la organización del inventario.

Solución: Este problema se ha resuelto y el inventario no segmentado se tiene en cuenta cuando se aplica la Use Enhanced Segment Based Allocation regla a nivel de la organización de inventario.
TS020247475 Problema: Cuando el agente de consolidación se ejecuta en un entorno multihilo, pueden producirse interbloqueos durante la consolidación de envíos debido al bloqueo circular entre pedidos. Los subprocesos paralelos bloquean diferentes pedidos y luego esperan otros bloqueos mientras consolidan envíos entre pedidos, lo que da lugar a una situación de bloqueo.

Solución: Este problema está resuelto. El sistema se ha mejorado para evitar el procesamiento de facturas durante la consolidación, con el fin de eliminar las dependencias de bloqueo circulares y prevenir los bloqueos en un entorno multihilo.
TS020529791 Problema: Cuando se cancela una línea de pedido, el sistema no elimina todas las relaciones de línea de pedido relacionadas.

Solución: Este problema está resuelto. La cancelOrder API está configurada para eliminar todas las relaciones de línea de pedido para la línea de pedido cancelada y sus líneas relacionadas.
TS020642815 Problema: La excepción de puntero nulo se produce cuando LineCharges y se proporcionan AdditionalLinePrices juntos en la entrada CreateOrder de la API. Sin embargo, funciona con cualquiera de las dos entradas.

Solución: Este problema se ha resuelto y ahora se admiten tanto el elemento LineCharges como AdditionalLinePrices el elemento.
TS020784861 Problema: El rendimiento de getOrderList la API durante pedidos grandes se ralentiza debido a las llamadas a YFS_ORDER_RELEASE_STATUS la tabla con la cláusula ORDER BY.

Solución: Este problema está resuelto. Para los pedidos grandes, cuando la getOrderList plantilla de salida de la API no tiene OrderStatus el elemento, la cláusula ORDER BY de YFS_ORDER_RELEASE_STATUS la tabla no se añade, lo que mejora el rendimiento de getOrderList la API.
TS020812921 Problema: Falta la plantilla getShipmentLineList de salida de la API en el PersonInfoMarkFor objeto que se requiere para rellenar campos específicos en la tabla Líneas de envío.

Al intentar incluir el PersonInfoMarkFor objeto en la plantilla de salida, el sistema genera un error de violación de seguridad de la API y los campos obligatorios no se rellenan en la interfaz de usuario.

Solución: Este problema está resuelto. La plantilla de getShipmentLineList salida se ha mejorado para admitir el PersonInfoMarkFor elemento y eliminar cualquier violación de la seguridad de la API.
TS020812921 Problema: Actualmente, la salida de getOrderLineList la API no devuelve la información sobre las modificaciones permitidas y el Order Hub no puede ocultar las acciones en las líneas que no están permitidas.

Solución: Este problema está resuelto. Se ha mejorado la getOrderLineList API para identificar las modificaciones permitidas que se pueden realizar en cada una de las líneas, de modo que las operaciones se puedan desactivar o activar en el Order Hub según corresponda.
TS020814860 Problema: Se producen consultas innecesarias durante el createOrder flujo cuando no existen datos de entrada correspondientes y las tablas relacionadas no contienen registros.

Solución: Este problema se ha resuelto y la ejecución de la consulta se limita a las tablas de transacciones pertinentes. Como resultado, cuando no se proporcionan detalles relacionados, como referencias, opciones de línea, cargos o desglose de impuestos en la createOrder entrada, las consultas a esas tablas ya no se activan.
TS020819150 Problema: La cancelOrder API falla si una línea de pedido tiene más de un envío y uno de ellos ya ha sido cancelado.

Solución: Este problema está resuelto.
TS020965126 Problema: La consolidateToShipment API no tiene en cuenta la fecha de envío prevista y la fecha de entrega prevista para la consolidación de envíos.

Solución: Este problema está resuelto. La consolidateToShipment API se ha mejorado para consolidar los envíos en función de la fecha de envío prevista y la fecha de entrega prevista. Estos atributos se añaden en Applications Manager > Gestión logística > Logística > Planificación de envíos. Cuando se marca, la consolidateToShipment API encuentra los envíos coincidentes existentes basándose en estos atributos.