====== 🚀 Release Notes v1.31.0 - 31/03/2026 ====== ---- ===== 📌 Resumo da Release ===== * 17 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-3414,BEES-3326,BEES-3327,BEES-3329,BEES-3335,BEES-3336,BEES-3371,BEES-3395: [Nova Melhoria] – Configurador e Leitura Inteligente de QR Code no WMS BeeStock** === SITUAÇÃO/REQUISITO === Com o aumento da utilização de etiquetas inteligentes contendo múltiplas informações em formato de QR Code, identificou-se a necessidade de otimizar o processo de leitura dentro do WMS BeeStock. Atualmente, muitos clientes já recebem seus produtos com etiquetas contendo dados como código de barras, lote, validade e data de fabricação, porém o sistema não possuía um mecanismo estruturado para interpretar automaticamente essas informações a partir de um único código. Essa limitação gerava retrabalho operacional, uma vez que os operadores precisavam realizar múltiplas bipagens ou digitações manuais, impactando diretamente na produtividade e aumentando o risco de erros. === SOLUÇÃO === Foi desenvolvido um Configurador de QR Code no WMS BeeStock, permitindo definir modelos de leitura personalizados conforme o padrão de etiqueta utilizado por cada cliente. A partir dessa configuração, o sistema passa a interpretar automaticamente os dados contidos no QR Code, possibilitando a bipagem única com preenchimento automático dos seguintes campos: * Código de Barras * Lote * Data de Validade * Data de Fabricação Além disso, a funcionalidade foi expandida para múltiplos processos do sistema, garantindo padronização e ganho operacional em diferentes fluxos: * Separação por Onda (Coletor) * Separação por Documento (Coletor e Web) * Conferência (Coletor e Web) * Inventário Físico (Coletor) * Inventário Rotativo/Normal (Coletor) Com essa melhoria, o processo operacional torna-se significativamente mais ágil, reduzindo a necessidade de interações manuais, minimizando erros de digitação e aproveitando ao máximo as informações já disponíveis nas etiquetas dos produtos. ---- **02. BEES-3388: [Nova Funcionalidade] – Inclusão de filtros de Prioridade e Carga na criação de Separação por Onda via Coletor** === SITUAÇÃO/REQUISITO === Com a evolução do processo de separação por carga, identificou-se uma limitação no modelo atual de criação de ondas no WMS BeeStock, que permitia apenas a seleção sequencial de documentos sem flexibilidade operacional. Esse cenário não atendia ao fluxo logístico do cliente, que exige a possibilidade de agrupar pedidos por carga específica, otimizando a expedição. Além disso, a ausência de filtros adicionais, como prioridade, reduzia o controle sobre a ordem de separação. Essa limitação gerava perda de eficiência operacional e maior risco na organização das atividades logísticas. === SOLUÇÃO === Foi implementada a inclusão dos filtros “Prioridade” e “Carga” na tela de Separação por Onda no Coletor, atuando em conjunto com o filtro de Range. Também foi criado o parâmetro “Separação por Carga” no cadastro de filiais, permitindo habilitar ou desabilitar a funcionalidade conforme a operação. Quando ativo, o campo Carga é exibido e permite filtrar documentos específicos, viabilizando a criação de ondas por carga.. Foram adicionadas melhorias de usabilidade, como foco automático no campo Carga, leitura via código de barras e execução da busca via ENTER. A solução aumenta o controle operacional, melhora a eficiência na separação e garante maior aderência aos fluxos logísticos do cliente. ---- **03. BEES-3416: [Melhoria] – Automatização da limpeza do campo de unitizador ao final do processo de armazenamento** === SITUAÇÃO/REQUISITO === Durante o processo de armazenamento no coletor, ao concluir a movimentação de todos os itens, o campo “Unitizador” permanecia preenchido com o valor da operação anterior. Esse comportamento gerava risco operacional significativo, pois o operador poderia iniciar uma nova atividade utilizando um unitizador incorreto, comprometendo a rastreabilidade e a integridade das movimentações no estoque. === SOLUÇÃO === Foi implementado um mecanismo automático de limpeza do campo de unitizador ao término do processo. Com isso, o sistema garante que cada nova operação seja iniciada com os campos devidamente zerados, reduzindo riscos operacionais e aumentando a confiabilidade das informações. ---- **04. BEES-3357: [Melhoria] – Inclusão do campo Endereço na API de exportação de saldos de estoque** === SITUAÇÃO/REQUISITO === A API de exportação de saldos do WMS BeeStock disponibiliza informações completas de estoque, porém não contempla o campo “Endereço”. Essa ausência limita integrações e consultas externas que necessitam identificar o local logístico exato do saldo. Embora o dado exista no sistema e já seja exibido na tela de Saldo de Estoque, ele não estava disponível via API. Dessa forma, tornou-se necessário expandir o retorno da API para garantir maior rastreabilidade e aderência às integrações. === SOLUÇÃO === Foi ajustada a API GET /api/beestock/api/export/balances para incluir o campo “address” no retorno. O campo representa o código do endereço logístico do estoque, obtido da mesma base da tela de saldo. A alteração foi realizada sem impacto na estrutura existente, apenas adicionando o novo atributo no payload. Em casos sem endereço vinculado, o campo é retornado vazio. A melhoria amplia a visibilidade do estoque e fortalece a integração com sistemas externos. ---- **05. BEES-3368: [Melhoria] – Exibição de Produtos de Corte na tela de Documentos de Saída** === SITUAÇÃO/REQUISITO === Atualmente, as informações de cortes de cabos estão disponíveis apenas na tela de Monitor de Cortes, mesmo estando vinculadas aos Documentos de Saída. Essa limitação obriga o usuário a navegar entre telas para consultar os produtos de corte relacionados ao documento. O processo torna-se menos eficiente, aumentando o tempo operacional e dificultando a análise consolidada da expedição. Diante disso, surgiu a necessidade de centralizar essa visualização diretamente na tela de Documentos de Saída. === SOLUÇÃO === Foi implementada uma nova seção “Produtos de Corte” na tela de Documentos de Saída, exibida apenas quando houver cortes vinculados. A grid apresenta os mesmos campos do Monitor de Cortes, garantindo consistência das informações. Os dados são carregados com base no Documento de Saída selecionado e atualizados dinamicamente. A visualização é somente leitura e permite exibir múltiplos cortes em uma única grid. A solução melhora a usabilidade, reduz a navegação entre telas e aumenta a eficiência operacional. ---- **06. BEES-3359: [Melhoria] – Inclusão da descrição do produto no processo de inventário** === SITUAÇÃO/REQUISITO === Durante o inventário, os operadores não tinham acesso à descrição completa do produto, dificultando a identificação e aumentando o risco de erros na tela de inventário físico. === SOLUÇÃO === Foi incluído o campo de descrição nas telas de inventário fisico no wms BeeStock, proporcionando maior clareza e segurança durante a conferência dos itens. ---- **07. BEES-3348: [Melhoria] – Inclusão do campo Status de Inspeção no relatório Documentos de Entrada - Produtos** === SITUAÇÃO/REQUISITO === O relatório “Documentos de Entrada - Produtos” não apresenta o Status de Inspeção dos itens recebidos. Essa informação já está disponível na tela Monitor de Recebimento, com valores como Pendente, Rejeitado, Aprovado e Não inspeciona. A ausência no relatório dificulta análises e acompanhamento via Excel. Dessa forma, torna-se necessário incluir o campo para garantir consistência entre operação e relatórios. === SOLUÇÃO === Foi incluída a coluna “Status de Inspeção” no relatório Documentos de Entrada - Produtos. O campo utiliza a mesma origem de dados do Monitor de Recebimento, garantindo consistência. Os valores apresentados refletem corretamente o status de cada item. A melhoria permite análises mais completas diretamente no relatório. ---- **08. BEES-3347: [Melhoria] – Disponibilização de todos os status no filtro do relatório Documentos de Saída - Produtos** === SITUAÇÃO/REQUISITO === Foi identificado que nem todos os status do processo de expedição estão disponíveis no filtro do relatório. Isso impede a geração de relatórios completos e específicos por status. Um exemplo é o status “Pendente Retirada”, que não estava disponível para seleção. Essa inconsistência compromete a análise e rastreabilidade dos documentos. === SOLUÇÃO === Foi ajustada a origem dos status do filtro para considerar todos os status do fluxo de expedição. Agora, todos os status existentes estão disponíveis para seleção no relatório. A melhoria garante consistência entre o processo operacional e os filtros de consulta. Também amplia a precisão e flexibilidade na geração dos relatórios. ---- **09. BEES-3331: [Melhoria] – Ajuste na exibição do campo Data Ordem no relatório Documento de Saída** === SITUAÇÃO/REQUISITO === O campo Data Ordem no relatório Documento de Saída exibia data e hora com defasagem de timezone. Essa divergência gerava inconsistência em relação ao horário real da operação. Como resultado, havia risco de interpretações incorretas nas análises. Foi identificado que a exibição da hora não agregava valor ao relatório. === SOLUÇÃO === Foi ajustada a exibição do campo Data Ordem para apresentar apenas a data (DD/MM/AAAA). A hora foi removida, eliminando problemas de timezone. A alteração mantém a informação essencial e melhora a confiabilidade dos dados. O relatório passa a apresentar informações mais claras e consistentes. ---- **10. BEES-3328: [Melhoria] – Bloqueio de faturamento sem disparo da integração Confirma Separação** === SITUAÇÃO/REQUISITO === Foi identificado que é possível faturar documentos mesmo sem o disparo da integração Confirma Separação. Esse cenário ocorre ao faturar e conferir volumes antes da liberação manual, alterando o status e impedindo a integração. Com isso, o processo segue inconsistente, sem a confirmação obrigatória da separação. Essa falha impacta diretamente integrações e controle do fluxo de expedição. === SOLUÇÃO === Foi implementado bloqueio no processo de faturamento (BillingReturn) quando a integração Confirma Separação não tiver sido disparada. A regra passa a ser aplicada independentemente do parâmetro de liberação manual. O sistema garante que o faturamento só ocorra após a devida confirmação da separação. A correção elimina inconsistências e assegura a integridade do fluxo logístico. ---- **11. BEES-3312: [Correção] – Disparo da integração Confirma Separação na devolução total de item** === SITUAÇÃO/REQUISITO === Foi identificado que, ao realizar devolução total de item e confirmar a liberação de faturamento, a integração Confirma Separação não era disparada. Nesse cenário, o documento era finalizado como devolvido sem gerar a integração necessária. Essa falha comprometia a consistência do processo e integrações externas. === SOLUÇÃO === Foi ajustado o processo para garantir o disparo da integração Confirma Separação na devolução total de itens. A integração passa a ser executada corretamente ao confirmar a liberação de faturamento. A correção assegura consistência do fluxo e integridade das integrações. ---- **12. BEES-3295: [Melhoria] – Exibição da quantidade de linhas processadas na Transferência por Onda no Coletor** === SITUAÇÃO/REQUISITO === Durante a Transferência por Onda no coletor, não havia visibilidade da quantidade de linhas já processadas. Os operadores precisavam contar manualmente os itens, tornando o processo lento e sujeito a erros. Essa limitação reduzia a eficiência e a visibilidade do andamento da operação. === SOLUÇÃO === Foi implementado um campo informativo na tela do coletor exibindo a quantidade de linhas já processadas. A informação é atualizada em tempo real durante a execução da onda. A melhoria aumenta a produtividade, reduz erros e traz maior controle operacional. ---- **13. BEES-3294: [Melhoria] – Direcionamento automático do cursor para o campo Unitizador na conferência via coletor** === SITUAÇÃO/REQUISITO === Após a leitura da etiqueta agrupadora na conferência via coletor, o sistema não direcionava automaticamente o cursor para o campo Unitizador. O operador precisava realizar essa ação manualmente, tornando o fluxo mais lento. Essa limitação impactava a agilidade e fluidez do processo de conferência. === SOLUÇÃO === Foi implementado o direcionamento automático do cursor para o campo Unitizador após a bipagem da etiqueta. A regra se aplica aos processos de entrada e saída. A melhoria torna o fluxo mais ágil, intuitivo e reduz a necessidade de interação manual. ---- **14. BEES-3296: [Melhoria] – Priorização de documentos com separação iniciada no coletor** === SITUAÇÃO/REQUISITO === Atualmente, a priorização no coletor considera urgência, sequência de prioridade e data de criação. Nesse cenário, ao sair da tela durante a separação, o sistema pode apresentar outro documento ao retornar. Isso quebra a continuidade da operação, gera confusão e impacta a produtividade. Tornou-se necessário garantir que documentos já iniciados mantenham prioridade até sua conclusão. === SOLUÇÃO === Foi incluído o campo DataHoraInicioSeparacao e ajustada a regra de priorização. Documentos com separação iniciada passam a ter prioridade com base na data/hora de início. A nova ordenação considera: Urgente, Início da Separação, Prioridade e Data de Criação. A melhoria garante continuidade operacional e reduz riscos durante a separação. ---- **15. BEES-3313: [Melhoria] – Validação de consistência entre Filial Padrão e Impressora Principal no cadastro de usuários** === SITUAÇÃO/REQUISITO === Foi identificado que o sistema permitia definir Filial Padrão sem vínculo nas permissões do usuário. Da mesma forma, era possível selecionar Impressora Principal sem vínculo prévio na aba de impressoras. Essas inconsistências geravam falhas operacionais e problemas em processos automáticos. Tornou-se necessário garantir coerência entre permissões e seleções realizadas no cadastro. === SOLUÇÃO === Foram aplicadas validações para que Filial Padrão considere apenas filiais permitidas ao usuário. O mesmo controle foi aplicado à Impressora Principal, restringindo às impressoras vinculadas. Também foram implementadas regras de bloqueio de exclusão quando definidas como padrão. As listas passam a ser atualizadas dinamicamente durante a edição. A melhoria garante consistência e segurança nas configurações de usuários. ---- **16. BEES-3297: [Melhoria] – Otimização do processo de “Vincular Todas Transportadoras” via processamento em back-end** === SITUAÇÃO/REQUISITO === O processo de vincular todas transportadoras era executado no front-end com múltiplas requisições. Em cenários com grande volume, a operação tornava-se extremamente lenta e inviável. Além disso, gerava sobrecarga no navegador e excesso de notificações na interface. Essa limitação impactava diretamente a usabilidade e eficiência operacional. === SOLUÇÃO === O processamento foi migrado para o back-end, passando a ser executado em uma única requisição. O servidor realiza o vínculo em lote de forma otimizada diretamente no banco de dados. Foi implementado feedback visual com loading e mensagem única de sucesso ou erro. A melhoria reduz drasticamente o tempo de execução e melhora a experiência do usuário. ---- ===== 🐞 Correções ===== **17. BEES-3342: [Correção] – Divergência de quantidade no relatório de Alterar Alocação (Excel)** === SITUAÇÃO/REQUISITO === Foi identificada divergência entre os valores exibidos na tela e no relatório exportado em Excel na funcionalidade Alterar Alocação. O campo “Alocado” apresentava um valor na interface e outro diferente no relatório. Essa inconsistência compromete a confiabilidade das informações e análises operacionais. Exemplo identificado: tela com valor 10 e relatório com valor 100. === SOLUÇÃO === Foi ajustada a geração do relatório para utilizar a mesma origem de dados da tela. Os valores exportados passam a refletir exatamente o que é exibido na interface. A correção garante consistência entre visualização e exportação de dados. ---- **18. BEES-3346: [Correção] – Otimização de performance no carregamento de telas** === SITUAÇÃO/REQUISITO === Foi identificado tempo elevado de carregamento em diversas telas do sistema, superior a 8 segundos. A lentidão impactava diretamente a usabilidade e produtividade do cliente. O problema foi observado em módulos de Expedição, Estoque, Integrações e Consultas. === SOLUÇÃO === Foram realizadas otimizações nas consultas e processamento das telas afetadas. A performance de carregamento foi significativamente melhorada. A correção reduz o tempo de resposta e melhora a experiência do usuário. ---- **19. BEES-3349: [Correção] – Validação obrigatória do campo Filial no cadastro de Docas** === SITUAÇÃO/REQUISITO === O campo Filial não era obrigatório na interface, apesar de ser obrigatório no banco de dados. Isso permitia tentativa de cadastro sem filial, exibindo mensagem de sucesso indevida. O registro não era salvo, gerando inconsistência e confusão ao usuário. === SOLUÇÃO === Foi configurado o campo Filial como obrigatório na interface de cadastro de docas. O sistema passa a validar o preenchimento antes de permitir a criação. Mensagens de sucesso só são exibidas quando o registro é efetivamente persistido. ---- **20. BEES-3375: [Correção] – Ajuste no comportamento do botão voltar na Separação por Documento (Coletor)** === SITUAÇÃO/REQUISITO === Ao utilizar a Separação por Documento no coletor, o botão “voltar” encerrava a aplicação. O sistema redirecionava para a tela inicial do Android, interrompendo o fluxo. Esse comportamento impactava a operação e exigia reinício do processo. === SOLUÇÃO === Foi ajustado o fluxo de navegação para respeitar a hierarquia de telas. O botão “voltar” passa a retornar corretamente dentro do processo de separação. A correção evita saídas inesperadas e mantém a continuidade da operação. ---- **21. BEES-3391: [Correção] – Limpeza de informações de lote e validade após ajuste de inventário via QR Code** === SITUAÇÃO/REQUISITO === Após realizar ajuste de inventário com QR Code, as informações de lote e validade eram mantidas indevidamente. Ao bipar um novo código de barras, os dados anteriores permaneciam preenchidos. Esse comportamento gerava inconsistências e risco de registro incorreto. === SOLUÇÃO === Foi implementada a limpeza automática das informações após o ajuste de inventário. Os campos de lote e validade passam a ser resetados a cada nova leitura. A correção garante integridade dos dados e maior confiabilidade no processo. ---- **22. BEES-3392: [Correção] – Permitir inserção de valor zero na quantidade do Inventário Físico (Coletor)** === SITUAÇÃO/REQUISITO === Na tela de Inventário Físico do coletor, não era possível informar o valor 0 como quantidade. Esse comportamento obrigava o uso de alternativas indevidas, como inserir valores fracionados. A limitação impedia ajustes corretos para zerar o saldo de estoque. Isso comprometia a precisão dos inventários. === SOLUÇÃO === Foi ajustada a validação para permitir a inserção do valor 0 como quantidade. O sistema passa a aceitar o valor normalmente, independentemente de configuração fracionada. A correção garante maior precisão e aderência ao processo de inventário. ---- **23. BEES-3412: [Correção] – Ajustes na validação de data de fabricação e limpeza de campos na conferência de entrada** === SITUAÇÃO/REQUISITO === Foi identificado que o sistema não permitia informar data de fabricação igual à data atual. A validação considerava incorretamente datas iguais como inválidas. Além disso, ao utilizar a opção “Limpar”, o campo de data de validade não era resetado. Esses comportamentos geravam inconsistências e retrabalho na operação. === SOLUÇÃO === Foi ajustada a validação para permitir datas de fabricação iguais ou anteriores à data atual. Também foi corrigido o botão “Limpar” para resetar todos os campos, incluindo validade. As correções garantem maior consistência e fluidez no processo de conferência. ---- **24. BEES-3341: [Correção] – Ajuste na impressão de etiquetas com quantidade acima de 1000 na embalagem fracionada** === SITUAÇÃO/REQUISITO === Ao imprimir etiquetas de embalagem fracionada com quantidade acima de 1000, o valor era alterado indevidamente. Exemplo: ao informar 1500, o sistema convertia para 1,5. Esse comportamento gerava divergência na impressão e risco operacional. === SOLUÇÃO === Foi corrigido o tratamento de valores para manter a quantidade original informada. O sistema passa a respeitar valores acima de 1000 sem conversões indevidas. A correção garante precisão na impressão das etiquetas. ---- **25. BEES-3339: [Correção] – Controle de visibilidade da ação Pré Expedição conforme parâmetros do sistema** === SITUAÇÃO/REQUISITO === A ação “Pré Expedição” era exibida para todos os usuários, independentemente dos parâmetros configurados. Em cenários sem utilização da funcionalidade, isso gerava confusão e risco de uso indevido. Era necessário alinhar a exibição com as regras operacionais do sistema. === SOLUÇÃO === Foi implementada validação para exibir a ação apenas quando parâmetros específicos estiverem ativos. A ação passa a ser visível somente quando houver necessidade operacional. A correção melhora a usabilidade e evita uso indevido da funcionalidade. ---- **26. BEES-3333: [Correção] – Remoção da coluna Carga ao desabilitar no Monitor de Expedição** === SITUAÇÃO/REQUISITO === Ao desabilitar a coluna Carga na opção Gerenciar Colunas, a mesma continuava sendo exibida. Mesmo após salvar e recarregar a página, a configuração não era respeitada. Esse comportamento indicava falha na persistência das preferências do usuário. === SOLUÇÃO === Foi corrigida a aplicação e persistência da configuração de colunas no Monitor de Expedição. A coluna Carga passa a ser removida corretamente ao ser desabilitada. A configuração é mantida após atualização da página, conforme esperado. ---- **27. BEES-3308: [Correção] – Ajuste na validação de lote na Transferência por Onda entre depósitos** === SITUAÇÃO/REQUISITO === Foi identificado bloqueio indevido na Transferência por Onda ao movimentar saldos com lote válido entre depósitos. O sistema apresentava erro de divergência de lote, mesmo com informações corretas na operação. Esse comportamento ocorria devido a falha na lógica de validação em cenários com múltiplos depósitos. A inconsistência interrompia o fluxo e impactava a operação logística. === SOLUÇÃO === Foi ajustada a lógica de validação de lotes na Transferência por Onda. O sistema passa a considerar corretamente os saldos por depósito e lote. A correção elimina bloqueios indevidos e garante continuidade do processo. ---- **28. BEES-3283: [Correção] – Ajuste de mensagem ao bipar Unitizador já conferido no coletor** === SITUAÇÃO/REQUISITO === Ao bipar um Unitizador já conferido no coletor, o sistema exibia mensagem genérica “Erro ao buscar dados”. A mensagem não refletia a regra de negócio, causando confusão ao usuário. Na versão Web, a mensagem correta já era exibida, gerando inconsistência entre plataformas. === SOLUÇÃO === Foi ajustada a mensagem exibida no coletor para refletir corretamente a validação. Agora, ao bipar um Unitizador conferido, o sistema informa que os produtos já foram conferidos. A correção alinha comportamento entre Web e Coletor e melhora a comunicação com o usuário. ---- **29. BEES-3271: [Correção] – Validação de limite de caracteres no cadastro de Curvas e tratamento de erro** === SITUAÇÃO/REQUISITO === O sistema permitia inserir códigos de curva acima do limite do banco (3 caracteres). Ao salvar, exibia mensagem de sucesso, mas o registro não era persistido. Essa inconsistência gerava erro silencioso e confundia o usuário. === SOLUÇÃO === Foi implementado limite de 3 caracteres no campo de código da curva na interface. Também foi ajustado o tratamento de erro para exibir mensagem adequada quando houver falha. Mensagens de sucesso só são exibidas após confirmação da gravação no banco. ---- **30. BEES-3264: [Correção] – Ajuste na impressão de etiquetas de checklist em conferência parcial com múltiplos endereços** === SITUAÇÃO/REQUISITO === Ao realizar conferência parcial de produtos com saldo em múltiplos endereços, a etiqueta apresentava linhas duplicadas. Mesmo com quantidade total correta, o produto era exibido em mais de uma linha. Esse comportamento gerava inconsistência visual e possível confusão operacional. === SOLUÇÃO === Foi ajustada a lógica de geração da etiqueta para consolidar as quantidades por produto. Agora, produtos com múltiplos endereços são exibidos em uma única linha. A correção garante clareza e consistência nas etiquetas de checklist. ----