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.
...
| Aviso | ||
|---|---|---|
| ||
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:
Caso os programas antigos continuem sendo utilizados, é necessário, obrigatoriamente, executar a sincronização dos dados antes de rodar o MRP Memória. |
...
| title | Importante: 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
| 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:
|
03. TELA Setup de Configuração
Principais Campos e Parâmetros
| 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. | |||||||||||||||||||||||||
| 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 (Indisponível para o MRP Multi-empresas) | 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:
| |||||||||||||||||||||||||||
| 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.
Exemplo: 1)Produto A: Horizonte 3 dias Período: Diário Data base : 01. Usando Horizonte Firme
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
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:
Exemplo: Produto A - 5 dias de lead time.
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:
|
...
Principais Campos e Parâmetros
| Campo | Descriçã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:
|
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:
|
| Aglutina Solicitação de Compras¹ | Define se as Solicitações de Compras geradas pelo MRP serão aglutinadas por Produto + Período.
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.
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:
|
| 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.
|
| 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.
|
Nota:
1- Plano mestre no processo de aglutinação
...
| Campo | Descrição |
|---|---|
| Produto | Define um filtro com os produtos a serem considerados no processamento do MRP, ou seja, considera documentos, demandas e políticas de estoque para o cálculo das necessidades dos produtos marcados e todos os componentes de níveis inferiores da estrutura. O filtro não é obrigatório e podem ser selecionados vários produtos por meio do botão de consulta Importante: Somente serão aplicadas as políticas de estoque dos componentes do produto filtrado se houver alguma demanda para o produto filtrado. Por exemplo: PA (demanda de 1000) → PI → → MP (ponto de pedido de 20) Dada a estrutura acima, o MRP calculará da seguinte forma:
|
| Grupo Material | Define um filtro com os grupos de materiais a serem considerados no processamento do MRP, ou seja, considera para o cálculo das necessidades somente os documentos, demandas e políticas de estoque dos produtos vinculados aos grupos marcados, gerando os devidos empenhos de componentes de outros grupos de produtos. *Produtos fantasmas não são considerados na aplicação deste seletivo. O filtro não é obrigatório e podem ser selecionados vários grupos por meio do botão de consulta |
| Tipo Material | Define um filtro com os tipos de materiais a serem considerados no processamento do MRP, ou seja, considera para o cálculo das necessidades somente as demandas e políticas de estoque dos produtos vinculados aos tipos de materiais marcados, gerando os devidos empenhos de componentes de outros tipos de materiais. *Produtos fantasmas não são considerados na aplicação deste seletivo. O filtro não é obrigatório e podem ser selecionados vários tipos de materiais por meio do botão de consulta |
| Documento | Define um filtro com os documentos a serem considerados no processamento do MRP. O filtro não é obrigatório e podem ser selecionados vários documentos por meio do botão de consulta |
| Armazém | Define um filtro com os armazéns a serem considerados no processamento do MRP. O filtro não é obrigatório e podem ser selecionados vários armazéns por meio do botão de consulta |
Demanda | Define um filtro de códigos de demanda do MRP para considerar no processamento. O filtro não é obrigatório, deixando em branco serão consideradas todas as demandas. |
| Tipo de Demanda | Define os tipos de demandas a serem considerados no processamento do MRP. Só serão selecionadas as demandas dos tipos marcados: Pedido de Venda, Previsão de Vendas, Plano Mestre, Empenhos de Projeto e Manual. |
| OP/SC | Define quais Ordens de Produção e Solicitações de Compra devem ser consideradas no processamento do MRP. Só serão selecionadas as OPs e SCs que estiverem de acordo com as opções marcadas: Previstas¹, Suspensas e Sacramentadas. Previstas¹: possui as opções de seleção a seguir:
|
08. TELA Execução
Nota:
1- Armazém da demanda
- 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.
08. TELA Execução
| Etapa | Descrição | |
|---|---|---|
| Sincronização dos Dados | Apresenta o status da etapa de sincronização dos cadastros com o MRP que variará de acordo com a configuração do parâmetro MV_MRPSINC.
| |
| Etapa | Descrição | |
| Sincronização dos Dados |
| |
| Recálculo dos Níveis da Estrutura | Apresenta o status da etapa: pendente, executando e concluído, conforme andamento da execução. | |
| Exclusão de Documentos Previstos | Apresenta o status da etapa: pendente, executando e concluído, conforme andamento da execução. | |
| Carga dos Dados em Memória | Apresenta o status da etapa de execução do "Carga dos Dados em Memória": pendente, executando, em memória e descarregada, conforme andamento da execução.
| |
| Cálculo do MRP | Apresenta o status da etapa: pendente, executando e concluído, conforme andamento da execução. | |
| Geração do LOG de Eventos | Apresenta o status da etapa: pendente, executando e concluído, conforme andamento da execução. Esta etapa está relacionada diretamente aos eventos 002, 003 e 007 previamente apresentados. | |
| Gravação dos Resultados | Apresenta o status da etapa: pendente, executando e concluído, conforme andamento da execução. Ou seja, os dados processados em memória são gravados para consolidação e a memória é liberada. | |
| Geração da rastreabilidade de demandas | Exibido somente quando parametrizado para gerar a rastreabilidade de demandas. Apresenta o status da etapa: pendente, executando e concluído, conforme andamento da execução. | |
| Geração de Documentos | Apresenta o status da etapa de execução: pendente, executando e concluído, conforme andamento da execução. Visível apenas quando marcada a opção "Gerar documentos ao término do cálculo" na tela "Setup de Configuração". | |
| Geração das alçadas dos documentos | Apresenta o status da etapa de geração das alçadas: pendente, executando e concluído, conforme andamento da execução. | |
| Rastreabilidade Documentos | Rastreabilidade Documentos | Exibido somente quando parametrizado para gerar a rastreabilidade de demandas e gerar documentos ao término do cálculo. Apresenta o status da etapa: pendente, executando e concluído, conforme andamento da execução. Esta etapa é o processamento da geração da rastreabilidade de demandas, considerando as OPs/SCs geradas pelo processo de Geração de Documentos. |
| Uso de Memória | Apresenta um valor aproximado da memória sendo consumida pelo appserver durante a execução do MRP, informando no final da execução, quando os dados estiverem descarregados, o pico de memória atingido durante a execução.
|
09. Multiempresa
Consolida as informações de todas as empresas/filiais cadastradas na rotina de empresas centralizadoras (PCPA106) para serem processadas dentro de uma empresa/filial.
...
- Produtos (SB1) e alternativos (SGI) compartilhados em todos os níveis (CCC)
- Cadastro de empresa centralizadora, PCPA106 com a TES de entrada e saída cadastradas em todas as filiais que fazem parte do cadastro. ( ver link em conteúdo relacionados). Para mais detalhes, consulte o documento Empresa Centralizadora - PCPA106.
- Somente pode utilizar empresas/filiais do mesmo grupo de empresas.
- Cliente/Fornecedor com o campo "Fil. Transf" preenchido para geração de transferências no MATA311. ( ver link em conteúdo relacionados). Para maiores detalhes, consulte o documento Configuração do parâmetro MV_FILTRF.
Calendário:
A rotina considera o calendário - PCPA131, cadastrado nas filiais que farão parte do cálculo. Caso alguma filial não possua calendário cadastrado, será considerado o calendário da empresa centralizadora.
...
Para o processamento de produtos alternativos quando configurado o MRP Multi-empresa, as parametrizações de estoque do produto alternativo "2 - Valida Original; Valida Alternativo; Compra Alternativo." e "3 - Valida Alternativo; Compra Alternativo" não são consideradas. Caso os produtos alternativos possuam uma destas configurações, o MRP irá ignorar e considerar o alternativo com o parâmetro "1 - Valida Original; Valida Alternativo; Compra Original".
| Dica | ||
|---|---|---|
| ||
|
10. Opcionais
Para que o MRP considere o saldo em estoque para produtos que possuem opcionais em sua estrutura, é necessário que seja definido o Opcional default do produto no cadastro de produtos (SB1) ou no cadastro de indicadores de produtos (SBZ). Desta forma, todo o saldo disponível do produto será vinculado ao opcional default do produto.
Caso o produto possua opcionais em sua estrutura, mas não tenha definido qual é a seleção default de opcionais no cadastro do produto, o saldo em estoque não será considerado para nenhum opcional.
O mesmo se aplica para o cálculo do estoque de segurança e do ponto de pedido do produto. Caso tenha sido configurado o opcional default do produto, os valores de estoque de segurança e ponto de pedido serão calculados para o opcional default do produto. Se o produto possuir opcionais em sua estrutura, mas não estiver definido o opcional default, o estoque de segurança e o ponto de pedido não serão calculados para o produto.
11. Aglutinação de períodos
A funcionalidade de aglutinação de períodos para os produtos, definida no cadastro de complemento de produtos (MATA180) pelo campo "B5_AGLUMRP - Aglu. MRP" está disponível no MRP Memória a partir da release 12.1.2310 com a criação da coluna "MI_AGLUMRP".
Para que a aglutinação das necessidades por período seja realizada, deve-se verificar os seguintes pré-requisitos:
- 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 e Mensal;
- O campo 'B5_FORMMRP - Form. MRP' não será considerado no MRP Memória.
12. Subprodutos
Para os subprodutos, é possível configurar que caso exista necessidade deste produto, o atendimento da necessidade será feita por meio de uma produção que gere o saldo deste subproduto, ao invés de realizar a compra do material. Esta configuração é realizada no cadastro de produtos, aba MRP / Suprimentos através dos campos Atende Nec? (B1_PRODSBP) e Estr. Origem (B1_ESTRORI).
Quando existir necessidade do produto, e este estiver configurado para atender a necessidade Produzindo (B1_PRODSBP=P), ao invés de gerar a compra do componente, será realizada a produção da estrutura que possui este produto com quantidade negativa, com o objetivo de gerar o saldo suficiente para atender à necessidade. Caso seja definida uma estrutura de origem para realizar esta produção no campo B1_ESTRORI, esta será a estrutura que será produzida para gerar o saldo necessário do subproduto. Caso não tenha sido definida nenhuma estrutura no campo B1_ESTRORI, o sistema utilizará qualquer estrutura onde o produto possua quantidade negativa definida.
Como exemplo, podemos seguir o cenário a seguir:
Estrutura:
PA01 (produto acabado)
--MP01 (quantidade -0,5, subproduto gerado)
--MP02 (quantidade 2, matéria prima)
PA02 (produto acabado)
--MP01 (quantidade 1, matéria prima)
--MP02 (quantidade 2, matéria prima)
Suponha que o produto PA02 possua uma necessidade de 10 unidades. Ao realizar a explosão de estrutura, será gerada uma necessidade de saída de estrutura para o produto MP01 com quantidade 10.
Considerando que o produto MP01 esteja configurado no cadastro de produtos para que sua necessidade seja atendida Produzindo, ao invés de gerar uma compra de 10 unidades para o produto MP01, será gerada uma ordem de produção de quantidade 20 para o produto PA01, pois ao produzir as 20 unidades do produto PA01 será realizada a entrada em estoque de 10 unidades do produto MP01, atendendo assim a necessidade existente para o produto MP01.
Para que o cálculo das necessidades dos produtos seja realizada corretamente, somente são consideradas estruturas para produção do subproduto que não causem nenhum tipo de recursividade no consumo do subproduto.
Aglutinação
- Aglutina: Ao executar o MRP com a opção "Aglutina" TODAS as demandas do período de TODAS FILIAIS serão aglutinadas
- Não Aglutina: Ao executar o MRP com a opção "Não aglutina" NENHUMA demanda será aglutinada.
- Aglutina Somente Demandas: Ao executar o MRP com a opção "Aglutina Somente Demandas" TODAS as demandas do período da MESMA FILIAL serão aglutinadas.
Produtos Fantasmas
A utilização dos componentes dos produtos fantasmas onde a estrutura esteja cadastrada em uma filial diferente da filial onde o produto é utilizado, será da seguinte forma:
No exemplo abaixo, produtos B e C são fantasmas. Produtos F e G comprados.
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.
- 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 a 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.
| Dica | ||
|---|---|---|
| ||
|
10. Opcionais
Para que o MRP considere o saldo em estoque para produtos que possuem opcionais em sua estrutura, é necessário que seja definido o Opcional default do produto no cadastro de produtos (SB1) ou no cadastro de indicadores de produtos (SBZ). Desta forma, todo o saldo disponível do produto será vinculado ao opcional default do produto.
Caso o produto possua opcionais em sua estrutura, mas não tenha definido qual é a seleção default de opcionais no cadastro do produto, o saldo em estoque não será considerado para nenhum opcional.
O mesmo se aplica para o cálculo do estoque de segurança e do ponto de pedido do produto. Caso tenha sido configurado o opcional default do produto, os valores de estoque de segurança e ponto de pedido serão calculados para o opcional default do produto. Se o produto possuir opcionais em sua estrutura, mas não estiver definido o opcional default, o estoque de segurança e o ponto de pedido não serão calculados para o produto.
11. Aglutinação de períodos
A funcionalidade de aglutinação de períodos para os produtos, definida no cadastro de complemento de produtos (MATA180) pelo campo "B5_AGLUMRP - Aglu. MRP" está disponível no MRP Memória a partir da release 12.1.2310 com a criação da coluna "MI_AGLUMRP".
Para que a aglutinação das necessidades por período seja realizada, deve-se verificar os seguintes pré-requisitos:
- 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 Semestral;
- O campo 'B5_FORMMRP - Form. MRP' não será considerado no MRP Memória.
12. Subprodutos
Para os subprodutos, é possível configurar que caso exista necessidade deste produto, o atendimento da necessidade será feita por meio de uma produção que gere o saldo deste subproduto, ao invés de realizar a compra do material. Esta configuração é realizada no cadastro de produtos, aba MRP / Suprimentos através dos campos Atende Nec? (B1_PRODSBP) e Estr. Origem (B1_ESTRORI).
Quando existir necessidade do produto, e este estiver configurado para atender a necessidade Produzindo (B1_PRODSBP=P), ao invés de gerar a compra do componente, será realizada a produção da estrutura que possui este produto com quantidade negativa, com o objetivo de gerar o saldo suficiente para atender à necessidade. Caso seja definida uma estrutura de origem para realizar esta produção no campo B1_ESTRORI, esta será a estrutura que será produzida para gerar o saldo necessário do subproduto. Caso não tenha sido definida nenhuma estrutura no campo B1_ESTRORI, o sistema utilizará qualquer estrutura onde o produto possua quantidade negativa definida.
Como exemplo, podemos seguir o cenário a seguirExemplo:
Estrutura:
PA01 (produto acabado)
--MP01 (quantidade -0,5, subproduto gerado)
--PI01 (quantidade 1, produto intermediário)PI01 (produto intermediário)
--MP01 (quantidade 1, matéria prima)
--MP02 (quantidade 12, matéria prima)
PA02 (produto acabado)
--MP01 (quantidade 1, matéria prima)
--MP02 (quantidade 2, matéria prima)
Observe que nas estruturas acima, ao Suponha que o produto PA02 possua uma necessidade de 10 unidades. Ao realizar a explosão da de estrutura do produto PA01 , será também gerada uma necessidade de saída de estrutura para o produto PI01. O produto PI01 por sua vez irá gerar uma nova necessidade para o produto MP01. Desta forma, não é possível utilizar a estrutura do produto PA01 para gerar a entrada em estoque do subproduto MP01, pois esta estrutura irá gerar uma nova necessidade para o mesmo produto.
Neste cenário, as necessidades do produto MP01 vão sempre gerar uma Compra, pois não existem estruturas válidas que possam gerar o saldo desta matéria prima. Sempre que na estrutura onde o componente possui a quantidade negativa, o componente também se repetir, no mesmo nível ou em níveis inferiores, porém com quantidade positiva, esta estrutura será ignorada para gerar o saldo de subproduto.
13. Parâmetros
- MV_MRPSINC : Indica se o processo de sincronização dos dados entre o ERP e o MRP será automático.
Onde:
- Se houverem pendências para sem processadas, exibirá um alerta na abertura da rotina do MRP questionando se o usuário deseja processá-las antes do cálculo do MRP.
- Processa automaticamente todas as pendências antes do cálculo do MRP.
- Sincroniza automaticamente todos os cadastros com o MRP antes da execução do cálculo.
- APROPRIAÇÃO
O conceito da apropriação é definido como : 1= Direto; 2 = Indireto e é utilizado para geração dos solicitações de compra
- MV_GRVLOCP : Considerar o armazém de processos na geração da solicitação de compras
- MV_LOCPROC: Se o produto estiver cadastrado como Apropriação Indireta (B1_APROPRI = ‘I‘), os empenhos para este produto serão feitos para o armazém definido em MV_LOCPROC.
- Malha de Distribuição
O parâmetro MV_PCPMADI, que é relativo ao uso de malha de distribuição no MRP, não está habilitado para uso.
- Vinculo SC
Parâmetro MV_GRAVOP:
1 - Vincula a ordem de produção quando a necessidade (quantidade empenhada - saldo disponível de outras solicitações) é igual ao lote econômico. Ou seja, Irá continuar a regra atual da geração de documentos.
2 - Vincula todas as solicitações de compras geradas, por aquela ordem de produção. Irá vincular a SC com a OP, independente da quantidade.
3 - Vincula a ordem de produção na mesma condição do parâmetro 1 e também quando a quantidade empenhada é igual ao lote econômico. Não se aplica a geração de documentos do MRP (Será considerado o valor 1).
4 - Não realiza vinculo da ordem de produção.
- MV_MRPCMEM: Identifica o modo de carga de memória que será utilizado pelo MRP Memória (PCPA712). 0=Carga total;1=Carga seletiva.
Caso este parâmetro seja configurado com o valor 1, somente serão carregadas para a memória informações dos produtos que possuem alguma informação para ser calculada. Desta forma evita-se que informações desnecessárias para o processamento atual sejam consideradas. Como consequência, produtos que não possuem nenhum tipo de necessidade podem não ser exibidos ao consultar os resultados do MRP.
Caso este parâmetro seja configurado com o valor 0, as informações dos produtos serão carregadas para a memória independente se existe ou não a necessidade de calcular o produto.
Com qualquer valor deste parâmetro, produtos que possuem somente saldo em estoque, mas não possuem nenhuma entrada e nenhuma saída não serão exibidos na consulta dos resultados do MRP.
| 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.
.T. - Considera políticas de estoque em demandas de plano mestre.
.F. - Não considera políticas de estoque em demandas de plano mestre.
...
- MV_QLIMITE = 90
- PRODUTO ACABADO X
- DEMANDA 2000 unidades
- LOTE ECONOMICO 20 unidades
- TOTAL DE QUEBRA : 100 Ordens de Produção.
Nesse cenário o limite será excedido ( ordens de produção 100 > limite de quebra 90 ) e não haverá quebra da demanda, será gerado a ordem de produção 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.
Nesse cenário o limite não será excedido ( ordens de produção 40 < limite de quebra 90 ) e haverá quebra da demanda, será gerado 40 ordens de produção com 50 unidades cada.
MP01 com quantidade 10.
Considerando que o produto MP01 esteja configurado no cadastro de produtos para que sua necessidade seja atendida Produzindo, ao invés de gerar uma compra de 10 unidades para o produto MP01, será gerada uma ordem de produção de quantidade 20 para o produto PA01, pois ao produzir as 20 unidades do produto PA01 será realizada a entrada em estoque de 10 unidades do produto MP01, atendendo assim a necessidade existente para o produto MP01.
Para que o cálculo das necessidades dos produtos seja realizada corretamente, somente são consideradas estruturas para produção do subproduto que não causem nenhum tipo de recursividade no consumo do subproduto.
Exemplo:
Estrutura:
PA01 (produto acabado)
--MP01 (quantidade -0,5, subproduto gerado)
--PI01 (quantidade 1, produto intermediário)
PI01 (produto intermediário)
--MP01 (quantidade 1, matéria prima)
--MP02 (quantidade 1, matéria prima)
PA02 (produto acabado)
--MP01 (quantidade 1, matéria prima)
--MP02 (quantidade 2, matéria prima)
Observe que nas estruturas acima, ao realizar a explosão da estrutura do produto PA01 será também gerada uma necessidade para o produto PI01. O produto PI01 por sua vez irá gerar uma nova necessidade para o produto MP01. Desta forma, não é possível utilizar a estrutura do produto PA01 para gerar a entrada em estoque do subproduto MP01, pois esta estrutura irá gerar uma nova necessidade para o mesmo produto.
Neste cenário, as necessidades do produto MP01 vão sempre gerar uma Compra, pois não existem estruturas válidas que possam gerar o saldo desta matéria prima. Sempre que na estrutura onde o componente possui a quantidade negativa, o componente também se repetir, no mesmo nível ou em níveis inferiores, porém com quantidade positiva, esta estrutura será ignorada para gerar o saldo de subproduto.
13. Parâmetros
- MV_MRPSINC : Indica se o processo de sincronização dos dados entre o ERP e o MRP será automático.
Onde:
- Se houverem pendências para sem processadas, exibirá um alerta na abertura da rotina do MRP questionando se o usuário deseja processá-las antes do cálculo do MRP.
- Processa automaticamente todas as pendências antes do cálculo do MRP.
- Sincroniza automaticamente todos os cadastros com o MRP antes da execução do cálculo.
- APROPRIAÇÃO
O conceito da apropriação é definido como : 1= Direto; 2 = Indireto e é utilizado para geração dos solicitações de compra
- MV_GRVLOCP : Considerar o armazém de processos na geração da solicitação de compras
- MV_LOCPROC: Se o produto estiver cadastrado como Apropriação Indireta (B1_APROPRI = ‘I‘), os empenhos para este produto serão feitos para o armazém definido em MV_LOCPROC.
- Malha de Distribuição
O parâmetro MV_PCPMADI, que é relativo ao uso de malha de distribuição no MRP, não está habilitado para uso.
- Vinculo SC
Parâmetro MV_GRAVOP:
1 - Vincula a ordem de produção quando a necessidade (quantidade empenhada - saldo disponível de outras solicitações) é igual ao lote econômico. Ou seja, Irá continuar a regra atual da geração de documentos.
2 - Vincula todas as solicitações de compras geradas, por aquela ordem de produção. Irá vincular a SC com a OP, independente da quantidade.
3 - Vincula a ordem de produção na mesma condição do parâmetro 1 e também quando a quantidade empenhada é igual ao lote econômico. Não se aplica a geração de documentos do MRP (Será considerado o valor 1).
4 - Não realiza vinculo da ordem de produção.
- MV_MRPCMEM: Identifica o modo de carga de memória que será utilizado pelo MRP Memória (PCPA712). 0=Carga total;1=Carga seletiva.
Caso este parâmetro seja configurado com o valor 1, somente serão carregadas para a memória informações dos produtos que possuem alguma informação para ser calculada. Desta forma evita-se que informações desnecessárias para o processamento atual sejam consideradas. Como consequência, produtos que não possuem nenhum tipo de necessidade podem não ser exibidos ao consultar os resultados do MRP.
Caso este parâmetro seja configurado com o valor 0, as informações dos produtos serão carregadas para a memória independente se existe ou não a necessidade de calcular o produto.
Com qualquer valor deste parâmetro, produtos que possuem somente saldo em estoque, mas não possuem nenhuma entrada e nenhuma saída não serão exibidos na consulta dos resultados do MRP.
| 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.
.T. - Considera políticas de estoque em demandas de plano mestre.
.F. - Não considera políticas de estoque em demandas de 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 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.
- MV_MRPPERD: Indica qual será o formato de cálculo de perda utilizado pelo MRP Memória.
Valor 1: Utiliza o cálculo padrão de perda, que é o mesmo utilizando nos demais locais do sistema. A fórmula utilizada para realizar este cálculo é: Necessidade = (Necessidade / (100 - Fator de perda)) * 100.
Exemplo: Necessidade de 100, fator de perda na estrutura definido em 50%.
Necessidade = (100 / (100 - 50) ) * 100
Necessidade = 200.
Valor 2: Faz o cálculo de perda utilizando a nova fórmula, da seguinte forma: Necessidade = Necessidade + (Necessidade * ( Fator de perda / 100))
Exemplo: Necessidade de 100, fator de perda na estrutura definido em 50%.
Necessidade = 100 + (100 * (50 / 100) )
Necessidade = 150.
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".
...
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas