Histórico da Página

...

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 ServerMemoryLimit e HeapLimit 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.

...

Campo

Descriçã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ção

Descriçã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á processadas

Indica 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.
009	Saldo menor ou igual ao ponto de pedido	Indica 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.
010	Limite excedido na quebra de lotes de ordens de produção	Indica que excedeu o limite da quebra de lotes definido no parâmetro MV_QLIMITE. (evento gerado mesmo com parâmetro desativado)
011	Alteração no armazém da demanda	Indica 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)
012	Documento com armazém que não controla MRP	Indica que um produto irá gerar documento com armazém que não controla MRP. (evento gerado mesmo com parâmetro desativado)
013	Limite excedido na quebra de lotes de solicitações de compra	Indica 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.

...

Campo

Descriçã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íodos

Quantidade 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

01	02	03	04	05	06	07	08	09	10

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

01	02	03	04	05	06	07	08	09	10	11	12	13	14	15	16	17

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.

1	2	3	4	5	6	7	8	9	10	11	12	13

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

...

Árvore de páginas

Versões comparadas

Versão antiga 192

Nova versão 196

Chave