Software MRP: planejamento de necessidades de materiais

O MRP clássico do ERP usa prazos fixos e capacidade infinita. O MRP da MSF é orientado pelo plano de capacidade finita do APS, por isso as datas são realistas.

Cria propostas que os seus compradores aprovam. As propostas aprovadas seguem para o ERP como ordens de compra.

Sim, as operações subcontratadas e os materiais fornecidos a subcontratados são totalmente suportados.

Cinco coisas, não três: listas de materiais que correspondam ao que é realmente fabricado, estoque existente que corresponda à prateleira, prazos de entrega medidos e não herdados, ordens de compra e ordens de produção em aberto com datas em que alguém ainda acredite, e as regras de refugo, rendimento e dimensionamento de lote. O fornecimento em aberto desatualizado é o problema silencioso, porque cobre uma necessidade que na prática não está coberta. Antes do go-live, liste todas as ordens em aberto com data já passada e obrigue a uma decisão: reprogramar ou fechar.

Não da forma que precisa. O MRP compensa as necessidades contra o estoque existente e o fornecimento em aberto, por isso, se o estoque existente estiver errado, a resposta fica errada nos dois sentidos ao mesmo tempo: pede material que já tem e fica calado sobre material que não tem. O inventário rotativo nos itens que concentram a maior parte do valor é um pré-requisito e deve ser feito desde o início.

Uma execução completa durante a noite, mais execuções dirigidas depois de uma alteração no plano ou de uma entrega em atraso. Rodar mais vezes não é automaticamente melhor: cada execução replaneja com informação nova, e uma data de necessidade que muda todas as manhãs não dá ao comprador nada sobre que agir. Dentro de um horizonte congelado, defina se as propostas deixam mesmo de ser recalculadas ou se continuam sendo recalculadas e apenas assinaladas quando derivam, porque as duas opções se comportam de forma muito diferente para quem trabalha a lista.

Sim, autônomo contra o seu ERP. Mantém a explosão de listas de materiais multi-nível, o cálculo líquido contra o estoque existente e o fornecimento em aberto, os calendários de fornecedores e as quantidades mínimas de pedido. O que perde são as datas vindas do plano: as datas de necessidade passam a ser calculadas por prazos de entrega fixos, ou seja, valem exatamente o que valem os prazos que alguém escreveu, e não se mexem quando o chão de fábrica derrapa.

Não toma decisões comerciais. Propõe quantidades e datas. Não negoceia preço, não escolhe entre fornecedores além dos dados que configurou (fornecedor preferencial, faixa de preço, prazo de entrega, quantidade mínima de pedido, calendário) e não faz previsão de demanda, que tem de vir do seu plano de vendas. Também não consegue ver material consumido na fábrica mas nunca registrado, que é a razão habitual para uma proposta parecer errada.

Uma passagem diária pela lista de exceções, cujo tamanho depende de quantos itens planeja e da largura do horizonte de exceções que definir. Olhar um painel não basta. A execução gera mensagens de antecipação, de adiamento e de cancelamento, e o valor está em alguém decidir quais interessam e agir no mesmo dia. Onde esse passo é pulado, a lista cresce até ninguém a abrir e o sistema passa a ter fama de dar ruído.

As datas de vigência determinam o que as novas explosões usam; as ordens que já estão em aberto ficam como estão. Uma ordem lançada leva consigo a lista de componentes com que foi emitida e não é reexplodida, por isso puxar a alteração para dentro dela implica reemitir a ordem ou corrigi-la à mão. Verifique que data é que comanda o teste de vigência (criação, lançamento, início planejado ou data de necessidade), porque essa escolha decide se a alteração chega sequer a uma determinada ordem.