Scénarios de paramétrage des CUM dans les règles d'ajustement de CUM

Reportez-vous à ces scénarios pour chaque option de paramétrage des champs CUM.

Référencé

Pour les plans référencés, une combinaison de champs clés de référence est utilisée afin de déterminer les quantités expédiées et de réduire les quantités requises, notamment dans le cadre des messages de type Feuille de pick-up. Par défaut, la quantité en transit est définie sur 0.

CUM actuel des livraisons CUM actuel des réceptions CUM total des livraisons CUM total des réceptions Quantité en transit
CUM de départ 20 0 20 0 0
Expédition effectuée de 5 pièces 25 20 25 20 5
Le BOD de planification entrante définit la quantité en transit sur 0 et accroît les CUM reçus 25 25 25 25 0

Sur base des CUM

Cette méthode exploite les CUM expédiés du dernier bon de livraison et les CUM reçus du BOD de planification entrante afin de calculer la quantité en transit (CUM expédiés – CUM reçus = Quantité en transit). Vous pouvez sélectionner la case à cocher Vérifier les expéditions en guise d'option supplémentaire pour la base de calcul Sur base des CUM.

CUM actuel des livraisons CUM actuel des réceptions CUM total des livraisons CUM total des réceptions Quantité en transit

Calcul de

CUM expédiés – CUM reçus = Quantité en transit

CUM de départ 28 28 28 28 0
Expédition effectuée de 5 pièces 33 28 33 28 5 33 – 28 = 5
BOD de planification entrante avec CUM reçu = 5 33 33 33 33 0 33 – 33 = 0
Remarque

Les nouveaux BOD de planification ne doivent contenir aucun CUM reçu. S'il est nécessaire de les initialiser avec des CUM, l'indicateur PlanCUMTestHandler doit alors être activé uniquement pour la première importation du calendrier.

Aucun CUM reçu

Si le partenaire commercial ne transmet aucun CUM reçu, vous pouvez sélectionner cette option. La quantité en transit reste définie sur 0. Par exemple, dans le processus de séquencement d'un partenaire commercial, le calendrier de planification ne contient aucun CUM reçu. Le calendrier de planification est basé sur le message de prévision de livraison EDIFACT DELFOR. Seul le CUM expédié est mis à jour en fonction de la consommation de stock reçue. Voir la description de champ disponible pour Mettre à jour la quantité expédiée par consommation de stock dans la rubrique Vérification des paramètres d'une règle d'ajustement de CUM à l'étape 6.

CUM actuel des livraisons CUM actuel des réceptions CUM total des livraisons CUM total des réceptions Quantité en transit
CUM de départ 20 0 20 0 0
Expédition effectuée de 5 pièces 25 0 25 0 5
Le BOD de planification entrante sans CUM reçus définit la quantité en transit sur 0 25 0 25 0 0
Remarque

Les plans importés ne devraient avoir aucun CUM reçu. Dans le cas contraire, le systèmz ignore la valeur et définit le CUM reçu sur 0.

Depuis les expéditions confirmées

Cette méthode exploite les expéditions confirmées existantes pour calculer la quantité en transit. La quantité expédiée de tous les bons de livraison plus récents que le dernier bon de livraison confirmé indique la quantité en transit obtenue. Le système calcule le CUM reçu de la manière suivante : CUM expédié – Quantité en transit.

Remarque

Cette option fonctionne uniquement si les informations du bon de livraison reçu et confirmé sont disponibles.

CUM actuel des livraisons CUM actuel des réceptions CUM total des livraisons CUM total des réceptions Quantité en transit

Calcul de

CUM expédié – Quantité en transit = CUM reçu

CUM de départ 28 28 28 28 0
Expédition effectuée de 5 pièces 33 28 33 28 5 33 – 5 = 28
Expédition confirmée de 5 pièces 33 33 33 33 0 33 – 0 = 33

Par horizon

Si le partenaire commercial ne transmet aucun CUM reçu ou si le bon de livraison confirmé ou les informations du bon de livraison ne sont pas fiables, vous pouvez choisir cette méthode pour calculer la quantité en transit. La quantité en transit est calculée en additionnant les quantités expédiées des demandes du plan combiné précédent comprises dans les dates d'horizon. Les dates de début et de fin de l'horizon peuvent être définies à l'aide de la date de demande du premier et du dernier besoin, dans le BOD, ou bien dans l'interface utilisateur. Le système collecte ensuite la quantité en transit et la répartit sur la plage des dates d’horizon. Toutes les demandes effectuées en dehors de la plage de dates d'horizon et qui ne sont pas intégralement livrées voient leur quantité expédiée définie sur 0 si elles ne sont pas référencées. Si le plan utilise des demandes référencées, l'écart des CUM reçus est calculé en tenant compte des éléments newReceivedCumoldReceivedCum. La quantité est ensuite distribuée aux demandes en dehors des dates d'horizon. Les demandes entièrement livrées en dehors des dates d'horizon ne sont pas ajoutées au nouveau plan.

Par exemple, un BOD de planification a été chargé avec des dates de début et de fin d'horizon fixées respectivement au 25/02 et au 24/03.

Date du besoin Quantité requise Quantité expédiée Quantité effective Dans les dates d'horizon
25/02/24 200 0 200 Oui
03/03/24 200 0 200 Oui
10/03/24 100 0 100 Oui
17/03/24 50 0 50 Oui
24/03/24 300 0 300 Oui
Total 850 0 850 N/A

Le plan a été établi avec une plage de dates d'horizon entre le 25/02 et le 24/03 Dans l'interface utilisateur, deux demandes ont été ajoutées manuellement en dehors de la plage des dates d'horizon fixées les 07/02/24 et 07/05/24.

Date du besoin Quantité requise Quantité expédiée Quantité effective Dans les dates d'horizon
07/02/24 200 0 200 Non
25/02/24 200 0 200 Oui
03/03/24 200 0 200 Oui
10/03/24 100 0 100 Oui
17/03/24 50 0 50 Oui
24/03/24 300 0 300 Oui
07/05/24 200 0 200 Non
Total 1250 0 1250 N/A

Expédition effectuée de 1200 pièces. Le plan combiné contient des demandes entièrement livrées à compter du 07/02 et une demande partiellement livrée le 07/05. Ces deux demandes sont en dehors des dates d'horizon.

Date du besoin Quantité requise Quantité expédiée Quantité effective Dans les dates d'horizon
07/02/24 200 200 0 Non
25/02/24 200 200 0 Oui
03/03/24 200 200 0 Oui
10/03/24 100 100 0 Oui
17/03/24 50 50 0 Oui
24/03/24 300 300 0 Oui
07/05/24 200 150 50 Non
Total 1250 1200 50 N/A
Importez un plan d'expédition de cargaisons avec des demandes entre le 25/02 et le 24/03. Il s'agit des dates de début et de fin de l'horizon. Les quantités livrées pour les demandes comprises dans cette plage de dates sont additionnées :
  • 200 + 200 + 100 + 50 + 300 = 850 (Nouvelle quantité en transit)
  • 1200 – 850 = 350 (newCumReceivedoldCumReceived = diffCumReceived)
La nouvelle quantité en transit est disséminée dans les demandes dans l'horizon de dates défini. La valeur diffCumReceived est répartie dans les demandes hors des dates d'horizon. Si la valeur diffCumReceived est plus importante que la quantité requise pour les demandes, il s'agit alors d'une demande entièrement livrée en dehors des dates d'horizon et elle n'est pas ajoutée au nouveau plan. Cette quantité de demande est ensuite soustraite de la valeur diffCumReceived et la demande suivante prévue en dehors des dates d'horizon est vérifiée. La première demande hors de la plage des dates d'horizon sans quantité supérieure à la valeur diffCumReceived voit sa quantité définie sur la valeur diffCumReceived et la quantité nette recalculée comme suit :
  • quantité requise – quantité expédiée = quantité nette

Dans le plan combiné, pour les besoins hors horizon, la demande effectuée au 07/02 a été retirée du plan puisque la livraison était complète. La demande au 07/05 a été partiellement livrée. La quantité expédiée est donc fixée à 0 et cette demande est conservée dans le nouveau plan. La quantité expédiée dans la plage des dates d'horizon du 25/02 au 24/03 du plan combiné précédent est additionnée pour évaluer le total de la quantité en transit (850).

Date du besoin Quantité requise Quantité expédiée Quantité effective Dans les dates d'horizon
25/02/24 200 200 0 Oui
03/03/24 200 200 0 Oui
10/03/24 100 100 0 Oui
17/03/24 50 50 0 Oui
24/03/24 300 300 0 Oui
07/05/24 200 0 200 Non
Total 1050 850 200 N/A

Dans le plan unique, la quantité nette est recalculée de la manière suivante : quantité requise – quantité expédiée = quantité nette.

Date du besoin Quantité requise Quantité expédiée Quantité nette Dans les dates d'horizon
25/02/24 200 0 200 Oui
03/03/24 200 0 200 Oui
10/03/24 100 0 100 Oui
17/03/24 50 0 50 Oui
24/03/24 300 0 300 Oui
07/05/24 200 0 200 Non
Total 1050 0 1050 N/A