Sommaire
6.1. Introduction
Le CBNSAD propose des achats et des fabrications à réaliser pour couvrir les besoins détectés par le CBNSAD. Il ne génère pas automatiquement les commandes achats et les lancements fermes pour laisser la main aux différents responsables.
Ces propositions sont listées dans cette application « Calcul, génération des propositions d’achat et lancements ».
La finalité de cette application est de permettre de transformer les achats et les fabrications à prévoir en propositions d’achats et en lancements fermes.
Remarque : La tâche “SIL_CBNSAD_GEN_PROPOSITON_ACH” de l’application “Définition des tâches” permet de générer les propositions d’achats.
Il est ainsi possible d’automatiser le processus.
Lorsque les propositions d’achats, les commandes achats et les lancements sont générés, le prochain calcul du CBNSAD prendra en compte ces nouvelles données lors de sa photographie des données à prendre en compte dans son traitement.
La colonne « Nature » permet de déterminer si le besoin concerne un achat « A » ou une fabrication « F ».
6.2. L’onglet « Général »
Il présente :
les données relatives à la prévision d’approvisionnement proposée par le CBNSAD.
Les paramètres du CBNSAD pris en compte pour l’article sont rappelés.
6.2.1. Les champs modifiables en mode modification
La « Nature » de l’article : Si l’article possède une liste de fabrication et si cet article est associée à une fourniture, alors il est possible de modifier ici, le mode d’approvisionnement
Acheté=> Fabriqué
Fabriqué => Acheté
Le « Modèle de la liste de fabrication » : Si l’article est fabriqué, cette zone est saisissable et obligatoire.
Il est possible d’inactiver le besoin en désactivant la zone « Actif », un besoin désactivé ne donnera pas naissance à une proposition d’achat lors de la transformation.
La quantité du « Besoin » est modifiable.
La date de « Début » correspond à la date à laquelle il faut soit commencer la fabrication s’il s’agit d’un article fabriqué soit passer la commande achat s’il s’agit d’un article acheté.
La « Date de fin » correspond à la date d’entrée en stock en respectant le délai d’approvisionnement sans compter le délai supplémentaire.
La « Date de dispo » correspond à la date d’entrée en stock en respectant à la fois le délai d’approvisionnement et à la fois le délai supplémentaire.
6.2.2. Le regroupement
L’onglet « Regroupement » permet de sélectionner les autres besoins du même article pour regrouper des besoins (en mode consultation) avant de générer les propositions d’achats.
Attention : Pour prendre en compte les données regroupées dans les résultats du CBNSAD, il faut générer les lancements concernés puis relancer un calcul du CBNSAD.
Sélectionner les lignes de besoins à regrouper (1) et (2), dans l’exemple deux besoins de 200.
Puis dans le menu contextuel, sélectionner l’item « Regrouper les lignes sur cette date »
Résultat : Les deux lignes de besoins ont fusionné en adoptant la date de début et de fin du besoin le plus urgent.
Les lignes regroupées apparaissent désactivées avec la mention « Ligne désactivée pour cause de regroupement ».
6.2.3. Le Lissage
Le traitement « Lissage » permet d’éclater le besoin proposé en achat ou en production en plusieurs besoins à des dates différentes. C’est le traitement inverse du traitement de regroupement qui au contraire permet de regrouper les besoins.
Pour prendre en compte les données lissées dans les résultats du CBNSAD, il faut générer les lancements concernés puis relancer un calcul du CBNSAD.
Par exemple : Dans le cas suivant, le calcul du CBNSAD propose de créer un lancement de 2264 produits le 02/04/2024 pour une fin de fabrication le 06/04/2024.
Pour des raisons diverses, indisponibilité d’un poste de travail par exemple, il peut être impossible de lancer cette quantité de 2264 produis en fabrication en une seule fois à la date prévue par le CBNSAD.
Le traitement Lissage permet d’éclater le besoin en plusieurs demandes de fabrication.
Par exemple : Eclatement du besoin en trois lancements.
Dans la zone « Répartir sur », saisir le nombre d’éclatement, cela se traduira en 3 besoins. Sélectionner ensuite la période d’espacement entre les besoins : Jour, Semaine ou Mois, Puis faire « Répartir ».
La date du besoin initiale est conservée. Les différents autres besoins sont positionnés à rebours, pour permettre de conserver la date de disponibilité initiale qui reste une contrainte.
Exemple si Jour :
Exemple si Semaine :
Exemple si Mois :
Il est possible de modifier ou de supprimer une propsition via le menu contextuelle pour la ligne sélectionnée.
La quantité et la date d’entrée en stock sont modifiables pour chaque proposition.
La validation du lissage permet d’alimenter une liste avec les données du lissage de production (1) pour le besoin lissé.
L’enregistrement ayant fait l’objet du lissage est désactivé, un message d’information précise à l’utilisateur « Ligne désactivée pour cause de lissage » (2).
Les enregistrements issus du lissage sont créés.
Ci-dessous, les trois enregistrements générés sont actifs. Ils viennent en complément d’un enregistrement présent de 4131 produits. La ligne origine est désactivée.
Remarque : Dans le cas suivant : La date ERP est le 01/11/2023, le besoin étant pour le 05/11/2023. Il est impossible de proposer des dates correctes à rebours. Dans cet exemple, on remarque que les deux premiers besoins proposés sont positionnés aux mêmes dates, car le rebours n’est pas possible. Il convient à l’utilisateur de modifier la proposition.
6.2.4. Lien
Cet onglet permet de consulter la liste des besoins couvert par la prévision d’approvisionnement.
6.2.5. Lien
Dans le cas d’un article acheté, il s’agit des caractéristiques de l’achat à générer et ce qu’il couvre.
Ci-dessous, le premier niveau concerne l’achat, le deuxième ce qu’il couvre.
Dans le cas d’un article fabriqué, il s’agit des caractéristiques de la fabrication et sa couverture multiniveaux.
Dans l’exemple ci-dessous, le niveau le plus bas correspond à l’origine du besoin ; une commande client.
Dans cet exemple tous les lancements sont à créer, un lancement pour l’article 698.172924 qui doit être consommé dans un lancement père du produit fini 'ROB/SIL-172429'.
Dans cet autre exemple, un lancement est à créer pour l’article 11402400, il sera consommé dans un lancement existant « LCT00974 » (INIT) pour le produit fini TET/172537-1b qui couvre 2 prévisions du PDP.
6.3. Générer les propositions d’achat
Le traitement « Générer les propositions d’achats » permet de lancer le traitement de génération des propositions d’achats à partir des besoins prévisionnels issus du calcul du CBNSAD..
Il est possible d’automtiser cette étape si vous ne souhaitez pas retravailler les données, et demander au traitement du CBNSAD de générer automatiquement les propositions d’achats, voir la tâche SIL_CBNSAD_GEN_PROPOSITON_ACH” de l’application “Définition des tâches”