IBM Sterling® Order Management Problemas resolvidos pelo sistema

Revise os defeitos e correções que são abordados nas atualizações.

Observação: um problema que afetou o recurso de ajuste de estoque foi identificado na versão 10.0.2409.1 do Order Hub, lançada em 4 de outubro de 2024. O problema foi resolvido e os artefatos foram atualizados como parte do mesmo pacote de correções do sistema Sterling™ Order Management 10.0.2409.1-Sterling-SSFF-All-Minor-Update , que foi republicado em 16 de outubro de 2024.

6 de julho de 2026 (Comunicado à imprensa 26.3.7.0 - 10.0.2607.0 )

Tabela 1. Problemas resolvidos
Número do caso Descrição
TS022219622 Problema: Durante a criação automática de pedidos de venda a partir dos cronogramas de entrega do contrato, os pedidos de venda não eram criados quando o cliente associado ao contrato estava inativo. Nesses casos, o sistema gerava um alerta de erro genérico. No entanto, o alerta não incluía o número do pedido do contrato nem o número do cronograma de entrega. Como resultado, os usuários não conseguiram identificar rapidamente o cronograma do contrato afetado e determinar o motivo da falha na criação do pedido.

Solução: Foi um erro considerar os pedidos contratuais de um cliente inativo e processá-los em bloco antes de, eventualmente, chegar a uma situação de exceção durante a criação do pedido de venda.

O problema foi resolvido. O agente de criação automática de pedidos de venda ignora as linhas com entrega programada geradas para pedidos de contrato pertencentes a clientes inativos e não tenta criar pedidos de venda para elas. Além disso, quando um usuário tenta criar pedidos manualmente a partir de um pedido de contrato, o sistema verifica o status do cliente associado. Se o cliente ou o contato do cliente estiver inativo, o sistema exibe uma mensagem de erro indicando que o cliente ou o contato do cliente está inativo.
TS022520190 Problema: Quando várias solicitações simultâneas invocam o mesmo fluxo de integração, por exemplo, MCP_SearchOrders,, todas as solicitações acabam processando dados de entrada idênticos, em vez de suas próprias entradas distintas. O problema é intermitente; no entanto, ocorre apenas quando as threads se sobrepõem no momento da execução.

Solução: Esse problema foi resolvido.

5 de junho de 2026 (Comunicado de imprensa 26.2.4.2 - 10.0.2604.2 )

Tabela 2. Problemas resolvidos
Número do caso Descrição
TS021623798 Problema: No último dia do horário de verão, os pedidos agendados após as 23h resultaram em pedidos em espera quando a configuração “Número máximo de dias em que o pedido pode ser enviado/entregue após a data solicitada” estava definida como 0.

Solução: Esse problema foi resolvido. Para garantir o processamento adequado dos pedidos durante o período de mudança do horário de verão, ative a yfs.adjustTimeStampForDstSwitch propriedade.
TS021913722 Problema: Durante a consolidação de remessas, a Data de Entrega Prevista (EDD) é recalculada quando são fornecidos valores de carimbo de data/hora, o que resulta na alteração involuntária da data e hora de entrega da remessa existente.

Solução: Este problema foi resolvido e a lógica de consolidação foi aprimorada para manter a Data de Envio Prevista (ESD) e a Data de Entrega Prevista (EDD) originais, o que evita atualizações indesejadas dos carimbos de data e hora durante a consolidação de remessas.
TS021920470 Problema: A geração da documentação Javadocs da API não consegue produzir o arquivo esperado index.html devido à presença de caracteres não ASCII nos comentários da fonte Javadoc, o que resulta em uma documentação da API incompleta.

Solução: Este problema foi resolvido e os arquivos-fonte do Javadoc afetados foram atualizados para remover caracteres não suportados e garantir a compatibilidade com ambientes baseados em ASCII, o que permite a geração bem-sucedida da documentação completa da API, incluindo o index.html arquivo.
TS021992168 Problema: Para pedidos com status parcial, a descrição do status é exibida em idiomas misturados porque o Partially prefixo foi obtido a partir da configuração regional da Organização Central, enquanto a descrição do status em si foi obtida a partir da configuração regional do usuário conectado.

Solução: Este problema foi resolvido e a lógica de conversão de localidade foi atualizada para que toda a descrição do status, incluindo o Partially prefixo e o texto do status, seja derivada de forma consistente da localidade do usuário conectado, eliminando assim a exibição de status em idiomas misturados.
TS021921826 Problema: Os atributos das tags não estão sendo atualizados na YFS_INVENTORY_TAG tabela de Ordens de Compra e Ordens de Transferência em determinados cenários de recebimento em excesso.

Solução: Esse problema foi resolvido.
TS022144285 Problema: A getSupplyDetails API gera uma exceção de ponteiro nulo quando chamada com um modelo de saída que não inclui o <SupplyDetails> elemento.

Solução: Esse problema foi resolvido.
Interno Problema: Na criação automática de pedidos de venda a partir de cronogramas de contrato, a data de entrega solicitada (ReqDeliveryDate) não era atualizada de forma consistente no cabeçalho dos pedidos criados por agrupamento.

Solução: Esse problema foi resolvido. A lógica de criação automática de pedidos foi aprimorada para garantir que a data de entrega solicitada seja calculada e preenchida de forma consistente nos pedidos criados automaticamente. A data ReqDeliveryDate no cabeçalho do pedido agora é sempre calculada a partir da data de entrega solicitada na linha de entrega programada.

4 de maio de 2026 (Comunicado de imprensa 26.2.4.1 - 10.0.2604.1 )

Tabela 3. Problemas resolvidos
Número do caso Descrição
TS022108223 Problema: A nova biblioteca Swagger/OpenAPI introduziu classes de dependência que foram expostas no classpath de tempo de execução, o que pode causar conflitos com arquivos JAR de terceiros instalados pelos clientes.

Solução: Este problema foi resolvido e as classes de dependência que estavam causando os conflitos foram removidas do classpath de tempo de execução.
TS021295953 Problema: Em um ambiente integrado OMS-SIP, o sistema reserveAvailableInventory gera, de forma intermitente, resultados inválidos com campos em falta.

Solução: Esse problema foi resolvido.
TS021250460 Problema: Quando os servidores reiniciam inesperadamente, as mensagens de sincronização de estoque ficam presas e nunca são processadas, o que está causando discrepâncias no estoque.

Solução: Esse problema foi resolvido. Order Management Software foi aprimorado com recuperação automática para processar as mensagens de sincronização de estoque que ficaram presas, sem intervenção manual.
TS021123379 Problema: A discrepância na demanda observada durante o cancelamento de ordens de compra (PO) ou ordens de transferência (TO) em casos que envolvem itens substitutos.

Solução: Esse problema foi resolvido.
Interno O suporte a pacotes foi adicionado à integração do Optimizer com o Sterling Intelligent Promising e pode ser ativado definindo a propriedade sip_integration.optimizer.bundle.support.enable como Y.
Interno Problema: O TagBreakup não está incluído nas informações de disponibilidade do RTAM.

Solução: Esse problema foi resolvido. É introduzida uma nova yfs.yfs.RTAM.IncludeTagBreakupForNodeOrDG propriedade para incluir TagBreakup informações de disponibilidade no RTAM.
Interno Problema: As atualizações de estoque no sistema de visibilidade de confirmShipment estoque não incluem informações de etiquetas para itens com prazo de validade quando a linha de remessa não especifica um código de etiqueta ShipByDate e a Assume FEFO If A ShipByDate Is Not Provided regra de etiquetagem está ativada.

Solução: Esse problema foi resolvido.
Interno O suporte a tags está habilitado com a integração da Fase 1 do OMS-IV. Para obter mais informações, consulte “Configuração de um sistem Sterling Order Management para integração com o Sterling Intelligent Promising Inventory Visibility ”.

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

Tabela 4. Problemas resolvidos
Número do caso Descrição
TS021298229 Problema: Observa-se uma disputa de bloqueio de linha na tabela quando getShipmentLineListYFS_ORDER_HEADER a API é processada.

Solução: Esse problema foi resolvido. O SelectMethod atributo foi introduzido na getShipmentLineList API de entrada, permitindo controlar o comportamento do bloqueio de linhas com valores como NO_LOCK e NO_WAIT.
TS021506635 Problema: No ambiente integrado OMS-SIP, o serviço CustomIvInvokeRestAPI SDF apresenta falha se a entrada contiver caracteres acentuados.

Solução: Esse problema foi resolvido.

9 de março de 2026 (Lançamento 26.1.1.2 - 10.0.2601.2 )

Tabela 5. Problemas resolvidos
Número do caso Descrição
TS020873642 Problema: O AdditionalLinePrices elemento não está sendo mantido quando recebido da OrderRepriceUE saída.

Solução: Esse problema foi resolvido. O código foi aprimorado para oferecer suporte ao AdditionalLinePrices elemento que permite que os dados sejam mantidos no banco de dados, e os dados associados são usados nos cálculos do total do pedido.

Se você deseja processar AdditionalLinePrices o elemento de OrderRepriceUE, habilite a yfs.order.pricing.enableAdditionalLinePriceProcessingFromOrderRepriceUE propriedade no console SMA.
TS021379461 Problema: Se a getOrderList API for invocada em uma ordem grande e o modelo tiver os atributos, ReturnableQty Status, MaxLineStatusDesc, MinLineStatusDesc no OrderLine elemento, a getOrderList API retornará campos de status em branco em Status, MaxLineStatusDesc, MinLineStatusDesc e ReturnableQuantity como 0.

Solução: Esse problema foi resolvido. Para a getOrderList API, os atributos de ReturnableQty, Status MaxLineStatusDesc, e MinLineStatusDesc no OrderLine elemento são preenchidos corretamente para pedidos grandes.

Se desejar remover a cláusula ORDER BY para melhorar o desempenho, habilite yfs.order.getOrderList.skipOrderBy a propriedade no console SMA. Essa propriedade também preenche os campos ReturnableQuantity Status, MaxLineStatusDesc, MinLineStatusDesc e corretamente.
TS021407429 Problema: Um NullPointerException é lançado quando o registro de depuração está habilitado e YFSGetHeaderChargesForShipmentUE não retorna newHeaderCharges no objeto YFSExtnOutputHeaderChargesShipment .

Solução: Esse problema foi resolvido. O newHeaderCharges de YFSGetHeaderChargesForShipmentUE é tratado corretamente.

6 de fevereiro de 2026 (Lançamento 26.1.1.1 - 10.0.2601.1 )

Tabela 6. Problemas resolvidos
Número do caso Descrição
TS018267429 Problema: Quando é lançada uma exceção de deteção de loop infinito, a retenção do pagamento não é aplicada à encomenda quando a mesma encomenda é processada por outro processo.

Solução: Esse problema foi resolvido.
TS021006603 Problema: A executeCollection API não consegue lidar com a reautorização no vencimento quando o banco de dados PostgreSQL é usado.

Solução: Este problema foi resolvido e a reautorização é tratada pela executeCollection API ao utilizar um banco de dados PostgreSQL.
TS021089591 Problema: A findInventory API não consegue recuperar os dados de fornecimento disponíveis da visibilidade do inventário quando a configuração regional da instalação do OMS está definida para uma configuração regional diferente de UTC em um ambiente integrado OMS-IV.

Solução: Esse problema foi resolvido.
TS021270086 Problema: Ao extensions.jar compilar um kit de ferramentas JDK21 para Ubuntu 22.04, ocorre uma falha durante a compilação do war para wsc.

Solução: Esse problema foi resolvido.
TS021298352 Problema: A getOrderList API gera uma exceção ClassCastException quando o modelo de saída é passado como caminho de arquivo.

Solução: Esse problema foi resolvido.

16 de janeiro de 2026 (Lançamento 26.1.1.0 - 10.0.2601.0 )

Tabela 7. Problemas resolvidos
Número do caso Descrição
TS020191329 Problema: Em um ambiente integrado ao IV, o estoque não segmentado não está sendo considerado adequadamente quando Use Enhanced Segment Based Allocation a regra está ativada para a organização do estoque.

Solução: Este problema foi resolvido e o estoque não segmentado é considerado quando a Use Enhanced Segment Based Allocation regra no nível da organização do estoque.
TS020247475 Problema: Quando o Agente de Consolidação é executado em um ambiente multithread, podem ocorrer deadlocks durante a consolidação de remessas devido ao bloqueio circular entre pedidos. Os threads paralelos bloqueiam diferentes pedidos e, em seguida, aguardam outros bloqueios enquanto consolidam remessas entre pedidos, o que resulta em uma situação de impasse.

Solução: Esse problema foi resolvido. O sistema foi aprimorado para ignorar o processamento de faturas durante a consolidação, a fim de eliminar dependências de bloqueio circular e evitar impasses em um ambiente multithread.
TS020529791 Problema: Quando uma linha de pedido é cancelada, o sistema não exclui todas as relações relacionadas à linha de pedido.

Solução: Esse problema foi resolvido. A cancelOrder API foi corrigida para remover todas as relações de linha de pedido para a linha de pedido cancelada e suas linhas relacionadas.
TS020642815 Problema: A exceção de ponteiro nulo ocorre quando LineCharges e são AdditionalLinePrices fornecidos juntos na entrada CreateOrder da API. No entanto, funciona com qualquer uma das entradas.

Solução: Este problema foi resolvido e os elementos LineCharges AdditionalLinePrices e são suportados.
TS020784861 Problema: O desempenho da getOrderList API durante pedidos grandes fica lento devido às chamadas para YFS_ORDER_RELEASE_STATUS a tabela com a cláusula ORDER BY.

Solução: Esse problema foi resolvido. Para pedidos grandes, quando o modelo getOrderList de saída da API não possui OrderStatus o elemento, a cláusula order by para YFS_ORDER_RELEASE_STATUS a tabela não é adicionada, o que melhora o desempenho da getOrderList API.
TS020812921 Problema: O modelo de getShipmentLineList saída da API está faltando no PersonInfoMarkFor objeto necessário para preencher campos específicos na tabela Linhas de remessa.

Ao tentar incluir o PersonInfoMarkFor objeto no modelo de saída, o sistema gera um erro de violação de segurança da API e os campos obrigatórios não são preenchidos na interface do usuário.

Solução: Esse problema foi resolvido. O modelo getShipmentLineList de saída foi aprimorado para oferecer suporte ao PersonInfoMarkFor elemento, a fim de eliminar qualquer violação de segurança da API.
TS020812921 Problema: Atualmente, a saída da getOrderLineList API não retorna as informações sobre as modificações permitidas e o Order Hub não consegue ocultar as ações nas linhas que não são permitidas.

Solução: Esse problema foi resolvido. A getOrderLineList API foi aprimorada para identificar as modificações permitidas que podem ser realizadas para cada uma das linhas, de modo que as operações possam ser desativadas ou ativadas no Order Hub.
TS020814860 Problema: Existem consultas desnecessárias durante o createOrder fluxo quando não existem dados de entrada correspondentes e as tabelas relacionadas não têm registros.

Solução: Este problema foi resolvido e a execução da consulta está restrita às tabelas de transações relevantes. Como resultado, quando nenhum detalhe relacionado, como referências, opções de linha, cobranças ou divisão de impostos, é fornecido na createOrder entrada, as consultas a essas tabelas não são mais acionadas.
TS020819150 Problema: A cancelOrder API falha se uma linha de pedido tiver mais de uma remessa e uma das remessas já tiver sido cancelada.

Solução: Esse problema foi resolvido.
TS020965126 Problema: A consolidateToShipment API não considera a data prevista de envio e a data prevista de entrega para a consolidação do envio.

Solução: Esse problema foi resolvido. A consolidateToShipment API foi aprimorada para consolidar remessas com base na data prevista de envio e na data prevista de entrega. Esses atributos são adicionados em Gerenciador de Aplicativos > Gerenciamento de Logística > Logística > Planejamento de Remessas. Quando verificada, a consolidateToShipment API encontra as remessas correspondentes existentes com base nesses atributos.