Sommaire

7.1. Introduction

Tous les paramètres de gestion sont définissables dans une application nommée « Paramétrage du Calcul des besoins ». Cette application regroupe l’ensemble des paramètres de gestion liés au nouveau module « CBNSAD ». 

Open

Paramétrage du calcul des besoins

Trois niveaux de gestion :

• Le mode de gestion par défaut : Il est utilisé en l’absence de spécificités désignées pour les familles ou les articles. C’est le comportement par défaut.

• Le mode de gestion spécifique aux familles d’article : Il est utilisé pour désigner les modes de gestion liés à une  famille en particulier pour les articles qui n’ont pas de paramètres spécifiques à prendre en compte.

• Le mode de Gestion spécifique à l’article : A utiliser pour spécifier des exceptions de gestion par article, c’est le niveau le plus fin.

7.1.1. Le mode de gestion par défaut

Ce mode de gestion est à renseigner dans le traitement nommé « Paramètres par défaut » de l’application  « Paramétrage du calcul des besoins ».

Open

Ce dernier permet de désigner les valeurs par défaut des paramètres de gestion en l’absence de spécificités de gestion sur les familles ou les articles. Cela permet de définir le comportement que doit adopter le « Calcul des besoin » en l’absence de contre-indications.

7.1.1.1. L’onglet « Paramètres »

Lire :

7.1.1.2. L’onglet « Flux »

Lire :

7.1.2. Le mode de gestion par famille

Si le paramétrage par défaut ne convient pas à certaines familles d’articles, il est possible de renseigner pour chaque familles d’articles les différentes valeurs de paramètres de gestion.

Il est ainsi possible de définir un mode de gestion particulier pour chaque paramètre de gestion pour une ou plusieurs familles d’article.

Dans l’onglet “Paramètres” de l’application « Paramétrage du calcul des besoins »..

Les paramètres sont les mêmes que pour le mode “Par défaut”.

7. Les paramètres de calcul du CBNSAD - G7A2 G4A7 - ERP Silog | 1.1.2. L’onglet « Paramètres »

Dans l’application « Paramétrage du calcul des besoins », saisir le code de la famille concernée, dans la zone nommée code article :

Exemple :

Dans notre jeu d’essai, la famille « Acier » porte le code « ACI », nous saisissons donc « ACI » dans la zone Code Article,  puis « Entrée ». Automatiquement le système détecte qu’il s’agit d’une famille d’article, le code porte maintenant l’intitulé « Code Famille ».

7.1.2.1. L’onglet “Paramètres”

Dans l’onglet « Paramètres », nous retrouvons tous les paramètres de gestion vus dans « Le mode de gestion par défaut » et leurs valeurs par défaut. La partie encadrée en rouge nous renseigne quant à la règle à appliquer pour chaque paramètre de gestion de la famille.

• Soit la valeur de la règle gérée par défaut.

• Soit la règle spécifique à la famille de l’article sélectionnée.

• Soit la non prise en compte du paramètre pour cette famille. 

Le système applique, par défaut, les valeurs du paramétrage par défaut que nous avons décrit dans le paragraphe précédent. Pour spécifier un comportement lié à la famille pour un ou plusieurs paramètres, il faut cocher la valeur « Famille » de la colonne « Prise en compte CBN ». 

Par exemple pour définir un horizon bloqué comme valeur par défaut à tous les articles de la famille « ACI », En mode modification, modifier la valeur concernée (1) puis saisir la valeur des paramètres associés (2), dans l’exemple 10 jours d’horizon bloqué pour la famille d’article « ACI ».

Exemple :

S’il n’existe aucune spécificité saisie pour des articles de cette famille, alors ces derniers seront gérés avec ce mode de gestion. 

Il est ainsi possible de définir un mode de gestion particulier pour chaque paramètre de gestion compatible avec la famille d’article.

S’il n’existe aucune spécificité saisie pour des articles de cette famille, alors ce mode de gestion s’appliquera à tous les articles de la famille. 

Exemple :

7.1.2.1.1. Les paramètres spécifiques à la famille ou de libellés différents du paramétrage par défaut

• Prise en compte de la famille dans le CBNSAD : Pour que la famille soit ou non traitée dans le CBNSAD.

• Qté max produite par jour : Pour définir une quantité produite maximale par jour, la quantité produite sera répartie sur plusieurs jours si la quantité dépasse la limite fixée.

7.1.2.2. L’onglet “Flux”

Le principe est similaire. Il permet de spécifier les valeurs des paramètres Flux de la famille.

7.1.3. Le mode de gestion par Article

La saisie du seuil minimum, la quantité multiple, le délai d’approvisionnement mon niveau, et la gestion par lot de l’article sont modifiables ici.

La fiche article se mets à jour après validation.

7.1.3.1. L’onglet “Paramètres”

Le principe est similaire à celui des familles, la description de tous les paramètres est décrite dans « Le mode de gestion par défaut ». Pour spécifier un comportement particulier pour un article dans le calcul du CBNSAD, il suffit de se positionner sur la fiche de l’article. Lire 7. Les paramètres de calcul du CBNSAD - G7A2 G4A7 - ERP Silog | 1.1.2. L’onglet « Paramètres »

Puis de modifier les valeurs des paramètres concernés (1) et (2) comme cela a été vu précédemment.

Une colonne supplémentaire permet de connaitre l’origine de la valeur par défaut :

• Soit la famille

• Soit le Général (paramétrage par défaut)

7.1.3.1.1. Les paramètres spécifiques à l’article ou de libellés différents du paramétrage par défaut

• Prise en compte de l’article dans le CBNSAD : Pour que l’article soit ou non traitée dans le CBNSAD.

• Qté max produite par jour : Pour définir une quantité produite maximale par jour, la quantité produite sera répartie sur plusieurs jours si la quantité dépasse la limite fixée.

7.1.3.2. L’onglet “Flux”

Le principe est identique.

7.1.3.3. L’onglet “Résumé des paramètres appliqués”

Cet onglet est visible si les paramètres de gestion en cours concernent un article.

Il permet de visualiser la liste des paramètres et les valeurs associées pour l’enregistrement en cours.

7.1.3.4. L’onglet “Seuils mini. à date”

Cet onglet est visible si les paramètres de gestion en cours concernent un article.

Il permet de définir des périodes avec des seuils minimums différents pour les articles. Cela permet d’introduire dans la gestion des stocks une saisonnalité dans les seuils minimums. 

Par exemple, en période de fêtes de Noël, si l’entreprise produit des guirlandes de Noël, il faut s’assurer que le stock physique est toujours en mesure de répondre vite à la demande. Le besoin étant moins fort dans les autres périodes de l’année, le seuil minimum pourra être abaissé voir supprimé. 

En l’absence de périodes valides, c’est le seuil minimum applicable à l’article qui est appliqué s’il existe.

7.1.3.4.1. Création manuelle d’une période de seuil minimum

Dans l’exemple suivant, l’article n’a pas de seuil défini à date.

Dans l’application en conteneur, faire création (1) , le code article est alors automatiquement renseigné (2).

Saisir la période (3), la quantité de la période (4) puis valider (5) :

Après validation, la période validée apparaît dans le listage du bas (6).

Répéter cette manipulation autant de fois que de périodes et de seuils minimums à associer.

7.1.3.4.2. Comment interpréter les seuils Minimums dans le CBNSAD

Prenons l’exemple de l’article suivant « ART_MP », un Seuil Mini de 100, un délai d’approvisionnement de 60 jours.

Une saisonnalité pour ces seuils suivante :

En dehors de ces saisonnalités, le seuil minimum 100 de la fiche article s’applique.

Exemple :

• Cas 1 : Pas d’autres besoin que le seuil Minimum à couvrir

  • Le délai d’appro repousse l’entrée en stock de 2 mois, 20/02/2024+60 jours => 20/04/2024

  • Pas de saisonnalité à la date du 20/04/2024, le seuil minimum de la fiche article s’applique => entrée en stock prévisionnel de 100 le 20/04/2024.

Une saisonnalité est présente du 01/05/2024 au 31/05/2024 => Le seuil Minimum passe à 400 le 01/05/2024.

100 produits sont déjà en stock, le besoin est donc de 400-100 => 300 Articles pour le 01/05/2024.

La prochaine saisonnalité du 01/07/2024 au 31/07/2024, n’a pas d’incidence car le stock prévisionnel à cette date est de 400, il est suffisant pour couvrir le seuil minimum de cette nouvelle saisonnalité.

• Cas 2 : Commande achat,  Commande Client et seuil Minimum à couvrir.

  • Une commande achat existe avec réception prévue le 25/04/2024 de 60 articles.

  • Une commande vente de 50 articles vient d’arriver, elle est promise au Client pour le 28/02/2024.

  • La date de réception de l’achat n’est pas compatible pour couvrir le besoin de la commande client, elle est prévue trop tard. Le stock à la date du besoin de la commande est 0.

Commande achat :

Commande Client :

Le CBNSAD propose un re jalonnement (s’il est activé) de la commande achat à T0 : le 20/02/2024 :

1 : Période « Saisonnalité 1 » => seuil Mini 100 : Plusieurs évènements dans cette saisonnalité

• Commande Client, et un achat.

• To : Stock =0

• Besoin  de 90 articles issu de l’approvisionnement du seuil Minimum, 100, minoré de l’achat 60 et majoré du besoin client.

• 100-60+50 = 90

2 : Période « Saisonnalité 2 » => seuil Mini 400 : Aucun évènement dans cette saisonnalité

• Stock avant application du seuil Minimum : 100

• Besoin  de 400-100 Soit 300 articles.

7.1.3.4.3. Intégration des seuils via un import de données

Il est possible d’importer les seuils minimum à partir d’un fichier.

Le menu « Traitements » de l’application en conteneur permet de définir une tâche d’import de données de l’application « Définition des tâches » et de lancer le traitement de la tâche d’import.

7.1.3.4.3.1. Paramètres.

c’est dans l’item « Paramètres » que le code de la tâche d’import doit être renseignée. Par défaut la tâche d’intégration se nomme « SIL_CBNSAD_ART_SEUIL ».

Le format du fichier attendu est un fichier « CSV » avec un séparateur de champ « ; » et un entête.

La liste des champs attendus est la suivante :

Le chemin d’entrée du fichier est par défaut le répertoire suivant « EDI_Config\Import\SIL_CBNSAD_ART_SEUIL » présent dans le répertoire d’installation de l’ERP.

Exemple de fichiers :

7.1.3.4.3.2. Intégrations des seuils mini d’article à date

Ce traitement permet de lancer la tâche d’intégration des données.

Un message de confirmation apparaît.

La validation, permet de présenter la liste des fichiers présents dans le répertoire source. Il faut sélectionner les fichiers à importer et faire « OK ».

Un rapport d’intégration apparaît.

Les fichiers intégrés sans erreurs basculent dans le répertoire : « EDI_Config\ARCHIVES ».

Les fichiers intégrés avec erreurs basculent dans le répertoire : « EDI_Config\ARCHIVES\ERROR ».

Résultat les enregistrements sans erreurs sont intégrés.

7.1.3.5. L’onglet “Liste de fab à date ”

Cet onglet est visible si les paramètres de gestion en cours concernent un article. 

Il permet de définir pour les articles fabriqués des périodes pour appliquer différents modèles de listes de fabrication pour gérer les besoins et pour générer les lancements. Si la date de besoin tombe dans l’une des périodes signalée, le modèle de liste de fabrication associé à la période est utilisé. 

En l’absence de périodes valides c’est le modèle de liste de fabrication associé à l’article s’il existe ou sinon c’est le code liste de fabrication de même code que l’article qui est utilisé.

7.1.3.5.1. Création manuelle d’une période de Liste de fabrication

Dans l’exemple suivant, l’article n’a pas de liste de fabrication à date.

Dans l’application en conteneur, faire création (1) , le code article est alors automatiquement renseigné (2).

Saisir la période (3), la liste de fabrication modèle puis la période (4) et valider . 

Après validation, la période apparaît dans le listage du bas (5).

Répéter cette manipulation autant de fois que de périodes et de modèles différents à appliquer. 

Les dates de fin de prod min et max sont calculées en ajoutant le délai de fabrication mon niveau de la liste de fabrication modèle.