Scénarios de paramétrage des CUM dans les règles d'ajustement de 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 |
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 |
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.
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 newReceivedCum
– oldReceivedCum
. 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 |
- 200 + 200 + 100 + 50 + 300 = 850 (Nouvelle quantité en transit)
- 1200 – 850 = 350 (
newCumReceived
–oldCumReceived
=diffCumReceived)
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 |