Problemas resolvidos pelo OMS arquivados em 2025

Os defeitos foram corrigidos em atualizações maiores e menores do sistema Sterling™ Order Management em 2024.

Observação: um problema que afetou a capacidade 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 10.0.2409.1-Sterling-SSFF-All-Minor-UpdateIBMSterling® Order Management System, que foi republicado em 16 de outubro de 2024.

8 de dezembro de 2025 (Lançamento do Patch 3 para 25.3.9.1 - Patch 3 para 10.0.2509.1 )

Tabela 1. Problemas resolvidos
Número do caso	Descrição
TS020553124	Problema: Os registros que estão aguardando sincronização com o Serviço de Pedidos são excluídos incorretamente pelo agente SSI Delayed Sync quando ocorrem falhas contínuas. Solução: Este problema foi resolvido. Os registros que não conseguem sincronizar com o Serviço de Pedidos permanecem na `YFS_Awaiting_Index` tabela e são selecionados na próxima iteração do agente SSI Delayed Sync.
Interno	Problema: O agente SSI Mass Sync processa pedidos muito lentamente quando há milhões de pedidos para sincronizar com o Serviço de Pedidos. Solução: O desempenho do agente foi melhorado. Para obter um melhor desempenho do agente, ajuste os seguintes parâmetros de critérios do agente. BatchSize : Use um valor menor, por exemplo, 25 a 30 NumberOfBatchesToBuffer : Use um valor mais alto, por exemplo, 4000 a 5000

13 de outubro de 2025 (Lançamento 25.3.9.1 - 10.0.2509.1 )

Tabela 2. Problemas resolvidos
Número do caso	Descrição
TS017743721	Problema: A `yfs.suppressModTypeValidationForCancelledOrders` propriedade não tem suporte de banco de dados. Solução: Este problema foi resolvido e a `yfs.suppressModTypeValidationForCancelledOrders` propriedade tem suporte de banco de dados. Para mais detalhes, consulte `yfs.suppressModTypeValidationForCancelledOrders` a propriedade no guia de propriedades.
TS017952789	Problema: A chamada createInventoryActivityList da API falha ao inserir registros `InventoryActivity` grandes. Solução: Este problema foi resolvido.
TS019334159	Problema: Quando atributos personalizados são associados a um item, a página Gerenciar variações no Sterling Business Center não exibe nenhum dado. Solução: Este problema foi resolvido. A página Gerenciar variações exibe os atributos personalizados corretamente.
TS019835067	Problema: O registro para o recurso de segregação da fila de tarefas não é suficiente. Solução: Este problema foi resolvido e foram adicionados mais registos de depuração para a funcionalidade de segregação da fila de tarefas.
TS019852083	Problema: Exceção de ponteiro nulo na syncLoadedInventory API durante o processamento de um registro de estoque quando o objeto `InventoryItemKey` referenciado no registro não existe no banco de dados. Solução: Este problema foi resolvido.
TS020095291	Problema: O não `YFSGetExternalInventoryForItemListUE` funciona como esperado nos seguintes casos: Quando a organização mantém um inventário externo e existem várias sequências de abastecimento nas regras de abastecimento. Não há estoque suficiente disponível na primeira sequência de abastecimento, então a linha é expandida para a próxima sequência de abastecimento. Solução: Este problema foi resolvido.
TS020108402	Problema: Quando a Disponibilidade de leitura entre itens que compartilham o mesmo é definida como GTIN, a findInventory API lê o estoque de todos os itens GTIN que incluem os itens em `Unpublished` status. Solução: Este problema foi resolvido. Uma nova regra de negócios `READ_GTIN_AVAIL_UNPUBLISHED_ITEMS` é introduzida com o valor padrão como `Y`. Para suprimir a leitura do inventário para itens GTIN não publicados, defina a regra como `N` para a organização do inventário.
TS020293341	Problema: O IBA não apresenta o resultado esperado no cenário abaixo: Criar um Order1 e usando Item1 para 1 unidade sem estoque disponível. Agende o pedido e ele passará para o status Pendente. Crie um Order2 o usando o mesmo item para 1 quantidade, mas com 1 suprimento disponível. Agende o pedido e ele passará para o status Agendado. Execute o agente IBA e ambas as ordens serão alteradas para espera. Execute o agente de ordem de programação. O status de espera é resolvido, mas Order1 ainda está no estado Em espera, enquanto Order2 está no status Programado. Expectativa : Order1 deve passar para o status Programado e Order2 para o status Em espera, com base no algoritmo primeiro a entrar, primeiro a sair. Solução: Este problema foi resolvido e a `CONSIDER_BACKORDER_DEMAND_FOR_IBA` regra deve ser definida como `Y`.
TS020313835	Problema: O agendamento de uma ordem de transferência de aquisição gera uma exceção de ponteiro nulo quando as seguintes etapas são executadas: Um ouvinte é implementado entre os pipelines de Pedido de Venda e Ordem de Transferência. O ouvinte escuta o status da ordem de transferência programada e atualiza o status da linha da ordem de vendas quando a ordem de transferência é programada. Em Gestão de Logística, o Cronograma de Entrega é configurado para o usado `CarrierServiceCode` na Etapa 1 com Permitir Até Dias de Tempo de Não Trânsito para um Item em branco. A ordem de venda é criada com `CarrierServiceCode` passada no `OrderLine`. A ordem de venda é programada e a ordem de transferência de aquisição é criada. A ordem de transferência está programada. Solução: Este problema foi resolvido.
Interno	Problema: Estão sendo criados registros de autorização com tamanho zero, o que está causando problemas de desempenho. Solução: Este problema foi resolvido. A executeCollection API foi aprimorada para manter o registro de autorização aberto quando o Payment Execution User Exit retornar autorização zero, desde que o limite definido por `yfs.payment.zeroAuthCTRThreshold` seja atingido. Para mais informações, consulte a `yfs.payment.keepAuthOpenForZeroAmt` propriedade no guia de propriedades.
Interno	Problema: Quando a getAvailabilityCache API é chamada com um modelo composto por `ShipNodeAvailabilities` elementos para o ambiente integrado OMS-SIP, a disponibilidade do nó afeta o desempenho da API. Solução: Este problema foi resolvido. Quando o `yfs.siv_integration.skipAvailabilityCacheForAllNodesShip` é definido como verdadeiro, a disponibilidade do nó é lida com base na distância ou no atributo do nó próximo.

5 de setembro de 2025 ( 25.3.9.0 de lançamento — 10.0.2509.0 )

Tabela 3. Problemas resolvidos
Número do caso	Descrição
TS019460285	Problema: As notas de remessa estão sendo excluídas no cancelamento do pedido. Solução: Este problema foi resolvido. As notas de remessa são preservadas quando o pedido é cancelado.
TS019528797	Problema: Quando ocorre um erro de loop infinito durante a obtenção dos detalhes do pedido, a chamada de API subsequente na mesma transação para atualizar o registro do cabeçalho do pedido falha. Solução: Este problema foi resolvido. Quando ocorre um erro de loop infinito durante a obtenção dos detalhes do pedido, a chamada de API subsequente na mesma transação atualiza o registro do cabeçalho do pedido.
TS019636873	Problema: Os ajustes de demanda criados pela purga durante as reservas de purga têm MIN_SHIP_BY_DATE marcado como em branco. Solução: Este problema foi resolvido. Os ajustes `MIN_SHIP_BY_DATE` sob demanda criados pela purga durante a reserva de purga herdam o valor da reserva original.
TS019780152	Problema: O `ExpectedShipmentDate` carimbo de data/hora do pedido de venda é exibido incorretamente como 00:00 quando as seguintes etapas são executadas: Habilite a programação de transferência de substituição entre nós usando um recurso de serviço de operadora. A `CarrierServiceCode` está configurada para transferir inventário entre os nós e `yfs.overrideTransferScheduleForProc` a propriedade está definida como verdadeira. Um ouvinte é implementado entre os pipelines de Pedidos de Venda e Ordens de Transferência, que escuta o status Programado da Ordem de Transferência e atualiza o status da linha do Pedido de Venda para refletir que a Ordem de Transferência está programada. A ordem de venda é criada para uma linha que requer serviço especial e serviço de transportadora especificados pela passagem `CarrierServiceCode` do atributo. A ordem de venda está programada. O estoque não está disponível no nó de expedição e uma ordem de transferência de aquisição é criada. A ETS da ordem de venda é calculada com o tempo de processamento do serviço especial incluído `ExpectedShipmentDate`. A ordem de transferência está programada. Solução: Este problema foi resolvido. O carimbo de `ExpectedShipmentDate` data/hora do pedido de venda agora é calculado de acordo com a `ProcurementNode` programação de coleta da transportadora, o tempo de processamento do serviço especial em ShipNode, e ShipNode's Programação de coleta da transportadora, e não é padronizado para 00:00.
TS019961110	Problema: A exceção de ponteiro nulo é observada intermitentemente no agente de ordem de programação multithread em ambientes integrados OMS-SIV. Solução: Este problema foi resolvido.
TS019992170	Problema: Os `AFTER_DELETE` eventos `AFTER_MODIFY` e não estão sendo acionados quando os eventos estão habilitados no nível empresarial. Solução: Este problema foi resolvido. Quando os eventos são configurados no nível empresarial, os `AFTER_DELETE` eventos `AFTER_MODIFY` e são gerados conforme o esperado.
TS020064993	Problema: Falha intermitente na inicialização do Callcenter com `ConcurrentModificationException`. Solução: Este problema foi resolvido. A parte do código que causa esse problema é tornada segura para threads.
Interno	Problema: A descrição do atributo Action nos documentos `changeShipment` Java menciona: `If Action is Cancel then except for shipment and shipment lines, all related entities are deleted.` Solução: Este problema foi resolvido. As notas de remessa não são excluídas quando a remessa é cancelada e o campo “ JavaDocs ” (Notas de remessa) é atualizado da seguinte forma: `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 lançamento)

Tabela 4. Problemas resolvidos
Número do caso	Descrição
TS017704467	Problema: São observados bloqueios intermitentes no `INV_INVENTORY_ITEM_LOCK` agente Schedule Order. Solução: Este problema foi resolvido.
TS018905184	Problema: A ordem de `ExpectedShipmentDate` venda não inclui o tempo de processamento de serviços especiais quando as seguintes etapas são realizadas: Um ouvinte é implementado entre os pipelines de pedidos de vendas e ordens de transferência. O ouvinte escuta o status da Ordem de Transferência Programada e atualiza o status da linha da Ordem de Vendas para refletir que a Ordem de Transferência está programada. É criada uma ordem de venda para uma linha que requer um serviço especial. A ordem de venda está programada. O estoque não está disponível no nó de expedição e é criada uma ordem de transferência de aquisição. A ETS da ordem de venda é calculada com o tempo de processamento do serviço especial incluído em `ExpectedShipmentDate`. A ordem de transferência está programada. Solução: Este problema foi resolvido. A ordem de venda `ExpectedShipmentDate` agora inclui o tempo de processamento do serviço especial quando uma ordem de transferência é programada.
TS018987338	Problema: O fator de segurança para os itens GTIN é compartilhado incorretamente entre vários GTINs. Solução: Este problema foi resolvido. A lógica é atualizada para garantir o isolamento dos fatores de segurança no nível do item. Quando a yfs.yfs.doNotMatchSafteyFactorForRelatedGTIN propriedade é definida como verdadeira, o fator de segurança não é compartilhado entre itens GTIN relacionados.
TS019246456	Problema: A getAvailableInventory API não leva em consideração as demandas não atribuídas. Solução: Este problema foi resolvido. A getAvailableInventory API foi aprimorada para exibir demandas não atribuídas na saída. Quando o ConsiderUnassignedDemand atributo input é definido, a API calcula e retorna a quantidade de demanda não atribuída sob o UnassignedDemandQuantity atributo.
TS019398828	Problema: Quando a auditoria de pagamento está ativada, para um pedido cancelado, se a changeOrder API estiver adicionando detalhes de pagamento, ela falha com o erro de regra de modificação ADD_QUANTITY. Solução: Este problema foi resolvido na funcionalidade de auditoria de pagamentos.
TS019460285	Problema: A cancelOrder documentação Java não fornece uma explicação clara sobre o cancelamento da remessa quando um pedido é cancelado. Solução: Este problema foi resolvido. A cancelOrder documentação Java foi aprimorada para esclarecer que a remessa associada só será cancelada se o IsSingleOrder sinalizador estiver definido como `Y`.
TS019800641	Problema: A findInventory API faz `OMPGetSourcingCorrectionUE` várias chamadas para a mesma sequência quando não há estoque disponível em nenhum dos nós de fornecimento e aquisição. Solução: Este problema foi resolvido.
Interno	Problema: A regra de determinação do pipeline para o Processo de Pedido de Contrato é atribuída ao pipeline de pedidos de contrato antigo. A versão 25.2.6.2-10.0.2506.2 apresenta um novo pipeline para o tipo `Contract Order Process` de processo. É o pipeline padrão e o único compatível com o processamento de pedidos de contrato. Se você instalou anteriormente a versão 25.0.3.0-10.0.2503.0, a instalação da versão 25.2.6.2-10.0.2506.2 não altera a regra de determinação do pipeline para apontar para o novo pipeline. Solução: Use as instruções a seguir para definir o novo pipeline como padrão para o processo de ordem de contrato. Inicie o Gerenciador de Aplicativos. Clique em Aplicativos e navegue até Application Platform > Modelagem de Processos e abra Modelagem de Processos. Localize o tipo de documento Pedido de contrato em Tipo de documento base do pedido e abra o tipo de processo Processo de pedido de contrato. No painel esquerdo do Repositório de Processos de Pedidos de Contrato, clique e expanda Determinação de Pipeline e abra Regra do Hub. Se o Processo de Pedido de Contrato ( 10.0 ) for exibido, exclua essa entrada e arraste o Processo de Pedido de Contrato ( 10.0 ) da lista de Pipelines no painel esquerdo. Salve na regra de determinação do pipeline para a interface do usuário do hub. Todas as ordens de contrato criadas após a alteração seguem o novo pipeline para processamento. O antigo pipeline que foi introduzido na versão 25.0.3.0-10.0.2503.0 foi renomeado como `Contract Order Process - Old - Do not use`. Recomenda-se excluir o pipeline antigo. Você pode excluir o pipeline antigo se não tiver criado nenhum pedido de contrato no seu sistema. Se você não conseguir excluir o pipeline antigo, poderá excluir os pedidos de contrato antigos se eles estiverem no status de rascunho ou cancelar ou encerrar os pedidos de contrato se eles estiverem confirmados. Se você aplicar a atualização da versão 25.2.6.2-10.02506.2 diretamente, não verá o pipeline antigo. A regra de determinação de pipeline para hub é atualizada com o novo processo de ordem de contrato de pipeline ( 10.0 ) e nenhuma ação é necessária. Para obter mais informações, consulte Atualização da regra de determinação do pipeline de pedidos de contrato.
Interno	Problema: As notas de remessa não são eliminadas quando a remessa correspondente é eliminada. Da mesma forma, as notas do histórico de remessas não são eliminadas quando o histórico de remessas é eliminado. Solução: Este problema foi resolvido. O Agente de Eliminação de Remessas e o Agente de Eliminação do Histórico de Remessas foram aprimorados para garantir que as notas de remessa e as notas do histórico de remessas sejam eliminadas quando a remessa for eliminada.

8 de julho de 2025 ( 25.2.6.1-10.0.2506.1 de lançamento)

Tabela 5. Problemas resolvidos
Número do caso	Descrição
Interno	Problema: Quando o bloqueio de capacidade do nó está ativado, observa-se um bloqueio excessivo na `YFS_RES_POOL_CAPACITY_LOCK` tabela durante `scheduleOrder` a transação. Solução: Este problema foi resolvido.
TS017915766	Problema: A `YFS_INVENTORY_TAG` tabela é consultada várias vezes para o mesmo registro em uma única transação. Solução: Este problema foi resolvido. Um cache no nível da transação foi implementado para armazenar e reutilizar os registros que são buscados na `YFS_INVENTORY_TAG` tabela, o que reduz consultas redundantes e melhora o desempenho.
TS018925517	Problema: A findInventory API demora mais tempo quando um grande número de nós se qualifica para sourcing. Solução: Este problema foi resolvido e a findInventory API foi atualizada para melhorar o desempenho.
TS019341824	Problema: Ocorre uma exceção quando um usuário cria uma conversão de moeda em Gerenciador de Aplicativos - Internacionalização > Conversão de moeda. Solução: Este problema foi resolvido.

2 de julho de 2025 (Lançamento 25.2.6.0-10.0.2506.0 e - Patch 2)

Tabela 6. Problemas resolvidos
Número do caso	Descrição
TS019612802	Problema: Se o nome do subserviço em um serviço de integração, como no receptor JMS, for salvo com um espaço à esquerda ou à direita, ele não será cortado. Portanto, quando o campo Sub_flow_name do `sub_flow` registro é armazenado após o corte do espaço, o RunTimeId atributo no campo config_xml do mesmo registro mantém o espaço como está. Solução: Se um novo serviço for criado ou um serviço existente for salvo a partir do Gerenciador de Aplicativos, os espaços à esquerda ou à direita no RunTimeId atributo e no nome do subserviço do receptor de integração serão removidos e armazenados no banco de dados.

23 de junho de 2025 (Lançamento de 25.2.6.0-10.0.2506.0 - Patch 1)

Tabela 7. Problemas resolvidos
Número do caso	Descrição
TS019612802	Problema: O nome do subserviço em um serviço de integração, como o receptor JMS, se salvo com espaços à esquerda ou à direita, é salvo com espaços e os espaços extras não são removidos. Portanto, observa-se uma regressão no comportamento com a execução do serviço como parte das validações realizadas nas melhorias do servidor na versão 25.2. Solução: Este problema foi resolvido. Como parte deste patch, foram feitas correções para que a execução do serviço funcione mesmo que o nome do subserviço em um receptor JMS seja salvo com espaços à esquerda ou à direita.

6 de junho de 2025 ( 25.2.6.0-10.0.2506.0 de lançamento)

Observação: há alterações no esquema do banco de dados na versão atual.

Tabela 8. Problemas resolvidos
Número do caso	Descrição
TS017010118	Problema: O desempenho das consultas específicas na `YFS_PERSON_INFO` tabela é afetado pelo índice OOB `PERSON_INFO_I4`. Solução: Este problema foi resolvido. O índice `PERSON_INFO_I4` é removido do produto. No entanto, esse índice não é removido do banco de dados do sistemaOrder Management quando o cliente atualiza para esta versão, pois as exclusões de índices são suprimidas como parte das atualizações no sistema Order Management. O cliente pode solicitar uma exclusão manual desse índice, se necessário. Dica: Se este índice for necessário para alguma outra funcionalidade, é recomendável que o cliente o adicione como um índice personalizado.
TS017698512	Problema: Durante o agendamento em um ambiente integrado IV, se a chamada schedule da API falhar e a transação for revertida, observa-se um excesso de promessas intermitente por um curto período de tempo. Solução: Este problema foi resolvido.
TS018187889	Problema: A entrada para `YFSGetAvailabilityCorrectionsForItemListUE` não inclui o elemento XPath Items/Item/Supplies/Supply/InventoryTag/Extn mesmo quando `getAvailabilityCorrectionsForItemList` o modelo está incluído. Solução: Este problema foi resolvido.
TS018322478	Problema: O sistema Sterling Order Management recupera a capacidade para nós sem inventário. Solução: Este problema foi resolvido. Uma nova propriedade `yfs.readResourcePoolsForNodesWithInventory` é introduzida. Quando a propriedade é definida como verdadeira, o produto não recupera a capacidade para nós sem inventário.
TS018623916	Problema: A receiveOrder API não está atualizando os atributos das tags na `YFS_INVENTORY_TAG` tabela. Solução: Este problema foi resolvido.
TS018716245	Problema: A saída da FindInventory API exibe uma incompatibilidade entre o Tempo Estimado de Envio (ETS) e o Tempo Estimado `ProductAvailDate` de Entrega (ETD) quando as seguintes etapas são realizadas: Crie `NODE1` e `NODE2` com calendário de envios e horário de funcionamento das 01:00 às 23:59 e domingo como dia não útil. Marque 22 e 23 de maio de 2025 como feriados nos calendários de remessa do nó. Crie uma programação de transferência de nó de `NODE1` para `NODE2`. Marque o domingo como cannot ship e o tempo de trânsito padrão como 2 dias, substituindo o tempo de trânsito para domingo a quinta-feira como 0 e para sexta-feira e sábado como 3 dias. Crie uma programação de transferência de nó e marque as seguintes substituições: Para 20 de maio de 2024 - 4 dias de tempo de trânsito Para 21 de maio de 2025 - 5 dias de tempo de trânsito Ajustar o inventário no nó `NODE1` para um item. Chame a `FindInventory` API com `ShipNode` como `NODE2` e `ProcureFromNode` como `NODE1` e `ReqStartDate` como 24 de maio de 2025. A `FindInventory` saída é observada da seguinte forma: Em `NODE1`, a atribuição `shipDate` é 21 de maio, `NODE2` a atribuição `shipDate` é 24 de maio, `ProductAvailable` a data em `NODE2` é 26 de maio. A `FindInventory` saída esperada é a seguinte: Em `NODE1`, a atribuição `shipDate` é 20 de maio e em `NODE2` a atribuição `shipdate` é 24 de maio. Solução: Este problema foi resolvido. Uma nova propriedade `yfs.considerNodeHolidayDuringBackwardCalculationOfProc` é adicionada com o valor padrão como falso. Se você definir a propriedade como verdadeira, durante os cálculos retroativos da data de envio, o produto considerará os feriados do nó de envio do calendário de envio, mesmo que eles não estejam marcados nas programações de transferência do nó.
TS018921804	Problema: A reserveItemInventoryList API não permite atualizar reservas `ReservationExpirationDate` que já expiraram `ShipDate`. Solução: Este problema foi resolvido.
TS019143912	Problema: Na documentação do Diagrama de Relacionamento de Entidades (ERD), a `ACTIVATE_FLAG` coluna na `YFS_SHIP_NODE` tabela deve ser descontinuada. Solução: Este problema foi resolvido. Na documentação do Diagrama de Relação de Entidades (ERD), a `ACTIVATE_FLAG` coluna na `YFS_SHIP_NODE` tabela está obsoleta.
Interno	Problema: Para pedidos criados a partir de um contrato, o ID do pedido do contrato é armazenado na `CONTRACT_ID` coluna da `YFS_ORDER_HEADER` tabela. O tipo de dados desta coluna não está alinhado com a coluna correspondente na `YFS_CONTRACT_ORDER` tabela. Quando o SBA está ativado, a chave da ordem do contrato é armazenada na `CONTRACT_ID` coluna da `YFS_SBA_ORDER_LINE_STATUS` tabela. O tipo de dados desta coluna não está alinhado com a coluna correspondente na `YFS_CONTRACT_ORDER` tabela. Solução: Este problema foi resolvido. O ID do pedido do contrato é armazenado na nova coluna `CONTRACT_ORDER_ID` da `YFS_ORDER_HEADER` tabela para pedidos criados a partir de um contrato. Quando o SBA está ativado, a chave da ordem do contrato é armazenada na nova coluna `CONTRACT_ORDER_KEY` da `YFS_SBA_ORDER_LINE_STATUS` tabela.

2 de maio de 2025 ( 25.1.3.2-10.0.2503.2 de lançamento)

Tabela 9. Problemas resolvidos
Número do caso	Descrição
TS015917795	Problema: Na configuração com várias colônias, em que os registros transacionais da empresa estão em colônias diferentes, a getPage API não funciona corretamente a partir da página 2. Solução: Este problema foi resolvido.
TS017830654	Problema: A getPossibleSchedules API gera uma `Invalid Delivery Method CARRY` exceção nas chamadas IV quando chamada com `CARRY` linha em um ambiente integrado IV. Solução: Este problema foi resolvido. A getPossibleSchedules API está configurada para ignorar a linha de promessa geradora quando o método de entrega é `CARRY`.
TS018194727	Problema: A loadInventoryMismatch API falha quando o sistema processa mensagens para o mesmo item com diferentes nós no modo multithread com a mesma `YFS_INVENTORY_TAG` inserção de registro. Solução: Este problema foi resolvido.
TS018279801	Problema: O `OrderBy` elemento não funciona na `getOrderInvoiceList` chamada. Solução: Este problema foi resolvido. A getOrderInvoiceList API foi aprimorada para oferecer suporte ao `<OrderBy>` elemento. Para obter mais informações, consulte a getOrderInvoiceList documentação da API.
TS018362995	Problema: As seguintes informações não estão disponíveis nos javadocs da manageNodeTransferSchedule API: `Only integer value for transit time is supported during transit time calculations in Promising APIs.` Solução: Este problema foi resolvido. A documentação da manageNodeTransferSchedule API foi atualizada.
TS018695289	Problema: Em um ambiente integrado IV, a chamada `getAvailableInventory` da API não respeita o `ReqEndDate` atributo que é passado na entrada da API. Solução: Este problema foi resolvido.
TS018712644	Problema: Quando a `iv_integration.largeOrder.batchMode.enable` propriedade está ativada em um ambiente integrado IV, a reserva falha intermitentemente devido à indisponibilidade de linhas, mesmo que o item esteja disponível. Solução: Este problema foi resolvido.
TS019107328	Problema: Quando um erro de linha inválida é gerado durante o cancelamento da linha do pedido com a chave da linha do pedido que não está presente no sistema, a chave da linha do pedido não é exibida na pilha de erros. Solução: Este problema foi resolvido. A chave da linha do pedido é exibida na pilha de erros.

4 de abril de 2025 ( 25.1.3.1-10.0.2503.1 de lançamento)

Tabela 10. Problemas resolvidos
Número do caso	Descrição
TS016928241	Problema: A data prevista de envio (ETS) na linha do pedido é calculada incorretamente no seguinte cenário: São criados dois nós chamados NODE1 e NODE2. É estabelecido um cronograma de transferência de NODE2 para NODE1 com um tempo de trânsito de 3 dias. O inventário é ajustado em NODE2 para ITEM1 com uma quantidade de 50. Certifique-se de que a saída YFSGetAvailabilityCorrectionsForItemListUE do usuário seja implementada para retornar a entrada como saída. Uma ordem é criada com ReqShipDate of Current Date + 5 dias. A encomenda está agendada. Solução: Este problema foi resolvido.
TS017420917	Problema: O usuário não consegue modificar nenhum aspecto do guia de roteamento após adicionar vários valores de termos de frete. Solução: Este problema foi resolvido. A manageRoutingGuide API foi aprimorada para atualizar o guia de rotas com vários valores de termos de frete.
TS017883688	Problema: Em um ambiente integrado ao Sterling Intelligent Promising Inventory Visibility com o adaptador Phase2, a getCompleteItemList API exibe um erro quando um grupo de distribuição não é passado na entrada da API e não está configurado na configuração básica. Solução: Este problema foi resolvido.
TS018034263	Problema: O pedido fica preso no status Reservado no seguinte cenário: São criados dois nós chamados NODE1 e NODE2. É estabelecido um cronograma de transferência de NODE2 para NODE1 com um tempo de trânsito de 3 dias. O inventário é ajustado em NODE2 para ITEM1 com uma quantidade de 50. Certifique-se de que a saída YFSGetAvailabilityCorrectionsForItemListUE do usuário seja implementada para retornar a entrada como saída. Certifique-se de que o serviço de entrega DS_I1 esteja associado a ITEM1. Crie um pedido com `ShipNode` como NODE1 e `ProcureFromNode` como NODE2. Marque a consulta para Delivery Service on current day + 5 dias. A encomenda está agendada. Solução: Este problema foi resolvido. O pedido passa para o `Procurement Transfer Order Created` status.
TS018047074	Problema: A reserva de visibilidade do inventário não é usada durante a criação do pedido se dias de entrega diferentes de zero forem configurados para um item. Solução: Este problema foi resolvido.
TS018100972	Problema: A capacidade não é liberada de todos os nós no seguinte cenário: É criada uma reserva para dois itens com 1 quantidade cada um em relação a dois nós diferentes com um pool de recursos configurado para cada nó da UOM (Unidade de Medida) de liberação. Uma ordem é criada com duas linhas usando essa reserva. A encomenda é então cancelada completamente. Solução: Este problema foi resolvido. A capacidade é liberada de todos os nós.
TS018342928	Problema: Quando ocorre um erro de linha inválida durante a chamada changeOrder da API, a pilha de erros não menciona a chave da linha do pedido. Solução: Este problema foi resolvido. A chave da linha do pedido é exibida na pilha de erros quando ocorre um erro de linha inválida durante a chamada changeOrder da API.
TS018584241	Problema: A descrição do item pai é exibida em vez da descrição do item de substituição na resposta getShipmentDetails da API após a substituição. Solução: Este problema foi resolvido. A getShipmentDetails API está configurada para exibir a descrição do item de substituição na resposta.
TS018643512	Problema: Quando o sinalizador de repetição é Y na saída do usuário da `PAYMENT_EXECUTION` transação, os mapeamentos existentes na `YFS_PAYMENT_REASON_MAPPING` tabela são excluídos. Solução: Este problema foi resolvido.

7 de março de 2025 ( 25.1.3.0-10.0.2503.0 de lançamento)

Tabela 11. Problemas resolvidos
Número do caso	Descrição
TS015402889	Problema: Em uma chamada de reserva Sterling Intelligent Promising Inventory Visibility a partir de Sterling Order Management System Order Schedule e liberação em ambiente integrado IV com o adaptador Phase2, o `Accessing context outside creating thread` erro ocorre intermitentemente. Solução: Este problema foi resolvido.
TS016743014	Problema: Quando a regra de pagamento é definida para cobrar o pagamento externamente, ocorre um erro de loop infinito durante o processamento de reembolsos ou descontos. Solução: Este problema foi resolvido.
TS017012516	Problema: Os pedidos que consistem no status `NOT_APPLICABLE` de pagamento não estão sendo eliminados. Solução: Este problema foi resolvido. O Agente de Limpeza de Pedidos foi aprimorado para limpar pedidos com o status `NOT_APPLICABLE` de pagamento.
TS017186233	Problema: Quando várias aquisições são feitas a partir de nós com o mesmo custo, data e quantidade elegíveis para atender à solicitação, o agendamento de pedidos falha intermitentemente. Solução: Este problema foi resolvido.
TS017732278	Problema: A getChargeTransactionList API não tem um limite para o número máximo de registros que podem ser recuperados na saída. Solução: Este problema foi resolvido. A getChargeTransactionList API foi aprimorada para recuperar o número de registros com base no valor definido para o MaximumRecords atributo. O padrão é 5000 registros.
TS017822614	Problema: Em um banco de dados Postgres, as consultas IBA estão demorando mais tempo para serem executadas, o que está causando problemas de desempenho. Solução: Este problema foi resolvido. O aplicativo do Sistema de Gestão de Contas ( Sterling Order Management ) foi aprimorado para oferecer suporte ao IBA com `PostgreSQL` banco de dados.
TS018038757	Problema: getAvailableInventory A API retorna a disponibilidade acumulada total e não filtra a disponibilidade para corresponder às informações da tag fornecidas na `PromiseLine` entrada. Solução: Este problema foi resolvido. getAvailableInventory A API foi aprimorada para retornar a disponibilidade com base nas informações de tag fornecidas como parte da `PromiseLine` entrada.
TS018082167	Problema: A opção de usar arquivos JAR do SDK d AWS S3 s não está disponível para a implantação de aplicativos. Solução: Este problema foi resolvido. Os arquivos JAR do SDK do AWS S3 e os arquivos JAR dependentes relacionados, como `jackson` e, `joda-time` são adicionados ao caminho de classes Application e ficam disponíveis para a implantação de aplicativos.
TS018397034	Problema: Na getOrderInvoiceDetails API, quando o `CollectionDetails` elemento é usado sem um elemento filho, ocorre o erro de estouro de pilha. Solução: Este problema foi resolvido.
TS018438207	Problema: A saída `getExternalCostForOptionsUE` do usuário foi aprimorada para mostrar as informações de uso da capacidade quando existe um pool de recursos para os nós de atribuição. Solução: Este problema foi resolvido.
TS018479682	Problema: O PageSetToken atributo na documentação getPage da API foi atualizado para fornecer informações sobre o número máximo de tokens que são mantidos no cache. Solução: Este problema foi resolvido.
Interno	Problema: Quando as etapas a seguir são executadas, os valores Order/PriceInfo/@TotalAmount dos atributos Order/OrderLines/OrderLine/LinePriceInfo/@LineTotal e não são calculados de acordo com o preço unitário recuperado da lista de preços: Crie um pedido grande com BypassPricing definido como `Y`. Chame a changeOrder API para atualizar um atributo no nível do cabeçalho do pedido, como CarrierServiceCode aquele que está configurado para afetar o preço. Solução: Este problema foi resolvido.

Observação: O pipeline de pedidos de contrato e a regra de determinação do pipeline para o hub para pedidos de contrato introduzidos nesta versão são atualizados na versão 25.2.6.2-10.0.2506.2. Para obter mais informações, consulte Pipeline do processo de pedidos de contratos.

24 de janeiro de 2025 ( 24.3.9.2-10.0.2409.2 de lançamento)

Tabela 12. Problemas resolvidos
Número do caso	Descrição
TS017809477	Problema: Quando você compacta dados para colunas com compactação ativada, o aplicativo não consegue compactar caracteres especiais. Em vez disso, é criado um texto duplicado. Solução: Este problema foi resolvido. Se o aplicativo não conseguir compactar os dados, os dados não compactados serão salvos no banco de dados, para evitar a corrupção de dados que pode ocorrer durante a compactação.
TS017061933	Problema: O `Order Monitor` agente carimba a data futura em NEXT_ALERT_TS vez da data atual quando se espera que ele volte a emitir alertas até uma data específica. Solução: Este problema foi resolvido. O `Order Monitor` agente agora marca NEXT_ALERT_TS como a data atual quando é necessário emitir novamente alertas até uma data específica.
TS017701540	Problema: Para promoções externas, a descrição do prêmio fornecida na entrada não é salva. Solução: Este problema foi resolvido.
TS017262363	Problema: Quando uma ordem de devolução inclui linhas de pacote pai e componentes, são criadas linhas de componentes duplicadas. Solução: Este problema foi resolvido. No XML de criação da ordem de devolução, o `DerivedFrom` elemento agora recupera a ordem derivada com base na combinação de `DocumentType`, `EnterpriseCode` e `OrderNo`.
TS016768318	Problema: Quando a `yfs.useNewRoundOffPriceForConventional` propriedade está ativada, os preços são arredondados, mas as taxas não. Solução: Este problema foi resolvido. Quando a `yfs.useNewRoundOffPriceForConventional` propriedade está ativada, assim como os preços, os encargos também são arredondados.
TS017537692	Problema: Quando a api.security.mode propriedade é definida como `LAX`, os elementos estendidos correspondentes a uma tabela de hang-off não são preenchidos. Solução: Este problema foi resolvido.
TS017807843	Problema: Quando a getTrackingNoAndPrintLabel API gera uma exceção, ela não é registrada no arquivo de log. Solução: Este problema foi resolvido.
TS017171817	Problema: não CurrentStorePickup/Pickup/@ProcureFromNode reflete o valor correto do nó quando IsProcurementAllowed=Y é passado na entrada da getStoreAvailability API. Solução: Este problema foi resolvido. O CurrentStorePickup/Pickup/@ProcureFromNode agora reflete o valor correto do nó de onde a aquisição é avaliada na saída da getStoreAvailability API.
TS012935603	Problema: Ao executar as etapas a seguir, o cenário de sourcing não funciona corretamente com a otimização baseada no número mínimo de remessas: Regra de programação - A `Line Ship from Single Node` restrição está ativada e a otimização é feita com base no custo e no número de remessas. A disponibilidade de estoque para ITEM1 e ITEM2 é a seguinte: ITEM1 - 7 unidades disponíveis em NODE1 e 0 unidades disponíveis em NODE2. ITEM2 - 4 unidades disponíveis em NODE1 e 5 unidades disponíveis em NODE2. Chame a findInventory API com ITEM1 e RequiredQty=1 e ITEM2 com RequiredQty=5. O resultado esperado é que `ITEM1` deve ter 1 quantidade preenchida em NODE1 e ITEM2 deve ter 5 quantidades preenchidas em NODE2. No entanto, o resultado real mostra que, para ITEM1, 1 quantidade é atendida a partir de NODE1, enquanto que, para ITEM2, 4 quantidades são atendidas a partir de NODE1 e 1 quantidade é marcada como indisponível. Solução: Este problema foi resolvido.
TS017589883	Problema: Em um ambiente integrado ao Sterling Intelligent Promising Inventory Visibility com o adaptador Phase2, em condições de baixa disponibilidade, ao chamar a reserveAvailableInventory API, o aplicativo ocasionalmente exibe uma exceção de ponteiro nulo. Solução: Este problema foi resolvido.
TS016707360	Problema: Ao executar as etapas a seguir, o IBA não funciona conforme o esperado: Nas Regras IBA, configure as Regras de Seleção de Pedidos para Alocação de Estoque para que os pedidos prioritários fiquem na primeira sequência e os pedidos não prioritários na segunda sequência. No Nó 1, há 1 unidade disponível em estoque. Crie uma ordem sem prioridade com 1 quantidade e programe-a. A encomenda está agendada. Crie uma ordem de prioridade e programe-a. O pedido está em espera. Execute o agente IBA e, em seguida, agende o agente Order. A ordem prioritária permanece no status de pendente e a ordem não prioritária permanece no status programado. Em vez disso, a ordem prioritária deve passar para o status programado e a ordem não prioritária deve ser colocada em espera. Solução: Este problema foi resolvido. Uma nova `CONSIDER_BACKORDER_DEMAND_FOR_IBA` regra é introduzida com o valor padrão definido como `N`. Certifique-se de chamar a manageRule API para alterar o valor para `Y` evitar esse problema.
TS017771777	Problema: Após atualizar para o pacote de correções 2403.2, o XML de entrada para `YFSGetAvailabilityCorrectionsForItemListUE` não contém todos os registros de fornecimento zero para nós, que são elegíveis de sequências anteriores e tiveram fornecimento zero. Solução: Este problema foi resolvido. Um fornecimento fictício é adicionado à `YFSGetAvailabilityCorrectionsForItemListUE` entrada para todos os nós elegíveis das sequências anteriores e teve fornecimento zero.
TS016804990	Problema: O processo SFTP de extração de dados para o SFTP do cliente AWS falha quando eles atualizam para as políticas de segurança mais recentes do AWS, de TransferSecurityPolicy-2020-061 para TransferSecurityPolicy-2024-01. Solução: Este problema foi resolvido. A biblioteca JSch (Java Secure Channel) foi atualizada de 0.1.55 para 0.2.21, que suporta os algoritmos de troca de chaves mais recentes para SFTP e funciona com AWS SFTP, adotando políticas de segurança de TransferSecurityPolicy-2024-01.
TS014082596	Problema: são observadas atualizações incorretas da demanda para itens com etiqueta com SKU popular quando a Summarize and Maintain Total Supply and Demand regra está ativada. Solução: Este problema foi resolvido.
TS015028263	Problema: A INVENTORY_KEPT_EXTERNALLY configuração não é herdada pelas organizações posicionadas em níveis inferiores na hierarquia organizacional. Solução: Este problema foi resolvido.
TS018001678	Problema: A adjustInventory API, quando usada com `AdjustmentType` definido como `ABSOLUTE` e `RemoveInventoryNodeControl` como `A`, gera registros de atividade de inventário incorretos, mesmo quando não há `yfs_inventory_node_control` registros para excluir e nenhuma alteração no quadro de suprimentos. Solução: Este problema foi resolvido. Um novo registro agora é criado apenas se houver `yfs_inventory_node_control` registros disponíveis para exclusão e não houver um registro de atividade de inventário correspondente.
TS017915766	Problema: Quando o bloqueio de capacidade está ativado, observa-se um bloqueio nas APIs de consulta, como findInventory e, getPossibleSchedules o que leva a uma alta contenção de bloqueio e, consequentemente, resulta em lentidão. Solução: Este problema foi resolvido.
TS017704664	Problema: O cache de capacidade não é atualizado intermitentemente porque o processo de atualização do cache é encerrado quando encontra um erro. Solução: Este problema foi resolvido. Uma nova `yfs.capacityAvailablity.jvmcache.maxRetry` propriedade é adicionada, que controla quantas tentativas o processo pode realizar antes que o cache seja encerrado.
TS017600444	Problema: Os registros órfãos na `YFS_SUB_FLOW` tabela causam problemas ao iniciar um servidor. Solução: Este problema foi resolvido. Os registros de subfluxo sem registros de fluxo correspondentes que estão marcados neles são ignorados durante a inicialização do servidor após o registro de um erro.
TS018186552	Problema: No Gerenciador de Aplicativos, clique Application Platform em. Vá para Segurança > Grupos > Detalhes do grupo > Segurança. Na guia Permissões, ao visualizar o grupo de permissões de recursos, alguns dos componentes listados não exibem o nome correto do componente. Solução: Este problema foi resolvido.