Sommaire

Introduction

Ce Module est destiné à remplacer les deux anciens modules de calcul des besoins historiques, CBN et Stock à dates.

• Agréger les fonctionnalités des deux calculs des besoins historiques et mise en place de paramètres de gestion personnalisables, pour le fonctionnement général (par défaut), par famille d’articles ou par article.

• Optimiser les temps de traitement du calcul des besoins.

• Améliorer les processus de génération des lancements et des propositions d’achats.

• Ne plus avoir d’ambiguïtés sur les valeurs des paramètres pris en compte dans les traitements du CBN ou du Stock à dates.

• Enrichir fonctionnellement le traitement du CBN. 

Plus de fonctionnalités

• Une seule application pour gérer l’ensemble des paramètres de gestion sur trois niveaux de gestion (« Général » (défaut), Famille article et Article)

• Les gestion des prévisions de libérations des lots (entrées en stock) à date.

• La gestion des prévisions des sorties de stock des lots périmés à dates.

• La possibilité de définir des seuils minimums différents par période et par article pour anticiper les pics saisonniers de ventes.

• La possibilité de définir des listes de fabrications modèles différentes par période et par article pour également traiter des saisonnalités dans les process de production.

• La possibilité de définir par liste de fabrication et/ou lancement quand approvisionner les phases avec poste de travail.

  • Début de phase,

  • Début de lancement.

• La possibilité de définir par liste de fabrication et/ou lancement quand approvisionner les phases sans poste de travail.

  • Début de phase précédente,

  • Fin de phase précédente,

  • Début de lancement,

  • Début de la phase suivante.

• La possibilité de définir par liste de fabrication et/ou lancement quand entrer en stock.

  • Dernier jour dernière phase,

  • Etalée sur la dernière phase,

  • Jour qui suit la dernière phase.

• La possibilité de définir des liens fort entre les réservations et les commandes interdisant au traitement d’utiliser les stocks réservés pour couvrir un autre besoin ou au contraire la possibilité de ne pas tenir compte de ces liens de réservation pour optimiser la production.

• Une vision claire sur l’origine multiniveau des besoins calculés et par quoi sont couverts les besoins.

• Une photographie de l’état des besoins est effectuée avant le traitement, cela permet d’identifier les besoins apparus après le traitement non pris en compte dans le calcul.

• Proposition de rejalonnement des achats et des lancements.

• Charge des postes, Ateliers et Départements de production à capacité infinie. 

Et bien plus encore…

7 applications :

Open

• Le paramètrage du calcul :Pour permettre de personnaliser les valeurs de prise en compte des paramètres de gestion de façon général, par Famille d’article ou plus finement par article.

• Résultat du CBN par article : C’est une projection à date du stock par article. Un planning du stock par jours, semaines et mois qui tient compte du calcul du CBNSAD.

• Résultat du CBNSAD (Liste) : C’est la consultation du résultat du CBNSAD présenté en mode liste.

• Charge des ateliers et des postes : Il s’agit de la charge des ateliers et des postes à capacité infinie présentée par jours mois ou semaine, au choix de l’utilisateur.

• Calcul, Génération des propositions d’achat et lancement :  cette application permet de générer les propositions d’achats et de lancement suggérées ar le traitement du CBNSAD.

• Rejalonnement des achats : Cette application permet de consulter est de valider les propositions de rejalonnement des achats du CBNSAD lorsque le rejalonnement est activé.

• Rejalonnement des lancements : Cette application permet de consulter est de valider les propositions de rejalonnement des lancements du CBNSAD lorsque le rejalonnement est activé.

Principe

Open

 

Le traitement du CBNSAD exploite les besoins issus de la base de données, il s’agit des données réelles qui créditent le stock (Stock de départ, Libération des lots, Entrées en stock de fabrication, Entrée en stock des achats, Besoins en articles directeur et Besoins bloqués) et  des données réelles qui  consomment le stock (Péremptions, Commandes clients, PDP, Consommations sur lancement). 

 

Une photographie des données et des valeurs des paramètres de gestion est effectuée avant que le traitement ne soit exécuté pour permettre d’identifier les nouveaux besoins saisis après le calcul lors de la consultation des résultats et pour comprendre le contexte du traitement réalisé.  

 

Le traitement génère des besoins ou Gross Requirement, il s’agit de besoins en achats et en lancements, aussi appelés besoins virtuels, pour couvrir les besoins commerciaux et les consommations liées. Il alimente également les prévisions en consommation de composants issues de ces besoins virtuels de fabrication en multiniveau. 

 

Si l’option de rejalonnement est activée, il propose également le rejalonnement des achats et/ou des lancements réels pour optimiser la gestion du stock. Les responsables concernés (Achat et Production) devront, entre deux calculs du CBNSAD, passer par une étape de validation ou de désactivation manuelle des rejalonnements proposés avant de relancer le calcul du CBNSAD qui tiendra compte des choix effectués. 

 

De même ces responsables devront, entre deux calculs du CBNSAD, transformer manuellement* les besoins virtuels ou Gross Requirement en besoins réels via les traitements :

• De génération des propositions d’achat,

• De génération des commandes achats (Cabach),

• De génération des lancements.

 

*Il est possible de mettre en place des automates de traitements.

 

Sommaire