Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

  • Instalar a Procedure do cálculo de nível do produto, através do configurador (SIGACFG), acessando Base de Dados > Dicionário > Stored Procedure. Nesta rotina deverá selecionar o tipo de Operação Instalação e selecionar a procedure MRP001 -  Procedures do MRP. O pacote com a procedure atualizada encontra-se no endereço: https://suporte.totvs.com/portal/p/10098/download?e=947507
  • As chaves ServerMemoryLimitHeapLimit determinam um limite de alocação de memória, seja pela entrada de novos usuários ou pelo uso de novas threads. Como o MRP roda em memória, aconselhamos atenção na utilização dessa chave pois a falta de memória disponível no sistema pode levar à falha de processamento da rotina.
  • A versão do build do Appserver deve ser, obrigatoriamente, Harpia.
  • A versão do DBAcess DBAccess deve ser a build 21.1.1.1 (20220307) ou superior.
  • Avaliar o MAXSTRINGSIZE do appserver.ini. Se for uma base com uma quantidade significativa de registros (por exemplo mais de 100.000 registros para atualizar pela sincronização) setar o parâmetro MAXSTRINGSIZE=500. Caso contrário a sincronização e o cálculo do MRP pode travar (sem mensagem em tela). 
  • Instalar o pacote da expedição continua. Pacotes de Atualização - PCP - P12
  • Para banco de dados Postgres, verificar se a configuração da conexão ODBC está configurada adequadamente. Parâmetros incorretos na configuração do ODBC podem causar erros na execução do MRP. Os parâmetros para configuração estão descritos no documento: DBAccess - Como criar uma fonte de dados para uso com PostgreSQL
  • A chave "FloatingPointPrecise" quando habilitada, pode causar comportamentos indevidos na execução do cálculo do MRP. Para a execução do MRP, não deve ser utilizada esta configuração.

...

Aviso
titleImportante: Programas que não integram com o MPR Memória


Os programas MATA200 - Estrutura e MATA018 - Indicador de Produto não integram automaticamente os dados com o MRP Memória. Para que a integração acontece de maneira automática, é necessário utilizar os programas substitutos abaixo:

  • MATA200: Utilizar o novo programa de cadastro de estrutura, PCPA200. 
  • MATA018: Utilizar o programa de cadastro de indicadores modelo múltiplo, MATA019.

Caso os programas antigos continuem sendo utilizados, é necessário, obrigatoriamente, executar a sincronização dos dados antes de rodar o MRP Memória.

...

titleImportante: Chave MRPBlock

A chave MRPBlock tem o objetivo de bloquear a abertura do MRP Memória no ambiente em que ela esteja configurada. A chave deve ser inserida no APPSERVER.ini, na seção GENERAL, com valor 1, para que o bloqueio seja efetuado.

A liberação do bloqueio pode ser realizada da seguinte forma:

  • Para os clientes hospedados no CLOUD da TOTVS, será necessário entrar em contato com a equipe CLOUD ou com o gerente da conta, para realizar o desbloqueio e a configuração do ambiente, de acordo com o consumo de memória adequado para o processamento.
  • Para os clientes com infraestrutura local, alterar o APPSERVER.ini e excluir a chave MRPBlock ou alterar o valor para 0.


03. TELA Setup de Configuração

Principais Campos e Parâmetros

CampoDescrição
Código

Código do setup de configuração do MRP para registrar e reutilizar as parametrizações utilizadas no cálculo do MRP. O setup fica registrado ao executar o cálculo do MRP.

É possível Excluir ou fazer uma Cópia de um setup que foi salvo através do botão de

03. TELA Setup de Configuração

Principais Campos e Parâmetros

CampoDescrição
Código

Código do setup de configuração do MRP para registrar e reutilizar as parametrizações utilizadas no cálculo do MRP. O setup fica registrado ao executar o cálculo do MRP.

É possível Excluir ou fazer uma Cópia de um setup que foi salvo através do botão de consulta padrão.

Acessando a consulta (F3) será aberta uma tela com todos os Setups cadastrados.

DescriçãoDescrição do setup de configuração.
Demandas de/até

Define a data inicial e final para busca das demandas a serem consideradas no cálculo do MRP.

Considerar demandas já processadasIndica se devem ser consideradas as demandas que já foram processadas anteriormente (status igual a 1).

Gerar Log de Eventos

Determina se deve ou não gerar os logs do planejamento do MRP.

Ao marcar a opção Log de eventos no MRP e confirmar, o sistema exibe uma lista com os produtos e os eventos a eles relacionados.

Os logs de evento do MRP podem ser:

Cód.

Evento

Descrição

001

Saldo em estoque inicial menor que zero

Indica produtos que estão com saldo em estoque negativo no início do período de cálculo do MRP. A composição deste saldo em estoque varia de acordo com a parametrização inicial do MRP, podendo considerar saldo de/em terceiros, estoque de segurança etc.

002

Atrasar o documento

Indica documentos que podem ter a data ajustada para atender a uma necessidade em período posterior à data atual do documento, sem causar impactos no planejamento. Este recurso é útil, pois reduz a quantidade de documentos gerados pelo MRP e, conseqüentemente, os saldos em estoque e custos.

003

Adiantar o documento

Indica documentos que podem ter a data ajustada para atender a uma necessidade em período anterior à data atual do documento, sem causar impactos no planejamento. Este recurso é útil, pois reduz a quantidade de documentos gerados pelo MRP e, conseqüentemente, os saldos em estoque e custos.

004

Data de necessidade inválida - Data anterior à database do cálculo

Indica necessidades que se encontram em períodos anteriores ao primeiro período calculado pelo MRP. Para efeito de cálculo, estas necessidades são consideradas no primeiro período do MRP.

Observação: Se a demanda estiver em atraso, a necessidade será gerada no primeiro período do MRP mas irá gera esse evento. Para os produtos semi-acabados desta demanda só será gerado o evento se existir lead-time cadastrado.

005

Data de necessidade inválida - Data posterior à data limite do cálculo

Indica necessidades que se encontram em períodos posteriores ao último período calculado pelo MRP. Para efeito de cálculo, estas necessidades são consideradas no último período do MRP.

006

Documento planejado em atraso

Indica documentos já lançados na base de dados, em que a data de entrega é anterior à database de cálculo do MRP, ou seja, são documentos que estão atrasados, de acordo com a data de entrega informada nestes documentos.

007

Cancelar o documento

Indica documentos lançados na base de dados que não atendem a nenhuma necessidade, dentro do período calculado, e podem ser cancelados para não acumularem estoque.

009Saldo menor ou igual ao ponto de pedidoIndica produtos que estão com o saldo menor ou igual ao ponto de pedido em cada um dos períodos do cálculo do MRP.
010Limite excedido na quebra de lotes de ordens de produçãoIndica que excedeu o limite da quebra de lotes definido no parâmetro MV_QLIMITE. (evento gerado mesmo com parâmetro desativado)
011Alteração no armazém da demandaIndica que uma demanda teve seu armazém alterado para o padrão pois aglutinou demandas com múltiplos armazéns. (evento gerado mesmo com parâmetro desativado)
012Documento com armazém que não controla MRPIndica que um produto irá gerar documento com armazém que não controla MRP. (evento gerado mesmo com parâmetro desativado)
013Limite excedido na quebra de lotes de solicitações de compraIndica que excedeu o limite da quebra de lotes definido no parâmetro MV_QLIMITE. (evento gerado mesmo com parâmetro desativado)
Gerar documentos ao término do cálculo

Indica se os documentos ( OPs, SCs e empenhos ) serão gerados ao final do cálculo. 

Se o processamento ocorrer com o campo marcado irá gerar os documentos ao final do cálculo

Se o processamento ocorrer com o campo desmarcado os documentos poderão ser gerados pelo PCPA144.

Gerar Rastreabilidade das Demandas

Indica a geração dos registros de rastreabilidade de todos os documentos ( ordens de produção, solicitações de compra, entre outros) relacionados a demanda.
Pular para o processamento

Caso esteja marcado, ao clicar em Avançar, o sistema fará o processamento de acordo com os parâmetros cadastrados no setup informado.

Para informar/alterar os parâmetros, basta deixar esse campo desmarcado e clicar em Avançar.

...

CampoDescrição
Período

Período para configuração da execução do MRP:

  • Diário: realiza o cálculo do MRP diariamente.
  • Semanal: realiza o cálculo do MRP semanalmente, sempre no primeiro dia válido da semana.
  • Quinzenal: realiza o cálculo do MRP quinzenalmente, sempre no primeiro dia válido da quinzena.
  • Mensal: realiza o cálculo do MRP mensalmente, sempre no primeiro dia válido do mês.
  • Semestral: realiza o cálculo do MRP semestralmente, sempre no primeiro dia válido do mêssemestre.
Nr. de PeríodosQuantidade de períodos para considerar no processamento do cálculo do MRP.

Horizonte Firme

Indica se deve considerar 'horizonte firme¹' do produto.

  • Sim: Considera os 'Documentos Previstos²' no cálculo dentro do horizonte firme do produto quando o filtro de seleção OP/SC previstos está configurado como "Exclui", ou seja, os documentos não serão excluídos.  O cálculo do horizonte firme deve somar a data base a quantidade de períodos do horizonte firme, cadastrado na rotina de produtos. Os documentos previstos que tiverem a data de entrega dentro do período do  horizonte firme não serão eliminados, e as suas quantidades serão consideradas no cálculo do MRP. Importante : É preciso verificar o tipo de período informado para realizar a soma. O horizonte firme será utilizado somente para impedir alterações dos documentos já existentes. Novas demandas poderão gerar documentos dentro desse período.
  • Não: desconsidera o horizonte firme do produto. Não utiliza os 'Documentos Previstos²', ou seja, serão excluídos.

Exemplo:

1)Produto A: Horizonte 3 dias

Período: Diário

Data base : 01. Usando Horizonte Firme

01020304050607080910

Todas as ordens no período (data base + 3) 01,02 e 03 não poderão ser excluídas

Exemplo:

2)Produto A: Horizonte 1 Semana

0102

03

0405060708091011121314151617

Data base : 03. Usando Horizonte Firme

Todas as ordens no período (data base + 7) de 03 à 09  não poderão ser excluídas

Horizonte firme¹: Período em que os documentos não poderão ser alterados/excluídos pelo cálculo do MRP

Documentos Previstos²: Entradas (Ordem de Produção ou Solicitações de Compras Previstas) e Saídas (Empenhos Previstos)

Calc. Lead Time

Informa como deve ser considerado o Lead Time do produto:

  • Sem calendário: desconsidera os calendários do MRP.
  • Dias corridos: calculo do lead time considerando dias corridos no calendário.
  • Dias úteis: considera no lead time apenas dias úteis do calendário.


Exemplo:

Produto A - 5 dias de lead time.

12345678910111213

Dias 6, 7, 8 e 10 não úteis.

Data da necessidade: 12

As datas, com o cálculo do lead time, ficariam da seguinte maneira, conforme a configuração:

  • Sem calendário: dia 07 do mês - Descontou os 5 dias a partir do dia 12 sem verificar o calendário.
  • Dias corridos: dia 05 do mês - Descontou os 5 dias a partir do dia 12 contando os dias corridos. O cálculo caiu dia 07 do mês, como não é dia útil, voltou para dia 06. Como dia 06 não é dia útil, voltou para o dia 05.
  • Dias úteis: dia 03 do mês - Descontou os dias contando apenas os dias úteis do calendário. Nesse cenário, o programa voltou os dias 11, 09, 05 e 04, chegando no dia 03. Os dias em vermelho não são considerados na conta, por não serem dias úteis.

...

CampoDescrição
Incrementa Solicitação de Compras

Permite definir como deve ser efetuado o incremento da numeração das solicitações de compras geradas pelo MRP. As opções disponíveis são:

  • Por Item, incrementa o item da SC anterior mantendo o mesmo numero de SC.
  • Por Número, incrementa o número da SC anterior.

Incrementa Ordem de Produção

Permite definir como deve ser efetuado o incremento da numeração das ordens de produção geradas pelo MRP. As opções disponíveis são:

  • Por Item, incrementa o item da OP anterior mantendo o mesmo numero de OP.
  • Por Número, incrementa o número da OP anterior.
Aglutina Solicitação de Compras¹

Define se as Solicitações de Compras geradas pelo MRP serão aglutinadas por Produto + Período.

  • Aglutina: Aglutina TODAS as solicitações de compras por Produto + Período. 
  • Não Aglutina*: Não aglutina as solicitações de compras. Este cálculo exige maior processamento.
  • Aglutina Somente Demandas: Aglutina as solicitações de compras geradas diretamente por de demanda do MRP. 

Observação: os parâmetros de gestão de estoque são aplicado antes da aglutinação. Ou seja, se existir um Lote econômico, por exemplo, (com o parâmetro MV_QUEBRSC habilitado), estes documentos serão gerados respeitando o Lote Econômico, sem realizar a aglutinação. 

Aglutina Ordem de Produção¹

Define se as Ordens de Produção geradas pelo MRP serão aglutinadas por Produto + Período.

  • Aglutina: Aglutina TODAS as ordens de produção por Produto + Período.
  • Não Aglutina*: Não aglutina as ordens de produção. Este cálculo exige maior processamento, podendo ocasionar lentidão.
  • Aglutina Somente Demandas: Aglutina as ordens de produção geradas diretamente por de demanda do MRP. Não aglutina demandas do Plano mestre.

Observação: os parâmetros de gestão de estoque são aplicado antes da aglutinação. Ou seja, se existir um Lote econômico, por exemplo, (com o parâmetro MV_QUEBROP habilitado), estes documentos serão gerados respeitando o Lote Econômico, sem realizar a aglutinação. 

Gerar Documentos²

Define qual o tipo dos documentos que serão gerados pelo MRP:

  • 1 - Previstos.
  • 2 - Firmes.
Gerar Documentos com Alçada

Define se gerará a alçada de aprovação para as Solicitações de Compras que serão geradas pelo MRP.que serão geradas pelo MRP.

  • 1 - Sim.
  • 2 - Não.
Sugere Lotes e Endereços a Empenhar

Define se deseja realizar a sugestão de lotes e endereços nos empenhos das ordens de produção geradas pelo MRP.

  • 1 - Sim.
  • 2 - Não.
Considera Só Armazém Padrão

Define se deseja considerar somente o armazém padrão na sugestão de lotes e endereços dos empenhos das ordens de produção geradas pelo MRP.

OBS: Esse parâmetro somente é habilitado quando o parâmetro "Sugere Lotes e Endereços a Empenhar" for igual a "1 - Sim."

  • 1 - Sim.
  • 2 - Não.
Sugere Lotes e Endereços a Empenhar
Armazém De

Código do armazém inicial a ser considerado somente na Define se deseja realizar a sugestão de lotes e endereços nos dos empenhos das ordens de produção geradas pelo MRP.

OBS: Esse parâmetro somente é habilitado quando o parâmetro "Considera Só Armazém Padrão" for igual a "2 - Não."

Armazém Até

Código do armazém final a ser considerado somente na sugestão de lotes e endereços dos empenhos das ordens de produção geradas pelo MRP.

OBS: Esse parâmetro somente é habilitado quando o parâmetro "Considera Só Armazém Padrão" for igual a "

  • 1 - Sim.
  • 2 - Não."

    Nota:

    1- Plano mestre no processo de aglutinação

    ...

      • O campo armazém da demanda será considerado no filtro das demandas e filtro dos saldos de estoque do cálculo do MRP quando o cálculo usar o seletivo por armazém.
      •  O calculo do MRP considera o campo "Entra MRP" do cadastro de armazéns - AGRA045 que indica se a o armazém será  considerado ou não. Demandas que possuam o armazém com o "Entra MRP" = N, não serão consideradas no cálculo.
      • O código do armazém cadastrado na demanda irá definir o armazém que será cadastrado na ordem de produção gerada para atender aquela demanda.
      • Demandas consolidadas irão considerar o armazém padrão do produto (mesmo que o armazém não controle MRP), caso haja demandas com múltiplos armazéns.

    ...

    Filial Centralizadora 01. Produtos sem estoque.

    • O MRP irá empenhar os componentes F e G  do fantasma B, na filial 01 e realizar a compra destes produtos na filial 01.
    • O MRP irá empenhar os componentes D e E do fantasma C, na filial 01 e realizar a compra destes produtos na filial 01.


    No exemplo abaixo, produtos B e C são fantasmas. Produto F produzido  e G comprado.

    Filial Centralizadora 01. Produtos sem estoque.

              Image Added


    • O MRP irá empenhar os componentes F e G  do fantasma B, , na filial 01 e realizar a compra do produto G  na filial 01 e realizar a compra destes produtos na filial produção do F e compra do H na filial 02. Será feita uma transferência do produto F da filial 02 para filial 01.
    • O MRP irá empenhar os componentes D e E do fantasma C, na filial 01 e realizar a compra destes produtos na filial 01.

    No exemplo abaixo, produtos B e C são fantasmas. Produto F produzido  e G comprado.

    Filial Centralizadora 01. Produtos sem estoque.

              Image Removed

    ...


    Indicadores de Transferências

    É possível indicar que um produto não pode ser transferido em determinada filial e também qual a filial que faz a compra dele através da rotina de Complementos de Produtos - MATA180.

    Exemplo:

    Um produto A possui saldo na filial 02 e na filial 03, porém, está parametrizado na filial 02 para não ser transferido.

    Caso tenha uma necessidade desse produto na filial 01, não será considerado o saldo que existe na filial 02, ou seja, o MRP solicitará a transferência somente do saldo da filial 03.

    Em relação ao indicador da Filial de Compra, se na filial 01 está parametrizado que a compra é feita na filial 04 e houver uma necessidade desse produto na filial 01, será gerada uma solicitação de compra na filial 04 e uma transferência para a

    ...

    filial 01.


    Dica
    titleOBSERVAÇÃO
    • Realizada melhoria no processo em relação ao PCPA107, onde não serão geradas as solicitações de compra para cada transferência criada entre as filiais, diminuindo a quantidade de documentos gerados. 
    • O parâmetro MV_MRPGETR - MRP Gera Transferência não será mais utilizado, pois as transferências serão sempre geradas no MRP Memória.

    ...

      • MRP Memória deve ser executado com o parâmetro Aglutina Solicitação de Compras igual a "Aglutina" para produtos comprados e Aglutina Ordem de Produção igual a "Aglutina" para produtos produzidos;
      • O período de aglutinação do produto definido pela coluna "B5_AGLUMRP - Aglu. MRP" deve ser maior que o período utilizado na execução do MRP. Exemplo: MRP sendo executado com tipo de período Semanal, e o período de aglutinação do produto definido como Mensal;
      • A aglutinação somente será realizada para as quantidades provenientes de Saídas de Estrutura. As demais necessidades/saídas do produto não serão aglutinadas;
      • O período definido na coluna "B5_AGLUMRP - Aglu. MRP" deve ser um dos tipos de períodos aceitos pelo MRP Memória, sendo: Diário, Semanal; , Quinzenal, Mensal e MensalSemestral;
      • O campo 'B5_FORMMRP - Form. MRP' não será considerado no MRP Memória.

    ...

    Informações

    Este parâmetro somente será considerado caso a tabela SMM exista no dicionário de dados.

          

    • MV_POLPMP: Indica se deve considerar as políticas de estoque para demandas oriundas do plano mestre.

    ...

    • MV_QLIMITE: Define o limite para a quebra da demanda de produção e compras. Ordens de produção e/ou solicitações de compra que seriam quebradas numa quantidade de ordens documentos acima do limite definido no parâmetro, serão geradas com a totalidade da demanda. Exemplo:
      • MV_QLIMITE = 90
      • PRODUTO ACABADO X 
      • DEMANDA 2000 unidades
      • LOTE ECONOMICO 20 unidades
      • TOTAL DE QUEBRA : 100 Ordens de Produção.
      • MATÉRIA PRIMA Y (Quantidade 1 na estrutura)
      • LOTE ECONOMICO MP 20 unidades
      • TOTAL DE QUEBRA : 100 Solicitações de Compra

      Nesse cenário o limite será excedido ( ordens de produção 100 > limite de quebra 90 / solicitações de compra 100 > limite de quebra 90) e não haverá quebra da demanda, será gerado a ordem de produção/solicitação de compra com a demanda total (2000 unidades).

      • MV_QLIMITE = 90
      • PRODUTO ACABADO X DEMANDA 2000 unidadesACABADO X 
      • DEMANDA 2000 unidades
      • LOTE ECONOMICO 50 unidades
      • TOTAL DE QUEBRA : 40 Ordens de Produção.
      • MATÉRIA PRIMA Y (Quantidade 1 na estrutura)
      • LOTE ECONOMICO MP 50 unidades
      • TOTAL DE QUEBRA : 40 Ordens Solicitações de Produção.Compra

      Nesse cenário o limite não será excedido ( ordens de produção 40 < limite de quebra 90 / solicitações de compra 40 < limite de quebra 90) e haverá quebra da demanda, será gerado 40 ordens de produção com 50 unidades cada

      Obs.: Esse parâmetro não influencia demandas de compras.

      e 40 solicitações de compra com 50 unidades cada. 


    • MV_MRPPERD: Indica qual será o formato de cálculo de perda utilizado pelo MRP Memória.

    ...

    Obs.: Esse parâmetro é utilizado apenas no cálculo do MRP. Os demais locais do sistema que possuem cálculo de perda não são influenciados por esta configuração.


    • MV_MRPTRAN: Indica se devem ser efetuadas as transferência de estoque entre filiais, existentes para o ticket, na geração dos documentos pelo processamento do MRP.

    .T. - Efetua as transferências de estoque (conteúdo padrão).

    .F. - Não efetua as transferências de estoque.

    14. Integrações

    • TOTVS MES:
      • Exclusão de documentos previstos (quando marcado o parâmetro "OP/SC: Exclui");
      • Inclusão dos documentos gerados (quando marcado o parâmetro "Gerar documentos ao término do cálculo").
    • Chão de Fábrica (SIGASFC):
      • Inclusão dos documentos gerados (quando marcado o parâmetro "Gerar documentos ao término do cálculo").
    • Inspeção de processos (SIGAQIP):
      • Integra as informações das ordens de produção geradas com o módulo de inspeção de processos (SIGAQIP) quando marcado os parâmetros "Gerar documentos ao término do cálculo" e "Gerar Documentos = 2 - Firmes".

    ...