====== šŸš€ Release Notes v1.32.1 - 31/07/2026 ====== ---- ===== šŸ“Œ Resumo da Release ===== * 21 Melhorias aplicadas em performance, usabilidade e seguranƧa operacional. * 13 CorreƧƵes garantindo estabilidade e padronização entre Web, Coletor e relatórios. ---- ===== ✨ Melhorias ===== **01. BEES-3790: [Integração] – InclusĆ£o do Campo orderType na Integração com o ERP ** === SITUAƇƃO/REQUISITO === A integração entre o WMS BeeStock e o ERP nĆ£o enviava a informação do tipo de **documento de entrada**, impossibilitando que o ERP identificasse corretamente o tipo da operação durante o processo de recebimento e armazenamento. === SOLUƇƃO === Adequada a integração inboundCheck para incluir o campo orderType, permitindo o envio do tipo do documento de entrada ao ERP e garantindo maior compatibilidade com o modelo de integração e identificação correta das operaƧƵes. ---- **02. BEES-3762: [Integração] – Criar API Health Check** === SITUAƇƃO/REQUISITO === O WMS BeeStock nĆ£o disponibilizava endpoints de monitoramento para informar Ć  infraestrutura o estado da aplicação. Com isso, nĆ£o era possĆ­vel distinguir quando a aplicação estava indisponĆ­vel por falha interna ou quando permanecia em execução, mas incapaz de processar requisiƧƵes devido a problemas em serviƧos ou dependĆŖncias externas. === SOLUƇƃO === Implementados mecanismos padronizados de Liveness e Readiness, permitindo que a infraestrutura monitore corretamente a saĆŗde da aplicação. Com essa implementação, passa a ser possĆ­vel identificar quando a aplicação deve ser reiniciada por falha interna (Liveness) e quando estĆ” em execução, porĆ©m temporariamente indisponĆ­vel para processar requisiƧƵes devido a falhas em dependĆŖncias (Readiness). ---- **03. BEES-3694: [Integração] – Ampliar a API de Consulta de Documentos de Entrada e Documento de SaĆ­da** === SITUAƇƃO/REQUISITO === As **APIs de Consulta de Documentos de Entrada** e **Consulta de Documentos de SaĆ­da** nĆ£o disponibilizavam todas as informaƧƵes jĆ” enviadas durante os processos de integração. Essa limitação reduzia a quantidade de dados disponĆ­veis para sistemas integrados, exigindo consultas adicionais para obtenção de informaƧƵes complementares. === SOLUƇƃO === Ampliados os contratos das APIs de Consulta de Documentos de Entrada e Consulta de Documentos de SaĆ­da, com a inclusĆ£o de novos campos no retorno das consultas, disponibilizando as mesmas informaƧƵes utilizadas nos processos de integração e proporcionando maior completude e consistĆŖncia dos dados. ---- **04. BEES-3572: [Nova Funcionalidade] – Nova Tela para Download do APK no BeeStock WEB** === SITUAƇƃO/REQUISITO === O processo de atualização do APK do Coletor era realizado manualmente, exigindo que a equipe BeeStock disponibilizasse o arquivo aos clientes por meio de ferramentas externas, como Google Drive ou WhatsApp. Esse modelo gerava dependĆŖncia do time tĆ©cnico, dificultava o controle das versƵes instaladas e tornava o processo de atualização mais demorado. === SOLUƇƃO === Criada a **funcionalidade Download APK no menu Desenvolvedor**, permitindo que os usuĆ”rios realizem o **download do APK** correspondente Ć  versĆ£o atual do ambiente BeeStock WEB. A funcionalidade tambĆ©m conta com controle de acesso por Perfil de Acesso, possibilitando definir quais usuĆ”rios poderĆ£o utilizar o recurso. ---- **05. BEES-3701: [Nova Funcionalidade] – ImpressĆ£o de Etiqueta UZ TransferĆŖncia no Coletor** === SITUAƇƃO/REQUISITO === A impressĆ£o de **Etiquetas UZ de TransferĆŖncia** estava disponĆ­vel apenas na interface Web do WMS BeeStock. Essa limitação obrigava os operadores a interromperem suas atividades no coletor para utilizar uma estação de trabalho, tornando o processo menos Ć”gil e reduzindo a produtividade operacional. === SOLUƇƃO === Implementada a funcionalidade de Geração Manual de Romaneio de Carga, incluindo: Desenvolvida a nova rotina de ImpressĆ£o de Etiqueta UZ de TransferĆŖncia no Coletor de Dados, permitindo que os operadores realizem a impressĆ£o diretamente no dispositivo móvel, proporcionando maior agilidade e continuidade ao processo operacional. ---- **06. BEES-3700: [Nova Funcionalidade] – ImpressĆ£o de Etiqueta UZ de Expedição no Coletor** === SITUAƇƃO/REQUISITO === A impressĆ£o de **Etiquetas UZ de Expedição** estava disponĆ­vel apenas na interface Web do WMS BeeStock. Essa limitação obrigava os operadores a interromperem suas atividades no coletor para acessar uma estação de trabalho e realizar a impressĆ£o das etiquetas, tornando o processo menos Ć”gil e impactando a produtividade operacional. === SOLUƇƃO === Desenvolvida a nova rotina de ImpressĆ£o de Etiqueta UZ de Expedição no Coletor de Dados, permitindo que a impressĆ£o seja realizada diretamente no dispositivo móvel, proporcionando maior agilidade, mobilidade e eficiĆŖncia ao processo operacional. ---- **07. BEES-3699: [Nova Funcionalidade] – ImpressĆ£o de Etiqueta UZ de Recebimento no Coletor** === SITUAƇƃO/REQUISITO === A impressĆ£o de **Etiquetas UZ de Recebimento** estava disponĆ­vel apenas na interface Web do WMS BeeStock. Essa limitação obrigava os operadores a interromperem suas atividades no coletor para acessar uma estação de trabalho e realizar a impressĆ£o das etiquetas, tornando o processo menos Ć”gil e impactando a produtividade operacional. === SOLUƇƃO === Desenvolvida a nova rotina de ImpressĆ£o de Etiqueta UZ de Recebimento no Coletor de Dados, permitindo que a impressĆ£o seja realizada diretamente no dispositivo móvel, proporcionando maior agilidade, mobilidade e eficiĆŖncia ao processo operacional. ---- **08. BEES-3760: [Melhoria] – Atualização do APK Diretamente pelo Coletor** === SITUAƇƃO/REQUISITO === A atualização do APK do Coletor BeeStock era realizada manualmente, dificultando a manutenção dos dispositivos na versĆ£o correta e aumentando o risco de incompatibilidade com o BeeStock WEB. Para garantir o funcionamento da aplicação, o coletor deve utilizar sempre a mesma versĆ£o do ambiente WEB. === SOLUƇƃO === Implementado um novo fluxo de **atualização (upgrade)** do Coletor BeeStock. Sempre que o coletor se conectar a um ambiente BeeStock WEB com versĆ£o superior Ć  instalada no dispositivo, serĆ” exibida uma mensagem informando que a versĆ£o do aplicativo Ć© invĆ”lida e orientando o usuĆ”rio a realizar a atualização. A própria tela disponibilizarĆ” o botĆ£o "Atualizar", permitindo o download e a instalação da versĆ£o compatĆ­vel do APK diretamente pelo coletor, tornando o processo mais rĆ”pido, simples e reduzindo a necessidade de intervenƧƵes manuais. ---- **09. BEES-3827: [Melhoria] – Novo Fluxo de Downgrade do APK por QR Code** === SITUAƇƃO/REQUISITO === O processo de atualização e **downgrade** do APK do Coletor BeeStock nĆ£o possuĆ­a um mecanismo padronizado, dificultando a instalação da versĆ£o correta do aplicativo em relação Ć  versĆ£o do BeeStock WEB. Esse cenĆ”rio aumentava o risco de utilização de versƵes incompatĆ­veis, podendo ocasionar falhas operacionais e de comunicação entre o coletor e o sistema. === SOLUƇƃO === No BeeStock WEB, o **QR Code** serĆ” disponibilizado na tela **Desenvolvedor > Download APK**. No **Coletor APK**, haverĆ” a opção de leitura desse QR Code para realizar o download e a instalação manual da versĆ£o compatĆ­vel. O QR Code foi implementado para facilitar o download do APK, permitindo a instalação manual da versĆ£o compatĆ­vel. O APK do Coletor deve estar sempre na mesma versĆ£o do BeeStock WEB. Caso o coletor esteja em uma versĆ£o superior Ć  do BeeStock WEB (por exemplo, APK 1.32.0 e BeeStock WEB 1.31.1), serĆ” necessĆ”rio realizar um **downgrade** do aplicativo. O **downgrade** Ć© um processo manual, consistindo na desinstalação da versĆ£o atual do aplicativo e, posteriormente, na instalação da versĆ£o compatĆ­vel obtida por meio do QR Code disponibilizado ---- **10. BEES-3756: [Melhoria] – InclusĆ£o das InformaƧƵes Exibidas na Consulta de Etiqueta UZ** === SITUAƇƃO/REQUISITO === A tela **Consultas > Expedição > Etiqueta UZ** apresentava apenas o status dos itens, nĆ£o permitindo identificar o status do volume nem o conferente responsĆ”vel. Essa limitação dificultava as anĆ”lises operacionais e o atendimento do suporte, que frequentemente precisava validar as informaƧƵes diretamente com os operadores ou solicitar consultas ao banco de dados pela equipe de desenvolvimento. === SOLUƇƃO === Aprimorada a tela Consulta de Etiqueta UZ com a inclusĆ£o de novas informaƧƵes para facilitar a anĆ”lise operacional, incluindo: **Status do Volume, Conferente responsĆ”vel, Saldo solicitado do item, Quantidade alocada, Quantidade separada, Quantidade conferida**. Com essas informaƧƵes, o processo de consulta torna-se mais completo, reduzindo a necessidade de validaƧƵes manuais e de consultas tĆ©cnicas ao banco de dados. ---- **11. BEES-3695: [Melhoria] – Melhorias de Usabilidade na Consulta de EndereƧo do Coletor** === SITUAƇƃO/REQUISITO === Na rotina de Consulta de EndereƧo do Coletor de Dados, foram identificados comportamentos que reduziam a agilidade da operação, como a necessidade de aƧƵes adicionais para realizar consultas, perda das informaƧƵes exibidas ao limpar a tela e ausĆŖncia de retorno automĆ”tico do foco para o campo de endereƧo. === SOLUƇƃO === Realizadas melhorias na rotina de Consulta de EndereƧo do Coletor de Dados, incluindo: Pesquisa automĆ”tica do endereƧo ao realizar a leitura do código ou pressionar Enter no campo EndereƧo; Retorno automĆ”tico do foco para o campo EndereƧo ao utilizar a função Limpar (Vassoura); Correção da função de limpeza da tela para preservar corretamente as informaƧƵes exibidas na lista. ---- **12. BEES-3696: [Melhoria] – InclusĆ£o do Campo "Pedido Cliente" na Devolução de Picking** === SITUAƇƃO/REQUISITO === Na rotina de **Devolução de Picking na WEB**, a tela de Busca de Documentos para Devolução nĆ£o exibia o NĆŗmero do Pedido do Cliente, dificultando a identificação dos documentos e a localização da devolução desejada. Essa limitação tambĆ©m impactava a consulta das informaƧƵes no Monitor de Devolução. === SOLUƇƃO === IncluĆ­da a coluna "Pedido Cliente" na tela de Busca de Documentos para Devolução de Picking e no Monitor de Devolução, proporcionando maior rastreabilidade e facilitando a identificação dos documentos durante o processo operacional. ---- **13. BEES-3697: [Melhoria] – Melhoria de Usabilidade na Consulta Estoque do Coletor** === SITUAƇƃO/REQUISITO === Na rotina Menu Consulta → Estoque do Coletor de Dados, após realizar uma consulta e utilizar a função Limpar (Vassoura), o sistema nĆ£o retornava automaticamente o foco para o campo Código de Barras. Esse comportamento exigia uma ação adicional do operador antes de iniciar uma nova consulta, reduzindo a agilidade do processo. === SOLUƇƃO === Implementado o reposicionamento automĆ”tico do foco para o campo Código de Barras após a utilização da *função Limpar (Vassoura)*, proporcionando maior agilidade e melhor experiĆŖncia durante as consultas de estoque. ---- **14. BEES-3698: [Melhoria] – Melhoria Dashboard de Acompanhamento de Documento de SaĆ­da** === SITUAƇƃO/REQUISITO === O Dashboard de Acompanhamento de Documentos de SaĆ­da atualizava suas informaƧƵes apenas em intervalos configurĆ”veis pelo usuĆ”rio, sendo 60 segundos o menor tempo disponĆ­vel. Esse comportamento podia atrasar a identificação de documentos que concluĆ­ram a separação e passaram para o status Pendente Faturamento, impactando a agilidade da equipe responsĆ”vel pelo faturamento. === SOLUƇƃO === Aprimorado o processo de atualização do **Dashboard** de Acompanhamento de **Documentos de SaĆ­da** com a implementação de um WebSocket, permitindo a atualização das informaƧƵes em tempo real. AlĆ©m disso, foi criado um novo alerta sonoro para documentos que entram no status Pendente Faturamento, bem como a configuração na Filial para definir se os status Pendente Faturamento e Pendente Retirada deverĆ£o emitir alertas sonoros. ---- **15. BEES-3717: [Melhoria] – Erro 404 por falta de permissƵes no cadastro de perfil.** === SITUAƇƃO/REQUISITO === Quando um perfil de acesso era criado sem nenhuma permissĆ£o habilitada, os usuĆ”rios vinculados a esse perfil recebiam um **erro 404** ao acessar o sistema. O acesso somente era normalizado após a concessĆ£o de pelo menos uma permissĆ£o, comprometendo a experiĆŖncia inicial de utilização e a configuração de novos perfis. === SOLUƇƃO === Ajustada a configuração de permissƵes para que a funcionalidade InĆ­cio (Home) permaneƧa sempre habilitada para todos os perfis de acesso. Com isso, elimina-se a ocorrĆŖncia do erro 404 em perfis sem permissƵes adicionais, garantindo o acesso inicial ao sistema. ---- **16. BEES-3702: [Melhoria] – InclusĆ£o do campo Carga na tela Etiqueta UZ - SaĆ­da** === SITUAƇƃO/REQUISITO === Na rotina Menu > Consultar > Etiqueta UZ > SaĆ­da do Coletor de Dados, era possĆ­vel consultar os documentos vinculados a uma etiqueta UZ, porĆ©m nĆ£o havia a identificação da Carga associada. Em operaƧƵes que utilizam Separação por Carga, essa limitação dificultava a rastreabilidade e obrigava os operadores a realizar consultas adicionais na interface Web. === SOLUƇƃO === IncluĆ­da a coluna "Carga" na tela Etiqueta UZ – SaĆ­da do Coletor de Dados para filiais que utilizam o parĆ¢metro "Separação por Carga", permitindo identificar de forma rĆ”pida a carga vinculada Ć  etiqueta UZ diretamente no coletor. ---- **17. BEES-3718: [Melhoria] – Melhorias no Gerenciamento de Logs e Monitoramento de Jobs** === SITUAƇƃO/REQUISITO === O gerenciamento dos registros apresentava limitaƧƵes de desempenho e manutenção devido ao crescimento contĆ­nuo do volume de dados. AlĆ©m disso, o sistema nĆ£o disponibilizava informaƧƵes sobre a Ćŗltima execução dos Jobs nem um monitor para consulta das requisiƧƵes registradas, dificultando o acompanhamento e a anĆ”lise das integraƧƵes. === SOLUƇƃO === Implementadas melhorias na infraestrutura de monitoramento e gerenciamento de logs, incluindo: foram implementadas melhorias para otimizar o armazenamento e a manutenção dos registros da aplicação, garantindo melhor organização e desempenho do sistema. O monitor de processos passou a exibir as informaƧƵes de Status de Execução e Última Execução, facilitando o acompanhamento das rotinas executadas. ---- **18. BEES-3729: [Melhoria] Atualização do Link de Abertura de Chamados na Guia "Sobre"** === SITUAƇƃO/REQUISITO === O link disponĆ­vel na guia "Sobre" do WMS BeeStock para abertura de chamados apontava para a plataforma antiga de atendimento, direcionando os usuĆ”rios para um sistema desatualizado. === SOLUƇƃO === Atualizado o link de abertura de chamados disponĆ­vel na guia "Sobre" do WMS BeeStock, passando a direcionar os usuĆ”rios para a plataforma oficial de atendimento da SZ SoluƧƵes (SZ Project). ---- **19. BEES-3746: [Melhoria] – Mascaramento de Senhas nos Logs de Autenticação da API** === SITUAƇƃO/REQUISITO === Foi identificado que, durante o registro das requisiƧƵes de autenticação na tabela bee_logger_api, o campo str_body armazenava a senha do usuĆ”rio em texto puro. Esse comportamento representava um risco Ć  seguranƧa da informação, contrariando as boas prĆ”ticas de proteção de credenciais e armazenamento de dados sensĆ­veis. === SOLUƇƃO === Adequado o processo de registro das requisiƧƵes de autenticação para que o campo password seja mascarado antes do armazenamento na tabela bee_logger_api, preservando apenas as demais informaƧƵes da requisição e impedindo que credenciais sejam gravadas em texto puro. ---- **20. BEES-3747: [Melhoria] – Reposicionamento da Coluna Filial - Movimento de Estoque** === SITUAƇƃO/REQUISITO === Na tela de **Movimento de Estoque**, a coluna Filial estava posicionada entre as Ćŗltimas colunas da grid, obrigando os usuĆ”rios a realizar rolagem horizontal para visualizar uma das principais informaƧƵes utilizadas nas anĆ”lises operacionais. Essa disposição reduzia a praticidade da consulta e aumentava o tempo de conferĆŖncia dos dados. === SOLUƇƃO === Reorganizada a disposição das colunas na tela **Movimento de Estoque**, posicionando a coluna **Filial** como a primeira da grid, seguindo o mesmo padrĆ£o adotado na tela *Saldo Estoque* e facilitando a identificação das informaƧƵes durante as consultas. ---- **21. BEES-3759: [Melhoria] – Correção da Paginação após Aplicação de Filtros nas Listagens.** === SITUAƇƃO/REQUISITO === Ao aplicar filtros em consultas paginadas enquanto o usuĆ”rio estava em uma pĆ”gina diferente da primeira, o sistema nĆ£o atualizava corretamente os resultados, mantendo a paginação e a quantidade total de registros inconsistentes. Esse comportamento dificultava a navegação e comprometia a confiabilidade das informaƧƵes apresentadas após a aplicação dos filtros. === SOLUƇƃO === Corrigido o processo de atualização das consultas paginadas para que o contador de registros reflita corretamente os resultados filtrados e o controle de paginação seja atualizado de forma consistente após a aplicação dos filtros, evitando inconsistĆŖncias durante a navegação. ---- ===== Correção ===== **22. BEES-3809: [Correção] – Erro visual ao realizar a alocação a nĆ­vel de produto** === SITUAƇƃO/REQUISITO === Foi identificado que, durante a **alocação em nĆ­vel de produto**, o sistema exibia uma mensagem de erro mesmo quando a operação era concluĆ­da com sucesso. Esse comportamento gerava dĆŗvidas aos usuĆ”rios e podia levar Ć  interpretação incorreta de que a alocação nĆ£o havia sido realizada. === SOLUƇƃO === Ajustada a validação da rotina de alocação em nĆ­vel de produto, eliminando a exibição indevida da mensagem de erro e garantindo que as mensagens apresentadas reflitam corretamente o resultado da operação. ---- **23. BEES-3719: [Correção] – Saldo negativo disponĆ­vel - Ressuprimento x Alterar Alocação.** === SITUAƇƃO/REQUISITO === Foi identificado que era possĆ­vel alterar a alocação de um produto para um endereƧo que nĆ£o possuĆ­a saldo suficiente disponĆ­vel, caso o saldo fosse consumido por outra operação enquanto a tela Alterar Alocação permanecesse aberta. Esse comportamento podia gerar inconsistĆŖncias e impedir a conclusĆ£o correta do processo. === SOLUƇƃO === Implementada uma nova validação na rotina de Alteração de Alocação, garantindo que o sistema verifique a disponibilidade de saldo no endereƧo de destino antes de confirmar a alteração. Com isso, a troca Ć© bloqueada quando o saldo disponĆ­vel for insuficiente para concluir a operação. ---- **24. BEES-3731: [Correção] – Correção de Mensagem "NĆ£o foi possĆ­vel localizar o documento" após confirmar a devolução** === SITUAƇƃO/REQUISITO === Ao efetivar uma **Devolução de Picking**, o sistema exibia duas mensagens ao usuĆ”rio: uma informando o sucesso da operação e outra, indevidamente, indicando erro na localização do documento. Esse comportamento gerava dĆŗvidas sobre o resultado da devolução, apesar de o processo ser concluĆ­do corretamente. === SOLUƇƃO === Removida a mensagem de erro exibida indevidamente após a efetivação da **Devolução de Picking**, garantindo que apenas a mensagem de sucesso seja apresentada quando a operação for concluĆ­da corretamente. ---- **25. BEES-3730: [Correção] – Correção de DivergĆŖncia entre EndereƧo do Saldo de Estoque e Saldo de Etiqueta** === SITUAƇƃO/REQUISITO === Na **Devolução de Picking** de produtos com controle serial, o sistema alterava o endereƧo da etiqueta seriada devolvida e, consequentemente, tambĆ©m modificava o endereƧo da etiqueta agrupadora vinculada. Esse comportamento gerava inconsistĆŖncias de endereƧamento e podia ocasionar divergĆŖncias de saldo no estoque. === SOLUƇƃO === Ajustada a rotina de Devolução de Picking para que a etiqueta seriada devolvida passe a se tornar uma etiqueta agrupadora durante o processo. Com essa alteração, o endereƧo da agrupadora original permanece inalterado, preservando a consistĆŖncia das informaƧƵes e evitando divergĆŖncias de saldo. ---- **26. BEES-3732: [Correção] – Alocação negativa: impacto em processos de ressuprimento.** === SITUAƇƃO/REQUISITO === Foi identificado que, ao realizar o cancelamento de um **Ressuprimento**, o sistema desalocava o primeiro Saldo de Estoque encontrado, em vez do saldo originalmente utilizado na alocação. Esse comportamento podia gerar inconsistĆŖncias no estoque, incluindo saldos alocados negativos. === SOLUƇƃO === Corrigida a rotina de cancelamento de Ressuprimento para que a desalocação seja realizada sempre sobre o Saldo de Estoque originalmente alocado, garantindo a consistĆŖncia das informaƧƵes e evitando a geração de saldos alocados negativos. ---- **27. BEES-3753: [Correção] – Erro ao Navegar entre PĆ”ginas na tela Produtos x Cliente** === SITUAƇƃO/REQUISITO === Ao navegar entre as pĆ”ginas da tela **Produtos x Cliente**, o sistema apresentava um erro que fazia a interface ficar totalmente cinza, interrompendo a navegação e impedindo a continuidade da consulta. === SOLUƇƃO === Corrigido o erro na rotina de paginação da tela Produtos x Cliente, garantindo a navegação correta entre as pĆ”ginas e evitando que a interface fique indisponĆ­vel durante a consulta. ---- **28. BEES-3754: [Correção] – Erro na Exibição da Tela Prioridades** === SITUAƇƃO/REQUISITO === O caminho de navegação (breadcrumb) exibido no topo da tela de **Cadastro de Prioridades** apresentava uma referĆŖncia incorreta, indicando que a funcionalidade pertencia Ć  seção Administração, quando na realidade faz parte da seção Cadastros. === SOLUƇƃO === Corrigido o caminho de navegação da tela Cadastro de Prioridades, passando a exibir corretamente a seção Cadastros, garantindo maior consistĆŖncia na navegação e organização do sistema. ---- **29. BEES-3767: [Correção] – Erro na tela Movimentos de Estoque – Filtro "UsuĆ”rio Movimento" NĆ£o Retorna Registros** === SITUAƇƃO/REQUISITO === Após a atualização do BeeStock para a versĆ£o 1.32.0, foi identificado um problema na tela **Movimentos de Estoque** relacionado ao filtro **"UsuĆ”rio Movimento"**. Ao informar um usuĆ”rio no filtro, o sistema nĆ£o retornava registros, mesmo existindo movimentaƧƵes realizadas por ele, impedindo a consulta e a rastreabilidade das movimentaƧƵes de estoque por usuĆ”rio. === SOLUƇƃO === Corrigida a consulta utilizada pelo filtro "UsuĆ”rio Movimento", passando a utilizar o campo correto (str_login em substituição a str_name). TambĆ©m foi ajustada a ordenação da coluna UsuĆ”rio Movimento, garantindo a exibição consistente dos resultados. ---- **30. BEES-3768: [Correção] – Perda do Identificador do Cliente (APK) após reinicialização do serviƧo** === SITUAƇƃO/REQUISITO === Foi identificado que o Identificador do Cliente (APK) configurado na tela Download **APK** era salvo corretamente no sistema, porĆ©m seu valor era removido após a reinicialização da aplicação, como em atualizaƧƵes de versĆ£o ou reinĆ­cio do container. Esse comportamento fazia com que a configuração fosse perdida, exigindo novo preenchimento. === SOLUƇƃO === Ajustado o seeder da tabela bee_settings para criar o parĆ¢metro apenas quando ele nĆ£o existir, preservando o valor jĆ” configurado e evitando que seja sobrescrito pelo valor padrĆ£o durante a inicialização da aplicação. ---- **31. BEES-3772: [Correção] – Correção do Preenchimento da Quantidade na TransferĆŖncia por Onda** === SITUAƇƃO/REQUISITO === Na rotina de TransferĆŖncia por Onda, ao informar o código de barras de um produto cujo saldo total era maior que o saldo disponĆ­vel, o sistema preenchia automaticamente a quantidade com o saldo total do produto. Esse comportamento podia resultar na tentativa de transferĆŖncia de uma quantidade superior Ć  realmente disponĆ­vel no endereƧo. === SOLUƇƃO === Ajustado o preenchimento automĆ”tico do campo Quantidade na rotina de TransferĆŖncia por Onda para considerar apenas o saldo disponĆ­vel do produto no endereƧo informado, garantindo que a quantidade sugerida corresponda ao saldo efetivamente disponĆ­vel para movimentação. ---- **32. BEES-3787: [Correção] – Duplicidade de Integração na Finalização de Documento de SaĆ­da IndĆŗstria** === SITUAƇƃO/REQUISITO === Foi identificado um comportamento incorreto na finalização de **Documentos de SaĆ­da** – IndĆŗstria quando o processo era executado simultaneamente pelo Coletor de Dados e pela interface Web. Nesses cenĆ”rios, era possĆ­vel ocorrer o disparo repetido da integração com o ERP, ocasionando inconsistĆŖncias no processamento do documento. === SOLUƇƃO === Implementada uma validação antes do envio da integração com o ERP para verificar o status atual do documento. Com esse ajuste, o sistema impede o processamento duplicado da integração, independentemente de a ação ter sido iniciada pelo Coletor de Dados ou pela tela Web. ---- **33. BEES-3795: [Correção] – Erro na leitura do QR code de um produto com mĆŗltiplos lotes no armazenamento** === SITUAƇƃO/REQUISITO === Durante o processo de Armazenamento, em cenĆ”rios com produtos que possuem mĆŗltiplos lotes, a leitura de um **QR Code** podia selecionar incorretamente o primeiro lote da lista, em vez do lote correspondente ao código lido. Esse comportamento impedia a continuidade correta do processo de armazenamento. === SOLUƇƃO === Corrigida a rotina de leitura de QR Code para que o sistema identifique e selecione corretamente o lote correspondente ao código lido, independentemente de sua posição na lista de lotes. ---- **34. BEES-3801: [Correção] – Erro "Etiqueta de unitizador nĆ£o localizada!" na consulta UZ pelo Coletor** === SITUAƇƃO/REQUISITO === Foi identificado, no ambiente de produção do cliente, um erro na rotina de Consulta de **Etiqueta UZ de Entrada no Coletor de Dados.** Ao realizar a leitura de uma etiqueta UZ vĆ”lida, o sistema retornava uma mensagem de nĆ£o localização, impedindo a visualização das informaƧƵes do palete/unitizador e comprometendo a rastreabilidade da operação. === SOLUƇƃO === Corrigida a consulta utilizada na Consulta de Etiqueta UZ de Entrada do Coletor de Dados, passando a considerar, alĆ©m da tabela bee_inbound_order_products, tambĆ©m a tabela bee_inbound_order_products_partial, alinhando o comportamento ao da interface Web e garantindo a localização correta das etiquetas UZ. ---- **Ainda ficou com alguma dĆŗvida? Ā \\ Nos ajude a melhorar! Ā \\ {{SZ_FEEDBACK}}**