releases_notes_beestock_2023.012
01. BEES-417: [Melhoria] – Ressuprimento entre Depósitos
SITUAÇÃO/REQUISITO
A demanda surgiu da necessidade de implementar o ressuprimento entre depósitos (Kanban) no BeeStock, como alternativa ao processo de Kanban visual e manual, atualmente praticado na indústria.
SOLUÇÃO
1º - Integração ERP > WMS para baixar o saldo de estoque do item no depósito/endereço Kanban:
Implementamos uma integração entre o ERP e o BeeStock para realizar a baixa de saldo de estoque dos produtos com tipo de Requisição “Transferência” no ERP. Essa integração garante que os movimentos de requisição (REQ) no Datasul também baixem o saldo no endereço de kanban no BeeStock, refletindo com precisão as quantidades movimentadas.
2º - Cadastro do “Ponto de ressuprimento” e “Endereço Kanban”:
Criamos o cadastro do ponto de ressuprimento do endereço Kanban, utilizando o mesmo cadastro de Capacidade já existente no módulo de ressuprimento padrão. Além disso, introduzimos o cadastro de Área de Picking para permitir a associação do item x endereço x depósito, viabilizando o funcionamento do novo módulo.
3º - Geração de tarefa de ressuprimento:
Desenvolvemos uma tarefa de cálculo para calcular o estoque mínimo cadastrado para o produto em cada endereço Kanban. Essa tarefa é executada periodicamente via JOB já existente, garantindo que o processo de ressuprimento seja acionado quando necessário.
4º - Ressuprimento Kanban (em duas etapas via coletor):
Criamos um novo processo de ressuprimento Kanban em duas etapas no coletor. Na primeira etapa, é realizada a retirada dos materiais do depósito de origem, permitindo a coleta de vários itens para criar uma “Onda” de ressuprimento. Na segunda etapa, é feita a guarda dos materiais no depósito de destino, movendo os produtos do estoque geral para o endereço Kanban do depósito de produção.
5º - Monitor de ressuprimento pendentes (tipo KBN):
Implementamos a opção de verificar ressuprimentos pendentes no monitor de ressuprimento, filtrando pelo tipo de documento (KBN). Isso permite um acompanhamento mais eficiente do processo de ressuprimento.
Com essa implementação, espera-se que o BeeStock seja capaz de gerenciar o estoque mínimo nos endereços Kanban, acionando automaticamente o processo de ressuprimento em duas etapas no coletor. As movimentações no ERP serão refletidas no BeeStock e vice-versa, garantindo a atualização precisa do saldo nos endereços de kanban, possibilitando a geração dinâmica de novos ressuprimentos.
02. BEES-439: [Melhoria] – Nova Rotina de Ressuprimento por Onda - Retirada
SITUAÇÃO/REQUISITO
Foi identificada a necessidade de uma nova rotina de Ressuprimento por Onda, permitindo a Retirada de Materiais no Depósito de Origem.
SOLUÇÃO
Foi implementada a regra de ressuprimento Kanban (Retirada), para facilitar a retirada de produtos do estoque e transferi-los para o depósito intermediário, visando otimizar o fluxo no armazém, minimizando a falta de estoque nos locais de picking, e aprimorar a eficiência operacional.
Foi adicionada uma nova tela no aplicativo, chamada “Ressuprimento Kanban”. O
objetivo dessa tela é gerenciar o processo de ressuprimento de retirada em massa.
Caminho no App : “Estoque > Ressuprimento Kanban.
03. BEES-440: [Melhoria] – Nova Rotina de Ressuprimento por Onda - Abastecimento
SITUAÇÃO/REQUISITO
Foi identificada a necessidade de uma nova rotina de Ressuprimento por Onda, possibilitando a Guarda de Materiais no Depósito de Destino.
SOLUÇÃO
Foi implementada a regra de ressuprimento Kanban (Abastecimento), para agilizar o abastecimento de produtos do estoque e movê-los ao depósito intermediário para o picking, otimizando o fluxo no armazém, reduzindo a falta de estoque nos picking, e melhorando eficiência operacional.
Foi adicionada uma nova tela no aplicativo, chamada “Ressuprimento Guarda”. O
objetivo dessa tela é gerenciar o processo de ressuprimento de abastecimento em massa.
Caminho no App : “Estoque > Ressuprimento Guarda”.
04. BEES-438: [Melhoria] – Endereço Kanban - Novo Campo no Cadastro Área de Picking
SITUAÇÃO/REQUISITO
Para associar um endereço de destino Kanban, identificou-se a necessidade de adicionar o campo ‘depósito’ no cadastro de área de picking.
SOLUÇÃO
Foi adicionado um novo campo chamado ‘Depósito’ no Cadastro de Área de Picking, possibilitando informar o depósito durante a criação da Área de Picking.
Isso permitirá que um mesmo item possa ter múltiplas áreas de picking na mesma filial, em depósitos distintos.
05. BEES-435: [Melhoria] – Novo Parâmetro Ressuprimento - Cadastro Filial
SITUAÇÃO/REQUISITO
Foi identificado a necessidade de criar um novo parâmetro para controlar a quantidade máxima de tarefas que um usuário pode buscar durante o processo de Ressuprimento por Onda.
SOLUÇÃO
Foi implementado um parâmetro por filial para definir a quantidade de tarefas de ressuprimento que cada usuário pode realizar.
Esse recurso permite que cada usuário tenha um limite definido de tarefas de ressuprimento, ajustado de acordo com as necessidades de cada filial.
06. BEES-471: [Melhoria] – Associação de Depósitos para Ressuprimento: Melhoria na Regra de Abastecimento
SITUAÇÃO/REQUISITO
Melhoria na regra de ressuprimento, que inicialmente estava configurada para abastecer apenas um depósito. Diante disso, surgiu a necessidade de criar uma regra de relacionamento entre os depósitos, para determinar quais são responsáveis por abastecer cada depósito específico, facilitando a identificação dos depósitos a serem reabastecidos durante o processo de ressuprimento.
SOLUÇÃO
Menu “Cadastros > Gerais > Associação de Depósitos”
Após a implementação da tabela de relacionamento entre os depósitos de retirada e de armazenamento, o processo de ressuprimento passou a ser realizado para todos os depósitos envolvidos, em vez de apenas um.
Isso proporcionou uma gestão mais eficiente do estoque, permitindo que os depósitos corretos fossem abastecidos de acordo com as necessidades específicas de cada processo de ressuprimento.
07. BEES-421: [Melhoria] – Requisição por Solicitação Manual Adicional (WMS > ERP)
SITUAÇÃO/REQUISITO
Implementação de solicitações adicionais de produtos/reservas nas ordens de produção no WMS BeeStock, integradas ao ERP para geração de movimentos de estoque tipo “REQ”. Desenvolvimento de tela web para criação das solicitações, criação de integração WMS > ERP para envio das informações, alterações na tela de Documentos de Saída e criação de novo tipo de documento “REQ Manual” de Separação. Envio do “Confirma Separação” WMS > ERP.
SOLUÇÃO
Desenvolvido o processo de solicitações adicionais de produtos/reservas nas ordens de produção, controle pelo BeeStock e geração de movimentos de estoque no ERP Datasul.
Bem como envio da integração para atualização dos saldos de estoque no BeeStock e movimentação de REQ dentro da ordem de produção no ERP para análises de divergências.
08. BEES-414: [Melhoria] – Novo Cadastro Tipos de Documentos por Filial
SITUAÇÃO/REQUISITO
Tendo em vista a necessidade de aprimorar o sistema , foi desenvolvido uma nova tela chamada “Tipos de Documentos”, que possibilitará o cadastro e gerenciamento dos diferentes tipos de documentos relacionados aos processos logísticos de Recebimento e Expedição. .
SOLUÇÃO
Menu “Cadastros > Gerais > Tipos de Documentos”. Foi implementada uma nova tela de cadastro “Tipos de Documentos” por filial. Permitindo uma configuração personalizada para cada tipo de documento, refletindo os processos logísticos específicos pelos quais cada um deve passar em cada filial.
Nas abas “Recebimento” e “Separação”, será possível selecionar os seguintes processos logísticos marcando as caixas de seleção.
09. BEES-432: [Correção] – Docas - Mensagem de Validação ‘Informe a transportadora’ Exibida Indevidamente
SITUAÇÃO/REQUISITO
Após identificar a situação na opção “Docas” do coletor, onde a mensagem de “Informe a Transportadora” era exibida erroneamente ao finalizar, foi realizada uma análise.
Foram encontrados duas situações: volumes incorretos causavam falhas na execução, e o sistema permitia a leitura de volumes antigos, resultando a mensagem indevida na operação.
SOLUÇÃO
Foi retirado um programa que apagava o código da transportadora, além do ajuste realizado no app na chamada de uma função que executava um processo diferente, causando comportamentos diferentes no aplicativo e no front-end.
Essas alterações garantiram um funcionamento consistente em ambas as plataformas..
10. BEES-424: [Correção] – Dashboard - Status de Ocupação dos Endereços
SITUAÇÃO/REQUISITO
Na tela “Dashboard > Estoque > Ocupação de Endereços”, observamos que todos os endereços estão sendo exibidos, incluindo os bloqueados.
Isso afetava o planejamento, pois resulta em um total incorreto sendo apresentado.
SOLUÇÃO
Na busca anterior dos endereços da Filial, os endereços bloqueados não estavam sendo excluídos. Agora, foi ajustada a consulta para excluir os endereços marcados como bloqueados, garantindo que apenas os endereços disponíveis sejam apresentados.
11. BEES-363: [Correção] – Regra para Bloquear a Criação de Inventário Físico
SITUAÇÃO/REQUISITO
A regra atualmente em vigor bloqueia apenas a criação de inventário físico para o item no mesmo endereço que possui uma ficha em aberto.
No entanto, deveria bloquear a criação do inventário físico para o item em qualquer endereço, uma vez que já está em processo de inventário “normal” via agrupador.
Além disso, a mensagem de erro especificada não está sendo apresentada conforme o esperado..
SOLUÇÃO
Ajuste na regra “Não permitir criação de inventário físico com item em agrupador com ficha com status em aberto” para bloquear a criação de inventário físico para o item, independentemente do endereço, quando o mesmo estiver em processo de inventário via agrupador, e apresentar a mensagem de erro adequada ao usuário.