II. Gestion des Articles directeurs et des besoins bloqués - G7A2 G4A7 - ERP Silog

Sommaire

1. Introduction

Ces fonctionnalités permettent d’enrichir le calcul MRP du stock à date et du CBNSAD pour être conforme avec les standards APICS (American Production & Inventory Control Society). 

La bonne compréhension du traitement du calcul MRP du stock à date ou du CBNSAD est donc un prérequis indispensable.

Quels sont les éléments du standard « APICS » concernés  

 

Deux nouveaux horizons viennent compléter l’horizon de calcul MRP du SAD (Stock à date) et du CBNSAD

  • Un horizon bloqué, définissable en nombre de jours ouvrés pour chaque produit fabriqué ou acheté, dans lequel aucune entrée en stock n’est autorisée. C’est un horizon à court terme dans lequel les contraintes organisationnelles ne permettent pas d’approvisionner les articles fabriqués dans les délais clients. Le calcul MRP du SAD est désactivé. 

  • Un horizon manuel, définissable en nombre de jours ouvrés pour chaque article fabriqué ou acheté, dans lequel le positionnement des entrées en stock est manuel pour des articles que l’on définit comme « Articles directeurs ». Cela permet par exemple :

    • D’anticiper des besoins pour ne pas subir la variabilité du rythme des commandes clients pour assurer un taux de service optimal.

    • De stabiliser les besoins en ressources (matières, machines, humaines). 

C’est un horizon à moyen terme où le calcul MRP du stock à date ne tient compte que des entrées saisies manuellement pour les articles directeurs et propose des besoins replanifiés pour ces derniers. Le traitement MRP traite les listes de fabrications concernées, et propose les besoins replanifiés correspondants (achats et fabrications). 

S’ajoute à ces deux horizons, l’horizon standard de calcul que l’on peut définir comme l’horizon à long terme ou horizon de calcul MRP du SAD et du CBNSAD, il définit le volume de production complémentaire et à venir dès le lendemain de la fin de l’horizon manuel.

En résumé :

image-20240830-133926.png

Il consiste aussi à intégrer les besoins bloqués (« FIRM Planned Order »). Ces derniers permettent de bloquer des quantités à produire pour couvrir des aléas (retards fournisseurs, maintenance atelier, absences opérateurs, listes de fabrication non finalisées…). La saisie des besoins bloqués peut se faire sur l’horizon manuel (Moyen terme) et sur l’horizon de calcul MRP du SAD (Long terme), elle n’est pas autorisée sur l’horizon bloqué. 

Ce sont des ordres de fabrication bloqués en quantité, en délai et en modification. Le calcul MRP du stock à date n’est pas autorisé à les modifier, seul le responsable du planning peut le faire manuellement. Ces besoins génèrent des lancements typés « Bloqué » sans corps, ils devront être convertis en lancements fermes dans un second temps lors des mises en production finales pour permettre de réaliser le suivi de production. Cependant ils laissent la main au calcul MRP du SAD pour gérer les approvisionnements en composants et proposer des besoins replanifiés pour ces derniers.

image-20240830-134601.png

 

2. Saisie des horizons : Bloqués et manuels

Les horizons bloqués et/ou manuels sont définis dans la fiche « Articles » en nombre de jours ouvrés.

Dans le cas du CBNSAD, Ils sont aussi définissables dans les paramètres de calcul du CBNSAD pour définir des valeurs par défaut ou spécifier des valeurs par famille d’article ou par Article. 

La valeur de l’horizon bloqué ne peut être supérieure à celle de l’horizon manuel.

Un article qui présente une valeur pour l’horizon manuel est donc considéré comme un article directeur. 

  • Horizon manuel :  Saisir en nombre de jour, la période pendant laquelle le calcul du SAD standard ne doit prendre en compte que les entrées en stock saisies manuellement. 

Ces entrées sont saisies manuellement dans l’application « Gestion des articles directeurs et des besoins bloqués ». En dehors de cette période, s’il existe une saisie pour un article directeur, elle n’est pas prise en compte. 

Durant cette période les besoins replanifiés issus de cet horizon sont calculés par le traitement du SAD ou du CBNSAD, sans tenir compte des paramètres suivants :

Lotissement de l’article.

Quantité multiple.

Quantité économique. 

Le calcul des besoins en composants (semi-finis) ou matières premières se basent sur la nomenclature de la liste de fabrication (en multi-niveau). 

  • Horizon bloqué : Saisir en nombre de jour la durée pendant laquelle, la planification dans le stock à date de l’article ne peut s’effectuer, aucune résolution d’approvisionnement n’est proposée pendant cette période même pour les articles directeurs. La période de chevauchement entre horizon bloqué et horizon manuel est considérée comme de l’horizon bloqué.

 

3. L’application « Gestion des articles directeurs et des besoins bloqués » 

L’application « Gestion des articles directeurs et des besoins bloqués » permet au responsable du planning de saisir manuellement les quantités d’articles directeurs et les besoins bloqués. 

Elle permet également d’intégrer en masse les données via des taches « EDI Job » (voir les traitements de l’application).

 

3.1. L’onglet « Général »

En mode création, sélectionner l’option « Article directeur » ou « Besoin bloqué », puis saisir ou importer le code article concerné. 

Saisir la date à prendre en compte dans le SAD ou CBNSAD, puis valider. 

Lorsque la date saisie appartient à l’horizon bloqué, un message bloquant avertit l’utilisateur.

Si l’article saisi ne dispose pas d’une liste de fabrication, un message bloquant le précise.

Dans le cas des articles directeurs, les entrées en stock saisis hors horizon manuel ne sont pas prises en compte. 

Information importante :

Il existe un paramètre pour définir si la date saisie pour les besoins bloqués concerne la date de début ou de fin de production voir le traitement « Paramètres ».

Pour les article directeurs, c’est la date d’entrée en stock.

Après validation le nouvel enregistrement apparaît dans le listage.

La date apparaît sans fond coloré si elle n’est pas prise en compte (hors horizon manuel par exemple pour un article directeur), « Rose » si elle est compatible avec les horizons ou « Rouge » si non traitable.

 

3.1.1. Cas des Besoins bloqués 

Lorsque la donnée concerne un besoin bloqué, un code lancement est associé, il s’agit d’un lancement typé « Bloqué » qui est créé automatiquement après validation de la saisie. Ce lancement est considéré dans le CBNSAD comme un lancement standard. Il génère des besoins en composant. 

Exemple,  pour un besoin bloqué d’une quantité de 10 :

Un lancement bloqué est créé sans corps pour imposer le besoin et permettre les approvisionnements des sous ensembles et des matières par le calcul MRP du SAD ou du CBNSAD

Ce dernier ne donnera donc pas de besoins prévisionnels (Gross requirements)  dans le stock à date ou CBNSAD pour lui même, c’est une entrée en stock ferme d’une quantité brute imposée par le responsable du planning de production.

Dans le CBNSAD, on repère la ligne du lancement bloqué qui entre en stock le jour du besoin, Le 26/08/2022 où l’entrée en stock est effectuée en fin de fabrication selon notre choix de gestion définissable dans le paramétrage..

L’entrée en stock a un impact visible sur le stock résultant à date à la fois sur les lignes des stocks projetés et celle du stock WIP. 

 

Le lancement spécifique généré par le besoin bloqué a les caractéristiques suivantes : 

  • Il dispose de son propre codificateur. il est codifié avec un codificateur multi-usage spécifique et personnalisable de code « LCT_BLOQUE ». 

  • En rouge et en gras, une indication est portée sur le lancement « Besoin Bloqué stock à date ».

  • Les dates de planification du CBNSAD ou SAD sont alimentées automatiquement, compatibles avec les paramètres de gestion des besoins bloqués, elles tiennent compte du délai de fabrication de l’article.

  • La suppression, ou la modification n’est pas possible dans l’application « Lancements et Of ».

  • La suppression du lancement est automatique si le besoin bloqué saisi est supprimé dans l’application de « Gestion des articles directeurs et des besoins bloqués ».

  • La saisie des temps passés, des consommations et des quantités produites n’est pas possible sur ce type de lancement, il doit d’abord être converti en lancement ferme.

 

3.1.2. Conversion du besoin bloqué en lancement ferme 

3.1.2.1. Cas du CBNSAD

La conversion du lancement bloqué en lancement ferme s’effectue depuis le traitement “Générer des lancements” de l’application “Calcul, génération des propositions d’achats et lancements

Le traitement supprime le lancement bloqué sélectionné, puis le remplace par un lancement ferme. 

Dans l’exemple ci-dessous : Après recalcul du CBNSAD : 

Dans le cas de notre exemple, le lancement ferme relatif à notre besoin bloqué est créé, suite au traitement de génération du lancement.

Dans le CBNSAD,  Le lancement bloqué est devenu un lancement réel ferme.

 

3.1.2.2. Cas du SAD

La conversion du lancement bloqué en lancement ferme s’effectue depuis le traitement de “génération des lancements” de l’application « Plan de production ».

Le traitement supprime le lancement bloqué sélectionné, puis le remplace par un lancement ferme comme dans le cas du CBNSAD.

 

3.1.3. Cas des Articles directeurs 

=> 1000 le 31/08/2022 dans l’horizon manuel.

=> 20 le 11/09/2022 hors horizon manuel.

Après le lancement du calcul du CBNSAD :

Le besoin de 100 est proposé pour l’article directeur, il a un impact sur le stock car il est situé dans l’horizon manuel il propose une date de début au 26/08/2022 compte tenu des délai de fabrication.

Le besoin de 20 est proposé mais n’est pas pris en compte dans le stock car il est situé en dehors de l’horizon manuel. Aucune proposition d’approvisionnement n’est proposée. 

L’entrée en stock a un impact visible sur le stock résultant à date, à la fois sur les lignes du stock projeté (directeur) et du stock projeté général. Elle n’a pas d’impact sur la ligne du stock WIP.

3.1.4. Conversion du besoin replanifié en lancement ferme

3.1.4.1. Cas du CBNSAD

Le process est similaire à celui du lancement bloqué. La conversion du lancement bloqué en lancement ferme s’effectue depuis le traitement “Générer des lancements” de l’application “Calcul, génération des propositions d’achats et lancements

Le résultat sera visible après un nouveau calcul du CBN.

 

3.1.4.2. Cas du SAD

La conversion des besoins replanifiés en lancements fermes s’effectue depuis le traitement de “Génération des lancements” de l’application « Plan de production ».

3.2. L’onglet “Mise à jour des besoins bloqués”

Pour un article saisi, cet onglet permet :

  • De créer des besoins bloqués,

  • De modifier des besoins bloqués,

  • De bloquer une partie ou la totalité d’un besoin replanifié dans le planning du stock à date.

A gauche, la liste des besoins replanifiés et des quantités déjà bloquées à date :

Dans le listage de droite, un aperçu des données principales du stock à date ou du CBNSAD.

Dans la zone « Article », saisir l’article concerné :

Exemple :

Après tabulation, le listage de gauche et de droite chargent les données concernées. 

Ces besoins peuvent concerner des besoins replanifiés des articles directeurs dans l’horizon manuel, des besoins déjà bloqués ou des besoins replanifiée dans l’horizon du calcul MRP du SAD ou du CBNSAD.

Pour convertir une ligne de besoin replanifié en besoin bloqué pour la totalité du besoin ou partiellement, sélectionner la ligne concernée et à l’aide du menu contextuel faire « Bloquer une quantité » :

Dans la fenêtre qui apparait, valider .

Dans cet exemple, la ligne de besoins replanifiée est transformée en totalité en besoin bloqué.

Pour annuler, faire « Supprimer une qté bloquée » :

Résultat

3.3. Les traitements

 

3.3.1. Intégration des articles directeurs

Cette option permet d’intégrer en masse des articles directeurs. L’intégration lance une tâche d’import de données d’un message EDI. Par défaut, il s’agit de la tâche nommée « SAD_ART_DIECTEUR », le choix de la tâche d’import est personnalisable dans le traitement « Paramètres ». 

Le chemin d’import est défini dans la tâche du message EDI concerné dans l’application « Définition des tâches ». 

Le format attendu est un fichier au format csv sans en-tête, le caractère séparateur est le « ; » : 

Exemple :

Une ligne par besoin. chaque ligne est structurée de la façon suivante : 

  • CodeArticle ;

  • Quantité ;

  • Date au format JJ/MM/AAAA. 

Le lancement du traitement, donne accès à un listage pour sélectionner le ou les fichiers à importer. 

Un rapport de fin de traitement, montre les erreurs d’intégration.

Dans l’exemple suivant, la suppression n’est pas possible.

Résultat :

3.3.2. Intégration des besoins bloqués

Cette option permet d’intégrer en masse des besoins bloqués. L’intégration lance une tâche d’intégration d’un message EDI. Par défaut le traitement lance la tâche nommée « SAD_ART_BLOQUE », le choix de la tâche d’import est personnalisable dans le traitement « Paramètres ». 

Le principe est le même que pour les articles directeurs. 

Le chemin d’import est défini dans la tâche du message EDI concerné dans l’application « Définition des tâches ».

3.3.3. Paramètres

  • Tâche d’intégration des besoins bloqués : Par défaut « SAD_ART_BLOQUE », Il est possible de sélectionner une autre tâche. 

  • Tâche d’intégration des articles directeurs : Par défaut « SAD_ART_DIRECTEUR », Il est possible de sélectionner une autre tâche. 

  • Positionnement des besoins bloqués : Ce paramètre permet de définir si le positionnement des besoins bloqués se situe à la date de début de production où à la date de fin de production. 

  • Début horizon = Date ERP, Ce paramètre permet de définir quand commence un horizon.

    • Date ERP.

    • Début de semaine qui contient la date ERP : Premier jour de la semaine qui contient la date ERP.

    • Début du mois qui contient la date ERP : Premier jour du mois qui contient la date ERP.

Donnez votre avis sur la Base de connaissance Silog ici ou contactez-nous directement par mail sur confluence@silog.fr