12683 - Reserva Componente Depósito (8963)
Problema: No cliente há uma regra no identificador PCP-813TIPDS01 para determinar o depósito que o componente deverá gerar a reserva. A regra é simples verifica se a origem do componente é 700 ou 800 e atribui o depósito 20. Acontece que para algumas explosões de necessidade, o sistema não está respeitando a regra e atribui os componentes de origem 700 ou 800 em dois depósitos (2 e 20). Isso ocorre de forma aleatória, não existe um padrão. Ora acontece com um componente, ora ocorre com outro.
O que pode estar influenciando nesse processo?
Rotina / Tela: Geração de Necessidades - F813GNE.
Solução: Solução 12683: Numa análise final deste assunto, conclui-se o seguinte:
Nos casos em que o depósito é gerado como 2 na OP, se deve ao fato de agrupar as necessidades de compra e o primeiro registro de necessidade para o componente ocorreu para o depósito 2. Além disso, a quantidade do componente era gerada zerada pelo fato da unidade de medida não considerar casas decimais. Por isso, o identificador PCP-910DRGOP01 não era considerado na geração da OP e também não setava o depósito conforme a regra.
Esses dois fatores juntos causam essa situação.
Não tivemos condições de identificar erros nas rotinas apenas ajustes de cadastros a serem feitos. Também foi identificado o fato de agrupar as necessidades com relação ao fato do depósito não ser chave da tabela. Nesse comportamento não há o que ser tratado.
Entendemos que ajustar a questão da unidade de medida para que a quantidade do componentes não seja gerada zerada na OP e utilizar o identificador PCP-910DRGOP01 essa situação não ocorrerá mais na base de dados.
O que pode estar influenciando nesse processo?
Rotina / Tela: Geração de Necessidades - F813GNE.
Solução: Solução 12683: Numa análise final deste assunto, conclui-se o seguinte:
Nos casos em que o depósito é gerado como 2 na OP, se deve ao fato de agrupar as necessidades de compra e o primeiro registro de necessidade para o componente ocorreu para o depósito 2. Além disso, a quantidade do componente era gerada zerada pelo fato da unidade de medida não considerar casas decimais. Por isso, o identificador PCP-910DRGOP01 não era considerado na geração da OP e também não setava o depósito conforme a regra.
Esses dois fatores juntos causam essa situação.
Não tivemos condições de identificar erros nas rotinas apenas ajustes de cadastros a serem feitos. Também foi identificado o fato de agrupar as necessidades com relação ao fato do depósito não ser chave da tabela. Nesse comportamento não há o que ser tratado.
Entendemos que ajustar a questão da unidade de medida para que a quantidade do componentes não seja gerada zerada na OP e utilizar o identificador PCP-910DRGOP01 essa situação não ocorrerá mais na base de dados.