Cenários de configurações de CUM das regras de ajuste de CUM

Consulte os cenários de cada opção de configuração no conjunto de campos de CUM.

Referenciado

Para agendas referenciadas, é utilizada uma combinação de campos-chave de referência para determinar as quantidades expedidas e reduzir as quantidades necessárias, como no exemplo das mensagens da Folha de coleta. Por padrão, a quantidade em trânsito é definida como zero.


	CUM expedido atual	CUM atual recebido	CUM expedido total	CUM total recebido	Quantidade em trânsito
CUMs iniciais	20	0	20	0	0
Expedição expedida de 5 peças	25	20	25	20	5
O BOD da programação recebida define a quantidade em trânsito como zero e aumenta os CUMs recebidos	25	25	25	25	0

De CUM

Este método usa o CUM expedido da última guia de remessa e o CUM recebido do BOD da programação recebida para calcular a quantidade em trânsito (CUM expedido – CUM recebido = Quantidade em trânsito). Selecione a caixa de seleção Verificar expedições como opção adicional para a base de cálculo de CUM.


	CUM expedido atual	CUM atual recebido	CUM expedido total	CUM total recebido	Quantidade em trânsito	Cálculo de CUM expedido - CUM recebido = Quantidade em trânsito
CUMs iniciais	28	28	28	28	0
Expedição expedida de 5 peças	33	28	33	28	5	33 – 28 = 5
BOD da programação recebida com CUM recebido = 5	33	33	33	33	0	33 – 33 = 0

Nota

Os BODs da primeira programação não devem ter CUMs recebidos. Se precisarem ser inicializados com CUMs, o sinalizador PlanCUMTestHandler deve estar ativo somente na primeira importação de programação.

Nenhum CUM recebido

Se o parceiro comercial não enviar um CUM recebido, você poderá selecionar esta opção. Isso mantém a quantidade em trânsito zerada. Por exemplo, no processo de sequenciamento de um parceiro comercial, a agenda do planejamento não contém um CUM recebido. A agenda de planejamento é baseada na mensagem de previsão de entrega EDIFACT DELFOR. Apenas o CUM expedido é atualizado com base no Consumo de inventário recebido. Consulte a descrição do campo Atualizar quantidade expedida por consumo de inventário no tópico Revisando as configurações de uma regra de ajuste de CUM na etapa 6.


	CUM expedido atual	CUM expedido total	Quantidade em trânsito
CUMs iniciais	20	20	0
Expedição expedida de 5 peças	25	25	5
O BOD da programação recebida sem CUM recebido define a quantidade em trânsito como zero	25	25	0

Nota

As programações importadas não devem ter um CUM recebido, mas, se tiverem, o sistema ignorará o valor e definirá o CUM recebido como 0.

De expedições confirmadas

Este método usa as expedições confirmadas existentes para calcular a quantidade em trânsito. A quantidade expedida de todas as notas de expedição mais novas que a última guia de remessa confirmada é igual à quantidade em trânsito resultante. O sistema calcula o CUM recebido como CUM expedido - Quantidade em trânsito.

Nota

esta opção só funcionará se as informações da guia de remessa confirmada estiverem disponíveis.


	CUM expedido atual	CUM atual recebido	CUM expedido total	CUM total recebido	Quantidade em trânsito	Cálculo de CUM enviado - Quantidade em trânsito = CUM recebido
CUMs iniciais	28	28	28	28	0
Expedição expedida de 5 peças	33	28	33	28	5	33 – 5 = 28
Expedição confirmada de 5 peças	33	33	33	33	0	33 – 0 = 33

Por horizonte

Se o parceiro comercial não enviar um CUM recebido e uma guia de remessa confirmada, ou se as informações da guia de remessa não forem confiáveis, você poderá selecionar este método para calcular a quantidade em trânsito. A quantidade em trânsito é calculada usando a soma das quantidades expedidas das demandas do plano combinado anterior que estão entre as datas do horizonte. As datas de início e término do horizonte podem ser definidas usando a data de demanda do primeiro e do último requisitos, no BOD, ou na interface do usuário. Com isso, a quantidade em trânsito é distribuía por meio do intervalo do horizonte. Todas as demandas fora do intervalo do horizonte, que não forem totalmente expedidas, terão a quantidade expedida definida como zero caso sejam demandas não referenciadas. Se o plano usar demandas referenciadas, a diferença dos CUMs recebidos é calculada com newReceivedCum – oldReceivedCum e essa quantidade é distribuída para demandas fora das datas do horizonte. As demandas totalmente expedidas fora das datas do horizonte não são adicionadas ao novo plano.

Por exemplo, um BOD de programação foi carregado. A data de início do horizonte é 25/2 e a data de término do horizonte é 24/3.


Data de requisito	Quantidade requerida	Quantidade efetiva	Datas dentro do horizonte
25/2/24	200	200	Sim
3/3/24	200	200	Sim
10/3/24	100	100	Sim
17/3/24	50	50	Sim
24/3/24	300	300	Sim
Total	850	850	N/D

O plano foi criado com o intervalo de horizonte entre 25/2 e 24/3. Na interface do usuário, duas demandas foram adicionadas manualmente fora do intervalo do horizonte em 7/2/24 e 7/5/24.


Data de requisito	Quantidade requerida	Quantidade efetiva	Datas dentro do horizonte
7/2/24	200	200	Não
25/2/24	200	200	Sim
3/3/24	200	200	Sim
10/3/24	100	100	Sim
17/3/24	50	50	Sim
24/3/24	300	300	Sim
7/5/24	200	200	Não
Total	1250	1250	N/D

Expedição expedida de 1200 peças. O plano combinado tem demandas 7/2 totalmente expedidas e uma demanda 7/5 parcialmente expedida. Essas duas demandas estão fora das datas do horizonte.


Data de requisito	Quantidade requerida	Quantidade expedida	Quantidade efetiva	Datas dentro do horizonte
7/2/24	200	200	0	Não
25/2/24	200	200	0	Sim
3/3/24	200	200	0	Sim
10/3/24	100	100	0	Sim
17/3/24	50	50	0	Sim
24/3/24	300	300	0	Sim
7/5/24	200	150	50	Não
Total	1250	1200	50	N/D

Importe uma programação de expedição de carga com demandas de 25/2 a 24/3. Essas são as datas de início e término do horizonte. As quantidades entregues das demandas dentro desse intervalo de datas são somadas:

200 + 200 + 100 + 50 + 300 = 850 (Nova quantidade em trânsito)
1200 – 850 = 350 (newCumReceived – oldCumReceived = diffCumReceived)

A nova quantidade em trânsito é distribuída pelas demandas dentro do horizonte. Já o diffCumReceived é distribuído para as demandas fora das datas do horizonte. Se o diffCumReceived for maior que a quantidade requerida da demanda, trata-se de uma demanda totalmente expedida fora do intervalo de datas do horizonte e não será adicionada ao novo plano. Essa quantidade de demanda será então subtraída do diffCumReceived e a próxima demanda fora do horizonte de datas será verificada. A primeira demanda fora do intervalo de datas do horizonte sem que sua quantidade de demanda seja maior que diffCumReceived tem sua quantidade expedida definida como diffCumReceived e a quantidade líquida recalculada usando:

quantidade requerida - quantidade expedida = quantidade líquida

No plano combinado, para requisitos fora do horizonte, a demanda de 7/2 foi removida do plano, pois foi totalmente expedida. A demanda de 7/5 foi parcialmente expedida, portanto, a quantidade expedida é definida como 0 e essa demanda é retida no novo plano. A quantidade expedida dentro do intervalo de horizonte 25/2 - 24/3 do plano combinado anterior é somada para totalizar a quantidade em trânsito (850).


Data de requisito	Quantidade requerida	Quantidade expedida	Quantidade efetiva	Datas dentro do horizonte
25/2/24	200	200	0	Sim
3/3/24	200	200	0	Sim
10/3/24	100	100	0	Sim
17/3/24	50	50	0	Sim
24/3/24	300	300	0	Sim
7/5/24	200	0	200	Não
Total	1050	850	200	N/D

No plano único, a quantidade líquida é recalculada usando a quantidade requerida - quantidade expedida = quantidade líquida.


Data de requisito	Quantidade requerida	Quantidade líquida	Datas dentro do horizonte
25/2/24	200	200	Sim
3/3/24	200	200	Sim
10/3/24	100	100	Sim
17/3/24	50	50	Sim
24/3/24	300	300	Sim
7/5/24	200	200	Não
Total	1050	1050	N/D