===== RELEASES NOTES 1.27.0 - SZ Soluções® 31/03/2025 ===== ==== MELHORIAS ==== ** 01. BEES-2048: [Melhoria] - Extensão da configuração de colunas para Recebimento ** SITUAÇÃO/REQUISITO Atualmente, no WMS BeeStock, a funcionalidade "Ordenar colunas na separação do coletor" permite definir quais campos são exibidos no coletor durante o processo de separação. No entanto, essa opção não está disponível para a aba de Recebimento, impossibilitando que os usuários configurem os campos a serem exibidos durante a conferência de recebimento. Para melhorar a flexibilidade do sistema e garantir uma melhor experiência ao usuário, é necessário permitir essa configuração na aba de Recebimento. SOLUÇÃO Foi criada uma nova funcionalidade dentro de Cadastros > Gerais > Tipos de Documentos, na aba Recebimento, permitindo que os usuários definam quais campos serão exibidos no coletor durante a Conferência de Recebimento. Os campos disponíveis para seleção são: Sequência, Código do produto, Descrição do produto, Código complementar A configuração aplicada será refletida na tela do coletor em Entrada de Mercadorias > Conferência AR, garantindo que apenas os campos escolhidos sejam exibidos. ---- **02. BEES-2086: [Melhoria] - Inclusão do campo "Código Complementar" na Separação** SITUAÇÃO/REQUISITO Atualmente, na tela "Ordenar colunas na separação do coletor", os usuários podem selecionar quais informações serão exibidas no coletor durante os processos de Separação por Documento e Conferência. No entanto, essa funcionalidade não contempla o campo "Código Complementar", que está presente no cadastro do produto. Alguns clientes necessitam desse campo visível no coletor para facilitar a identificação dos produtos, evitando erros na separação e conferência. SOLUÇÃO Foi ajustada a funcionalidade "Ordenar colunas na separação do coletor" para incluir a opção de exibição do Código Complementar nos processos de Separação por Documento e Onda. Com essa melhoria, os clientes poderão visualizar essa informação diretamente no coletor, garantindo maior precisão na separação e conferência dos produtos ---- **03. BEES-1643: [Melhoria] - Reestruturação dos Menus do WMS BeeStock ** SITUAÇÃO/REQUISITO A estrutura dos menus do WMS BeeStock não seguia uma ordem clara, o que dificultava a navegação e identificação das rotinas pelos usuários. SOLUÇÃO Os menus foram reestruturados para melhor organização e usabilidade: Ordenação alfabética foi aplicada para facilitar a localização das rotinas. Os menus de Recebimento e Expedição foram organizados conforme o fluxo operacional, priorizando as atividades mais comuns na sequência correta: No Recebimento, a Conferência de Material foi posicionada antes da Armazenagem. Na Expedição, a ordem foi ajustada para Separação → Conferência → Processo de Onda → Consolidação. Essa melhoria torna a navegação mais intuitiva e alinhada com a operação do WMS. ---- **04. BEES-1797: [Melhoria] - Ajuste para Quantidades com Quatro Casas Decimais ** SITUAÇÃO/REQUISITO O WMS BeeStock processava e exibia quantidades de estoque sem suporte total para quatro casas decimais, o que gerava inconsistências na integração com o ERP. Para clientes que operam com controle de quantidades fracionadas, essa limitação impactava a precisão dos dados e poderia causar divergências nos processos operacionais. SOLUÇÃO O sistema foi ajustado para processar, armazenar e exibir quantidades com quatro casas decimais em todas as telas e processos que envolvem movimentação de estoque. Foi garantido que todas as integrações entre BeeStock e o ERP operem corretamente com esse formato decimal. A mudança será aplicada apenas em bases que operam com controle de quantidades fracionadas, evitando impactos desnecessários em outras operações. Essa melhoria garante maior precisão e alinhamento entre os dados do WMS e do ERP. ---- **05. BEES-2028: [Melhoria] - Ajuste na Obrigatoriedade do Campo "Transportadora" nas Integrações ** SITUAÇÃO/REQUISITO Na integração de Retorno de Faturamentos (billingReturn), o campo "transportadora" não é obrigatório atualmente, o que prejudica o processo de doca no WMS BeeStock. Sem esse campo preenchido, não é possível incluir o documento em uma doca, impactando a alocação correta. Esse campo deve se tornar obrigatório. Por outro lado, na integração de Documento de Entrada (InBoundOrders), o campo "transportadora" é obrigatório, mas essa validação não é necessária. Portanto, a obrigatoriedade deve ser removida. SOLUÇÃO BillingReturn (Status Faturamento) O campo "transportadora" agora é obrigatório. Caso a integração ocorra sem esse campo, a API rejeitará a requisição com a mensagem de erro: "Erro: O campo 'transportadora' é obrigatório para o Retorno de Faturamento." InBoundOrders (Documento de Entrada) A obrigatoriedade do campo "transportadora" foi removida. Agora é possível integrar o documento de entrada sem esse campo preenchido. Para mais informações, disponibilizamos o link com nossa documentação de integração: https://docapi.beestock.com.br ---- **06. BEES-1900: [Melhoria] - Ajustes na Transferência de Endereço e Onda ** SITUAÇÃO/REQUISITO Foram identificados dificuldades na rotina de Transferência de Endereço e Onda do WMS BeeStock: Transferência para o Mesmo Endereço: O sistema permitia transferências para o mesmo endereço, o que não faz sentido operacionalmente. Exibição de Endereços na Seleção: Ao bipar um produto, a seleção exibia todos os endereços do BeeStock, em vez de listar apenas aqueles com saldo do produto bipado. Gravação de Transferências com Produtos Controlados por Validade: Atualmente, o sistema grava apenas os campos Endereço, Quantidade e Filial. SOLUÇÃO Bloqueio de Transferências para o Mesmo Endereço: O sistema agora impede a transferência de um produto para o mesmo endereço. Filtragem dos Endereços na Seleção: A seleção agora exibe apenas os endereços onde o produto bipado tem saldo disponível. Revisão na Gravação de Transferências: A gravação da transferência foi ajustada para considerar corretamente os produtos controlados por validade, garantindo a consistência dos registros. ---- **07. BEES-2045: [Melhoria] - Exibição de Unidade de Medida e Família Material ** SITUAÇÃO/REQUISITO Atualmente, na tela de Etiqueta de Embalagem Fracionada e na tela de Documentos de Saída ao imprimir uma etiqueta de embalagem fracionado vinculada ao documento, não há uma exibição clara da Unidade de Medida e da Família Material vinculadas ao produto informado. Isso dificulta a conferência dessas informações pelos usuários durante o processo operacional. Para melhorar a usabilidade, esses campos devem ser exibidos de forma visual, sem necessidade de interação do usuário, apenas para referência. SOLUÇÃO Foi adicionado os campos Unidades de Medida e Família de materiais apenas para visualização nas telas de Etiqueta de Embalagem que está em movimentação > Etiquetas e na tela de documento de saída que está em movimentação > Expedição > ações, deixando assim mais claro os dados do produto ao imprimir. ---- ==== CORREÇÕES ==== **08. BEES-1805: [Correção] - Ajuste na Devolução de Picking com Etiquetas Seriadas ** SITUAÇÃO/REQUISITO Durante os testes da funcionalidade de devolução de picking com etiquetas seriadas, foram identificados problemas no comportamento do sistema relacionados ao endereço de devolução: Manutenção do Endereço Selecionado: Ao informar um endereço antes de bipar as etiquetas, ele é gravado corretamente. No entanto, ao bipar a primeira etiqueta, o sistema substitui o endereço informado pelo endereço da etiqueta separada, em vez de manter o endereço selecionado pelo usuário. Alteração de Endereço Após a Primeira Etiqueta: Depois de devolver a primeira etiqueta, o sistema fixa o endereço desse produto, impedindo a alteração manual do endereço de devolução para as próximas etiquetas, o que não está de acordo com o comportamento esperado. SOLUÇÃO O comportamento da funcionalidade foi corrigido para garantir que: O endereço informado pelo usuário seja mantido até que ele seja alterado manualmente, independentemente das informações das etiquetas separadas. O sistema permita a alteração manual do endereço de devolução mesmo após a devolução de etiquetas anteriores, garantindo maior flexibilidade no processo. ---- **09. BEES-2026: [Correção] - Validação de Produtos nas Integrações de Documentos ** SITUAÇÃO/REQUISITO Atualmente, nas integrações do WMS BeeStock, temos duas integrações principais para Documento de Entrada (InBoundOrders) e Documento de Saída (OutBoundOrders). Identificamos que o sistema está permitindo a integração desses documentos mesmo quando o array de produtos está vazio. Essa situação não é desejada, pois um documento de entrada ou saída deve conter ao menos um produto para ser considerado válido.. SOLUÇÃO Foi implementada uma validação nas integrações de Documento de Entrada (InBoundOrders) e Documento de Saída (OutBoundOrders) para garantir que o array de produtos esteja preenchido antes da integração. Caso o array de produtos esteja vazio, a requisição deve ser rejeitada com um retorno de erro adequado. A resposta da API deve conter um código de erro e uma mensagem clara, como: "Erro: O documento deve conter pelo menos um produto para ser integrado." ---- **10. BEES-1931: [Correção] - Ajuste na Contagem de Inventário via Coletor ** SITUAÇÃO/REQUISITO Foi identificado um problema na contagem de inventário através do coletor. Caso haja dois itens no mesmo endereço e o usuário tente contar o segundo item, o coletor não permite a seleção, retornando sempre para o primeiro item. Esse comportamento gera inconsistências na contagem e impacta a precisão do inventário. SOLUÇÃO O sistema foi corrigido para permitir a contagem correta de múltiplos itens no mesmo endereço. Agora, ao realizar a contagem pelo coletor, o usuário pode alternar entre os itens existentes e registrar a quantidade de cada um corretamente, sem que o sistema retorne automaticamente para o primeiro item. Essa correção garante a precisão da contagem de inventário e evita inconsistências nos registros. O ajuste foi testado e validado para garantir o funcionamento adequado em diferentes cenários de contagem. ---- **11. BEES-1989: [Correção] - Ajuste na Apresentação de Valores no Relatório de Contagem de Inventário ** SITUAÇÃO/REQUISITO Foi identificado que, ao gerar o relatório de Contagem de Inventário no BeeStock, os valores das contagens estavam sendo apresentados de forma invertida. A quantidade divergente estava sendo exibida como negativa e o valor da divergência como positivo, quando deveria ser o contrário. SOLUÇÃO O sistema foi corrigido para exibir os valores corretamente no relatório de Contagem de Inventário. Agora, a quantidade divergente é apresentada com o sinal adequado, e o valor da divergência reflete corretamente a variação encontrada. Essa correção garante maior clareza na interpretação dos dados e melhora a precisão das análises de inventário. O ajuste foi testado e validado para assegurar a consistência dos valores apresentados. ---- **12. BEES-1970: [Correção] - Correção na Interação do Campo Depósito na Tela de Inventário Físico ** SITUAÇÃO/REQUISITO Foi detectado pelos Testes Automatizados que, na tela de Inventário Físico, o campo "Depósito" estava ativado inicialmente. No entanto, ao clicar no botão “Limpar”, que reseta os dados inseridos nos campos da tela, o campo "Depósito" ficava inativo, impossibilitando a interação com o mesmo. SOLUÇÃO O comportamento do botão "Limpar" foi corrigido para garantir que o campo "Depósito" permaneça ativo após a limpeza dos dados da tela. Agora, ao utilizar essa funcionalidade, o campo continua interativo e pronto para receber novas seleções. Essa correção garante a continuidade do fluxo de trabalho no Inventário Físico, evitando a necessidade de recarregar a página para restabelecer a funcionalidade do campo "Depósito". ---- **13. BEES-1976: [Correção] - Ajuste na Atualização do Status da Onda em Situações de Cancelamento Parcial ** SITUAÇÃO/REQUISITO Foi identificada uma inconsistência na atualização do status da onda quando um documento contém múltiplos itens dentro do mesmo range. Caso um item seja cancelado e os demais estejam com status "Finalizado" ou "Separado", a onda permanecia com status "Em Separação", mesmo que o documento vinculado já estivesse como "Finalizado". Esse comportamento gerava informações inconsistentes, sugerindo pendências de separação inexistentes. SOLUÇÃO A lógica de atualização do status da onda foi revisada para garantir coerência com o status do documento vinculado. Agora, quando todos os itens restantes da onda estiverem "Finalizados" ou "Separados" após um cancelamento parcial, o status da onda será atualizado corretamente, refletindo a conclusão do processo. Essa correção garante maior precisão no acompanhamento do fluxo logístico, evitando inconsistências que poderiam impactar a operação. ---- **14. BEES-2005: [Correção] - Tratamento de Erro para Itens Não Cadastrados na Ordem de Entrada ** SITUAÇÃO/REQUISITO Durante os testes, foi identificado que a integração da Ordem de Entrada retornava o erro genérico "Resposta Inválida" quando um item enviado não estava cadastrado no WMS BeeStock. Esse comportamento dificultava a identificação da causa real da falha e impactava a usabilidade do sistema. SOLUÇÃO Foi implementado um tratamento específico para esse cenário. Agora, caso um item enviado na Ordem de Entrada não esteja cadastrado no WMS BeeStock, o sistema retornará uma mensagem de erro detalhada: "Item [Código do Item] não cadastrado no WMS. Favor verificar o cadastro antes de prosseguir com a Ordem de Entrada." Essa melhoria proporciona mais clareza na identificação de falhas e reduz o tempo necessário para a resolução do problema, garantindo maior eficiência no processo de integração. ---- **15. BEES-2021: [Correção] - Ajuste no Filtro de Curvas do Relatório de Endereços Vazios ** SITUAÇÃO/REQUISITO Ao executar o relatório de Endereços Vazios (/report/stock/stockEmptyAddresses), o sistema apresentava a mensagem "Erro desconhecido" quando o usuário preenchia apenas a filial e tentava gerar o relatório. A causa do problema foi identificada no filtro de curvas, que ainda utilizava um formato fixo com as opções "F, M e R" em checkboxes. No entanto, esse cadastro se tornou dinâmico e deveria buscar as opções disponíveis na API /registration/general/curve/list. Além disso, foi observado que, ao selecionar manualmente as opções "F, M e R", o relatório era gerado, mas retornava uma tela em branco, sem dados. SOLUÇÃO O filtro de curvas foi ajustado para buscar dinamicamente as opções disponíveis no cadastro de curvas, garantindo que os dados exibidos no relatório sejam consistentes com as configurações do sistema. O erro "Erro desconhecido" foi tratado para exibir uma mensagem mais clara ao usuário em caso de falhas. Foi corrigida a lógica de consulta para garantir que os endereços vazios sejam retornados corretamente no relatório. ---- **16. BEES-2020: [Correção] - Ajuste na Cópia de Filial para Preservar Parâmetros de Integração ** SITUAÇÃO/REQUISITO Foi identificado um problema na funcionalidade de Copiar Filial dentro do menu Administração > Gerais > Filiais (/admin/general/branch/settings). Embora os parâmetros sejam copiados corretamente, a aba "Parâmetros" da nova filial apresenta falhas na integração. O erro ocorre porque, após a cópia, a integração não funciona corretamente, obrigando o usuário a editar manualmente a filial e preencher novamente todos os dados para que a integração seja restabelecida. Esse comportamento gera retrabalho e aumenta o risco de erros operacionais. SOLUÇÃO Correção do processo de cópia para garantir que a aba "Parâmetros" seja integrada corretamente assim que a filial for copiada, sem necessidade de edição manual posterior. Validação automática para garantir que todos os parâmetros da filial original sejam copiados integralmente para a nova filial. Testes adicionais para assegurar que a funcionalidade opere de forma consistente em diferentes cenários. ---- **17. BEES-2065: [Correção] - Otimização das Requisições à Wiki do Bee ** SITUAÇÃO/REQUISITO Durante os testes automatizados, foi identificado que, ao navegar entre diferentes telas do Bee, o backend realizava múltiplas requisições desnecessárias à Wiki do Bee, sempre que a página possuía o botão de direcionamento para a documentação. Esse comportamento impactava a performance do sistema, aumentando a carga no backend e causando retrabalho nas requisições, ao invés de reutilizar informações já obtidas. SOLUÇÃO Implementação de cache local para armazenar temporariamente os dados da Wiki, evitando consultas repetidas. Ajuste na lógica do backend para que a requisição à Wiki seja feita apenas quando necessário, garantindo melhor eficiência no carregamento das páginas. Redução do número de chamadas desnecessárias à API da Wiki, melhorando a responsividade do sistema. ---- **18. BEES-2036: [Correção] - Ajuste no Peso Bruto Informado na Conferência para a Nota Fiscal ** SITUAÇÃO/REQUISITO Foi identificado que, durante a conferência de embarque no Beestock - Dimensional Produção, o campo Peso Bruto é editável, permitindo ao usuário informar um valor diferente do peso calculado com base no cadastro do produto. Atualmente, o peso bruto enviado para a Nota Fiscal considera apenas o cálculo do sistema (peso cadastrado x quantidade do embarque), ignorando possíveis alterações feitas na conferência. Isso gera divergências entre o valor apresentado na Etiqueta de Volume e o peso registrado na Nota Fiscal. SOLUÇÃO O processo foi ajustado para garantir que o Peso Bruto informado na conferência seja corretamente enviado para a Nota Fiscal, eliminando a inconsistência entre os documentos. Agora, sempre que um usuário alterar o Peso Bruto na conferência, esse valor será refletido tanto na Etiqueta de Volume quanto na Nota Fiscal. Essa correção garante que os valores estejam alinhados em todos os registros, prevenindo divergências operacionais e garantindo a confiabilidade das informações. ---- **19. BEES-2072: [Correção] - Ajuste no Peso Bruto Informado na Conferência para a Nota Fiscal ** SITUAÇÃO/REQUISITO Foi identificado um erro ao gerar etiquetas seriadas, onde o sistema apresenta a mensagem "Erro Dados não Localizados". O erro ocorre devido a uma falha na validação dos dados necessários para a geração das etiquetas, resultando na falha da requisição e impossibilidade de gerar as etiquetas. SOLUÇÃO A lógica de validação no arquivo serialLabelValidations.js foi ajustada para garantir que todos os dados requeridos sejam passados corretamente. Foi implementada uma verificação adicional nos dados antes de chamar a API para a geração das etiquetas. Essa validação agora verifica se todos os parâmetros necessários estão presentes e formatados corretamente, evitando falhas de validação e garantindo que a API receba os dados completos. Com as alterações, o sistema realiza as verificações necessárias antes de tentar gerar as etiquetas, garantindo que os dados estejam consistentes. Esse ajuste elimina o erro de "Dados não Localizados", permitindo que o processo de geração de etiquetas seja concluído corretamente. Essa correção assegura que a geração das etiquetas seriadas seja realizada sem erros, proporcionando uma experiência mais fluida e sem interrupções para os usuários do cliente. ----