Différences entre l’optimisation de la planification et le moteur de planification générale déprécié
Les résultats de l’optimisation de la planification (y compris les ordres planifiés, les quantités et les dates) peuvent différer des résultats du moteur de planification générale déprécié. Ces différences peuvent être dûes à des fonctionnalités en attente. Cet article répertorie les différences entre l’optimisation de la planification et le moteur de planification principale obsolète qui ne sont pas répertoriées sur la page Analyse de concordance pour l’optimisation de la planification.
| Fonctionnalité | Comment l’optimisation de la planification diffère de la conception du moteur de planification générale déprécié |
|---|---|
| Prévisions pour la date d’aujourd’hui | L’optimisation de la planification ne tient pas compte des prévisions pour la date du jour, bien qu’elles aient été prises en compte par le moteur de planification principal obsolète. |
| Produits en poids variable | Les produits en poids variable sont considérés comme des produits habituels. Les ordres planifiés n’incluent pas de valeur pour la quantité requise de poids variable. |
| Réduction prévisionnelle des commandes client facturées et livrées | Lorsqu’une planification générale comporte une prévision de la demande configurée pour réduire les prévisions par transactions, la planification générale obsolète réduit la prévision par commandes client facturées et livrées, mais pas l’optimisation de la planification. Par exemple, supposons que vous ayez prévu 100 unités d’un article et qu’il existe une commande fournisseur de 10 unités et une commande client de 5 unités livrées et 2 unités facturées. Le moteur de planification obsolète appliquerait une réduction des prévisions pour créer une commande planifiée de 100 − 10 − 2 − 5 = 83 unités. Cependant, l’optimisation de la planification ne tiendrait pas compte des quantités facturées ou livrées, elle commanderait donc 100 − 10 = 90 unités. Par conséquent, l’optimisation de la planification vous suggère de commander un approvisionnement pour des quantités déjà livrées et/ou facturées, ce qui pourrait entraîner un approvisionnement excédentaire. |
| Cycles de production filtrés | Pour plus de détails, voir Planification de la production - Filtres. |
| Planification prévisionnelle | La planification prévisionnelle n’est pas prise en charge. Nous vous recommandons d’utiliser la planification générale dans laquelle un modèle de prévision est affecté au plan général. |
| Souches de numéros pour les ordres prévisionnels | Les souches de numéros pour les ordres prévisionnels ne sont pas prises en charge. Les numéros des ordres prévisionnels sont générés côté service. Le numéro de commande planifiée est normalement affiché avec 10 chiffres, mais la séquence est en fait construite sur 20 caractères, avec 10 chiffres alloués pour le nombre de cycles de planification et les 10 autres chiffres pour le nombre de commandes planifiées. |
| Copie de plan, suppression de plan et le nettoyage de version de plan | Les éléments suivants sont désactivés sous Planification > Planification > Tenir à jour les plans dans le volet de navigation :
|
| Ordres de retour | Les ordres de retour ne sont pas pris en compte. |
| Fonctionnalités liées à la planification | Pour plus de détails, voir Planification avec une capacité infinie. |
| Traitement du stock de sécurité | L’optimisation de la planification utilise toujours l’option Date du jour + heure d’approvisionnement pour le champ Exécuter le minimum sur la page Couverture de l’article. Cela évite les commandes planifiées indésirables et d’autres problèmes, car si le délai d’approvisionnement n’est pas inclus pour le stock de sécurité, les commandes planifiées qui sont créées pour le stock disponible actuellement bas seront toujours retardées en raison du délai de livraison. Pour plus d’informations, voir Gestion du stock de sécurité avec le moteur de planification général obsolète. |
| Origine des besoins du stock de sécurité et besoins nets | Le besoin de type Stock de Sécurité n’est pas inclus et n’est pas affiché sur la page Besoins nets. Le stock de sécurité ne représente pas la demande et n’a pas de date de besoin associée. Au lieu de cela, il définit une contrainte sur la quantité de stock qui doit être présente à tout moment. Cependant, la valeur du champ Minimum est toujours prise en compte au moment du calcul des commandes planifiées dans le cadre de la planification générale. Nous vous suggérons d’inspecter la colonne Quantité accumulée sur la page Besoins nets pour voir que cette valeur a été prise en compte. Parce que l’origine des besoins est différente, différentes actions peuvent être suggérées. Pour plus d’informations, voir Gestion du stock de sécurité avec le moteur de planification général obsolète. |
| Calendriers de transport | La valeur dans la colonne Calendrier de transport sur la page Modes de livraison est ignorée. |
| Code de couverture min/max sans valeur | Avec le moteur de planification générale déprécié, quand vous utilisez un code de couverture min/max où aucune valeur minimale ou maximale n’est définie, le moteur de planification traite le code de couverture comme une exigence et crée une commande pour chaque exigence. Avec l’optimisation de la planification, le système crée une commande par jour pour couvrir le montant total de cette journée. |
| Besoins nets et ordres planifiés créés manuellement | Avec le moteur de planification générale déprécié, les commandes d’approvisionnement créées manuellement pour un article apparaissent automatiquement parmi les besoins nets pour cet article. Par exemple, à la création d’une commande fournisseur à partir d’une commande client, la commande client apparaît sur la page Besoins nets sans nécessiter aucune action préalable. En effet, le moteur de planification générale déprécié enregistre les transactions de stock dans la table inventLogTTS et montre les changements sur la page Besoins nets pour les plans dynamiques. Cependant, avec l’optimisation de la planification, les commandes créées manuellement n’apparaissent pas parmi les besoins nets d’un article tant que l’optimisation de la planification n’est pas exécutée (à l’aide d’un plan qui inclut l’article) ou tant que vous n’avez pas sélectionné Mise à jour > Planification dans le volet Actions de la page Besoins nets qui exécutera la planification de l’article. Pour plus d’informations sur l’utilisation de la page Besoins nets, consultez Besoins nets et informations sur l’origine des besoins. |
| Besoins nets et toute modification de l’offre ou de la demande | Avec le moteur de planification générale déprécié, les changements au niveau de l’offre ou de la demande pour un article s’affichent automatiquement parmi les besoins nets pour cet article. Par exemple, à l’augmentation de la quantité d’une commande planifiée, la commande fournisseur s’affiche sur la page Besoins nets sans nécessiter aucune action préalable. En effet, le moteur de planification générale déprécié enregistre les transactions de stock dans la table inventLogTTS et montre les changements sur la page Besoins nets pour les plans dynamiques. Cependant, avec l’optimisation de la planification, toute modification ne s’affiche pas parmi les besoins nets d’un article tant que l’optimisation de la planification n’est pas exécutée (à l’aide d’un plan qui inclut l’article) ou tant que vous n’avez pas sélectionné Mise à jour > Planification dans le volet Actions de la page Besoins nets qui exécutera la planification de l’article. Pour plus d’informations sur l’utilisation de la page Besoins nets, consultez Besoins nets et informations sur l’origine des besoins. |
| Affectation de ressources | Lorsque vous travaillez avec une capacité infinie, le moteur de planification générale déprécié affecte tous les ordres planifiés à la même ressource sur un groupe de ressources donné. L’optimisation de la planification améliore cela en sélectionnant des ressources au hasard afin que différents ordres de fabrication puissent utiliser différentes ressources. Si vous souhaitez utiliser la même ressource pour tous les ordres planifiés, vous devez spécifier cette ressource dans la gamme. |
| Extended data types (EDT) | Optimisation de la planification ne prend pas en charge les modifications de la précision des EDT. Cela signifie que ce processus n’est pas officiellement pris en charge et son fonctionnement n’est pas garanti. |
| Traitement du stock de sécurité | L’Optimisation de la planification utilise toujours un Minimum d’exécution de Date du jour + heure d’achat. Cela prépare le système à utiliser une configuration de planification simplifiée à l’avenir et fournit un résultat exploitable. Si le délai d’approvisionnement n’est pas inclus pour le stock de sécurité, les commandes planifiées qui sont créées pour le stock disponible bas seront toujours retardées en raison du délai de livraison. Ce comportement peut provoquer des perturbations importantes et des ordres prévisionnels indésirables. La meilleure pratique consiste à modifier le paramètre pour utiliser Date du jour + heure d’achat. Mettez à jour les données principales pour éviter les avertissements. Pour plus d’informations, voir Gestion du stock de sécurité avec le moteur de planification général obsolète. |
| Exécution commande fournisseur | Lors de l’exécution d’une commande d’achat, le système applique toujours un délai de livraison et ne le néglige jamais, même si le Ajouter un délai à la date d’exigence calculée le paramètre est réglé sur Non. Ce comportement est différent de celui du moteur de planification directeur obsolète, qui fixerait une date irréalisable dans ce cas. Par exemple, si nous sommes le 1er mars 2024, le délai de livraison est de 30 jours et Ajouter un délai à la date d’exigence calculée est réglé sur Non, le moteur obsolète créerait un bon de commande avec la date du 1er mars 2024, tandis que Optimisation de la planification le créerait avec la date du 1er avril 2024 (aujourd’hui plus le délai de 30 jours). |
| Copie du plan statique vers le plan dynamique | L’Optimisation de la planification ne copie pas les plans statiques dans les plans dynamiques, quel que soit le paramètre sur la page Paramètres de planification générale. En général, cette opération est moins pertinente en raison de la vitesse et de la régénération complète fournies par l’Optimisation de la planification. Si deux plans ou plus sont utilisés, la planification principale doit être déclenchée pour chaque plan. |
| Jours négatifs | L’optimisation de la planification utilise toujours des jours négatifs dynamiques, quel que soit le paramètre Utiliser des jours négatifs dynamiques sur les Paramètres de planification générale. Le paramètre Utiliser des jours négatifs dynamiques de la page Paramètres de la planification générale n’a aucun effet sur ce comportement. Pour plus d’informations sur l’utilisation de jours négatifs, consultez Tolérance de retard (jours négatifs) |
| Ordres planifiés dans le passé | Planning Optimization ne planifie jamais les commandes dans le passé, quel que soit le paramètre Date demandée. Si vous définissez une Date demandée qui se trouve dans le passé, le système conserve votre paramètre, mais définit Date obligatoire sur Aujourd’hui. |
| Configuration basée sur les dimensions | Planning Optimization ne prend pas en charge les produits configurés basés sur des dimensions. Planning Optimization n’explose pas les nomenclatures de ces produits. |
| Définition/Signification du stock de sécurité | Dans l’optimisation de la planification, le stock de sécurité n’est pas une demande réelle. Pour chaque groupe de couverture, vous pouvez spécifier avec quelle rigueur le système doit associer le stock de sécurité en tant que demande à l’ordre planifié créé à cet effet. (Pour plus d’informations, consultez Options de rattachement des stocks de sécurité.) Les groupes de couverture qui utilisent un rattachement strict des stocks de sécurité fonctionnent comme tous les groupes du moteur obsolète où le champ Exécuter le minimum est défini sur Date du jour + heure d’approvisionnement. Dans le moteur de planification principale obsolète, le stock de sécurité correspond à une demande, au même titre que les autres types de demande. Vous pouvez spécifier quand le stock de sécurité sera rempli. |
| Lorsque le stock de sécurité est rempli | Dans l’optimisation de la planification, le stock de sécurité est toujours rempli à la Date du jour + Délai d’approvisionnement, quel que soit le paramètre de couverture de l’article. Dans le moteur de planification principale obsolète, les paramètres de couverture des articles incluent un champ Exécuter le minimum qui définit le moment où le stock de sécurité doit être rempli. (Pour plus d’informations, voir Gestion du stock de sécurité avec le moteur de planification général obsolète.) |