beestock:releases.notes:releases.notes.beestock.2026.1.32.2 [SZ Soluções Wiki]

Essa página está em modo somente de leitura. Você pode visualizar a fonte, mas não alterá-la. Informe-se com o administrador do Wiki, caso você ache que isso está incorreto.
====== 🚀 Release Notes v1.32.2 - 31/08/2026 ======

----

===== 📌 Resumo da Release =====

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

----

===== ✨ Melhorias =====

**01. BEES-3816: [Integração] –  Padronização e Validação de Depósitos e Tipos de Endereço**

=== SITUAÇÃO/REQUISITO ===

O **cadastro de depósitos** e **tipos de endereço** não possuía **validações** obrigatórias no WMS BeeStock. Com isso, era possível utilizar processos de exceção, como Avaria e Vencido, sem que os endereços necessários estivessem cadastrados, podendo causar movimentações para endereços inexistentes, perda de rastreabilidade do estoque e necessidade de correções manuais.

=== SOLUÇÃO ===

Implementadas validações para garantir que os depósitos e tipos de endereço estejam corretamente configurados antes de serem utilizados.
Criado o **pré-cadastro automático** dos **tipos de endereço Padrão, Sobra, Vencido, Avaria e Falta.**
Adicionada **validação no cadastro e edição de depósitos** para verificar se existem endereços ativos correspondentes aos tipos selecionados.
Criada uma **mensagem de erro** consolidada para informar ao usuário quais configurações precisam ser corrigidas.
Adicionada uma **validação no cadastro de endereços** para impedir a remoção ou alteração do único endereço ativo de um tipo que esteja sendo utilizado por um depósito ativo.

----

**02. BEES-3927: [Integração] Ajuste no Reprocessamento da Integração de Documento de Saída Indústria**

=== SITUAÇÃO/REQUISITO ===

Ao reprocessar a integração de **Documento de Saída Indústria**, os campos que indicam que o documento foi integrado ao ERP não eram atualizados corretamente.
Esse comportamento impedia a realização da integração de Retorno Faturamento para o documento.

=== SOLUÇÃO ===

Incluída a integração de **Documento de Saída Indústria** no fluxo de reprocessamento.
Com essa alteração, ao reprocessar a integração, o documento de indústria passa a ser **atualizado corretamente,** permitindo também o processamento da integração de **Retorno Faturamento.**

----

**03. BEES-3800: [Nova Funcionalidade] –  Criação do Parâmetro "Depósito Padrão de Armazenagem" por Tipo de Documento**

=== SITUAÇÃO/REQUISITO ===

Durante o processo de **Armazenagem,** quando existem vários depósitos disponíveis para recebimento, o **campo Depósito** é apresentado em branco. Com isso, o operador precisa selecionar manualmente o depósito de destino a cada operação.
Em operações onde a maior parte dos produtos é destinada ao mesmo depósito, essa seleção repetitiva gera cliques desnecessários e reduz a agilidade do processo.

=== SOLUÇÃO ===

Criado um parâmetro que permite definir um **Depósito Padrão por Tipo de Documento.**
Com essa configuração, o sistema poderá preencher automaticamente o depósito definido como padrão durante o processo de armazenagem, reduzindo a necessidade de seleção manual e tornando a operação mais rápida e prática.
A configuração ficará vinculada ao **Tipo de Documento,** permitindo que cada tipo de operação utilize o depósito mais adequado às suas necessidades.

----

**04. BEES-3818: [Nova Funcionalidade] –  Criação do Fluxo de Atribuição de Separação por Carga**

=== SITUAÇÃO/REQUISITO ===

Atualmente, a gestão da separação pelo Monitor de Expedição permite atribuir tarefas por documento ou por onda. Porém, quando uma carga possui vários documentos, essas opções consideram apenas o documento selecionado, podendo gerar uma onda incompleta e separar os documentos da mesma carga de forma incorreta.
Esse comportamento prejudica operações que trabalham com a carga como unidade de separação, podendo causar falhas operacionais e perda do agrupamento dos documentos pertencentes à mesma carga.

=== SOLUÇÃO ===

Criada a opção **Atribuir Separador (Carga)** no menu de **Ações do Monitor de Expedição.** Ao utilizar essa opção, o sistema irá considerar todos os documentos e produtos vinculados à carga, criando uma única onda de separação e mantendo o agrupamento da carga.
Também foi implementada uma validação baseada nos **Ranges (setores)** de acesso do separador:
Quando o separador possuir acesso a apenas um Range da carga, a atribuição será realizada automaticamente.
Quando possui acesso a mais de um Range, será apresentada uma tela para que o gestor selecione em quais setores o separador irá atuar.
Dessa forma, uma mesma carga poderá ser distribuída entre diferentes operadores conforme os setores de acesso, mantendo o agrupamento e a organização da operação.

----
**05. BEES-3853: [Nova Funcionalidade] – Seleção de Produtos para Impressão de Etiquetas de Embalagem Fracionada via Coletor**

=== SITUAÇÃO/REQUISITO ===

No **Coletor do WMS BeeStock,** ao realizar a impressão de etiquetas de **Embalagem Fracionada,** todas as etiquetas dos produtos do documento eram impressas de uma vez, sem permitir que o operador escolhesse quais itens desejava imprimir.
Esse comportamento podia gerar **impressões desnecessárias e desperdício de papel,** além de limitar a flexibilidade da operação.

=== SOLUÇÃO ===

Implementada a **seleção de produtos por checkbox** na tela de **Etiquetas de Embalagem Fracionada** do Coletor, permitindo que o operador escolha quais itens deseja imprimir.
Também foram adicionadas as opções para **marcar ou desmarcar todos os produtos** e uma regra para **ocultar temporariamente os produtos que já foram impressos,** facilitando o controle das etiquetas durante a operação.

----

**06. BEES-3864: [Nova Funcionalidade] – Inclusão do Campo "Docas Livres" no Monitor de Carga Expedição**

=== SITUAÇÃO/REQUISITO ===

Na rotina de **Atribuição de Doca,** localizada em **Movimentação → Expedição → Monitor de Carga → Ações → Atribuir Doca,** não havia uma identificação clara sobre quais docas estavam **livres ou ocupadas.**
Essa falta de informação dificultava a escolha da doca disponível e exigia que o usuário verificasse as opções manualmente, tornando o processo menos ágil.

=== SOLUÇÃO ===

Adicionada a **coluna "Status"** no modal de **Vincular Doca,** permitindo identificar se cada doca está **Livre ou Ocupada.**
Além disso, o modal será aberto **por padrão exibindo apenas as docas livres,** facilitando a localização e seleção da doca disponível.

----

**07. BEES-3804: [Nova Funcionalidade] – Inclusão de colunas Nota Fiscal, Carga e Razão Social nas telas de Consulta e Relatório de Movimentos de Estoque**

=== SITUAÇÃO/REQUISITO ===

Atualmente, o BeeStock permite consultar os **Movimentos de Estoque** e gerar o **Relatório de Movimento Estoque x Endereço.** Porém, essas consultas não apresentam algumas das principais informações utilizadas para acompanhar e analisar as movimentações, como **Nota Fiscal, Carga e Razão Social.**
A ausência desses dados dificulta a identificação e o acompanhamento das operações realizadas.

=== SOLUÇÃO ===

Adicionadas as **colunas Nota Fiscal, Número da Carga e Razão Social nas telas de Movimentos de Estoque e Relatório de Movimento Estoque x Endereço.**
A **Razão Social** corresponde ao cliente ou fornecedor relacionado à operação que originou o movimento, facilitando a identificação e o acompanhamento das movimentações de estoque.

----

**08. BEES-3779: [Melhoria] – Ajuste do Retorno do Cursor após Limpeza dos Campos de Pesquisa no Menu - Consulta.**

=== SITUAÇÃO/REQUISITO ===

Ao realizar uma pesquisa e utilizar o botão **Vassoura (Limpar),** o sistema limpava corretamente os campos, mas o cursor não retornava automaticamente para o campo utilizado na pesquisa, exigindo que o usuário o selecionasse novamente.

=== SOLUÇÃO ===

Adicionada a função para que, ao utilizar o botão **Vassoura (Limpar)** nas telas do **menu Consulta,** o cursor retorne automaticamente ao campo utilizado na pesquisa, facilitando a continuidade da operação.

----

**09. BEES-3780: [Melhoria] – Ajuste do Retorno do Cursor após Limpeza dos Campos de Pesquisa no Menu Entrada de Mercadorias.**

=== SITUAÇÃO/REQUISITO ===

Ao realizar uma pesquisa e utilizar o botão **Vassoura (Limpar),** o sistema limpava corretamente os campos, mas o cursor não retornava automaticamente para o campo utilizado na pesquisa. Isso exigia que o usuário selecionasse novamente o campo para realizar uma nova consulta.

=== SOLUÇÃO ===

Adicionada a função para que, ao utilizar o botão **Vassoura (Limpar)** nas telas do menu **Entrada de Mercadorias,** o cursor retorne automaticamente ao campo utilizado na pesquisa, facilitando a continuidade da operação.

----

**10. BEES-3781: [Melhoria] – Ajuste do Retorno do Cursor após Limpeza dos Campos de Pesquisa no Menu Saída de Mercadorias.**

=== SITUAÇÃO/REQUISITO ===

Ao realizar uma pesquisa e utilizar o botão **Vassoura (Limpar),** o sistema limpava corretamente os campos, mas o cursor não retornava automaticamente para o campo utilizado na pesquisa. Isso exigia que o usuário selecionasse novamente o campo para realizar uma nova consulta.

=== SOLUÇÃO ===

Adicionada a função para que, ao utilizar o botão **Vassoura (Limpar)** nas telas do menu **Saída de Mercadorias,** o cursor retorne automaticamente ao campo utilizado na pesquisa, facilitando a continuidade da operação.

----

**11. BEES-3793: [Melhoria] – Permitir apontamento de quantidade zero nas telas de Conferência de Entrada**

=== SITUAÇÃO/REQUISITO ===

Durante a **Conferência de Entrada,** quando um produto não for recebido fisicamente, é necessário informar a quantidade **zero**. Atualmente, essa ação só é permitida quando o produto está configurado para trabalhar com casas decimais, dificultando o registro de itens não recebidos.

=== SOLUÇÃO ===

Implementado um atalho para informar **quantidade zero** durante a conferência. O usuário poderá pressionar **Enter** com o **campo Código de Barras** vazio para registrar que o produto não foi recebido.
Para utilizar essa opção, o produto deverá estar **previamente selecionado na grid inferior da tela,** pois não haverá a leitura do código de barras para identificar o item.

----

**12. BEES-3810: [Melhoria] – Alterar localização do parâmetro "Utiliza configuração de QR Code" no cadastro de Filial**

=== SITUAÇÃO/REQUISITO ===

O parâmetro **“Utiliza configuração de QR Code” está localizado na aba “Inventário”, em Administração -> Gerais -> Filiais.**
Essa localização pode causar confusão, pois sugere que o parâmetro é utilizado apenas no processo de **Inventário,** quando, na realidade, os modelos de QR Code também são utilizados em outras rotinas, como a de Transferência.

=== SOLUÇÃO ===

Alterada a localização do parâmetro **“Utiliza configuração de QR Code” para a aba “Geral”.**
Com essa alteração, fica mais claro que a configuração de QR Code pode ser utilizada em diferentes processos da aplicação, não estando limitada apenas ao Inventário.

----

**13. BEES-3812: [Melhoria] – Agrupamento indevido de quantidade total em um único lote no Relatório de Rastreio de Lote**

=== SITUAÇÃO/REQUISITO ===

O relatório **“Documento de Saída - Rastreio Lote”** do WMS BeeStock estava agrupando incorretamente a quantidade total expedida de um produto e atribuindo o valor a apenas um lote.
Esse comportamento ignorava o fracionamento real da operação entre **múltiplos lotes,** comprometendo a **rastreabilidade fiscal e operacional** das mercadorias expedidas.

=== SOLUÇÃO ===

Ajustada a consulta de extração dos dados e a lógica de formatação do relatório para realizar o desmembramento das informações com base na combinação exata de **Documento + Produto + Lote.**
Com essa alteração, o arquivo **Excel exportado** passa a apresentar corretamente as **quantidades fracionadas de cada lote,** garantindo maior precisão na rastreabilidade das operações.

----

**14. BEES-3813: [Melhoria] – Simplificação da mensagem de confirmação de avaria na tela de Conferência (Coletor)**

=== SITUAÇÃO/REQUISITO ===

Durante a conferência pelo aplicativo do **Coletor,** ao confirmar itens danificados, o modal de confirmação exibia um alerta que poderia causar confusão operacional.
A mensagem induzia o operador a interpretar que **todo o lote físico seria inutilizado,** mesmo quando apenas uma determinada quantidade de itens estava sendo registrada como danificada.

=== SOLUÇÃO ===

Texto **removido:** **"Cada lote com, pelo menos, um item danificado será considerado totalmente danificado!"**
Removido o texto de alerta do modal de confirmação, mantendo apenas a **pergunta de validação da quantidade de itens danificados.**
O **modal** deverá exibir apenas a pergunta de validação de quantidade. Exemplo: **"Você confirma a quantidade de [X] danificados?" seguido dos botões. "CONFIRMAR" e "CANCELAR".**
Com essa alteração, a mensagem fica mais clara e objetiva, reduzindo a possibilidade de interpretação incorreta durante a operação.

----

**15. BEES-3822: [Melhoria] – Correção da Devolução de Picking para Documentos de Saída Vinculados à Mesma Carga.**

=== SITUAÇÃO/REQUISITO ===

Atualmente, ao realizar a **Devolução de Picking** de um documento pertencente a uma carga, o sistema verifica se a carga possui vínculo com o Controle de Doca e impede a devolução.
Nessa situação, é apresentada a mensagem **“Devolução de Picking: Documento de Saída relacionado ao controle de doca.”**
O bloqueio ocorre mesmo quando o vínculo com o Controle de Doca pertence a **outro documento da mesma carga,** impedindo indevidamente a devolução do documento solicitado.

=== SOLUÇÃO ===

Ajustada a regra da **Devolução de Picking** para permitir a devolução de documentos vinculados a uma carga, sem bloqueios indevidos relacionados ao vínculo de outros documentos da mesma carga com o **Controle de Doca.**
Com essa alteração, a devolução do picking poderá ser realizada corretamente, sem a apresentação indevida da mensagem **“Devolução de Picking: Documento de Saída relacionado ao controle de doca.”**

----

**16. BEES-3846: [Melhoria] – Validação do Ponto de Ressuprimento no Cadastro de Capacidade de Produto**

=== SITUAÇÃO/REQUISITO ===

O sistema WMS **permitia cadastrar a Capacidade de Produto** com o Ponto de Ressuprimento igual ou superior à Quantidade Máxima.
Essa configuração gerava inconsistências operacionais, pois o reabastecimento poderia ser disparado somente quando o endereço já estivesse com sua capacidade máxima ocupada.

=== SOLUÇÃO ===

Desenvolvida uma validação que impede a gravação do cadastro quando o **Ponto de Ressuprimento** for **maior ou igual à Quantidade Máxima.**
Com essa alteração, o sistema garante que o ponto de ressuprimento seja configurado corretamente, evitando inconsistências no processo de **reabastecimento.**

----

**17. BEES-3857: [Melhoria] – Inclusão de Restrição de Usuários por Tipo de Documento**

=== SITUAÇÃO/REQUISITO ===

Atualmente, o WMS BeeStock possui controles de acesso vinculados ao Range, porém não possui uma restrição específica por **Tipo de Documento.**
Dessa forma, mesmo quando existe a necessidade de impedir determinado usuário de operar documentos específicos, o sistema permite o acesso caso o usuário esteja vinculado ao Range correspondente.

=== SOLUÇÃO ===

Incluída uma configuração de usuários restritos no cadastro de Tipos de Documento, permitindo definir quais usuários não poderão atuar em determinados tipos de documentos.
A restrição impede a execução das atividades de **Recebimento e Expedição** relacionadas ao Tipo de Documento configurado, tanto no ambiente Web quanto no Coletor.
O sistema também informa claramente ao operador quando houver uma tentativa de acesso a um **documento restrito,** garantindo maior controle e segurança na execução das operações.

----

**18. BEES-3858: [Melhoria] – Inclusão de Variáveis no Modelo de Etiqueta de Código de Barras 011**

=== SITUAÇÃO/REQUISITO ===

Atualmente, o WMS BeeStock possui o modelo de **etiqueta de código de barras 011**, porém não disponibiliza as variáveis necessárias para exibição da Unidade de Medida do item e do Logo da empresa/operação.
A ausência dessas informações limita a personalização e a identificação das etiquetas utilizadas na operação.

=== SOLUÇÃO ===

incluídas duas novas variáveis no modelo de etiqueta de código de barras 011.
unitMeasure: utilizada para exibir a **Unidade de Medida** do item.
companyLogo: utilizada para exibir o **Logo da empresa/operação.**
Com essa alteração, o modelo de etiqueta passa a permitir a apresentação dessas informações de forma mais completa e adequada às necessidades da operação.

----


**19. BEES-3859: [Melhoria] – Priorização de Ranges no Perfil de Acesso**

=== SITUAÇÃO/REQUISITO ===

Atualmente, o WMS BeeStock permite vincular usuários aos **Ranges** responsáveis pela separação de endereços. Dessa forma, somente usuários vinculados a determinado Range conseguem iniciar a separação dos documentos correspondentes.
Em alguns cenários, um mesmo usuário pode estar vinculado a **mais de um Range** para realizar separações. Porém, não é possível definir qual Range deverá ser priorizado quando existirem documentos disponíveis em mais de um deles.

=== SOLUÇÃO ===

Incluída no cadastro de **Perfil de Acesso** uma configuração para definir a **prioridade dos Ranges.**
Quando configurada, a prioridade determina a **ordem de apresentação dos documentos no Coletor** para os usuários vinculados ao perfil, permitindo que os documentos dos Ranges prioritários sejam apresentados primeiro.

----
===== Correção =====

**20. BEES-3803: [Correção] – Divergência de dados entre Relatório de Produto Vencido e Relatório de Saldo Estoque**

=== SITUAÇÃO/REQUISITO ===

O **relatório de Produto Vencido** apresentava inconsistências na exportação, incluindo saldos zerados e deixando de apresentar **todos os saldos vencidos** existentes no sistema.
Esse comportamento comprometia a consulta e a análise dos produtos vencidos.

=== SOLUÇÃO ===

Ajustado o **relatório de Produto Vencido** para não exportar **saldos zerados** e garantir a inclusão de todos os saldos vencidos encontrados no sistema.
Com essa alteração, a exportação passa a apresentar somente os saldos válidos e todos os produtos vencidos disponíveis para consulta.

----

**21. BEES-3820: [Correção] – Correção na Criação de Documentos de Devolução de Picking duplicados**

=== SITUAÇÃO/REQUISITO ===

Ao tentar criar um documento de **Devolução de Picking** simultaneamente em duas abas, o sistema permitia a **criação duplicada do documento.**
Como resultado, um dos documentos era criado com o vínculo correto dos produtos, enquanto o outro era criado **sem nenhum produto vinculado.**
Esse comportamento poderia gerar inconsistências nos documentos de Devolução de Picking.

=== SOLUÇÃO ===

Criada uma validação no fluxo de criação de documentos de Devolução de Picking, impedindo que o mesmo documento seja criado simultaneamente em duas abas diferentes.
Com essa alteração, o sistema evita a **duplicação de documentos** e garante maior segurança e consistência no processo de criação.

----

**22. BEES-3821: [Correção] – Pendência Não Reconhecida pelo Sistema Após troca de Alocação**

=== SITUAÇÃO/REQUISITO ===

Ao separar um documento que foi alocado em **dois Ranges diferentes,** após concluir a separação de apenas um deles, o Range já separado desaparecia do Monitor de Expedição.
Com isso, o documento não era encontrado em nenhuma das abas disponíveis, dificultando o acompanhamento da operação.

=== SOLUÇÃO ===

Ajustado o filtro da aba “Conferência”, corrigindo uma condição que fazia com que o documento não atendesse ao filtro e não se encaixasse em nenhuma das abas existentes.
Com essa alteração, o documento passa a ser exibido corretamente no **Monitor de Expedição,** permitindo o acompanhamento adequado da operação mesmo quando existem diferentes Ranges envolvidos na separação.

----

**23. BEES-3832: [Correção] – Erro na conferência de entrada com múltiplos lotes e quantidades fracionadas**

=== SITUAÇÃO/REQUISITO ===

Ocorre um erro no sistema ao realizar a **Conferência de Entrada** de um produto com **múltiplos lotes,** quando o último lote possui uma quantidade fracionada.
Esse comportamento impede a finalização da conferência, mesmo quando a soma total das quantidades dos lotes está correta.

=== SOLUÇÃO ===

Ajustada a inconsistência no **cálculo das quantidades fracionadas durante a conferência.**
Com essa alteração, o sistema passa a realizar o cálculo corretamente, permitindo a **finalização da Conferência de Entrada** quando a soma total das quantidades dos lotes estiver correta.


----

**24. BEES-3835: [Correção] – Implementar mensagem de aviso durante o processo de divergência do inventário de etiqueta**

=== SITUAÇÃO/REQUISITO ===

No Inventário de Etiquetas, ao confirmar uma divergência de quantidade da Agrupadora, o parâmetro isPickingAddress era enviado incorretamente.
Quando o endereço estava preenchido, o aplicativo interpretava que se tratava de um endereço de picking, fazendo com que o alerta BEE3605 fosse omitido em qualquer tipo de endereço.

=== SOLUÇÃO ===

Ajustadas as verificações de **endereço de picking** na divergência de Agrupadora.
Com essa alteração, **o alerta BEE3605** passa a ser omitido somente em endereços de picking e volta a ser exibido corretamente nos demais tipos de endereço.

----

**25. BEES-3847: [Correção] – Produtos adicionados durante a contagem de inventário tem o campo "Lote" bloqueado**

=== SITUAÇÃO/REQUISITO ===

Ao adicionar um novo item a uma **Ficha de Inventário,** o campo de Lote permanecia desabilitado para o produto ao utilizar o botão **“Vassoura”** ou ao sair e retornar à tela.
Esse comportamento impedia o preenchimento do lote para produtos adicionados posteriormente à ficha.

=== SOLUÇÃO ===

Ajustado o fluxo de **Inventário** para que o campo de **Lote** permaneça habilitado sempre que novos produtos forem incluídos na Ficha de Inventário.
Com essa alteração, o lote poderá ser informado corretamente após utilizar o botão **“Vassoura”** ou ao retornar para a tela de inventário.

----


**26. BEES-3852: [Correção] – Correção no Cálculo de Quantidades Fracionadas na Alocação**

=== SITUAÇÃO/REQUISITO ===

Ao tentar alocar um item com quantidades fracionadas em diferentes endereços, o sistema apresentava um impedimento causado pela soma incorreta de valores fracionados. Esse comportamento dificultava a alocação do item, mesmo quando a quantidade disponível era suficiente para atender à operação.

=== SOLUÇÃO ===

Ajustado o cálculo de **quantidades fracionadas** para limitar as operações de soma a **4 casas decimais.**
Com essa alteração, o sistema passa a realizar os cálculos corretamente, evitando inconsistências nas somas dos **saldos disponíveis** e permitindo a alocação dos itens nos diferentes endereços.

----

**27. BEES-3854: [Correção] – Erros de quantidade fracionada e de data de validade no Plano de Corte de Cabos**

=== SITUAÇÃO/REQUISITO ===

Ao selecionar **múltiplos documentos ou linhas de produto** com quantidades fracionadas, o sistema apresentava inconsistências no cálculo da quantidade total.
Além disso, quando um produto possuía quantidades no mesmo lote, porém com **datas de validade diferentes,** ocorria um impedimento ao tentar liberar os cortes de cabos devido à duplicidade na criação dos produtos

=== SOLUÇÃO ===

Ajustada a formatação da **quantidade total** para respeitar o limite de **4 casas decimais.**
Com essas alterações, o sistema passa a realizar corretamente os cálculos de quantidades fracionadas e permite a liberação dos cortes de cabos sem impedimentos indevidos. Também foi ajustada a criação dos produtos no processo de **corte de cabos**, evitando a ocorrência de erros de **chave duplicada**.

----

**28. BEES-3856: [Correção] –  Total de Registros dos grids não está atualizando dinamicamente**

=== SITUAÇÃO/REQUISITO ===

A contagem de registros apresentada em diversas telas do sistema **não estava sendo atualizada dinamicamente,** fazendo com que os valores exibidos não refletissem corretamente a quantidade atual de registros

=== SOLUÇÃO ===

O componente central de **Grids** foi ajustado para que a **contagem de registros seja atualizada e apresentada corretamente** nas telas do sistema.
Com essa alteração, a quantidade de registros exibida passa a refletir corretamente os dados apresentados no Grid.

----

**29. BEES-3866: [Correção] – Correção na Atualização do Status do Range na Separação**

=== SITUAÇÃO/REQUISITO ===

Ao realizar a **separação de um documento,** o status do Range não era atualizado para **“Em Separação”.**
Com isso, o documento não era direcionado corretamente para a aba **“Conferência” no Monitor de Expedição**, dificultando o acompanhamento da operação.

=== SOLUÇÃO ===

Ajustado o fluxo de separação para atualizar corretamente o status do Range para **“Em Separação”.**
Com essa alteração, o documento passa a ser apresentado corretamente na aba **“Conferência”** do **Monitor de Expedição.**

----

**30. BEES-3867: [Correção] – Erro de alocação simultânea gerando saldo alocado duplicado.**

=== SITUAÇÃO/REQUISITO ===

Em situações de **alocação manual concorrente,** quando dois usuários ou sessões realizavam a alocação do mesmo documento ou produto simultaneamente, o sistema permitia que a quantidade alocada ultrapassasse a quantidade demandada.
Esse comportamento poderia gerar **duplicidade na alocação** e inconsistências no processo.

=== SOLUÇÃO ===

Ajustado o processo de **alocação manual** para impedir que duas alocações simultâneas ultrapassem a quantidade demandada do pedido.
Com essa alteração, apenas uma das operações consegue **reservar a quantidade** restante, enquanto a outra é impedida de gerar uma **alocação duplicada.**

----

**31. BEES-3868: [Correção] – Transferência por Onda (Entrada) não permite informar quantidade no Coletor**

=== SITUAÇÃO/REQUISITO ===

Foi identificada uma inconsistência no processo de **Transferência por Onda - Entrada,** realizado pelo **Coletor.**
Ao acessar a tela de conferência dos produtos, a **quantidade não era carregada** corretamente e o campo destinado à informação da quantidade permanecia desabilitado.
Esse comportamento impedia o operador de realizar a conferência dos produtos e finalizar a transferência.

=== SOLUÇÃO ===

Ajustado o preenchimento da **quantidade** durante a busca das informações do produto.
Com essa alteração, a quantidade passa a ser carregada corretamente e o operador consegue realizar a **conferência e finalização da transferência** normalmente.

----

**32. BEES-3882: [Correção] – Validação da Curva no Cadastro de Produto x Filial**

=== SITUAÇÃO/REQUISITO ===

Foi identificado que alguns registros de **Produto x Filial** podem ser cadastrados sem a informação de Curva, fazendo com que esse campo fique vazio.
Essa situação pode ser identificada na tela **Cadastros > Produtos > Produtos x Filial** e pode gerar inconsistências na parametrização dos produtos.

=== SOLUÇÃO ===

Ajustado o comportamento do **campo Curva no Produto x Filial**:
A Curva seja obrigatória durante o cadastro do Produto x Filial.
Durante a edição, seja permitido manter a Curva vazia, sem exigir o preenchimento do campo.

----

**33. BEES-3889: [Correção] – Erros visuais e de filtragem nas telas de ressuprimento**

=== SITUAÇÃO/REQUISITO ===

Na tela **Gerar Ressuprimento,** os campos **Filial, Depósito e Família Material** apresentavam desalinhamento visual.
Além disso, os filtros Classificação de Endereço e Curva, disponíveis na modal, não estavam funcionando corretamente e não filtravam os registros apresentados na tela.

=== SOLUÇÃO ===

Realizado o alinhamento e a padronização visual dos **campos Filial, Depósito e Família Material.**
Também foi corrigido o funcionamento dos filtros **Classificação de Endereço** e **Curva,** permitindo que os registros sejam filtrados corretamente conforme os critérios selecionados.

----

**34. BEES-3890: [Correção] – Tela Gerar Ressuprimento apresenta endereços não cadastrados como Endereços de Picking.**

=== SITUAÇÃO/REQUISITO ===

Na tela **Movimentação > Ressuprimento > Gerar Ressuprimento,** o **campo Endereço de Picking** apresentava endereços que não eram mais do tipo Picking.
Isso ocorria quando um endereço que estava vinculado a uma Área de Picking tinha seu tipo alterado para outro tipo de endereço. O vínculo com a área permanecia ativo, fazendo com que o endereço continuasse aparecendo na consulta de geração de ressuprimento.

=== SOLUÇÃO ===

Ajustado o cadastro de endereços para que, ao alterar um endereço do tipo **Picking** para outro tipo, o sistema apresente um aviso informando que o endereço está vinculado a uma **Área de Picking** e que esse vínculo será removido caso a alteração seja confirmada.
Também foram corrigidos os registros existentes, removendo o vínculo com **Áreas de Picking** dos endereços que não são mais do tipo Picking.

----

**35. BEES-3892: [Correção] – Correção do Áudio para Reprodução do Nome do Cliente no Dashboard de Acompanhamento de Saída.**

=== SITUAÇÃO/REQUISITO ===

Foi identificado um problema no recurso de **áudio do Dashboard de Acompanhamento de Saída.**
Mesmo com a opção de **reproduzir o nome do cliente** habilitada, o sistema **não estava incluindo essa informação no áudio**, prejudicando a identificação dos documentos pelo usuário.

=== SOLUÇÃO ===

Corrigidas as informações enviadas no evento do Dashboard para incluir corretamente os dados do cliente, **permitindo** que o **nome do cliente seja reproduzido no áudio** conforme a configuração selecionada.

----

**36. BEES-3894: [Correção] – Saldo disponível negativo causado pela transferência por onda e alocação de documento de saída**

=== SITUAÇÃO/REQUISITO ===

Era possível realizar, ao mesmo tempo, a **alocação** de um **documento de saída** e a criação de uma **transferência por onda** utilizando o mesmo saldo de estoque.
Com isso, o mesmo saldo era comprometido em duas operações, podendo ultrapassar a quantidade realmente disponível no endereço.

=== SOLUÇÃO ===

Ajustado o processo para impedir que o mesmo **saldo** seja comprometido simultaneamente por uma alocação de saída e uma **transferência por onda.**
Quando as duas operações ocorrerem ao mesmo tempo, apenas uma será concluída. A outra será bloqueada e informará que o saldo já não está disponível, evitando o comprometimento duplicado do estoque.

----

**37. BEES-3901: [Correção] – Foco do campo "Etiqueta" não está retornando após bipagem de etiqueta - Separação Documento**

=== SITUAÇÃO/REQUISITO ===

Durante o processo de **Separação,** após realizar a **bipagem de uma etiqueta seriada**, o foco não retornava automaticamente para **o campo Etiqueta,** exigindo uma nova seleção do campo para continuar a operação.

=== SOLUÇÃO ===

Ajustado o comportamento do foco para que, após a separação, o cursor retorne automaticamente ao campo **Etiqueta** quando o parâmetro **Confirma Separação Automática** estiver ativo, facilitando a continuidade da operação.

----

**38. BEES-3902: [Correção] – Otimização da Alocação de Pedidos com Alocação de Saldo Total**

=== SITUAÇÃO/REQUISITO ===

A alocação de pedidos com endereços configurados para **alocar o saldo total** podia travar o processo. Isso ocorria devido à busca de combinações de saldo, que podia exigir muitas tentativas e consumir excessivamente os recursos do sistema.
Como consequência, em pedidos com grande quantidade de saldos disponíveis, o processo podia ficar lento ou até interromper a operação.

=== SOLUÇÃO ===

O processo de busca de combinações foi **otimizado** para evitar **tentativas desnecessárias** e **reduzir** o consumo de recursos do sistema.
Foram implementados mecanismos para:
Reutilizar resultados de combinações já avaliadas;
Eliminar antecipadamente combinações que não podem atender à necessidade;
Utilizar uma alternativa de alocação somente ao final da busca;
Limitar a quantidade de combinações avaliadas.
Com esses ajustes, pedidos com muitos saldos disponíveis deixam de causar travamentos e, quando não for encontrada uma combinação válida, o sistema seguirá normalmente para o fluxo padrão de alocação.

----

**39. BEES-3907: [Correção] – Ajustar validação de CNPJ na integração que atualiza um Cliente já existente**

=== SITUAÇÃO/REQUISITO ===

Ao realizar a **integração** de um **cliente** já **cadastrado,** informando um novo **CNPJ** para atualização, o sistema bloqueava a integração devido à validação do CNPJ.
Esse comportamento impedia a atualização dos dados cadastrais do cliente por meio da integração.

=== SOLUÇÃO ===

Removida a validação que impedia a **atualização do CNPJ do cliente,** permitindo que clientes já cadastrados tenham seu CNPJ atualizado normalmente por meio da integração.

----

**40. BEES-3926: [Correção] – Correção da Localização do Menu – Relatório de Documentos de Entrada - Produtos.**

=== SITUAÇÃO/REQUISITO ===

Foi identificada uma **nomenclatura incorreta** no sistema, em que a opção **"Expedição"** deveria ser apresentada como **"Recebimento"**, podendo causar confusão aos usuários durante a utilização da funcionalidade.

=== SOLUÇÃO ===

Corrigida a nomenclatura de "Expedição" para **"Recebimento"**, garantindo que a informação seja apresentada de forma correta e adequada ao processo.

----

**41. BEES-3928: [Correção] – Correção na Exibição de Ranges no Monitor de Expedição**

=== SITUAÇÃO/REQUISITO ===

Ao trabalhar com um produto que possui saldo em diferentes **ranges,** quando apenas um deles era separado e o outro permanecia pendente, uma alteração na alocação do range pendente fazia com que o range já separado deixasse de ser exibido no **Monitor de Expedição.**
Esse comportamento dificultava o acompanhamento dos ranges e poderia gerar informações incorretas na operação.

=== SOLUÇÃO ===

Removida a aba **"Separado"** do **Monitor de Expedição,** que estava causando inconsistências na exibição dos ranges.
Com o ajuste, a consulta dos ranges passa a apresentar as informações de forma mais consistente, evitando que um range já separado deixe de ser exibido após alterações na alocação.

----

**42. BEES-3938: [Correção] – Correção no Retorno da API para Cargas sem Documentos**

=== SITUAÇÃO/REQUISITO ===

Quando uma carga sem documentos vinculados era consultada, a API retornava **success: false.** para toda a consulta, mesmo quando outras cargas possuíam documentos válidos.
Esse comportamento fazia com que o retorno das demais cargas fosse apresentado de forma incorreta.

=== SOLUÇÃO ===

Adicionada uma validação para identificar cargas sem documentos vinculados. Nesses casos, a mensagem **"Nenhum documento nessa carga"** será retornada somente para a carga específica, sem afetar o resultado das demais cargas consultadas.

----

**43. BEES-3948: [Correção] – Permitir liberar o faturamento antes da integração "Confirma Separação"**

=== SITUAÇÃO/REQUISITO ===

O bloqueio apresentado pela mensagem **“Este documento de saída ainda não foi integrado ao ERP”** estava impedindo indevidamente a integração de documentos no processo de Retorno de Faturamento, mesmo quando o parâmetro “Integração Confirmação de Separação Manual” não estava habilitado.

=== SOLUÇÃO ===

O bloqueio foi ajustado para ocorrer somente quando o **parâmetro “Integração Confirmação de Separação Manual”** estiver **ativo.**
Dessa forma, quando o parâmetro estiver **desabilitado**, o processo de **Retorno de Faturamento** poderá ser integrado normalmente, sem a apresentação da mensagem de bloqueio.

----

<WRAP center round info 30%>
**Ainda ficou com alguma dúvida? 
 \\
Nos ajude a melhorar!
 \\
{{SZ_FEEDBACK}}**

</WRAP>