Histórico da Página
Visão Geral do Programa
Se o item estiver parametrizado para "Consumir Previsões", todos os registros de Previsões de Vendas cujas datas sejam anteriores à Data de Referência (hoje), serão eliminados do banco. O consumo das previsões é efetuado pelos pedidos em carteira.
Essa lógica tem por objetivo calcular e abater o quanto da previsão de vendas já foi efetivamente transformado em demanda, pela entrada de pedidos em carteira. Um pedido consome registros de previsões com datas menores ou iguais à do pedido. Após consumir completamente uma previsão, e ainda sobrar saldo para o pedido, este saldo será usado para consumir previsões anteriores.
Como pode ser observado, o processamento é do tipo backward.
Exemplo |
Com o parâmetro de Consumir Previsões ligado, o cálculo passa a ser backward para definir as datas onde há demanda, e depois forward para geração de ordens.
No quadro acima, no dia 07, não há pedido para consumir a previsão. No dia 06, o pedido de 1500 peças consome a previsão do dia e parcialmente a previsão do dia 05, ficando uma demanda de 500 peças (previsão líquida). O pedido do dia 04 consome a previsão do dia 03 e parcialmente a do dia 02. O pedido do dia 03 consome a outra parte da previsão do dia 02 e totalmente a do dia 01. Terminado o cálculo backward e definidos os períodos onde há demanda a ser suprida, o cálculo inicia de forma forward, a gerar as ordens e respeitando a política. A demanda considerada serão pedidos e previsões de vendas líquidas.
O saldo disponível de imediato será dado pelo saldo inicial mais ordens firmes.
Todo o saldo não consumido em um período será usado no seguinte (dependendo da política).
No entanto, se o item estiver parametrizado para "não consumir previsões", pedido e previsão serão somados, mesmo estando na mesma data.
Exemplo |
Nota | ||
---|---|---|
| ||
As Previsões Líquidas, são o total que sobrou da previsão após o consumo de demanda para ser planejado. Quando não há consumo de previsões, a previsão líquida é igual à bruta. A demanda de produção é a somatória de pedidos mais as previsões líquidas. |
Caso a política seja discreta (Make-to-Order ou Nível Superior), no dia 03, gera-se uma ordem para cada demanda.
Se o usuário optar por Consumo de Previsões igual a "sim", somente serão geradas ordens para as diferenças entre pedidos e previsões.
Ao contrário do MRP do ERP, os pedidos são comparados com as previsões de todos os períodos e não, somente do mesmo período. Assim, um pedido consumirá as previsões do seu período e as dos períodos anteriores.
Quando o item for de política Make-to-Order ou Nível Superior, a prioridade da ordem é dada em função da prioridade do pedido de venda, e para as demais políticas, a prioridade é dada em função da prioridade definida nos parâmetros do item.