Redefinição de autorizações da programação de venda FAB e RAW mais altas
A maneira como as autorizações FAB e RAW mais altas são reinicializadas é baseada na configuração do parâmetro Autorizações a serem das sessões Itens - Parceiro de negócios de vendas (tdisa0510m000) e Dados logísticos de linha de contrato de venda (tdsls3102m000):
-
Transportado
As autorizações de FAB e RAW mais altas são reduzidas pela quantidade de redefinição. -
Redefinir
As autorizações de FAB e RAW mais altas são equalizadas para os valores de autorização FAB e RAW.
Transportado
Se já existirem registros de autorização FAB/RAW com datas de referência que sejam posteriores à Data de reinicialização de CUM, o LN copia esses registros com os seguintes ajustes:
- A Autorização FAB, Autorização RAW, Autorização FAB mais alta e Autorização RAW mais alta são reduzidas com a quantidade redefinida.
- A antiga Data de reinicialização é substituída pela nova Data de reinicialização.
Redefinir
Se já existirem registros de autorização FAB/RAW com datas de referência que sejam posteriores à Data de reinicialização de CUM, o LN:
- Reduz a Autorização FAB e a Autorização FAB mais alta desses registros com a quantidade de redefinição FAB.
- Reduz a Autorização RAW e a Autorização RAW mais alta desses registros com a quantidade de redefinição RAW.
- Substitui a Data de reinicialização antiga pela Data de reinicialização nova.
Exemplo
- Período de FAB = 4 semanas
- Modelo cumulativo = Com base na ordem
- Autorizações a serem Transportado
- Redefinir data = início na semana 3
- As linhas de programação são geradas antes de a redefinição ocorrer
- a linha de programação 2 é recebida na semana 3
- a linha de programação 3 é recebida na semana 5
Semana | Linha 1 | - | Linha 2 | - | Linha 3 | - | CUMs após redefinição |
- | Qtd. | CUM | Qtd. | CUM | Qtd. | CUM | - |
1 | 20 | 20 | - | 20 | - | 20 | 20 |
2 | 20 | 40 | - | 40 | - | 40 | 40 |
3 | 20 | 60 | 5 | 45 | - | 45 | 5 |
4 | 20 | 80 | 5 | 50 | - | 50 | 10 |
5 | 20 | 100 | 5 | 55 | 20 | 70 | 30 |
6 | 20 | 120 | 55 | 110 | 5 | 75 | 35 |
7 | - | - | 5 | 115 | 5 | 80 | 40 |
8 | - | - | 5 | 120 | 5 | 85 | 45 |
9 | - | - | - | - | 5 | 90 | 50 |
10 | - | - | - | - | 5 | 95 | 55 |
TOTAIS | Linha CUM 1 | Linha CUM 2 | Linha CUM 3 | CUMs após redefinição |
---|---|---|---|---|
Iniciar CUM | 0 | 40 | 50 | 10 |
FAB | 80 | 110 | 85 | 45 |
FAB alto | 80 | 110 | 110 | 70 |
A data de redefinição começa na semana 3. Devido ao modelo CUM Com base na ordem, a redefinição é realizada com base no CUM anterior necessário. Ao fim da semana 2, a quantidade de redefinição é de 40. Uma vez que as autorizações devem ser Transportado, os cumulativos de autorização são atualizados em -40 a partir da data de redefinição na (semana 3).
Se você pegar o mesmo exemplo, porém, com as autorizações redefinidas, em vez de transferidas adiante, o alto FAB não é atualizado, mas equalizado para a quantidade de FAB. O cálculo, então, chega em:
TOTAIS | Linha CUM 1 | Linha CUM 2 | Linha CUM 3 | CUMs após redefinição |
---|---|---|---|---|
Iniciar CUM | 0 | 40 | 50 | 10 |
FAB | 80 | 110 | 85 | 45 |
FAB alto | 80 | 110 | 110 | 45 |