Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

...

Informações
titleImportante:
  1. Se na Função no Cadastro do Cenário (DB0101), o parâmetro “Utilizar conceito Multiestabelecimento” estiver marcado, será considerado os parâmetros do item/estabelecimento da malha produtiva do cenário (Manutenção Item x Estabelecimento (DB0117)).
  2. Se na Função no Cadastro do Cenário (DB0101), o parâmetro “Solicitação Produção entre Estab.” estiver marcado, serão consideradas as solicitações de produção enviadas por outros estabelecimentos. Estas solicitações irão consumir o saldo disponível e caso preciso, irá gerar novas ordens de produção para atendê-las (uma solicitação de produção vinda de outro estabelecimento tem o mesmo comportamento que um pedido de venda).
  3. Se na Função Cadastro do Cenário (DB0101), o parâmetro “Considera Programação de Recebimento” estiver marcado, serão consideradas as programações de recebimento enviadas por outros estabelecimentos.
  4. Quando o sistema identifica que é necessário realizar uma produção, porém este item é produzido em outro estabelecimento, é gerada uma Solicitação de produção para o estabelecimento produtor definido na Relação de Fornecimento entre Estabelecimentos (DB0119). Esta solicitação de produção será substituída por uma programação de recebimento quando é realizado o processo de Confirmação do Planejamento da malha produtiva do estabelecimento produtor. Atenção: As solicitações de produção serão enviadas para outro estabelecimento somente quando confirmado o planejamento por intermédio da Confirmação do Planejamento (DB0202).
  5. As solicitações de produção enviadas para outro estabelecimento, seguirão as mesmas regras de geração de ordens de produção, tanto para definição de quantidade como data.  


Itens que serão programados pelo planejamento de demandas:

...

Serão geradas ordens planejadas dentro do horizonte fixo do item caso haja necessidade de produção. No Cálculo do Sequenciamento (DBAPI004), será dado prioridade à alocação das máquinas para as ordens firmes (caso parametrizado no cenário para tal). Desta forma a ordem planejada continuará dentro do horizonte fixo do item após o sequenciamento somente se houver capacidade de produção.

...

O sistema não poderá reprogramar ordens firmes dentro do horizonte fixo do item, por esse motivo o saldo dessas ordens será considerado como saldo inicial e passará a atender aos pedidos na sequência de datas. Isso evitará que sejam geradas ordens excedentes na fábrica.

Exemplo

 


Item: 001

Saldo Disponível:

10

 


Descrição: Camisa Polo

Ordens Firmes:

2000

 


Tipo

Quantidade

Data

Saldo Disponível

Pedido

1000

10/5/2004

1010

Pedido

1000

11/5/2004

10

Ordem Planejada

490

12/5/2004

500

Pedido

500

12/5/2004

0

Ordem Firme

1000

13/5/2004

0

Ordem Firme

1000

14/5/2004

0

Há duas ordens de produção firmes para os dias 13/05 e 14/05. O saldo dessas ordens é então somado ao saldo inicial e virá atendendo aos pedidos de venda do dia 10/5 e 11/05. Como no dia 12/05 não há mais saldo disponível, gera-se uma ordem planejada. 

...

Reservas de produção feitas para itens que pertencem à mesma malha do item da reserva, não serão consideradas, visto que serão programadas pelo cálculo de explosão de demanda, Cálculo da Explosão de Demanda (DBAPI002). 

As previsões de itens com política "configurado" não serão consideradas.

...

A- Nível Superior (considera saldo): Para cada demanda (pedido, previsão ou estoque de segurança), será aberta uma ordem, descontando o saldo inicial e o saldo que pode ter sobrado em um período anterior. Ainda, a quantidade da ordem a ser gerada levará em consideração: Perda, Refugo, Lote Mínimo e Múltiplo (Cálculos já definidos anteriormente). Mantém na ordem programada a identificação da demanda que a gerou (Nome do Cliente, Número do Pedido, Sequência do Item no Pedido). 

Exemplo

Saldo em estoque: 50 unidades

Ordens Firmes: 200 unidades (não relacionadas a pedidos ou a pedidos inexistentes)

 


Data

01/10

02/10

03/10

04/10

05/10

06/10

07/10

08/10

Pedidos

 


2000

2500

1500

 


1500

 

 



Previsões Bruta

1000

1000

1000

 


1000

1000

1000

 


Previsões Líquidas

1000

1000

1000

 


1000

1000

1000

 


OP’s firmes

200

 

 

 

 

 

 

 








OP’s planej

900

 

 

 

 

 

 

 








O parâmetro Consumo  de Previsão está assinalado como NÃO, o lote múltiplo está marcado como sendo 100, a perda é de 5 unidades, o refugo é igual a 10% e o saldo inicial é de 50 unidades. Assim, cada demanda gerará uma ordem, descontando o saldo já existente.

No caso do período 1, o cálculo será o seguinte: Necessidade = previsão – saldo – ordem firmes = 1000   – 50 – 175 = 775

Na ordem firme de 200 unidades, perderemos 10% e mais 5 unidades, deixando disponível apenas 175 unidades.

Somando perda e refugo:

Quantidade = (necessidade do item + perda) ( 775 + 5) = 866,67 unidades  1 - (fator de refugo/100) (1 – 0,1)

Compara com o lote mínimo. Se for menor, passa a valer o lote mínimo.

Compara com o lote múltiplo: 

Quantidade/múltiplo = 866,67/100 = 8,66 lotes, arredondamos para 9 lotes.

Assim, a quantidade final passa a ser 9 x 100 = 900 unidades. O disponível neste período será = 50 + (900 – 5)x0,9 + (200 – 5) x 0,9 – 1000 = 31 unidades, as quais ficam como saldo  inicial para o próximo período. 

B - Ordem (não considera saldo): Para cada demanda (pedido ou previsão), será aberta uma ordem, desconsiderando o saldo inicial, bem como o saldo que pode ter sobrado em um período. Não trabalha com lotes, mas considera perda e refugo. Mantém na ordem programada a identificação da demanda que a gerou (nome do cliente, número do pedido, sequência do item no pedido). 

Exemplo

 


Data

01/10

02/10

03/10

04/10

05/10

06/10

07/10

08/10

Pedidos

 

 



2500

1500

 


1500

 

 



Previsões Bruta

1000

1000

1000

 


1000

1000

1000

 


Previsões Líquidas

1000

1000

1000

 


1000

1000

1000

 


OP’s firmes

200

 


200

 

 

 

 

 






OP’s planej

1000

1000

3500

1500

1000

2500

1000

 


O parâmetro consumo de previsão está assinalado como NÃO. Assim, cada demanda gerará uma ordem. O saldo existente será apenas mostrado, mas não será descontado. No caso do período 3, detalhando, teríamos uma ordem de 2500 unidades para o pedido (pedido sempre é prioritário em relação à previsão), mais uma ordem de 1000 unidades. 

C- Período Fixo: São acumuladas todas as necessidades, a partir da data da primeira necessidade abaixo do estoque de segurança e gerada uma única ordem para atender ao período fixo definido para o item. Esta política considera perda, refugo, lote mínimo e múltiplo. 

Exemplo

Ordens Firmes: 400 unidades (somatória das ordens do período 01/10 e 03/10)

 


Data

01/10

02/10

03/10

04/10

05/10

06/10

07/10

08/10

Pedidos

 

 



2500

1500

 

 



1500

 


Previsões Bruta

1000

1000

1000

 

 



1000

1000

 


Previsões Líquidas

0

0

0

0

0

500

0

 


OP’s firmes

200

 


200

 

 

 

 

 






OP’s planej

 

 



3600

 

 O



2000

 

 



O parâmetro Consumo de Previsão está assinalado como SIM e o lote múltiplo está marcado como sendo 1 (default). Primeiro, é efetuado o cálculo backward, para executar o consumo da previsão e encontrar as demandas.

O pedido do dia 07 consome a previsão do mesmo dia e parcialmente do dia 06. Assim, a demanda do dia 06 fica sendo de 500 unidades. O pedido do dia 04 consome a previsão do dia 03 e parcialmente a do dia 02. O pedido do dia 03 consome o resto da previsão do dia 02 e toda a previsão do dia 01. Para uma política de período fixo, os períodos são unidos a partir do primeiro período onde há a necessidade de abertura de uma ordem. Assim, se a política for período fixo de 3 períodos, o primeiro período onde há a necessidade de abertura de uma ordem é no dia 03, e assim somam-se os dias 04 e 05, fixando os 3 períodos e gerando uma ordem de 3600 unidades.

O próximo período onde há a necessidade de abertura de ordens é no dia 06, assim somam-se também os períodos 07 e 08. 

D- Lote: O usuário definirá uma quantidade-padrão como lote, onde as ordens geradas deverão ter quantidade múltipla deste lote. Sobrando saldo em um período, este será considerado como disponível para os períodos seguintes. Esta política considera perda, refugo, lote mínimo e lote. 

Exemplo

 


Data

01/10

02/10

03/10

04/10

05/10

06/10

07/10

08/10

Pedidos

 

 



2500

1500

 

 



1500

 


Previsões

2500(500)

1000

1000

 

 



1000(500)

1000

 


OP’s firmes

400

 


400

 

 

 

 

 






OP’s planej

 

 



2400

1200

 


800

1200

 


O parâmetro Consumo de Previsão está assinalado como SIM, o saldo inicial é de 100 unidades, o lote está marcado como sendo 400 unidades, o lote mínimo é de 100 unidades e não há perda nem refugo. Primeiro, faz-se o cálculo backward para executar o consumo da previsão e encontrar as demandas.

O pedido do dia 07 consome a previsão do mesmo dia e parcialmente a do dia 06. Assim, a demanda do dia 06 fica sendo de 500 unidades. O pedido do dia 04 consome a previsão do dia 03 e parcialmente a do dia 02. O pedido do dia 03 consome o resto da previsão do dia 02 e parte da previsão do dia 01, sobrando 500 unidades.

Assim, teremos que atender aos pedidos e às previsões dos dias 01 (500 unidades) e 06 (500 unidades).

No dia 01, tem-se: 

demanda – saldo – ordens = 

500 unidades - 100 unidades - 400 unidades = 0, ou seja, não há necessidade de serem abertas ordens.

No dia 03 temos um pedido de 2500 unidades e não há saldo do período anterior: 2500 – 400 = 2100 unidades. Então, precisa-se gerar uma ordem de, no mínimo 2100 unidades. Comparando com o lote mínimo, vê-se que esta quantidade é superior. Comparando com o lote 2100/400 = 5,25, ou seja, 6 lotes (6 x 400 = 2400 unidades). 

E - Real Consumo: Sempre que o tempo de espera do cliente for menor que o lead time de fabricação do item, este deve usar como política de planejamento o reabastecimento pelo real consumo. Esta política não leva em consideração nem carteira de pedidos, nem previsão de vendas para determinar a quantidade que deverá ser produzida, mas verifica se a disponibilidade de estoque, que é formada pelo saldo de estoque atual mais as ordens firmes, é menor que o Estoque Nominal Máximo, que é o máximo nível de estoque desejado. A diferença entre o Estoque Nominal Máximo e a disponibilidade em estoque é que definirá a quantidade que deverá ser produzida. No momento do planejamento, itens que possuírem esta política, serão planejados com lote de reposição suficiente para repor o Estoque Nominal Máximo. 

...

Se o Lote de Reposição for menor que Lote Mínimo, não deve ser acionado o cálculo da Ordem Planejada para repor a pilha de estoque. 

Exemplo

Estoque Nominal Máximo = 1500

Saldo em Estoque = 450

Ordens Firmes = 50

Quantidade de Perda = 10

% Refugo = 0%

Lote Mínimo = 500 

 


Lote de Reposição + 1500 - (450+50) = 1000

 


O lote de Reposição (1000) é maior que o lote mínimo (500) portanto gerar a ordem:

 


Quantidade Ordem Planejada = (1000 + 10) / (1 - (0 / 100)) + 1010 

 

Nota
titleNota:

Quando o campo Consome Estoque Segurança está habilitado no cenário, a quantidade de segurança do item não será alocada do saldo inicial (políticas Nível Superior, Período Fixo e Lote), ou seja, este saldo será disponibilizado para atendimento dos pedidos. Neste caso, se o item necessitar de uma ordem para suprir o estoque de segurança, a mesma será gerada apenas na Explosão de demanda. 

 Divisão de Ordens 

Quando cenário parametrizado Multi Estabelecimento com vários estabelecimentos por cenário, os estoques e ordens de produção firmes considerados para cálculo serão apenas do estabelecimento produtor. 

 Divisão de Ordens 

Caso o item tenha sido parametrizado para Caso o item tenha sido parametrizado para dividir ordens, Manutenção de Itens (DB0106), as ordens planejadas serão desmembradas pelo lote do item.

...

Vínculo entre demandas e ordens: Para os itens das políticas Ordem e Nível Superior, as ordens criadas recebem as informações do pedido que atendem. Mas para as demais políticas Make-to-Order (período fixo e lote econômico) uma ordem pode atender mais de uma demanda. Para que seja possível visualizar quais ordens estão atendendo quais demandas, o planejamento gera essa rastreabilidade, que pode ser consultada na rotina Manutenção de Pedidos (DB0130). O atendimento das demandas por saldo em estoque não é exibido nesta rotina.

Alocação de saldos (estoque e Ordens Firmes) quando cenário parametrizado Multi Estabelecimento com vários estabelecimentos por cenário: 

  • Se o estabelecimento está solicitando, o saldo (Estoque ou Ordem Firme) será consumido somente por ele mesmo ou produtor, ou seja, não empresta.
    Em outras palavras: Quem solicita só consome saldo dele próprio ou do produtor, não irá pegar saldo existente de outro estabelecimento solicitante.
  • Estabelecimento produtor não consome saldo de outro estabelecimento, ou seja, sempre produz ou consome estoque do próprio estabelecimento, conforme prioridade da demanda.
  • Estoque de segurança dos estabelecimentos solicitantes não serão atendidos, a consequência disso é que o parâmetro de Cenário "Consome Estoque de Segurança" é desconsiderado, além de não haver reposição. Somente o estoque de segurança do estabelecimento produtor será atendido e considerado. Dessa forma, recomendamos que o estoque de segurança de todos os estabelecimentos estejam somados no estabelecimento produtor.


Análise 

Após a execução do Cálculo do Planejamento de Demanda, estarão disponíveis as seguintes Consultas e Relatórios na área específica do Painel de Controle: