Planejando pacotes configuráveis
O pacote configurável pai indica como o pacote configurável precisa ser planejado.
Um pacote configurável é representado como várias linhas de pedido com componentes e pais. Uma linha individual pode ser o pai de um pacote configurável, bem como o filho de outro pacote configurável no pedido. Cada componente indica seu pai. Os possíveis valores para a restrição são Enviar Junto, Entregar Junto e Independente. Essa restrição é obtida do catálogo. Razões de kit são forçadas durante o planejamento.
A lógica descrita nesta seção é considerada durante a execução de uma atividade planejada.
Restrições de remessa
Restrições de remessa são obtidas do catálogo. Se o catálogo não estiver definido, um pacote configurável será enviado junto. Essas restrições são aplicadas aos componentes em todos os níveis de um pacote configurável.
Se o pai indicar "enviar independentemente", nenhuma restrição será aplicada e os componentes serão tratados como linhas independentes.
Se o pai indicar "enviar junto", os componentes serão enviados juntos a partir do mesmo nó. Entretanto, eles podem ser comprados a partir de diferentes nós e, em seguida, mesclados no nó de envio para serem enviados como uma única remessa.
Se o pai indicar "entregar junto", a data de entrega esperada conduzirá o planejamento de envio e os componentes terão suas datas da remessa geradas para atenderem à mesma data da remessa na razão.
Fora da razão
Quando um ou mais dos componentes em um pacote configurável são cancelados, eles ficam fora da razão. Neste cenário, a restrição ’enviar junto’ não é aplicada quando se faz o planejamento de linhas que estão fora da razão. Por exemplo, considere o seguinte:
Pacote de Esqui - P1
Esquis - C1 (Qtde 2)
Pólos - C2 (Qtde 2)
Capacete - C3 (Qtde 1).
Disponibilidade:
4C1, 4C2 disponível em N1, 2C1, 2 C2 disponível em N2.
O pedido de dois Pacotes de Esquis é criado e um capacete é cancelado manualmente. Durante o planejamento, C1 e C2 são completamente planejados com relação a N1, enquanto C3 se torna um pedido em atraso. Se houver um capacete disponível em N2, ele será planejado com relação a N2, enquanto C1 e C2 serão planejados com relação a N1. Da mesma forma, se o pacote configurável for planejado com relação a um nó, e um dos componentes se tornar manualmente um pedido em atraso, a restrição ’enviar junto’ não será aplicada. Portanto, no exemplo acima, se N2 tornar o segundo capacete um pedido em atraso, ele planejará C1 e C2 para N1 porque N1 está mais perto. Como resultado, todos os esquis e pólos são enviados de N1, enquanto um capacete é enviado de N2.
Reservas
Alguns componentes são reservados quando não podem ser planejados em uma razão e a razão é necessária. Para a reserva, o planejamento é executado em duas iterações. Primeiro, ele tenta planejar todos os componentes, e os componentes que não são planejados passam por um planejamento novamente. Na segunda iteração, as linhas que já foram planejadas como parte da primeira iteração passam por planejamento para serem usadas somente para otimizações e restrições enviar ou entregar junto. Por exemplo,
O planejamento otimiza inúmeras remessas:
L1 P1 2 (Enviar Junto)
Razões de Kit L2 C1 3 (Qtde Total 6 (2*3))
Razões de Kit L3 C2 2 (Qtde Total 4 (2*2))
Item1 L4 (Qtde 2)
Invent.: Item1 2 N1, C1 - 5 N1, 5 N2
Durante a primeira iteração, planeja-se L4 com relação a N1, e L2 e L3 tornam-se pedidos em atraso. Na segunda iteração, L2 (Qtde 5) é planejado com relação a N1 - não N2. Isso porque o número de remessas é menor em comparação a N2.