🚀 Release Notes v1.31.1 - 30/04/2026

• 21 Melhorias aplicadas em performance, usabilidade e segurança operacional.
• 18 Correções garantindo estabilidade e padronização entre Web, Coletor e relatórios.

01. BEES-3479: [Melhoria] – Adicionar EndPoint de custo médio na Documentação

Foi identificado que o endpoint /api/import/averageCosts, responsável pela importação de custo médio de produtos, já estava disponível em produção, porém não possuía documentação técnica formal no BeeStock. Essa ausência dificultava o uso correto da API por clientes e integradores, gerando dúvidas quanto à estrutura de requisição, autenticação e tratamento de respostas. Além disso, a falta de padronização na documentação comprometia a rastreabilidade e governança das integrações externas.

Foi realizada a formalização e inclusão da documentação técnica do endpoint de importação de custo médio no BeeStock. O endpoint permite a atualização do custo médio dos produtos por:

• Filial
• Depósito
• Produto

02. BEES-3472: [Melhoria] – API de Consulta de Status de Carga

Com a necessidade de ampliar a visibilidade operacional das cargas para sistemas externos, foi identificada a ausência de um endpoint que permitisse consultar, de forma estruturada, o status e os detalhes das cargas diretamente no BeeStock. Atualmente, essas informações estão disponíveis apenas internamente no Monitor de Carga, exigindo acesso manual ao sistema para acompanhamento. Essa limitação impacta integrações com:

• Sistemas de transporte (TMS)
• Portais de clientes
• Sistemas de tracking/logística

Foi desenvolvido o endpoint de Consulta de Status de Carga, permitindo que sistemas externos consultem, em lote, as informações operacionais das cargas por filial. A API disponibiliza os dados consolidados do Monitor de Carga, incluindo:

03. BEES-3460: [Melhoria] – Controle de alocação automática de saldo após ressuprimento –

Foi identificado que, no processo de ressuprimento do BeeStock, o saldo dos produtos estava sendo alocado automaticamente após a conclusão da operação, mesmo quando o job de alocação automática encontrava-se desativado. Esse comportamento gerava inconsistência operacional, pois: A alocação ocorria sem controle explícito da operação Não respeitava a configuração esperada do sistema Impactava processos logísticos que dependem de controle manual de alocação Reduzia a previsibilidade do fluxo de estoque Dessa forma, tornou-se necessário garantir que a execução da alocação após o ressuprimento fosse controlada por configuração explícita.

Foi implementado um novo parâmetro no cadastro de Filiais, na aba de Ressuprimento, denominado:

• “Aloca saldo após ressuprimento”

Regras aplicadas:

• O parâmetro será habilitado por padrão (true)

Ao finalizar o processo de ressuprimento:

• Se o parâmetro estiver ativo, o sistema executa automaticamente a rotina de alocação
• Se o parâmetro estiver inativo, o sistema finaliza o ressuprimento sem realizar a alocação

A validação passa a ser feita por filial, garantindo maior flexibilidade e aderência aos diferentes modelos operacionais.

04. BEES-3458: [Melhoria] – Obrigatoriedade de Carga na Separação por Onda conforme parâmetro

Foi identificado que, na rotina de Separação por Onda (Web e Coletor), o sistema permitia iniciar o processo sem que uma Carga fosse informada, mesmo quando o parâmetro “Separação por Carga” estava habilitado.

Esse comportamento gerava inconsistências operacionais, pois:

• Não respeitava a configuração definida no sistema
• Permitida execução fora do fluxo logístico esperado
• Comprometia o agrupamento correto dos pedidos por carga
• Aumentava o risco de erros na expedição

Dessa forma, tornou-se necessário garantir que a obrigatoriedade da carga fosse devidamente validada conforme o parâmetro configurado.

Foi implementada validação na rotina de Separação por Onda (Web e Coletor), garantindo o comportamento correto conforme o parâmetro “Separação por Carga”. Regras aplicadas:

Quando o parâmetro = SIM

• O campo Carga torna-se obrigatório
• O sistema bloqueia o início da separação caso não seja informada

05. BEES-3447: [Melhoria] –Inclusão do Nº da Carga em Etiquetas (ZPL) e ajuste no Romaneio de Expedição

Atualmente, o WMS BeeStock já possui o campo Nº da Carga registrado nas rotinas de expedição. Porém, foram identificadas limitações na utilização dessa informação nos documentos operacionais:

• O campo não está disponível nas etiquetas de Volume e Consolidação (ZPL)
• O campo não está sendo exibido no PDF de Romaneio de Expedição
• O título do documento está como “Romaneio de Carga”, não refletindo o padrão desejado

Foram implementadas melhorias para disponibilizar o Nº da Carga nos principais documentos operacionais, além de ajustes de padronização no Romaneio.

06. BEES-3437: [Melhoria] – Separação por Onda passa a carregar todas as linhas da carga

Durante a evolução da funcionalidade de Separação por Onda (relacionada à BEES-3388), foi identificado que, ao utilizar o filtro por Carga, o sistema retornava apenas um documento por vez, mesmo quando existiam múltiplos documentos vinculados à mesma carga. Esse comportamento não atende ao cenário operacional, pois a carga representa um agrupamento logístico de pedidos que devem ser processados em conjunto. Dessa forma, tornou-se necessário ajustar a lógica para garantir o carregamento completo das cargas.

Foi realizada a reestruturação da lógica de busca na Separação por Onda, garantindo o comportamento correto ao utilizar o filtro por Carga, carregando todas as linhas de uma única vez.

07. BEES-3431: [Melhoria] – Ajuste de foco nos campos Código de Barras e Unitizador e padronização de mensagem

Foram identificadas inconsistências de usabilidade no processo de Armazenagem, impactando a fluidez operacional no coletor.

Foram realizados ajustes para corrigir o comportamento dos campos e padronizar a mensagem exibida:

Após armazenar um item:

• O foco passa automaticamente para o campo Código de Barras

Ao finalizar a armazenagem de todos os itens:

• O foco passa automaticamente para o campo Unitizador

Alteração do título da mensagem:

• De: Erro Armazenamento
• Para: Armazenamento

Mantendo consistência com o contexto da operação

08. BEES-3435: [Melhoria] – Permitir finalização manual de Doca sem conferência de volumes quando parâmetro “Controla Doca” estiver desmarcado

Durante a implantação do módulo de Montagem de Carga, foi identificado um cenário operacional não previsto: a ausência de equipe para realizar a conferência (bipagem) individual dos volumes na doca. Devido a essa limitação, houve a necessidade de desativar o controle de docas na operação. No entanto, o sistema continuava exigindo a conferência de volumes para permitir a finalização da doca.

Foi implementada uma nova regra de exceção no processo de Finalização de Doca, permitindo a conclusão manual da operação sem conferência de volumes, conforme o parâmetro “Controla Doca”. Quando “Controla Doca” = DESMARCADO O sistema permite finalizar a doca mesmo com:

• Volumes conferidos = 0

Condição obrigatória:

• O documento deve possuir Nota Fiscal vinculada

Caso não possua Nota Fiscal:

• O sistema bloqueia a ação

09. BEES-3422, BEES-3421, BEES-3420: [Melhoria] – Implementação de leitura e validação de QR Code no Web nas telas Separação por Onda, Separação por Documento, Conferencia e armazenamento

O WMS BeeStock já possui a funcionalidade de leitura de QR Code implementada no coletor para a rotina de Separação por Onda, permitindo a leitura de códigos que contêm múltiplas informações, como código de barras e lote. Dessa forma, tornou-se necessário padronizar o comportamento entre Web e Coletor.

Foi implementada na Separação por Onda (Web) a mesma lógica de leitura e interpretação de QR Code já existente no coletor.

10. BEES-3401: [Melhoria] – Ajuste na composição dos dashboards de Documentos de Saída

Atualmente, na tela Documentos de Saída do WMS BeeStock, os dashboards superiores apresentam a quantidade de documentos agrupados por status. No modelo atual, existem composições de status que podem gerar interpretações incorretas dos dados operacionais.

Foi realizada a reestruturação da composição dos dashboards, ajustando regras de agrupamento de status e nomenclatura para maior clareza operacional.

11. BEES-3399: [Melhoria] – Inclusão de filtros de Prioridade e Carga na criação de Separação por Onda via Web

Com a evolução do fluxo de Gestão de Cargas no WMS BeeStock, identificou-se a necessidade de aprimorar a criação de ondas também no ambiente Web. Atualmente, a seleção de documentos para criação de onda segue uma ordem sequencial interna, sem permitir ao operador maior controle sobre a seleção dos pedidos.

Foi implementada a inclusão dos filtros Prioridade e Carga na tela de Separação por Onda (Web), atuando em conjunto com o filtro Range já existente. A solução garante maior controle na seleção dos documentos e padroniza o comportamento entre Web e Coletor.

12. BEES-3397: [Melhoria] – Inclusão do campo “Compartilha Lote” na API productBranches

Atualmente, a API do endpoint productBranches do WMS BeeStock não contempla o tratamento do campo “Compartilha Lote”, existente no cadastro de Produto x Filial. Esse campo é responsável por definir se produtos com lotes diferentes podem ser armazenados no mesmo endereço logístico, sendo uma configuração importante para o controle de armazenagem.

Foi incluído o campo na API do endpoint productBranches, permitindo que o sistema receba e processe essa informação automaticamente via integração.

13. BEES-3398: [Melhoria] – Inclusão do campo “Peso Total” nas telas de Documentos de Saída e Monitor de Expedição

Atualmente, no WMS BeeStock, as telas de Documentos de Saída e Monitor de Expedição não apresentam a informação de Peso Total do Documento. Essa informação é essencial para o processo operacional, pois auxilia diretamente:

• Na análise de cargas
• Na distribuição de tarefas entre operadores
• Na priorização de separação com base no peso

Foi realizada a inclusão do campo Peso Total nas telas de:

• Documentos de Saída
• Monitor de Expedição

14. BEES-3410: [Melhoria] – Ajuste no revínculo de impressora na mesma sessão

Atualmente, ao realizar o desvínculo de uma impressora de um usuário através da tabela de Impressoras Vinculadas, o sistema não permite realizar o vínculo novamente na mesma sessão.

Foi implementado o ajuste para atualização dinâmica do estado da impressora na interface, permitindo o revínculo na mesma sessão, sem necessidade de recarregar a página.

15. BEES-3404: [Melhoria] – Criação do parâmetro “Bloqueia Alocação de Saldo” no Cadastro de Endereços

Atualmente, o WMS BeeStock permite bloquear um endereço através do Cadastro de Endereços. No entanto, esse bloqueio atua de forma global, impedindo qualquer tipo de movimentação. Esse comportamento não atende cenários operacionais onde é necessário restringir apenas a saída de estoque, mantendo a liberdade para movimentações internas. Diante dessa necessidade, foi solicitada a criação de um novo mecanismo que permita bloquear exclusivamente a alocação de saldo para expedição, sem impactar os demais fluxos logísticos.

Foi implementado um novo parâmetro no Cadastro de Endereços chamado “Bloqueia Alocação de Saldo”, permitindo maior controle sobre o uso do estoque para expedição.

16. BEES-3406: [Melhoria] – Criação Automática de Plano de Corte de Cabos

Diante da necessidade do cliente, identificou-se a oportunidade de automatizar esse processo, eliminando a etapa manual quando as condições sistêmicas forem atendidas, garantindo maior eficiência e fluidez operacional. Além disso, a automação deve respeitar a regra crítica de validação de lote, garantindo que o lote enviado pelo ERP seja o mesmo lote alocado pelo WMS, evitando inconsistências no processo de corte

Foi implementado um novo parâmetro no cadastro de Tipo de Documento chamado “Cria plano de corte automaticamente”, responsável por habilitar a geração automática do plano de corte durante a integração do documento de saída.

17. BEES-3405: [NOVA INTEGRAÇÃO] – Criação de Endpoint para Implantação Direta de Saldo e Impressão de Etiquetas por Lote

Atualmente, a operação utiliza o fluxo de entrada via integração de documento de entrada, exigindo etapas intermediárias para implantação de saldo no WMS BeeStock. Esse modelo não atende à necessidade do cliente, que busca uma integração mais direta, assíncrona e com responsabilidades distintas entre ERP e WMS. Além disso, o processo atual possui gatilhos automáticos de impressão de etiquetas dentro do WMS, o que reduz o controle do ERP sobre o momento exato da impressão. Diante disso, foi identificada a necessidade de:

• Permitir a implantação direta de saldo no WMS via integração
• Transferir o controle de impressão de etiquetas para o ERP
• Separar claramente as responsabilidades de movimentação de estoque e impressão
• Criar um novo modelo de etiqueta baseado na movimentação de estoque

Foram desenvolvidas duas novas APIs e um novo gatilho de etiqueta, permitindo uma arquitetura mais modular e controlada pelo ERP.

18. BEES-3400: [Melhoria] – Ajuste de Regra de Destaque (linha vermelha) no Monitor de Pendência de Alocação

Atualmente, no Monitor de Pendência de Alocação do WMS BeeStock, os itens são destacados em linha vermelha sempre que não estão alocados, independentemente de existir saldo disponível em estoque. Esse comportamento gera interpretação incorreta da criticidade, pois a ausência de alocação não necessariamente representa um problema operacional — especialmente quando há saldo disponível para atendimento.

Foi ajustada a regra de negócio responsável pelo destaque em linha vermelha no Monitor de Pendência de Alocação, passando a considerar a disponibilidade de saldo como critério principal. A nova lógica define que:

• Item não alocado com saldo suficiente: não deve ser destacado em vermelho
• Item não alocado sem saldo ou com saldo insuficiente: deve ser destacado em vermelho

Além disso, foi incluído um tooltip explicativo para orientar o usuário sobre o significado do destaque:

• “Linhas em vermelho indicam itens sem saldo disponível suficiente para alocação.”

19. BEES-3407: [Melhoria] – Sugestão de Alocação por Lote na Integração ERP Doc. Saída (OutboundOrders)

Atualmente, na integração de Pedidos de Saída (OutboundOrders) do WMS BeeStock, o ERP envia apenas o código do produto e a quantidade, sem considerar o lote específico desejado para atendimento. Isso faz com que o WMS realize a alocação automaticamente com base em suas regras padrão (FIFO/FEFO), podendo divergir da estratégia definida pelo PCP no ERP, que muitas vezes seleciona um lote específico com base em critérios operacionais ou comerciais.

Foi implementada a possibilidade de envio de sugestão de lote na integração de Pedidos de Saída (OutboundOrders), permitindo que o WMS priorize a alocação conforme o lote informado pelo ERP. A solução contempla:

• Inclusão de um novo campo opcional suggestedLot no payload da integração
• Priorização da alocação no lote sugerido, quando houver saldo disponível
• Fallback automático para regras padrão (FIFO/FEFO) quando não houver saldo suficiente no lote sugerido

20. BEES-3429: [Melhoria] – Inclusão de Informações de Peso e Volume na Tela de Controle de Doca

Atualmente, na tela Movimentação → Expedição → Monitor de Controle de Docas do WMS BeeStock, não são exibidas informações consolidadas de peso total e quantidade total de volumes por doca. O sistema apresenta apenas a quantidade de volumes por documento individual, sem consolidar essas informações no nível da doca, nem exibir o peso total. Essa limitação impacta diretamente a operação logística, especialmente na comunicação com transportadoras, podendo ocasionar:

Foram incluídas novas informações de peso e volume na tela de Monitor de Controle de Docas, contemplando tanto o nível de Doca quanto o nível de Documento

21. BEES-3430: [Melhoria] – Melhoria no fluxo de inventário para agrupadores criados com endereço vazio

Atualmente, o WMS BeeStock permite a criação de agrupadores com endereço vazio, sem validação. Quando esses agrupadores recebem itens posteriormente via armazenagem, ocorre uma falha no reconhecimento dentro do fluxo de inventário. Nesses casos:

• Os itens não aparecem no coletor de inventário
• Não são exibidos no Monitor de Inventário (Web)

Isso gera um cenário de inconsistência operacional, onde o saldo existe no sistema, mas não participa do processo de inventário, impactando diretamente:

• Continuidade do inventário
• Produtividade operacional
• onfiabilidade dos saldos

Além disso, o problema também ocorre quando:

• Um endereço já com produto armazenado recebe um novo produto diferente

Foi implementada uma melhoria no fluxo de inventário para garantir que o sistema reconheça automaticamente novos itens armazenados, tanto em agrupadores criados com endereço vazio quanto em endereços já existentes. A solução contempla:

• Inclusão automática de novos itens no fluxo de inventário
• Exibição consistente no Coletor e no Monitor de Inventário
• Criação automática de fichas de inventário quando necessário
• liminação da necessidade de intervenção manual

22. BEES-3520: [Correção] – Linhas duplicadas no relatório “Documentos de Entrada - Produtos” e formatação incorreta no relatório da tela “Monitor de Produtos do Recebimento”

Foram identificados problemas em dois relatórios do WMS BeeStock relacionados ao processo de recebimento:

Cenário 1 – Linhas duplicadas no relatório “Documentos de Entrada - Produtos”: Ao realizar conferência parcial de um mesmo produto utilizando diferentes Unitizadores (UZs), o relatório apresenta múltiplas linhas para o mesmo item, duplicando a informação.

Cenário 2 – Formatação incorreta no relatório do “Monitor de Produtos do Recebimento”: Ao exportar o relatório da tela Monitor de Produtos do Recebimento, os campos numéricos de quantidade apresentam valores divergentes da tela.

Foram realizados ajustes nos relatórios para garantir consistência e correta apresentação dos dados.

23.BEES-3517: [Correção] – Bloqueio de Separação por Onda para Documentos sem Doca Vinculada à Carga

Atualmente, no WMS BeeStock, é possível gerar uma onda de separação e iniciar o processo mesmo quando a carga vinculada ao documento não possui uma doca associada.

Foi implementada uma validação no processo de criação de onda e atribuição de separador, impedindo a continuidade do fluxo quando a carga não possuir doca vinculada.

24. BEES-3495: [Correção] – Ajuste para Bloqueio de Cenários que Geram Saldo Negativo e Inconsistência de Alocação

Foi identificado um cenário que gera alocação negativa no WMS conforme transferencia por onda, deixando risco operacional para o estoque.

Implementado validações e bloqueios no processo de troca de alocação e transferência por onda, garantindo integridade do saldo e consistência das reservas.

25. BEES-3493: [Correção] – Ajuste na Exibição de Endereços Sugeridos na Transferência de Endereços

Foi identificado um problema na exibição de endereços na rotina de transfêrencia de endereços, aonde não aparecia a sugestão para selecionar.

Realizado ajustes na lógica de sugestão de endereços e na usabilidade da tela de Transferência de Endereços.

26. BEES-3478: [Correção] – Obrigatoriedade de Data de Validade na Conferência de Entrada para Produtos Controlados por Validade

Atualmente, é possível realizar a conferência de entrada de produtos que controlam validade sem informar uma data de validade válida, especialmente ao utilizar leitura via QR Code

Implementado validação obrigatória da data de validade durante a conferência de entrada para produtos que possuam controle de validade ativo.

27. BEES-3393: [Correção] – Ajuste na Validação de Alteração de Alocação com Saldo Exato

Foi identificado que, na tela de Alterar Alocação, o sistema não permite a realocação quando a quantidade disponível é exatamente igual à quantidade a ser transferida.

Ajustado a validação da tela de Alterar Alocação, garantindo que a comparação de saldo disponível seja realizada corretamente.

28. BEES-3471: [Correção] – Fechamento inesperado do APK ao salvar dados na Conferência de Entrada

Durante a Conferência de entrada no APK, ao salvar informações como lote, data de fabricação, validade e quantidade (cross-docking), o aplicativo fecha em questão de segundos.

Realizado correção no fluxo de salvamento da Conferência de Entrada no APK, garantindo estabilidade da aplicação ao registrar lote, data de fabricação, validade e quantidade, evitando o fechamento inesperado do aplicativo.

29. BEES-3463: [Correção] – Tela “Saldo do Estoque - Detalhes” não exibe informações após alocação

A tela Saldo do Estoque não está mostrando corretamente as informações após a realização de alocação de saldo.

Realizado correção na lógica de carregamento da tela Saldo do Estoque - Detalhes, garantindo que as informações de saldo, incluindo quantidades alocadas, sejam exibidas corretamente e permaneçam consistentes com a tela Saldo do Estoque.

30. BEES-3459: [Correção] – Endereço não é atualizado corretamente na Separação por Onda

Durante a separação por onda, ao alterar o produto para outro localizado em endereço diferente, o sistema mantém o endereço do produto anterior gerando inconsistência na validação do endereço sugerido.

Realizado correção na lógica de seleção e validação de endereço na Separação por Onda, garantindo que ao trocar o produto, o sistema atualize corretamente o endereço sugerido conforme o novo item selecionado, permitindo a separação correta de produtos em diferentes endereços.

31. BEES-3457: [Correção] – Impedimento indevido na Devolução de Picking pelo coletor devido à validação de validade

Ao realizar a Devolução de Picking pelo coletor, o sistema apresenta impedimento informando validade incorreta, mesmo quando a data está correta

Realizado correção na validação da data de validade na Devolução de Picking pelo coletor, garantindo que o bloqueio não ocorra quando a data estiver correta e eliminando a necessidade de pressionar ENTER para prosseguir com a operação.

32. BEES-3456: [Correção] – Obrigatoriedade de Doca para início da Separação por Onda com Carga

Estava permitindo indevidamente para iniciar separação por onda sem doca vinculada à carga, causando problemas logisticos após a separação.

Implementado validação na Separação por Onda (Web e Coletor), garantindo que a separação só possa ser iniciada quando a carga possuir uma doca vinculada no Monitor de Carga, bloqueando a ação e exibindo mensagem ao usuário quando não houver doca, conforme regra já existente na Separação por Documento.

33. BEES-3455: [Correção] – Ajuste de Layout na Tela de Separação por Onda (Campo Carga no Coletor)

Ao habilitar o parâmetro Separação por Carga (Administração → Filiais), o campo Carga passa a ser exibido na tela de Separação por Onda no coletor (RF). Entretanto, a inclusão desse campo está causando alteração indevida no layout da tela, impactando diretamente a usabilidade.

Realizado ajuste no layout da tela de Separação por Onda no coletor, garantindo que a exibição do campo Carga não impacte negativamente a organização dos demais campos.

34. BEES-3454: [Correção] – Impedimento de Cancelamento de Produto com Separação Já Iniciada

Atualmente, no processo de separação, é possível cancelar um produto mesmo após a separação já ter sido iniciada parcialmente, incluindo cenários onde:

• O produto possui saldo em múltiplos endereços e/ou ranges
• Parte da quantidade já foi separada
• O item ainda permanece com status de “Pendente Separação”

Implementado validação no processo de cancelamento de produtos em documentos de saída para impedir o cancelamento quando a separação já tiver sido iniciada, mesmo que parcialmente.

35. BEES-3448: [Correção] – Ajuste no Filtro “Situação Contagem” na Tela de Usuário de Contagem

Atualmente, o filtro “Situação Contagem” na tela Movimentação → Inventário → Usuário de Contagem não está funcionando corretamente, apresentando inconsistências na exibição das fichas conforme o status selecionado.

Realizado correção na lógica de aplicação do filtro “Situação Contagem”, garantindo que os registros sejam exibidos corretamente conforme o status selecionado. A solução contempla:

36. BEES-3449: [Correção] – Impedimento de Exclusão de Endereço Vinculado a Ficha de Inventário

Atualmente, o sistema permite a exclusão de um endereço mesmo quando ele está vinculado a uma ficha de inventário em aberto, desde que não exista movimentação registrada no endereço. Esse comportamento ocorre principalmente em cenários onde:

• A ficha de inventário foi gerada a partir de um endereço vazio
• Não houve movimentação de estoque no endereço
• Ainda existe uma ficha de inventário com status pendente ou em andamento

Implementado validação no processo de exclusão de endereços para impedir a remoção quando houver vínculo com fichas de inventário em aberto, independentemente de existir movimentação de estoque.

37. BEES-3446: [Correção] – Ajuste de Inconsistência e Duplicidade no Relatório de Saldo de Estoque

Foi identificada inconsistência entre a tela Saldo Estoque (Consultas → Estoque) e o relatório correspondente (Relatórios → Estoque). Embora a quantidade total de registros seja equivalente, o relatório apresenta problemas críticos, tais como:

• Exibição de linhas duplicadas
• Repetição incorreta de produtos (substituindo outros registros)
• Divergência nos resultados ao realizar buscas específicas

Realizado correção na lógica de geração do relatório de Saldo de Estoque, garantindo total consistência com os dados apresentados na tela. A solução contempla:

38. BEES-3439: [Correção] – Ajuste na Validação de Data de Fabricação no Coletor

Durante o processo de conferência de entrada via coletor (RF), foi identificado um erro na validação da data de fabricação. Atualmente, o sistema impede a inserção da data atual, pois valida incorretamente que a data de fabricação não pode ser igual ou maior que a data atual.

Realizado ajuste na regra de validação da data de fabricação no coletor, alinhando o comportamento com o já existente no WEB.

A solução contempla:

• Alterar a validação para permitir datas de fabricação menores ou iguais à data atual
• Bloquear apenas datas de fabricação maiores que a data atual (datas futuras)

39. BEES-3433: [Correção] – Ajuste na Validação de UZ no Processo de Cross-Docking

Foi identificado um impedimento durante a conferência de produtos no fluxo de cross-docking, ao tentar registrar o mesmo produto com datas de validade e stages diferentes.

Ajustado a lógica de validação no processo de conferência para cross-docking, desconsiderando a leitura/validação de UZ nesse contexto.