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. | 010 | Limite excedido na quebra de lotes | 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
| |||||||||||||||||||||||||
| 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 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.
| ||
| Recálculo dos Níveis da Estrutura | |||
| 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.
| ||
| 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. | ||
| 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.. | ||
| Exclusão de Documentos Previstos | 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|
| 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 | concluídodescarregada, 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".
| 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.
Permite a visão consolidada dos estoques, solicitações de compra, ordens de produção, previsões e pedidos de venda, plano mestre de produção de todas as empresas contidas no grupo do MRP multiempresa.
A execução do cálculo é realizada em uma única empresa que efetua a geração das ordens de compra, ordens de produção e transferências para todas as demais empresas.
Como a rotina funciona?
- Supondo que duas empresas compartilham seus produtos e possuam a estrutura conforme o exemplo a seguir:
Existindo uma demanda de venda para o item A e este não possuir saldo em estoque, o MRP Multiempresa gera uma ordem de produção e consequentemente, requisita os componentes.
Focando no item B, que na empresa 01 filial 01 é um item comprado, e considerando que não exista saldo, o MRP Multiempresa pesquisa saldos nas demais empresas participantes do cálculo. Se existir saldo do item B na empresa 02 filial 01, é realizada uma transferência da empresa 02 para a empresa 01 para atender a necessidade. Caso não exista saldo na empresa 02 filial 01, é gerada uma ordem de produção na empresa 02 para que seja gerado o estoque necessário e uma transferência desse saldo da empresa 02 para a empresa 01 para atender a necessidade. Todo esse processo segue um esquema de priorização de empresas, que permite priorizar a geração de ordens e uso dos saldos de estoques.
Pré-requisitos:
- 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. 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. 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.
Lead Time:
As informações do lead time de transferência são registrados via MATA180 no campo "LT. Trans" . Neste cadastro é possível definir o tempo médio de transferência do produto para a filial destino, independente da origem. A data de transferência deve considerar a data da necessidade(datax) menos o lead time de transferência. A data de início da ordem de produção deve continuar com o cálculo normal, diminuindo o leadtime de produção.
Estoque de segurança/Ponto de pedido
O cálculo das quantidades de estoque de segurança e ponto de pedido para o MRP Multiempresas pode ser influenciado pelo parâmetro MV_ARQPROD e pelo cadastro do Indicador de Produtos (SBZ).
Quando o parâmetro MV_ARQPROD estiver com o conteúdo "SB1", as necessidades de estoque de segurança e ponto de pedido do produto sempre serão geradas na filial centralizadora. Nas demais filiais consideradas no cálculo, mesmo que o estoque do produto esteja menor que o estoque de segurança, ou o saldo final do período seja menor que o ponto de pedido, não será gerada uma necessidade para atender o estoque de segurança/ponto de pedido.
Para que as necessidades de ponto de pedido e estoque de segurança sejam geradas para as filiais centralizadas, se torna necessário a utilização do parâmetro MV_ARQPROD com o conteúdo "SBZ", em conjunto com o cadastro das informações de estoque de segurança e ponto de pedido nos indicadores de produto (SBZ) para todas as filiais onde se deseja que essas necessidades sejam geradas.
Exemplo:
Filial centralizadora: 01
Filiais centralizadas: 02, 03 e 04.
Parâmetro MV_ARQPROD = "SBZ"
Produto "000001", com cadastro na tabela SB1 configurado com Estoque de segurança de 50 unidades, e ponto de pedido de 100 unidades.
Produto "000001" sem nenhum cadastro na tabela SBZ.
Ao calcular o MRP com os parâmetros acima, a necessidade do estoque de segurança e do ponto de pedido continuará sendo gerada apenas na filial centralizadora "01", pois não existe cadastro para o produto nos indicadores de produto (SBZ) em nenhuma das filiais processadas pelo MRP. Quando o parâmetro MV_ARQPROD possuir o conteúdo "SBZ", mas o produto não possuir nenhum registro para nenhuma filial que o MRP irá processar, as quantidades de ponto de pedido e estoque de segurança serão calculadas da mesma forma de quando o parâmetro MV_ARQPROD está configurado como "SB1".
Continuando com os mesmos parâmetros acima, e adicionando apenas o cadastro do indicador de produtos conforme abaixo:
Produto "000001" com cadastro na tabela SBZ, para as filiais "02" e "03". Para a filial 02, a quantidade de ponto de pedido e estoque de segurança foram configurados com 100 unidades. Para a filial 03, a quantidade de ponto de pedido e estoque de segurança foram configurados com 200 unidades.
Ao calcular o MRP, o estoque de segurança e ponto de pedido deste produto será gerado apenas para as filiais 02 e 03, pois são as filiais que possuem os dados informados no indicador de produtos (SBZ). A quantidade considerada do estoque de segurança e ponto de pedido será de 100 unidades para a filial 02, e de 200 unidades para a filial 03. A informação de estoque de segurança e ponto de pedido que está registrada no cadastro de produtos (MATA010), passa a ser desconsiderada. Somente será gerada a necessidade de estoque de segurança e ponto de pedido para as filiais que possuírem o cadastro no indicador de produtos.
Alternativos
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.
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 = 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.
.
| |
| 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 | 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.
Permite a visão consolidada dos estoques, solicitações de compra, ordens de produção, previsões e pedidos de venda, plano mestre de produção de todas as empresas contidas no grupo do MRP multiempresa.
A execução do cálculo é realizada em uma única empresa que efetua a geração das ordens de compra, ordens de produção e transferências para todas as demais empresas.
Como a rotina funciona?
- Supondo que duas empresas compartilham seus produtos e possuam a estrutura conforme o exemplo a seguir:
Existindo uma demanda de venda para o item A e este não possuir saldo em estoque, o MRP Multiempresa gera uma ordem de produção e consequentemente, requisita os componentes.
Focando no item B, que na empresa 01 filial 01 é um item comprado, e considerando que não exista saldo, o MRP Multiempresa pesquisa saldos nas demais empresas participantes do cálculo. Se existir saldo do item B na empresa 02 filial 01, é realizada uma transferência da empresa 02 para a empresa 01 para atender a necessidade. Caso não exista saldo na empresa 02 filial 01, é gerada uma ordem de produção na empresa 02 para que seja gerado o estoque necessário e uma transferência desse saldo da empresa 02 para a empresa 01 para atender a necessidade. Todo esse processo segue um esquema de priorização de empresas, que permite priorizar a geração de ordens e uso dos saldos de estoques.
Pré-requisitos:
- 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. 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. 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.
Lead Time:
As informações do lead time de transferência são registrados via MATA180 no campo "LT. Trans" . Neste cadastro é possível definir o tempo médio de transferência do produto para a filial destino, independente da origem. A data de transferência deve considerar a data da necessidade(datax) menos o lead time de transferência. A data de início da ordem de produção deve continuar com o cálculo normal, diminuindo o leadtime de produção.
Estoque de segurança/Ponto de pedido
O cálculo das quantidades de estoque de segurança e ponto de pedido para o MRP Multiempresas pode ser influenciado pelo parâmetro MV_ARQPROD e pelo cadastro do Indicador de Produtos (SBZ).
Quando o parâmetro MV_ARQPROD estiver com o conteúdo "SB1", as necessidades de estoque de segurança e ponto de pedido do produto sempre serão geradas na filial centralizadora. Nas demais filiais consideradas no cálculo, mesmo que o estoque do produto esteja menor que o estoque de segurança, ou o saldo final do período seja menor que o ponto de pedido, não será gerada uma necessidade para atender o estoque de segurança/ponto de pedido.
Para que as necessidades de ponto de pedido e estoque de segurança sejam geradas para as filiais centralizadas, se torna necessário a utilização do parâmetro MV_ARQPROD com o conteúdo "SBZ", em conjunto com o cadastro das informações de estoque de segurança e ponto de pedido nos indicadores de produto (SBZ) para todas as filiais onde se deseja que essas necessidades sejam geradas.
Exemplo:
Filial centralizadora: 01
Filiais centralizadas: 02, 03 e 04.
Parâmetro MV_ARQPROD = "SBZ"
Produto "000001", com cadastro na tabela SB1 configurado com Estoque de segurança de 50 unidades, e ponto de pedido de 100 unidades.
Produto "000001" sem nenhum cadastro na tabela SBZ.
Ao calcular o MRP com os parâmetros acima, a necessidade do estoque de segurança e do ponto de pedido continuará sendo gerada apenas na filial centralizadora "01", pois não existe cadastro para o produto nos indicadores de produto (SBZ) em nenhuma das filiais processadas pelo MRP. Quando o parâmetro MV_ARQPROD possuir o conteúdo "SBZ", mas o produto não possuir nenhum registro para nenhuma filial que o MRP irá processar, as quantidades de ponto de pedido e estoque de segurança serão calculadas da mesma forma de quando o parâmetro MV_ARQPROD está configurado como "SB1".
Continuando com os mesmos parâmetros acima, e adicionando apenas o cadastro do indicador de produtos conforme abaixo:
Produto "000001" com cadastro na tabela SBZ, para as filiais "02" e "03". Para a filial 02, a quantidade de ponto de pedido e estoque de segurança foram configurados com 100 unidades. Para a filial 03, a quantidade de ponto de pedido e estoque de segurança foram configurados com 200 unidades.
Ao calcular o MRP, o estoque de segurança e ponto de pedido deste produto será gerado apenas para as filiais 02 e 03, pois são as filiais que possuem os dados informados no indicador de produtos (SBZ). A quantidade considerada do estoque de segurança e ponto de pedido será de 100 unidades para a filial 02, e de 200 unidades para a filial 03. A informação de estoque de segurança e ponto de pedido que está registrada no cadastro de produtos (MATA010), passa a ser desconsiderada. Somente será gerada a necessidade de estoque de segurança e ponto de pedido para as filiais que possuírem o cadastro no indicador de produtos.
Alternativos
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".
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 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.
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