Á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.

...

  • MATA019.

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

...

Aviso
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

    ...

    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 semestre.
    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.

    ...

      • 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.

    ...

    • 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 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 Solicitações de 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 e 40 solicitações de compra com 50 unidades cada. 

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


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

    ...