====== 🚀 Release Notes v1.33.0 - 30/09/2026 ====== ---- ===== 📌 Resumo da Release ===== * 31 Melhorias aplicadas em performance, usabilidade e segurança operacional. * 14 Correções garantindo estabilidade e padronização entre Web, Coletor e relatórios. ---- ===== ✨ Melhorias ===== **01. BEES-3922: [Nova Funcionalidade] – Manutenção de Produto x Filial - Novo Campo na API** === SITUAÇÃO/REQUISITO === A **API de Produto x Filial** não possuía um campo para informar se o produto realiza **controle por número de série.** Com isso, quando o ERP enviava o cadastro do produto, essa informação não era enviada para o BeeStock. === SOLUÇÃO === Foi incluído o novo campo de **"identificação automática no cadastro de Produto x Filial"**. Com esse novo campo, o ERP poderá enviar no **cadastro do Produto x Filial** a informação se o produto possui ou não **controle por número de série** ---- **02. BEES-3921: [Nova Funcionalidade] Consulta de Documento de Saída - Novo Campo na API** === SITUAÇÃO/REQUISITO === Anteriormente, ao consultar a **saída de um pedido no ERP**, os números de série dos produtos registrados durante a conferência não eram exibidos no relatório/status. === SOLUÇÃO === Agora,**todas as consultas de documentos de saída** trazem automaticamente os **números de série** que foram informados na **conferência.** Rastreabilidade total dos itens enviados, direto no seu ERP e sem perda de informações. ---- **03. BEES-3924: [Nova Funcionalidade] – Controle de Série do Item - Saída** === SITUAÇÃO/REQUISITO === Atualmente, o BeeStock não possui o controle de **Serial** durante a conferência de saída. É necessário permitir o registro dos seriais dos produtos para garantir a **rastreabilidade** de cada unidade durante o processo de conferência e expedição, além de evitar que o mesmo serial seja informado mais de uma vez no mesmo documento. === SOLUÇÃO === Foi implementado o **controle de Serial** na **conferência de saída** para os produtos configurados com **“Controla Serial”.** Durante a conferência, após informar a quantidade, o usuário deverá informar **um Serial para cada unidade do produto.** Os Seriais já informados ficam disponíveis para visualização durante a conferência. Para alterá-los, será necessário **reiniciar a conferência.** O sistema também apresenta um **contador de Seriais informados em relação à quantidade total,** facilitando o acompanhamento da conferência. Além disso, o sistema garante que um mesmo Serial não seja informado mais de uma vez dentro do mesmo documento. ---- **04. BEES-: [Nova Funcionalidade] – Filtro por Tipo de Pedido na consulta de Documentos de Saída** === SITUAÇÃO/REQUISITO === A consulta trazia todos os tipos de documentos de saída uma só vez, sem opção de refinar a busca. Como funciona: === SOLUÇÃO === Foi adicionado um novo **filtro opcional.** Você pode escolher visualizar apenas um tipo específico de documento ou deixar em branco para listar tudo como antes. ---- **05. BEES-4009: [Melhoria] – API de Consulta de Documento de Entrada** === SITUAÇÃO/REQUISITO === A API não possuía uma forma de informar o **tipo do documento** durante a busca. Com isso, quando existissem documentos com informações semelhantes, o ERP não conseguia utilizar o tipo do documento para localizar especificamente o registro desejado. === SOLUÇÃO === Foi adicionado o campo opcional orderType na requisição da API. Esse campo permite informar o **tipo do documento** que deve ser considerado na busca. Por ser um campo opcional, as integrações que já utilizam a API continuarão funcionando normalmente, sem necessidade de alterações. ---- **06. BEES-3923: [Nova Funcionalidade] – Relatório de Documentos com itens Controlados por série** === SITUAÇÃO/REQUISITO === Era necessário disponibilizar um relatório que permitisse consultar os **documentos e itens que tiveram Seriais informados durante a conferência de saída.** O relatório deve permitir a consulta conforme os filtros informados pelo usuário, facilitando o acompanhamento e a rastreabilidade dos produtos controlados por Serial. === SOLUÇÃO === Foi criado o relatório **Documentos com Itens Controlados por Serial.** O relatório permite consultar os documentos e respectivos itens que tiveram **Seriais informados na conferência de saída,** conforme os filtros definidos pelo usuário. ---- **07. BEES-4007: [Nova Funcionalidade] – Troca Rápida de Filial por Usuário.** === SITUAÇÃO/REQUISITO === Atualmente, quando um usuário possui acesso a mais de uma **filial,** para trabalhar com outra filial como **Filial Principal,** é necessário acessar o cadastro do usuário e alterar essa informação manualmente. Esse processo dificulta a troca de filial durante a utilização do BeeStock. === SOLUÇÃO === Foi adicionada a opção **Alterar Filial** diretamente na parte superior do BeeStock, no campo que apresenta o **Código da Filial - Nome da Filial.** Ao clicar nesse campo, será exibida uma lista com as filiais disponíveis para o usuário. Ao selecionar uma filial, o BeeStock atualizará a **Filial Principal** do usuário, permitindo continuar a utilização do sistema considerando a nova filial, sem a necessidade de acessar o cadastro do usuário. ---- **08. BEES-3918: [Nova Funcionalidade] – Impressão Avulsa de Etiqueta de Embalagem Fracionada via Coletor** === SITUAÇÃO/REQUISITO === Era necessário disponibilizar no **Coletor** a impressão avulsa de **Etiquetas de Embalagem Fracionada,** permitindo que o operador imprima as etiquetas sem precisar vinculá-las a um documento de entrada ou saída. Essa opção já estava disponível no BeeStock Web e precisava ser disponibilizada também no Coletor. === SOLUÇÃO === Foi criada uma nova **permissão** e uma nova opção de menu no Coletor para acesso à funcionalidade. A nova tela **Consulta > Etiqueta de Embalagem Fracionada** permite realizar a impressão avulsa das etiquetas, seguindo as mesmas regras de impressão já utilizadas no BeeStock Web. ---- **09. BEES-4005: [Nova Funcionalidade] – Novo Parâmetro - Compartilha Vencimentos** === SITUAÇÃO/REQUISITO === Atualmente, não existe uma configuração específica para definir se produtos com **datas de vencimento diferentes** podem ser armazenados no mesmo endereço. Isso dificulta o controle dos produtos por validade e a organização do estoque conforme a necessidade da operação. === SOLUÇÃO === Foi criado o parâmetro **“Compartilha Vencimento”** no **Cadastro de Endereços** e no **Cadastro de Produto x Filial.** As validações de **“Compartilha Endereço”** e **“Compartilha Lote”** também foram ajustadas para considerar o novo parâmetro. Dessa forma, o BeeStock passa a validar também o compartilhamento de produtos com **datas de vencimento diferentes,** conforme a configuração definida para o endereço e para o produto. ---- **10. BEES-4033: [Nova Funcionalidade] –Tela para impressão massiva de Etiqueta de Embalagem Fracionada por saldo e endereço** === SITUAÇÃO/REQUISITO === Atualmente, não existe uma tela específica para realizar a **impressão em massa de Etiquetas de Embalagem Fracionada** a partir do saldo disponível em estoque. Era necessário disponibilizar uma funcionalidade que facilitasse a localização dos produtos, permitindo utilizar filtros de estoque e visualizar a quantidade de registros antes de realizar a impressão. === SOLUÇÃO === Foi **criada** a tela **Etiqueta de Embalagem Fracionada por Saldo,** que permite realizar a impressão de etiquetas com base nos **produtos disponíveis no saldo de estoque.** A nova funcionalidade possui filtros para facilitar a localização dos produtos e permite consultar os registros encontrados antes da impressão, possibilitando ao usuário confirmar a quantidade de etiquetas que será gerada. ---- **11. BEES-4032: [Nova Funcionalidade] – Impressão de Etiqueta de Produto em QR Code com Regras de Lote, Validade e Cabos (Utilizando a Etiqueta de Embalagem Fracionada)** === SITUAÇÃO/REQUISITO === A funcionalidade de **Etiqueta de Embalagem Fracionada** do BeeStock não permitia gerar etiquetas no padrão QR Code composto e exigia que o operador finalizasse o recebimento e acessasse outra tela para realizar a impressão. Esse processo gerava retrabalho, principalmente durante a conferência de produtos que possuem controle de **lote, validade ou cabos.** === SOLUÇÃO === A etiqueta de embalagem fracionada foi aprimorada para utilizar o padrão **QR Code com delimitadores fixos,** considerando as características de cada produto. Também foi adicionada a possibilidade de realizar a impressão diretamente durante a **conferência de recebimento,** tanto na **Web quanto no Coletor,** logo após o salvamento das quebras na grid temporária. Para produtos do tipo **cabo,** também foi incluída uma opção em tela para permitir a impressão da **quantidade na etiqueta.** ---- **12. BEES-4050: [Melhoria] – Inclusão dos parâmetros Compartilha Vencimentos e Compartilha Lote na API de Endereço** === SITUAÇÃO/REQUISITO === A **API de Endereço**, que corresponde ao parâmetro **“Compartilha Endereço”.** Atualmente a API não possui os campos correspondentes aos parâmetros “Compartilha Lote” e “Compartilha Vencimentos”, impedindo que essas informações sejam consultadas através da integração. === SOLUÇÃO === A **API de Endereço** foi ajustada para disponibilizar também os campos correspondentes aos parâmetros: **Compartilha Lote** **Compartilha Vencimentos** ---- **13. BEES-4093: [Melhoria] – Implementar novos parâmetros no tipo de documento para controlar impressão de etiqueta após conferência de lote e exibição de quantidade na etiqueta quando não controla corte de cabos** === SITUAÇÃO/REQUISITO === Atualmente, não existem parâmetros específicos no **Tipo de Documento** para controlar o comportamento da impressão da **Etiqueta de Embalagem Fracionada** após a conferência de lotes. Também é necessário permitir que a quantidade seja ocultada na etiqueta quando a **Família de Material** não utilizar a geração de plano de corte. === SOLUÇÃO === Foram adicionados dois novos parâmetros na **aba Recebimento** do cadastro de **Tipo de Documento:** **Imprime Etiqueta Após Conferência de Lotes:** permite controlar se a etiqueta de embalagem fracionada será disponibilizada para impressão após a conferência dos lotes. **Oculta Quantidade na Etiqueta sem Plano de Corte:** permite ocultar a quantidade na etiqueta quando a Família de Material do produto não possuir geração de plano de corte. Também foram implementadas as validações necessárias e uma **ferramenta de ajuda** para orientar o usuário sobre o funcionamento dos novos parâmetros. ---- **14. BEES-3912: [Melhoria] – Captura Automática da Data de Fabricação no Apontamento das Etiquetas** === SITUAÇÃO/REQUISITO === Durante o recebimento de mercadorias, a **Data de Fabricação** não era preenchida automaticamente ao realizar a leitura de **etiquetas Seriadas** ou **Agrupadoras.** Como essa informação não está disponível na etiqueta física, era necessário realizar o preenchimento manualmente. Além disso, a ausência da data gravada no sistema dificultava a utilização dessa informação em processos de **ressuprimento e alocação.** === SOLUÇÃO === Foi implementado o preenchimento automático da **Data de Fabricação** durante o recebimento. A **data e hora de criação da etiqueta agrupadora** passam a ser utilizadas como **Data de Fabricação,** sendo essa informação também replicada para as etiquetas seriadas vinculadas. No **Recebimento Web e Coletor,** ao realizar a leitura da etiqueta, o sistema busca a Data de Fabricação registrada e preenche o campo automaticamente, evitando a necessidade de digitação manual. Também foi adicionada a informação **Data de Fabricação,** no formato **DD/MM/AAAA,** na tela de **Consulta de Movimento de Estoque** e nos relatórios de **Documentos de Saída – Rastreio Lote e Produtos - Range.** ---- **15. BEES-3913: [Melhoria] – Prioridade de Alocação por Data de Entrada no Endereço** === SITUAÇÃO/REQUISITO === Durante a alocação de saldo para atender um pedido de saída, o BeeStock prioriza a **menor data de validade,** seguindo a regra de primeiro que vence. Quando dois ou mais saldos possuem a mesma data de validade, era necessário definir um critério de desempate. Nesses casos, o sistema poderia selecionar um saldo mais recente, deixando produtos que estavam armazenados há mais tempo no endereço. === SOLUÇÃO === Foi ajustada a regra de alocação para que, quando houver **empate na data de validade,** o sistema utilize a **data de entrada no endereço** como critério de desempate. Dessa forma, entre os saldos com a mesma data de validade, será priorizado o saldo que **está há mais tempo no endereço,** garantindo que o produto mais antigo seja separado primeiro. ---- **16. BEES-3914: [Melhoria] – Ressuprimento com Controle de Etiquetas e Critérios de Prioridade** === SITUAÇÃO/REQUISITO === O módulo de **Ressuprimento** do BeeStock realizava as movimentações considerando apenas a quantidade de produtos, sem exigir a identificação das **Etiquetas Agrupadoras e Seriadas.** Também era necessário definir um critério de desempate para produtos com a mesma data de validade e evitar que **paletes fossem fracionados** durante o abastecimento do picking. === SOLUÇÃO === O módulo de Ressuprimento, nos processos **Padrão e Kanban,** foi ajustado para exigir a bipagem das **Etiquetas Agrupadoras** quando o controle de etiquetas seriadas estiver ativo. Também foram aplicadas as regras de prioridade **FEFO + FIFO,** utilizando a **data de fabricação** como critério de desempate quando os produtos possuírem a mesma data de validade. Além disso, foi adicionada uma validação de **capacidade lógica,** impedindo que o sistema realize o abastecimento de forma fracionada quando isso resultar na divisão de um palete no endereço de picking. ---- **17. BEES-3916: [Melhoria] – Realizar a leitura de um modelo QR Code durante a conferência de entrada para múltiplos lotes** === SITUAÇÃO/REQUISITO === Durante a conferência de entrada, a leitura de um modelo de **QR Code** preenchia automaticamente as informações do lote. No entanto, quando a conferência era realizada de forma parcial para múltiplos lotes, o processo exigia etapas manuais adicionais, obrigando o operador a concluir a conferência de um lote, informar a UZ e somente então realizar a leitura de uma nova etiqueta de QR Code para o próximo lote. === SOLUÇÃO === O processo de conferência de entrada foi ajustado para realizar a captura automática das informações de um novo lote sempre que um novo **QR Code** for lido. Com essa alteração, o sistema atualiza os dados do lote automaticamente, eliminando a necessidade de etapas intermediárias e tornando a conferência de múltiplos lotes mais ágil e eficiente. ---- **18. BEES-3917: [Melhoria] – Melhoria na exibição do quadro de indicadores da tela Documentos de Entrada** === SITUAÇÃO/REQUISITO === Na tela de **Documentos de Entrada,** o quadro de indicadores apresentava a quantidade de documentos em **Conferência Física Iniciada.** Entretanto, ao consultar a listagem utilizando o filtro de status **Conferência Física Iniciada,** o usuário podia identificar uma divergência nos números apresentados, pois o indicador também considerava documentos com o status **Conferência Física Finalizada.** === SOLUÇÃO === Foi realizado um ajuste no indicador **Conferência Física Iniciada,** passando a considerar exclusivamente os documentos com esse status. Além disso, foi criado o novo indicador **Conferência Física Finalizada,** separando a contabilização dos documentos por status e garantindo maior clareza e consistência entre os indicadores e os resultados exibidos na listagem. ---- **19. BEES-3919: [Melhoria] – Paginação na Lista de Lotes** === SITUAÇÃO/REQUISITO === O grid **Lotes** não possuía paginação nem limite de registros exibidos, resultando na apresentação de todos os lotes de uma só vez ao selecionar um produto. Esse comportamento podia impactar a usabilidade e dificultar a visualização das informações quando existiam muitos registros. === SOLUÇÃO === A lista de Lotes foi ajustado para utilizar paginação e controle de quantidade de registros exibidos. A visualização inicial passou a apresentar **5 linhas por página,** seguindo o padrão adotado nos demais grids do sistema e proporcionando uma navegação mais organizada e eficiente. ---- **20. BEES-3920: [Melhoria] –Adicionar a quarta casa decimal no Monitor de Ressuprimento e na Transferência por Onda** === SITUAÇÃO/REQUISITO === Os campos de quantidade das telas **Monitor de Ressuprimento e Transferência por Onda** não apresentavam a quarta casa decimal, ficando diferente do padrão de exibição utilizado em outras telas do BeeStock. === SOLUÇÃO === Foi ajustada a exibição das quantidades para apresentar quatro casas decimais nos seguintes campos: **Quantidade Sugerida** e **Quantidade Ressuprida,** no **Monitor de Ressuprimento;** **Quantidade,** na **Transferência por Onda.** ---- **21. BEES-3932: [Melhoria] – Permitir Pesquisa por Código de Produto na Consulta de Estoque (Coletor)** === SITUAÇÃO/REQUISITO === Na tela de **Consulta de Estoque** do coletor, era necessário realizar a leitura do código de barras do produto para consultar seu saldo. Quando a etiqueta estivesse danificada ou não estivesse disponível, o operador não conseguia realizar a consulta, mesmo tendo o **código interno do produto,** causando interrupções no processo. === SOLUÇÃO === Foi habilitada a **digitação manual** no campo **Item** da tela de **Consulta de Estoque** do coletor. Agora, o operador pode informar o produto de duas formas: Realizando a leitura do **código de barras;** Digitando o **código interno do produto.** Após informar o produto, o sistema realizará a busca do saldo normalmente, independentemente da forma utilizada para informar o código. ---- **22. BEES-3939: [Melhoria] – Criar Ação de Copiar de Perfil de Acesso.** === SITUAÇÃO/REQUISITO === Atualmente, para criar um novo **Perfil de Acesso** com configurações semelhantes às de um perfil existente, é necessário consultar as configurações do perfil de origem e realizar o novo cadastro manualmente. Esse processo pode gerar retrabalho, principalmente quando o perfil possui muitas permissões configuradas. === SOLUÇÃO === Foi adicionada a ação **Copiar** na tela de **Perfis de Acesso.** Ao utilizar essa opção, o sistema abrirá o cadastro de um novo perfil já preenchido com as configurações do perfil selecionado. Antes de salvar, o usuário poderá alterar o **Código** e o **Nome** do novo perfil. Após o salvamento, será criado um **novo perfil independente,** sem alterar ou manter vínculo com o perfil utilizado como origem. ---- **23. BEES-3940: [Melhoria] – Mensagem de Confirmação antes da impressão de etiquetas** === SITUAÇÃO/REQUISITO === Ao preencher os parâmetros para impressão das **Etiquetas de Endereço** e clicar em **Imprimir,** o sistema iniciava a impressão imediatamente quando o usuário possuía apenas uma impressora vinculada. Isso poderia causar impressões acidentais, sem uma confirmação antes de iniciar o processo. === SOLUÇÃO === Foi adicionada uma **mensagem de confirmação** antes da impressão das etiquetas. Quando o usuário possuir apenas uma impressora vinculada e clicar em **Imprimir,** o sistema solicitará a confirmação para continuar com a impressão das etiquetas selecionadas. Dessa forma, o usuário poderá confirmar ou cancelar a impressão antes que as etiquetas sejam enviadas para a impressora. ---- **24. BEES-3942: [Melhoria] – Otimização do Monitor Pendência de Alocação** === SITUAÇÃO/REQUISITO === O **Monitor de Pendências de Alocação** realiza consultas que cruzam informações de pedidos aguardando processamento com o **estoque físico,** considerando diferentes status e condições da operação. Com o aumento do volume de dados, essas consultas podem apresentar um tempo de processamento elevado, impactando o desempenho da tela e a experiência de utilização pelos clientes. === SOLUÇÃO === Foi realizada uma análise e otimização do processamento do **Monitor de Pendências de Alocação,** buscando reduzir o tempo de carregamento e melhorar o desempenho da funcionalidade. ---- **25. BEES-3943: [Melhoria] – Otimização do Monitor de Cargas** === SITUAÇÃO/REQUISITO === O Monitor de Cargas apresenta um tempo elevado para carregar e atualizar as informações. Durante a operação, ao tentar **atribuir uma doca a uma carga** e cancelar a operação, a tela é recarregada por completo. Como o carregamento é demorado, esse comportamento prejudica a utilização da funcionalidade e torna a operação mais lenta. === SOLUÇÃO === Foi realizada uma análise e refatoração do Monitor de Cargas, com foco na redução do tempo de carregamento e na melhoria do desempenho da tela. ---- **26. BEES-3944: [Melhoria] – Reestruturação do Monitor de Onda** === SITUAÇÃO/REQUISITO === Atualmente, a tela apresenta um tempo de carregamento elevado, principalmente quando há um grande volume de informações. Essa lentidão prejudica a utilização da funcionalidade e dificulta o acompanhamento da operação. === SOLUÇÃO === Foi realizada uma análise e reestruturação do processamento da funcionalidade, com foco na melhoria do desempenho e redução do tempo de carregamento. ---- **27. BEES-3945: [Melhoria] – Otimização do Programa Produtos Pendentes de Alocação** === SITUAÇÃO/REQUISITO === Atualmente, o tempo de carregamento da tela pode variar. Em alguns momentos os dados são apresentados rapidamente, enquanto em outros o carregamento pode levar mais tempo, prejudicando a utilização da funcionalidade. === SOLUÇÃO === Foi realizada uma análise e otimização do processamento do programa **Produtos Pendentes de Alocação,** com foco em melhorar o desempenho e tornar o tempo de carregamento mais estável. ---- **28. BEES-3975: [Melhoria] – Número do Documento na Etiqueta de Embalagem Fracionada** === SITUAÇÃO/REQUISITO === A etiqueta de **Embalagem Fracionada** precisava disponibilizar o **número do documento** utilizado no processo, permitindo que a impressão identificasse corretamente se a etiqueta pertence a um documento de **Entrada** ou de **Saída.** === SOLUÇÃO === Foi ajustada a etiqueta de Embalagem Fracionada para disponibilizar o Número do Documento utilizado no processo. Dessa forma: Na **Entrada,** a etiqueta utilizará o número do **Documento de Entrada;** Na **Saída,** a etiqueta utilizará o número do **Documento de Saída.** Essa informação poderá ser utilizada na impressão das etiquetas, tanto no **ZPL** quanto no **DPL.** ---- **29. BEES-3985: [Melhoria] – Filtro por Tipo de Documento nos Relatórios de Saída** === SITUAÇÃO/REQUISITO === Os relatórios **Documentos de Saída** e **Documentos de Saída — Produtos** não possuíam um filtro por **Tipo** de Documento, dificultando a consulta de informações específicas. === SOLUÇÃO === Foi adicionado o filtro **Tipo de Documento** nos seguintes relatórios: **Documentos de Saída** **Documentos de Saída — Produtos** Agora, o usuário pode selecionar o **Tipo de Documento** desejado para consultar e gerar os relatórios de forma mais específica. ---- **30. BEES-3993: [Melhoria] – Validação ao Excluir Agente Vinculado a Impressora** === SITUAÇÃO/REQUISITO === Ao excluir um **Agente,** o sistema não verificava se ele estava vinculado a alguma **Impressora.** Isso poderia causar problemas, pois uma impressora pode estar associada ao agente que está sendo excluído. === SOLUÇÃO === Foi adicionada uma validação antes da exclusão do agente. Agora, o sistema verifica se o agente está **vinculado a alguma impressora.** Caso exista um vínculo, a exclusão não será realizada e o usuário será informado sobre a situação. Também foi ajustada a mensagem apresentada no sistema para evitar que o mesmo erro seja exibido mais de uma vez. ---- **31. BEES-4068: [Melhoria] – Alteração na Tela de impressão de Lotes** === SITUAÇÃO/REQUISITO === A geração de **Etiquetas de Lote** utilizava um padrão fixo, com a letra “L” no início do código. Esse formato não permitia que o usuário personalizasse a identificação das etiquetas conforme a necessidade da operação. === SOLUÇÃO === A geração de **Etiquetas de Lote** foi ajustada para permitir a personalização do código da etiqueta. Agora, o usuário pode definir o modelo utilizando: **Prefixo + Sequência + Sufixo** Dessa forma, é possível criar diferentes padrões de identificação para as etiquetas de lote, de acordo com a necessidade da operação. ---- ===== Correção ===== **32. BEES-4075: [Correção] – Integração alteração de Peso - Dimensões do Produto** === SITUAÇÃO/REQUISITO === Ao alterar o **peso ou as dimensões de um produto** no BeeStock, ocorria um erro na integração porque o código do produto não era enviado corretamente. === SOLUÇÃO === Ajustada a integração para enviar também o **código do produto,** garantindo que as informações sejam identificadas corretamente durante o processo. ---- **33. BEES-3929: [Correção] – Ajuste na validação da integração de documentos de saída com carga já existentes** === SITUAÇÃO/REQUISITO === Era possível reenviar a integração de um Documento de Saída alterando a carga vinculada ao documento. Nesse cenário, uma nova carga era criada com o documento, enquanto a carga antiga permanecia cadastrada no BeeStock, porém sem nenhum documento vinculado. === SOLUÇÃO === Foi criado um bloqueio na integração de Documentos de Saída para impedir esse cenário. Ao tentar reimportar um documento alterando sua carga, quando o documento for o **último documento vinculado à carga atual,** o sistema exibirá a mensagem: **“O documento tem carga vinculada. Cancele a carga no BeeStock primeiro.”** Dessa forma, é necessário cancelar a carga existente no BeeStock antes de realizar a nova integração do documento com outra carga. ---- **34. BEES-3974: [Correção] – Atualização Automática de APK no Coletor** === SITUAÇÃO/REQUISITO === O botão **Atualizar** não era exibido corretamente quando a mensagem de **Atualização Obrigatória** era apresentada durante o login. Além disso, ao clicar no botão **Atualizar no coletor,** a aplicação não era atualizada. === SOLUÇÃO === Foi ajustada a exibição e o funcionamento do botão **Atualizar,** garantindo que ele seja apresentado corretamente quando houver uma atualização obrigatória. Corrigido o erro onde o aplicativo achava que uma versão mais recente **era mais antiga,** garantindo que as atualizações ocorram sem falhas. ---- **35. BEES-3977: [Correção] – Mensagem de distribuição automática de pedido sendo exibida mesmo sem o parâmetro desmarcado** === SITUAÇÃO/REQUISITO === As mensagens relacionadas à **Distribuição Automática** eram apresentadas mesmo quando o parâmetro **“Permite distribuição automática dos pedidos”** estava desmarcado. === SOLUÇÃO === Foi ajustada a exibição das mensagens da **Distribuição Automática** para que sejam apresentadas somente quando o parâmetro **“Permite distribuição automática dos pedidos”** estiver marcado. ---- **36. BEES-3997: [Correção] – Erro na transferência de endereços que não são compartilhados** === SITUAÇÃO/REQUISITO === Ao desmarcar os parâmetros **“Compartilha Endereço”** e **“Compartilha Lote”,** o sistema não realizava a validação dos endereços que já estavam ocupados. Além disso, durante a **Transferência de Endereço,** os parâmetros não eram considerados corretamente nas validações, permitindo situações incompatíveis com as configurações definidas. === SOLUÇÃO === Foram incluídas validações ao desmarcar os parâmetros **“Compartilha Endereço”** e **“Compartilha Lote”,** garantindo que os endereços já ocupados sejam considerados de acordo com as configurações. Também foram corrigidas as validações desses parâmetros no processo de **Transferência de Endereço,** garantindo que as regras de compartilhamento sejam respeitadas durante a operação. ---- **37. BEES-4008: [Correção] – Correção no processo de Impressão grupo de Etiquetas Seriadas** === SITUAÇÃO/REQUISITO === Ao realizar a impressão de um grupo de seriais, o sistema podia enviar duas respostas para a mesma solicitação, causando um erro e impedindo o funcionamento correto da impressão. === SOLUÇÃO === Foi corrigido o problema para que o sistema envie **apenas uma resposta para cada solicitação de impressão,** garantindo o funcionamento correto da impressão e o retorno adequado da API ---- **38. BEES-4011: [Correção] – Armazenamento Automático não ocorre Via Coletor: ** === SITUAÇÃO/REQUISITO === Ao tentar finalizar a conferência com o parâmetro **“Armazenamento Automático”** marcado, ocorria um impedimento que não permitia concluir o processo. === SOLUÇÃO === Foi ajustado o envio das informações para que o campo **“batismo”** seja enviado como **null** quando o parâmetro **“Armazenamento Automático”** estiver ativado, permitindo a finalização correta da conferência. ---- **39. BEES-4020: [Correção] – Impedimento ao implantar saldo de lote diferente para o mesmo produto** === SITUAÇÃO/REQUISITO === Ao realizar a implantação de saldo via integração para um produto que já possui saldo no endereço, mas utilizando um **lote diferente,** ocorria um impedimento mesmo quando o parâmetro **“Compartilha Lote”** estava habilitado no Endereço/Produto x Filial. === SOLUÇÃO === Foi ajustada a validação de lote na implantação de saldo via integração para considerar corretamente o parâmetro **“Compartilha Lote”,** permitindo a implantação de saldo com lotes diferentes quando o compartilhamento estiver habilitado. ---- **40. BEES-4027: [Correção] – Correção na atualização da tabela de logs da API** === SITUAÇÃO/REQUISITO === Durante a atualização de versão, ocorria um erro porque o sistema tentava criar a **tabela bee_logger_api,** mas ela já existia na base do cliente. === SOLUÇÃO === Foi adicionada uma validação durante a atualização. O sistema verifica se a **tabela bee_logger_api** já possui as configurações necessárias. Caso esteja correta, a atualização é finalizada normalmente. Caso ainda não esteja configurada, o sistema cria a tabela necessária somente se ela ainda não existir, evitando o erro de **“tabela já existe”.** ---- **41. BEES-4030: [Correção] – Documento de Transferência por Onda com Erro.** === SITUAÇÃO/REQUISITO === Na tela de **Transferência por Onda,** quando um endereço possui vários saldos do mesmo item, o sistema considerava apenas o primeiro saldo encontrado. Isso podia impedir a seleção de outro **lote ou validade** para a transferência. === SOLUÇÃO === A busca do saldo foi ajustada para ocorrer somente no momento da criação do documento de transferência. Nesse momento, o sistema já possui as informações de **lote e validade,** permitindo localizar e utilizar corretamente o saldo correspondente. ---- **42. BEES-4043: [Correção] – Correção no reprocessamento de cancelamento de documento de entrada** === SITUAÇÃO/REQUISITO === Quando ocorria um erro ao cancelar um documento de entrada, o sistema gerava uma fila para tentar o cancelamento novamente. Enquanto essa fila estava pendente ou com erro, era possível solicitar novamente o cancelamento do mesmo documento, gerando **mais de uma integração para o mesmo cancelamento** no Monitor de Integração do BeeStock. === SOLUÇÃO === Foi ajustado o processo para impedir que o cancelamento seja duplicado enquanto já existir uma fila de integração pendente. Também foi corrigido o reprocessamento para que, ao ser executado, o documento seja **efetivamente cancelado no WMS.** ---- **43. BEES-4055: [Correção] – Falha na integração de Confirma Separação.** === SITUAÇÃO/REQUISITO === Quando um produto era apontado como **divergência** e, posteriormente, incluído em um documento de **Devolução de Picking,** o sistema gerava apenas a **integração de Confirma Devolução.** Com isso, a **Confirma Separação** do documento não era criada. === SOLUÇÃO === O processo de criação do documento de **Devolução de Picking** foi ajustado para gerar também a integração de **Confirma Separação** quando o documento ainda não possuir essa confirmação devido à ocorrência de divergência. ---- **44. BEES-4064: [Correção] – Prevenção de Duplicidade de Endereços/Produtos no Inventário.** === SITUAÇÃO/REQUISITO === Era possível incluir um **endereço ou item** em um novo agrupador mesmo quando ele já estava vinculado a outro agrupador. === SOLUÇÃO === Foi criada uma validação para impedir que um **endereço ou item já vinculado a um agrupador** seja incluído em outro agrupador. ---- **45. BEES-4065: [Correção] – Manutenção de Inventário aceitando duplicidade.** === SITUAÇÃO/REQUISITO === Na tela de **Manutenção de Inventário,** era possível incluir um **endereço ou item** em um novo agrupador mesmo quando ele já estava vinculado a outro agrupador. === SOLUÇÃO === Foi criada uma validação na tela de **Manutenção de Inventário** para impedir que um endereço ou **item já vinculado a um agrupador** seja incluído em outro agrupador ---- **Ainda ficou com alguma dúvida?  \\ Nos ajude a melhorar!  \\ {{SZ_FEEDBACK}}**