Escolar Documentos
Profissional Documentos
Cultura Documentos
passvel de utilizar a abordagem Kanban ou JIT, mas para itens que so usados repetitivamente
e no so volumosos ou com formato irregular, o sistema funciona muito bem.
Muitas firmas de diversas indstrias vm utilizando com sucesso a abordagem JIT, entre outras: produtos de metal, automotiva e transporte, eletrnica, alimentos, bebidas. Um estudo realizado por fabricantes e distribuidores americanos assinalou os seguintes benefcios resultantes da utilizao da abordagem:
a)
b)
c)
e)
A Ford Motor Company tambm obteve sucesso na utilizao do JIT. Na sua planta em
Wixom, no estado de Michigan, a Ford implementou JIT na manufatura e nas atividades de
administrao de material.
Outras empresas tambm introduziram com sucesso o JIT. Entre elas podemos citar
Whirlpool, Textron, 3M, Brunswick, General Motors e Cummins Engine.
Apesar dos benefcios decorrentes do JIT serem muitos a abordagem parece no se adequar para todas as firmas e algumas limitaes inerentes ao sistema apareceram. Tais limitaes recaem em trs reas: programao da produo (na planta), programao da produo no
fornecedor e localizao do fornecedor.
Quando a nivelao da produo necessria devido a flutuaes na demanda as firmas
precisaro se valer nveis de inventrio mais altos. Itens podem ser produzidos durante perodos de folga apesar de s serem demandados mais tarde. A conseqncia a formao de inventrios indesejveis de produtos acabados porque os produtos no esto sendo montados
just-in-time para satisfazer a demanda dos clientes. Alm disso inventrios de produtos acabados tm alto valor agregado aumentando o risco financeiro inerente a obsolescncia, danos e
perdas. Por outro lado em certas situaes altos inventrios combinados com produo uniforme pode ser mais vantajoso do que um programa flutuante com menos inventrio.
Um segundo problema ou preocupao com JIT se relaciona com a programao da
produo dos fornecedores. O sucesso do JIT se baseia na capacidade dos fornecedores produzirem em sintonia com a programao de produo da firma. Pedidos menores e mais freqentes podem resultar em elevados custos de transao que devem ser levados em conta quando se
SISTEMAS MRP
A Complexidade da montagem multiestgio
Programar a produo de curto prazo em ambiente multiestgio se concentra na determinao das necessidades e efetivao do abastecimento de componentes e subconjuntos necessrios montagem do produto final. Aqui o conceito de demanda dependente central. A
demanda por componentes e matrias primas determinada em grande extenso, quando os
programas de produo dos itens pai nos quais aqueles materiais so utilizados so estabelecidos. Por exemplo, na montagem de um automvel a necessidade de determinado motor
identificada quando a programao de montagem do automvel no qual ser utilizado especificada.
Consideremos uma fabrica com certo nmero de centros, postos ou estaes de trabalho. Para chegar ao produto acabado (na forma de uma montagem de vrios componentes), o
processamento de operaes em vrios desses centros ser necessrio e, consequentemente,
vrias formas de inventrios iro se formar:
1.
Matrias Primas
2.
3.
Componentes
4.
5.
Subconjuntos (assemblies)
6.
semblies).
7.
Como podemos verificar, as necessidades ao longo do tempo de um determinado componente so ditadas pela programao de produo do prximo nvel de componentes (o mais
prximo do produto acabado) em que aquele elemento utilizado. Portanto, existem iteraes
complicadas entre programaes de produo e respectivos inventrios dos vrios nveis de
itens. Alm disso, mesmo demandas relativamente constantes de produtos podem provocar
necessidades errticas ao longo do tempo em determinado componente decorrente dos lotes de
montagens, sub-montagens, etc. Observemos o quadro abaixo e grfico correspondente, onde o
subconjunto A utilizado em trs diferentes conjuntos. Observe que a demanda de cada conjunto constante com o tempo, mas a demanda por componente A extremamente errtica
porque os conjuntos, por questes de setup so fabricados em lotes cobrindo mais de um perodo simples de demanda. Note que este um dos componentes de uma praga que assola as cadeias de suprimento, o Bullwhip Effect (Efeito Chicotada).
O efeito amplificado em um ambiente de manufatura quando muitos componentes so
requisitados para montar um nico produto acabado. Abastecimentos inadequados de alguns
dos componentes podem provocar demoras bem como excesso de material em processo de
outros componentes. Para piorar a situao, existem restries de capacidade nas estaes de
trabalho (somente algumas horas podem estar disponveis em uma determinada estao).
Os componentes de custo incluem custos de setup e agregao de valor no centro de
produo (ou custos de reabastecimento para matrias primas), custos de manuteno de inventrio, custos de horas extraordinrias, custos de falta e custos de sistema de controle. Em uma
situao ideal, uma vez obtida a projeo do consumo do produto final por perodo de tempo
seria desejvel as quantidades a serem compradas ou produzidas nos diversos nveis de manufatura. A meta seria manter o mais baixo possvel o total dos custos relevantes, sem, entretanto
violar qualquer das restries. Entretanto, o problema no de natureza esttica; no curto prazo
existem possibilidades de muitas mudanas, tais como alteraes nos pedidos dos clientes,
quebra de mquina, rejeies, etc. At o presente, soluo tima est fora de questo. Resta
buscar uma soluo vivel que gere custos razoveis.
Perodos
Tempo
de
1
10
Montagem X
Demanda
Produo
10
30
10
10
10
30
10
10
10
30
10
10
10
30
Montagem X
Demanda
Produo
5
20
5
20
5
20
5
20
Montagem X
Demanda
Produo
7
14
7
14
7
14
7
14
Subconjunto A
64
14
30
34
34
30
44
mente aps uma grande demanda (ponto de encomenda). Novamente em uma situao
de demanda errtica, uma grande demanda pode ser seguida de vrios perodos de inatividade. Nesses casos no seria razovel imediatamente reabastecer porque se incorreria em pesados e desnecessrios custos de manuteno.
4. Onde vrios componentes so necessrios para uma nica montagem, no faz sentido tratar os inventrios deles de forma isolada. Para ilustrar, considere o caso onde vinte diferentes componentes so necessrios para uma montagem. Suponha que atravs de
um controle independente de cada componente exista 95% de chance de que ele esteja
em estoque, ento a probabilidade de se completar uma montagem seria de (0,95)20 =
0,36. Assim em 64% do tempo pelo menos um dos componentes estaria indisponvel atrasando em conseqncia a finalizao da montagem.
Cdigo de Nvel
Para explodir para trs as relaes de todos os componentes de um determinado
MPS criada um mtodo estruturado de codificao. Para cada item ou lista de material
designado um cdigo de nvel que segue a lgica abaixo:
.....................................................................................................................................
NIVEL N. Um componente direto do item do nvel (n 1); isto , um componente da lista de material com nvel de cdigo (n 1).
Pode-se concluir que um item pode ser vendido como produto acabado e ser utilizado
como componente, digamos, de um item de nvel 2. Um item produto acabado poderia perfeitamente se codificado 0, mas como componente ser codificado nvel 3. MRP resolve este conflito sempre escolhendo o nmero mais alto para codificar o item.
A figura abaixo mostra uma forma endentada de uma lista de materiais.
A
endentao
tambm pode ser visualizada atravs da tabela abaixo. Como se pode ver esta tabela lista todos
os componentes e mostra que existe uma relao um para um entre endentao e cdigo de nvel.
CARROS
CARROARIA
CONJUNTO RODAS/EIXO
5/jun
12/jun
19/jun
26/jun
Os componentes por seu turno devero iniciar a produo em tempo adequado de forma
a estarem disponveis em 19 de junho. Neste exemplo, suponha que o lead time para produzir
as carroarias de uma semana e o lead time para produzir o conjunto eixo/rodas seja de duas
semanas. Ento, o numero correto de carrocerias deve iniciar a produo em 12/06 e o nmero
correto de eixo/rodas em 5/06. No caso da matria prima, o lead time (offset) o tempo que ir
decorrer desde o instante em que ns decidimos colocar o pedido at o momento em que o material dever estar fisicamente presente para iniciar a primeira operao.
Routing
Para cada item que aparea no MPS, o roteiro mostra a seqncia de operaes de produo (e as estaes de trabalho associadas) e as horas padres para cada operao. Os roteiros
so essenciais para a atividade de planejamento de capacidade.
Perodo de Tempo
1
Pacote Carro & Caminho
D63321 Liberao de pedidos planejada
Pai
2
50
30
4 5
20
6
40
30
8
60
10
vermelho,
Necessidades
50
40
10
20
70
10
60
0
0
1
0
2
50
3
40
4
20
5
0
6
70
7
10
8
60
-80
-100
-100
-170
-180
-240
Necessidades lquidas
40
20
70
10
60
Perodo de Tempo
Necessidades brutas
projetadas
Recebimentos programados
Recebimentos de
pedidos planejados
Liberao de pedidos
planejados
40
Quando existem necessidades lquidas acumuladas em qualquer perodo (ou seja o inventrio lquido negativo) sinal que o plano no supre as necessidades de cobertura para as
necessidades projetadas. Consequentemente alguma mudana necessria. A linha 4 nos d a
necessidade lquida em cada perodo assumindo que nenhum estoque de segurana. A formula
para Excel :
Nt = max(0, Gt - SST max(0, IT)
Onde:
Nt = necessidades lquidas no perodo t.
Gt = necessidades brutas no perodo t
SSt = Estoque de segurana no perodo t
It1 = Inventrio final no perodo t 1
Observe que o estoque de segurana pode mudar ao longo do tempo.
Os recebimentos programados (linha 2) difere dos recebimentos planejados (linha 5) no
fato de que os recebimentos programados foram liberados para o cho de fbrica (oficina) ou
para os fornecedores. Recebimentos planejados esto ainda para serem liberados e portanto
ainda podem ser modificados Observe da tabela acima que nos no tempos nenhum recebimento programados e at agora nos deixamos a linha de recebimentos planejados em branco. Como
existem necessidades liquidas de 40 (40= 50 + 0 10) carros no perodo 2, um pedido deve ser
programada para recebimento naquele perodo. Esta ordem deve ser liberada no perodo um
porque o lead time de um perodo. Pode parecer atraente encomendar uma quantidade que
atenda s necessidades de perodos subseqentes (particularmente perodos 3 e 4). Se utilizarmos a regra LFL para planejamento da liberao dos pedidos, um lote liberado medida que
uma necessidade lquida aparece. A tabela abaixo nos d a programao resultante. Observe
que os recebimentos programados de pedidos igual s necessidades brutas planejadas nos
perodos 3 a 8. Observe ainda que os recebimentos programados so ainda 0 porque nenhum
pedido foi liberado ainda. No perodo seguinte, se o primeiro pedido de 40 for de fato liberado,
ele aparecer como um recebimento programado no perodo 2, enquanto o recebimento de pedido planejado no perodo 2 ser consequentemente 0. As necessidades lquidas depois dos
recebimentos dos pedidos sero todos zero. A tabela est mostrando eles antes desses recebimentos.
0
Perodo de Tempo
Necessidades brutas proje- 0
tadas
1
0
2
50
3
40
4
20
6
70
7
10
8
60
-80
-100
-100
-170
-180
-240
Necessidades lquidas
0
Recebimentos de pedidos
planejados
Liberao de pedidos planejados
40
40
20
70
10
60
40
40
20
70
10
60
40 40
20
70
10
60
Recebimentos programados
0
Ao invs de necessariamente utilizamos a regra LFL vamos considerar o seguinte. Soponha que o custo de setup para a operao de montagem do carro ser $7,50, o custo varivel
adicionado nesta operao seja de $8/unidade e o custo de manuteno de inventrio foi estabelecido ser 0,005$/$/perodo. (se o perodo for de uma semana, isto corresponderia a um valor
de r de 0,26$/$/ano. Se a heurstica Silver-Meal for utilizada, considerando o trade off dos
custos, o planejamento da liberao dos pedidos ficaria modificado conforme a tabela abaixo.
Com um lead time de 1 perodo, a programao de pedido mostrada na linha 6. Somente o
pedido no perodo 1 seria liberado; as quantidades que aparecem nos demais perodos so planejamentos tentativos. Descartando qualquer estoque de segurana nos verificamos da linha 3
que a cobertura adequada foi providenciada.
MRP REVISADO (SILVER MEAL) PARA O CARRINHO VERMELHO
D614252
0 1
Perodo de Tempo
2
3 4 5 6 7
8
Necessidades brutas projetadas
0 0
50
40 20
70 10 60
Recebimentos programados
0 0
0
0 0 0 0 0
0
Inventrio lquido ao final do perodo 10 10
60
20 0 0 10 0
0
Necessidades lquidas
0 0
40
40 20 0 70 10 60
Recebimentos de pedidos planejados
100 0 0 0 80 0
60
Liberao de pedidos planejados
100 0
0 0 80 0 60 0
Vamos cuidar agora de todos os nveis remanescentes do MRP para computao dos
componentes do carrinho, assumindo que a heurstica Silver-Meal seja usada em substituio
ao LFL. As necessidades brutas para o conjunto eixo/rodas so derivadas da liberao de pedidos planejados para o carrinho, linha 6. Observe que como so necessrios dois eixos para cada
carrinho as necessidades brutas so o dobro da liberao de pedidos planejados em cada perodo. Acontece que o eixo/rodas so utilizado em carrinhos de todas as cores. O MRP dever
verificar as liberaes de pedidos planejadas para carrinhos de outras cores. Supondo que isto
foi feito e a combinao das liberaes resulte na segunda linha da tabela abaixo. A ltima linha ir refletir as necessidades brutas de eixo/rodas, que o MRP inicial para o item R21174.
DETERMINAO DAS NECESSIDADES BRUTAS PARA EIXO/RODAS
Fonte Perodo de Tempo
1
2
3
4
5
6
7
8
Carrinho D614252, liberao 200 0
Pai
0
0
160 0
120 0
de pedidos planejados.
Pai
Total
Carinho de outras cores, libera- 700 500 300 700 300 200 600 100
o de pedidos.
Necessidades brutas para o 900 500 300 700 460 200 720 100
conjunto eixo/rodas
Uma srie de observaes deve emergir dos dados contidos nas tabelas a seguir.
Em primeiro lugar, veja que o MRP para a carroaria do carrinho, indica que uma en-
comenda de 150 unidades est prometida chegar no perodo 1.Isto realmente um achado porque justamente naquele perodo 100 carroarias so necessrias para completar a montagem de
carrinhos vermelhos conforme a sexta linha da tabela MRP revisado (Silver-Meal), citada anteriormente e a primeira linha da tabela MRP para a carroaria abaixo. Assim sobram 50 unidades em inventrio at o perodo 5, quando mais 80 unidades de carroarias sero necessrias,
gerando uma necessidade lquida de 30. Portanto, a liberao de um pedido 30 necessria
para combinada com o saldo de inventrio satisfazer a necessidade de 80.
MRP PARA DEMAIS COMPONENTES - CARROARIA DO CARRINHO VERMELHO, C9865
Lead Time = 1 perodo
Quantidade de Pedido = LFL
Perodo de Tempo
0 1
2
3
4
5
6 7
8
1 Necessidades brutas projetadas
0 100
0
0
0
80 0 60 0
2 Recebimentos programados
0 150
0
0
0
30 0 60 0
3 Inventrio projetado ao final do perodo 0 50
50 50 50 0
0 0
0
4 Necessidades liquidas
Recebimentos de pedidos planejados
5
6 Liberao de pedidos planejados
0 0
30
60
0 0
0 0
0
0
0
30
0
0
30
60
0
0
60
0
0
0
No MRP para o conjunto eixo/rodas, ns podemos verificar que existem 1200 em inventrio no incio do perodo 1 e mais 200 sero recebidas no perodo 1. O lead time de dois
perodos e a regra de lote LFL e a combinao dessas informaes iro gerar o planejamento
de liberao de pedidos de 300, 700, 460, 200, 720 e 100. Isto mostrado na linha 6 da tabela
abaixo.
CONJUNTO EI-
460
460
0
200
200
0
720
720
0
100
100
0
0 300 700
460
200
720
100
0 300 700
460
200
720
100
720
100
Agora observe que essa mesma sexta linha vai constituir a linha necessidades brutas para o item eixo porque para cada conjunto necessrio apenas um eixo. Observe o inventrio
disponvel no incio do perodo no valor de 1480 unidades que atendero s necessidades lquidas de eixo at o terceiro perodo. Outro dado digno de nota o tamanho fixo do lote de encomenda de 500. Isto ocorre porque o fornecedor havia feito uma oferta de desconto atraente em
quantidades mltiplas se 500, ou seja, 500, 1000 ou 1500 e o setor de aquisio determinou que
o lote econmico seja de 500 unidades.
MRP PARA EIXO A31456
Lead Time = 1 perodos
Quantidade de pedido = 500
Perodo de Tempo
0
1 Necessidades brutas proje- 0
tadas
1
300
2
3
700 460
4
200
5
720
6
100
7
0
8
0
2 Recebimentos programados
3 Inventrio projetado ao
final do perodo
4 Necessidades lquidas
5 Recebimentos de pedidos
planejados
6 Liberao de pedidos planejados
0
0
0
0
1480 1180 480 20
0
-180
0
-900
0
0
0
-1000 -1000 -1000
180
720
100
0
0
0
500
0
0
500 0
500
0
500
0
0
0
0
0
0
0
0
0
720
600
0
120
4 Necessidades lquidas
0
5 Recebimentos de pedidos 0
planejados
0
0
1280 920
1400 920
1280 920
0
0
400
400
0
1280 920
1280 920
400
400
400
1440 200
1440 200
0
0
0
0
0
0
0
0
1440 200
1440 200
0
0
0
0
1440 200
Vantagens do MRP
O MRP fornece vrios tipos de informao de interesse da administrao, particularmente em um ambiente que muda devido a alterao na demanda de clientes, refugos e retrabalhos, defeitos em equipamentos, etc. As informaes incluem:
1. Status atual e projetado para cada item de material.
2. Lista de pedidos planejados e liberados por perodo de tempo. Este documento
til por dois motivos. Primeiro, numa forma reduzida, a realimentao do estagio de planejamento agregado (taxa de produo agregada, tamanho de mo de obra, nveis de inventrio e at taxas de embarque) de um sistema de planejamento hierrquico. Segundo,
ele necessrio como input para o planejamento detalhado de capacidade.
Existe uma exceo para a regra de uso da exploso nvel por nvel para assegurar o abastecimento de todos os itens especificamente, itens de baixo valor com altas taxas de utilizao que basicamente so componentes de muitos itens, e.g. parafusos, arruelas, porcas etc.
Os custos de controle preciso seriam provavelmente proibitivos tendo em vista o baixo custo
para se manter estoques de segurana para tais itens.
Como todas as funes operam com os mesmos dados, a coordenao facilitada. Imagine que um vendedor recebe uma ligao de um cliente solicitando uma entrega de um lote de
determinado produto se um determinado prazo de entrega puder ser cumprido. Com o ERP o
vendedor pode perguntar (query) ao sistema se a viabilidade de entregar o produto no preo e
prazo solicitados. Como o mesmo dado utilizado no planejamento da produo, ser bastante
preciso apresentar uma data de entrega e como o mesmo dado utilizado pelo departamento de
vendas, os dados iro refletir a atual tabela de preo da empresa. Se o pedido for aceito, o vendedor ou um funcionrio de escritrio poder dar o input do pedido no sistema. O sistema ento automaticamente verifica o programa de entrega, o preo e o status de crdito do cliente.
A previso de vendas apoiada no ERP por modelos parecidos com aqueles j estudados em aulas de planejamento e controle de inventrio e a partir da estes dados so utilizados
como input para o processo de planejamento da produo. Planejamento da produo, de capacidade e controle de inventrio no ERP idntico s funes semelhantes no MRP porque o
ERP emprega a lgica no padro do MRP. Produo e compras so iniciadaspelo sistema, exatamente como no sistema MRP. Alguns MRP tm capacidade de simulao, de forma que planos alternativos possam ser avaliados. Os lotes so processados na fbrica, o sisea ERP rastreia
seu progresso de forma que o pessoal de vendas possa atualizar a data prevista para prontificao. Assim se um cliente liga para um representante de vendas, o sistema pode ser inquirido e a
data precisa de entrega ser comunicada. Alguns sistemas tm mdulos que produzem relatrios
sobre muitos indicadores de desempenho, incluindo lead times, utilizao de capacidade e custos.
Uma vez que um lote esteja pronto para embarque, ERP apia as atividades de embarque, incluindo roteiro, escolha de destinao para o caminho, e no estabelecimento de datas de
embarque. Para todas as funes o pessoal da logstica pode contornar as escolhas do ERP
quando uma melhor alternativa for vislumbrada. O ERP tambm gera uma lista de picking dentro do contexto do seu sistema de gerenciamento de depsito (WMS), A informao financeira
tambm gerada, de modo que , contas a receber e planejamento financeiro so todos apoiados
pelos mesmos dados. Diferentemente do MRP o ERP utilizado pela administrao em todos
os nveis e em todos os departamentos.
Tudo que ns discutimos at agora sobre ERP levanta pontos importantes sobre as vantagens daqueles sistemas. Em primeiro lugar eles tm muito dos benefcios dos sistemas MRP.
Alm disso, eles provm um novo nvel de planejamento e controle, nesse caso para mltiplas
funes atravs de toda firma. O MRP trouxe controle para a fbrica catica, mas seus dados
so isolados das vendas, finanas, contabilidade e de outras funes. O ERP facilita comunicao entre todas essas funes porque elas agora operam com os mesmos dados. Depois, o ERP
explicitamente um sistema multilocalidade, de modo que firmas globais de modo que a firma
no precisa interligar mltiplos sistemas MRP e DRP. Na verdade, alguns sistemas ERP abrigam ajustamento de taxas de cmbio, modos de embarque mltiplos, planejamento de produo de mltiplos locais e outras funes que so crticas para uma empresa global. 1
Entretanto nem tudo so flores e existem alguns pontos negativos acerca do ERP. Primeiro eles tm muitos dos pontos fracos do sistema MRP simplesmente porque os mdulos de
produo so construdos com a mesma lgica MRP. Segundo, apesar das histrias de sucesso
de implementao de ERP, os custos de so geralmente muito altos e s vezes a firma se torna
dependente de consultores o que tornam mais longnquo o payback. Consultoria para implementao tem um custo pelo menos igual ao do prprio software. Entretanto j existem verses
para pequenas e mdias empresas. Em terceiro, como os bancos de dados desses sistemas so
de certa forma abertos, problemas de segurana da informao precisam ser bem gerenciados.
Finalmente, muitas firmas utilizaram o ERP como catalisador de processos de reengenharia e
acabaram ficando refns da tecnologia. Exemplo: suponha que uma firma deseje reorganizar de
tal forma que departamento de produo e departamento de vendas agora operam juntos. No
haver mais um nico departamento de produo e um departamento de vendas separado servido mltiplos tipos de clientes. O que haveria na verdade seria uma srie de departamentos
que incluem pessoal da produo e vendas, cada um dos quais serviriam a um determinado tipo
de cliente. O ERP pode facilitar essa reorganizao porque pessoas, mquinas e relaes podem ser configuradas enquanto o software est sendo instalado. Entretanto, o software no
completamente flexvel e, muitos administradores acabam descobrindo que agora tm limitadas
opes de reorganizao. Outros tentam instalar o software sem abordar problemas fundamentais nos processos de seus negcios e descobrem que eles raramente alcanam os benefcios
prometidos. importante visualizar a implementao como um projeto combinando reengenharia e software.
Uma observao final que quando uma empresa global persegue um grande projeto de
ERP, recomendvel que o faa em fases de modo a evitar que especificidades locais possam
estabelecer limitaes de opes na empresa me.
Informaes e demos podem ser obtidos nos sites www.sap.com ou no concorrente www.oracle.com
Concluso
Nesse trabalho nos concentramos no planejamento e controle da produo/inventrio
em situaes de montagem. A nfase foi deslocada para o circuito fechado (closed loop) do
MRP. Tal sistema no timo do ponto de vista matemtico, mas, quando comparado com os
sistemas de abastecimento mais tradicionais, ele fornece benefcios substanciais para o gerenciamento, em termo de informao corretamente sumarizada em um complexo ambiente de
manufatura multiestgio. Talvez o maior benefcio do MRP neste tipo de ambiente a habilidade de se adaptar mais rapidamente s rpidas mudanas que ocorrem em tais ambientes. Isto
parcialmente possvel atravs do uso da lgica quando em modo simulador para prover respostas s questes do tipo what if.
Dificuldades na implantao existem. Em particular elas ocorrem quando a empresa
no a necessria nfase ao input de informaes confiveis, nem manuteno de um MPS
estvel. Isto provavelmente o resultado em grande parte de educao e treinamento inadequado e gerentes, supervisores e outros funcionrios com relao natureza e a operao adequada do MRP.