/
VI.11. Calcul des Besoins

VI.11. Calcul des Besoins

1. Introduction 

Le calcul du besoin permet de lancer en fabrication les commandes clients, ce qui se traduit par des OFs, des réservations sur stock et des besoins en composants et en matières (voir schéma Présentation Architecture des données).

Le calcul du besoin crée des OFs à partir des lignes de commandes clients; cette opération est le jalonnement des OFs.

Le jalonnement se fait au plus tard, en tenant compte du délai de la ligne de commande, du temps de fabrication théorique de l’article ou de son cycle, de la nomenclature de l’article et des coefficients de marge du module.

Le jalonnement ne tient pas compte de la disponibilité des ressources de l’atelier. Les OFs seront ensuite planifiés, en général au plus tôt, en tenant compte des disponibilités des ressources (voir module Planification).

Prenons par exemple une ligne de commande concernant l’article A, constitué de 2 articles B et 1 article C :

Le calcul du besoin peut générer beaucoup d’OFs à partir de peu de commandes. Un suivi attentif de ces OFs est nécessaire (voir module OF).

Pour les composants et les matières, le calcul des besoins permet aussi de gérer les réservations sur stocks et en cours ainsi que la création de « manquants associés » à chaque OF avec, notamment, la quantité, le format, la date limite d’achat et l’origine du besoin, interne ou Client.

L’autre fonctionnalité majeure du Calcul des besoins est d’assurer dès la création d’un OF toute la traçabilité relative à la définition technologique de l’article mais aussi de tout l’environnement dans lequel sera fabriquée la pièce en termes de moyens, de ressources, de documentation, de gamme.

La duplication du dossier technique assurera aussi l’analyse des coûts aux taux horaires en vigueur au moment de l’OF. Un paramétrage spécifique du Module Heure permet de ne pas tenir compte de ces valeurs dupliquées mais le taux courant des machines lors du pointage.

Le CBN peut être lancé par automate avec le /CBN. Dans ce cas, il suit intégralement le paramétrage par défaut, notamment pour le type de ligne et l’horizon choisis.

2. L'écran principal CBN 

Le calcul du besoin s'effectue en deux étapes : Préparation et Exécution 

2.1. Préparation du calcul du besoin 

2.1.1 Vérification opérateur 

Le calcul du besoin est une opération majeure dans le traitement des commandes clients. Il reprend toutes les données techniques saisies pour le jalonnement des OF, la création des besoins matières et composants et la duplication des gammes, phases, ….

Veillez donc à ce que les points suivants soient corrects avant de le lancer :

  • Lignes de commandes : article, quantité et délai, % perte et lancement supplémentaire.
  • Nomenclatures : articles et coefficients.
  • Articles : plans, gestion documentaire, liens matières, liens composants et méthode principale, % perte, quantité et lot économiques.
  • Gammes : structure (nombre de phases et nature des phases), cycles, lien matière, composants et articles sur les phases pour toutes les méthodes à prendre en compte.
  • Phases : centre de charge, temps, cycles, texte d’usinage et de contrôle, cotes à contrôler, programmes et outillages, phases de sous-traitance,…

2.1.2 Vérification Système

2.1.2.1. Sélection des lignes à traiter 

 Hélios considère qu’une ligne de commande est à traiter au CBN s’il elle est non soldée et que la quantité commandée est supérieure à la somme des quantités lancées sur des OFs ou réservées sur stock ou/et en-cours.

Sur une commande, chaque ligne est indépendante des autres. La liste de ces lignes de commandes est imprimable pour vérification des données.

Il est alors possible de sélectionner ces commandes à traiter par le CBN :

  • par année/commande/ligne,
  • pour un article donné sur une période (Commandes livrables avant le ...),
  • pour toutes les commandes (avec fenêtre de sélection à choix multiples) avec la date de livraison antérieur à la date paramétrée (et modifiable).
  • par Marge de lancement sur un horizon (Résultat de tous les calculs de l'analyse de couverture avec du manquant sur le père déclanchant du manquant sur les fils)

Il est aussi possible de filtrer cette liste par type de ligne de commande

Exemple : Donner la priorité aux appels de livraison dans le CBN après une intégration EDI.

2.1.2.2. Règles de Gestion 

Il est possible dans Hélios d’utiliser les stocks et les en-cours (de fabrication ou en commandes fournisseurs) ou de systématiquement générer de nouveaux OFs et de nouvelles commandes. Si le calcul utilise les stocks et les en-cours, des réservations sur stock et sur en-cours vont être posées en fonction du niveau des stocks.

Pour les réservations d’articles, il est possible de gérer séparément les réservations pour les articles fils ou pour les articles pères, notamment pour assembler des articles « pères » (même si du stock existe) à partir d’articles « fils » en stock.

Des articles nécessaires à plusieurs lignes de commandes peuvent être regroupés sur un même OF si leurs dates limites de mise en fabrication sont proches. L’amplitude est le nombre de jours maximal pouvant séparer ces dates. L’amplitude à utiliser augmente avec la longueur et la complexité des cycles de fabrication (voir Remarque au paragraphe 18.3.5).

Il est possible de gérer les lots et quantités économiques saisis sur les articles (voir Module Articles).

Il est possible de gérer les équivalences composants et matières dans le cas où celles-ci sont définies (voir Module Composants et Matières).

Il est possible de jalonner les OFs à partir des temps de fabrication théoriques de la gamme ou des cycles (voir Module Gammes).

Tous ces points seront repris dans les paragraphes suivants ; les options doivent être choisies avant d’exécuter le CBN. Elles peuvent être saisies par défaut dans le module paramétrage de ce module.

2.1.2.3. Basculement des réservations sur Encours vers des OFs 

Le calcul des besoins génère des réservations sur encours, c'est-à-dire sur des OFs dont les lignes (**) 0/0 sont sans rattachement à une ligne de commande. L’ensemble de toutes ces lignes génère pour chaque article une quantité en fabrication pour le stock sur laquelle le CBN peut venir poser des réservations pour des lignes de commandes.

Cependant, pour des raisons de suivi de fabrication, il n’est pas simple de travailler sur ces réservations car la ligne de commande ne sait pas sur quel OF en particulier elle se situe. De même, il n’est pas possible de donner un délai prévisionnel pour la ligne de commande.

La solution apportée dans un premier temps sur Hélios est de pouvoir substituer directement sur l’OF les lignes (**) 0/0 (c'est-à-dire pour le stock) par celles des commandes. Dans ce cas, la ligne de commande est directement rattachée à l’OF permettant ainsi un rejalonnement automatique de l’OF en cas de modification de délai, une remontée du délai prévisionnel et un suivi de production directement depuis les lignes de commandes (voir Module Commandes Clients).

Le mode de fonctionnement est donc le suivant :

  • Hélios retrouve les OFs permettant de générer de l’encours de fabrication en les triant par OF planifié et date de fin planifiée puis les non planifiés et date de fin demandée.
  • Il remplace, en fonction des quantités, les lignes (**) 0/0 par les lignes de commandes. Il procède par ordre de priorité des commandes en fonction de la date du besoin.
  • Il recale, si nécessaire, la date de début d’OF en le rejalonnant.

Cette fonctionnalité est accessible depuis le module stock en sélectionnant l’article souhaité puis en utilisant la fonction d’affectation de l’encours sur les OFs depuis la fenêtre des réservations.

De même il est possible de le lancer directement depuis le module Calcul des Besoins mais cette fonctionnalité aura pour but de supprimer toutes les réservations sur encours en les basculant sur les OFs. Ce sont toutes les réservations, c'est-à-dire même celles non liées à ce CBN et même sans liens avec les articles concernés.

Remarques :

1) Les réservations posées par le CBN ne tiennent pas compte de la notion d’Appro. Client. Ce sont des réservations « quantitatives ». Or, lors du lancement de cette fonctionnalité, Hélios remplace des lignes (**) 0/0 par des lignes de commande pour lesquelles cette notion est une notion forte. Il se peut donc qu’il supprime une réservation sur encours mais sans pouvoir venir positionner les lignes de commande sur l’OF correspondant. Dans ce cas, Hélios génère un nouvel OF avec le bon appro client tout en libérant les pièces initialement réservées (à tort !!!). Il est donc conseillé de lancer cette fonctionnalité seule afin de voir l’impact qu’elle peut avoir sur vos bases. (Cas de génération de stock sur un mauvais client d’Appro) Pour éviter ce genre de désagrément, il est possible, par paramétrage lié à ce module, de ne pas générer d’OF. Dans ce cas, Hélios ne supprime pas les réservations sur encours et le mode de gestion reste le même que pour Hélios I. (attention aux sorties de stocks qui sont faussées car « mal orientées au CBN» !!!!)

2) Tout remplacement de ligne (**) 0/0 par une ligne de commande est définitif. Il n’est plus possible de récupérer cet encours pour une autre (sauf en forçant la livraison ou en soldant la ligne de commandes initialement positionnée). Dans un deuxième temps, il sera nécessaire de pouvoir mettre en évidence toutes ces lignes de commandes posées sur de l’encours afin de pouvoir les remettre en cause lors d’un futur passage de CBN et éventuellement d’y positionner une ligne de commande plus urgente. C’est une possibilité mais pas forcément idéale puisque l’analyse de la couverture va remettre tout cela en cause pour réorganiser au mieux les affectations. Voir chapitre correspondant à l'Analyse de Couverture.

2.1.2.4. Anomalies 

Les anomalies rencontrées pendant le traitement peuvent être consultées, filtrées, imprimées et effacées avant chaque passage, sinon, se reporter à la date de création du message.

Il est impératif de les consulter après chaque CBN. Elles vous aideront à prendre des décisions rapides et efficaces en cas de problèmes. Le CBN pouvant traiter simultanément beaucoup de lignes de commandes, vous irez directement les résoudre.

Les anomalies relevées sont :

  • OF déjà en retard.
  • Date limite d’achat fourniture déjà dépassée.
  • Rejet de ligne de commande et motif en fonction du paramétrage :
    •  Gamme
      • Créée en Automatique
      • Non active
      • Non verrouillée (suivant paramétrage)
    • Cycle gamme non validé
    • Inventaire en cours (sur l’article ou sur un des liens nomenclature)
    • RVC non validée

2.1.2.5 Paramètre ayant un impact 

  • Amplitude
    • Regroupement de génération d’OFs d’un même article sur cet horizon de jours (calendaires) par la date de début du 1er OF
  • Stock XXXXXX
    • Prise en compte des stocks comme disponible
  • En-cours XXXXXX
    • Prise en compte des OFs comme disponible
  • XXXXXX en commande
    • Prise en compte des commandes d’achat comme disponible
  • Gérer les équivalents
    • Prise en compte des équivalents comme disponible
    • (Commande d’achat et stock)
  • Gérer lot économique
    • Multiple de lancement
    • Ou
    • Qté max sur l’OF (si coche max sur l’article)
  • Gérer qté économique
    • Minimum de lancement
  •  Paramétrages liés aux Types de ligne de commande + RVC

Ce ne sera actif que si le paramétrage de prise en compte de la RVC est activé sur le paramétrage du CBN. 

Chaque type de ligne peut avoir son paramétrage bloquant le CBN par l’absence d’une RVC validée.

Le second paramètre est alors exploitable : Rejeter article fils si RVC non validé (lancement sur marge)

2.2. Exécution du calcul du besoin 

Il suffit de cliquer sur EXECUTER pour que le CBN soit activé. Toutes les valeurs saisies (sélection lignes, réservations, quantités économiques,…) sont alors définitivement prises en compte.

Hélios lance alors automatiquement une analyse des stocks pour assurer la cohérence entre les entrées/sorties, les réservations sur stock et encours. Le CBN analyse le résultat et relance alors des OF s’il trouve des articles avec des stocks négatifs (cas de réservations sur encours supérieures à l’encours suite à baisse des quantités par pointage par exemple). Ce premier traitement est indépendant de tout le traitement à venir.

En cliquant sur Exécuter, vous pourrez choisir de basculer à droite ce que vous voulez puis cliquez sur l’éclair pour faire le calcul, la quantité est modifiable après le basculer à droite.

La date de définie dans l'écran principal "commandes livrables avant" filtre l'affichage des données 

2.2.1. Première étape (Article PÈRE) 

Hélios analyse, pour chaque ligne de commande, les besoins de l’article commandé, les droits de réservations sur le stock et les niveaux de sécurité exigés pour le traitement. Ces droits sont liés à la ligne de commande (voir Module Commandes Clients/Lignes/Type de ligne) et aux valeurs sélectionnées sur l’écran principal de ce module (voir paragraphe ci-dessus).  Les niveaux de sécurité sont ceux du Module Paramétrage H2 - Besoin de ce module. Ils permettent de rejeter des articles, gammes ou des commandes 

S’il a le droit de réserver, Hélios analysera successivement :

  • le stock de l’article pour poser une réservation ferme.
  • L’encours de fabrication de cet article (ligne (**) 0/0 sur les OFs).

Si cela ne suffit pas, Hélios génèrera un manque sur l’article en vue de la création de l’OF.

Si plusieurs lignes sont traitées simultanément, Hélios gèrera les priorités par rapport à la date du besoin.

Cette première étape est automatiquement suivie d’une mise à jour du stock de l’article, de sa quantité d’encours sur la fiche stock ainsi que des quantités lancées et réservées sur la ligne de commande.

Hélios assurera la cohérence entre les besoins de l’article, les réservations posées et les formats disponibles en stock.

Hélios tient compte pour ses réservations Articles, Composants et Matières des dates de péremption. Ces dates sont contrôlées par rapport à la date de besoin de l’OF.

2.2.2. Deuxième étape (Article FILS) 

Cette étape est identique à la première mais l’étude porte sur la nomenclature de l’article vendu s’il y en a une. Les conséquences sur le stock sont identiques. Il n’y a aucun impact sur la ligne de commande, celle-ci étant uniquement liée à l’article vendu.

2.2.3. Troisième étape (REGROUPEMENT)

Cette étape va faire la synthèse de tout le traitement fait dans les deux premières étapes.

Le processus est alors le suivant :

  • Recherche de tous les manques, article par article.
  • Analyse de regroupement (voir Amplitude remarque ci dessous). Dans le cadre d’une commande en «Appro Client», le regroupement automatique n’est possible que pour un même client d’appro.
  • Analyse des quantités et lots économiques.
  • Regroupement d’ OFs avec lignes de commandes associées et lignes (**) 0/0 pour le stock. (regroupement basé sur la date de début calculé)
  • Jalonnements de ces OFs «Au plus tard et en capacité infinie» en fonction des temps de fabrication théoriques de la gamme ou de son cycle et des quantités de l’OF. La méthode prise en compte pour l’article est la méthode principale (voir formule de Jalonnement Paragraphe Paramétrage). La date de besoin n’est pas la date de livraison mais la date de livraison à laquelle on enlève le transit saisi sur la ligne de commande.
  • Regroupements des besoins en fournitures liés à ces OFs.
  • Génération des besoins en fournitures et des dates limites d’achats en fonction des liens Fourniture/Fournisseur. Le lien pris en compte est la priorité la plus forte par type de fournisseur (Simple ou Client/Fournisseur, voir Module Commandes Fournisseurs/Basculer Besoin).
    • Si un manque est détecté sur l’article, Hélios mènera exactement la même action sur les composants et les matières liés :

      • On réserve le besoin dans le stock principal de l’élément si le disponible (le format) le permet : par ordre de taille de format pour les matières de type Longueur et Surface.
      • Si pas suffisant, on cherche à réserver dans le stock de consignation de l’élément
      • Si pas suffisant, on cherche à réserver dans le stock des liens équivalents
      • Si pas suffisant, on cherche à réserver l’encours de commande d’achat de l’élément.
      • Si pas suffisant, on cherche à réserver l’encours de commande d’achat des liens équivalents.
      • Si pas suffisant alors un manquant est déclaré sur le besoin principal

      Il mettra aussi à jour tous les niveaux de stock : fermes et encours.

  • Création des OFs avec duplication complète du dossier technique. Dans le cadre d’une numérotation «Avion» pour la gestion de gamme avec dégressivité de type «Wright», le rang de la ligne de commande est pris en compte pour «ajuster» les temps (voir Module OF).
  • Mise à jour des anomalies si nécessaire.

Remarque :

Seules les gammes actives seront dupliquées sur l’OF lors du CBN. Même si Hélios ne se sert que de la méthode principale de l’article pour ses calculs, il duplique toutes les méthodes actives sur l’OF. Il sera alors possible de changer de méthode en production et de la planifier.

Le bouton OF permet de consulter tous les OFs non soldés existants et donc ceux générés par ce calcul.

Amplitude :

Le regroupement des lignes de commande sur un OF s’effectue en fonction de l’Amplitude (en nombre de jours) renseignée sur l’interface. La règle de gestion est la suivante :

- Pour chaque article, les lignes de commandes sont triées par date de livraison (de la plus urgente à la moins urgente).

- Ensuite pour chacune des lignes, une date limite de lancement est calculée, elle dépend du nombre de pièces commandées si on ne jalonne pas avec les cycles (c’est la colonne début au plus tard sur les lignes d’OF).

- Enfin, Helios regroupe sur l’OF toutes les lignes de commande dont la date limite de lancement est inférieure ou égale à la date limite de lancement de la ligne de commande la plus urgente + le nombre de jours de regroupement (champ Amplitude).

2.2.4. Jalonnement des phases 

Cette fonctionnalité, non paramétrable au CBN, permet de jalonner les phases en tenant compte des temps donnés dans les phases et du mode de jalonnement choisi.

L’objectif est double : Connaître un positionnement à capacité infinie de chaque phase pour positionner les dates exactes de besoin et évaluer la charge de production.

La méthode de calcul est la suivante :

  • Prise en compte du jalonnement des OFs
  • Positionnement de phases dans cet intervalle en répartissant proportionnellement à la taille de chaque phase la marge entre les phases. Si la date de début est dépassée, les phases sont alors collées jusqu’à rattrapage du déroulé encore possible sinon elles sont toutes collées.

La visualisation de ce jalonnement de phase est accessible depuis le /wiki/spaces/SUPPHELIOS/pages/32212115.

3. Paramétrage Besoin 

Cet écran de paramétrage du besoin permet de donner toutes les valeurs par défaut du module

  • Calcul des besoins : sélection de lignes, types de lignes, droits de réservations, gestion des quantités économiques, gestion des équivalences, jalonnement des OF, amplitude de regroupement…

Ces valeurs sont reprises à l’ouverture du module mais modifiables à chaque lancement, sauf pour la génération ou pas d’OF suite à l’affectation d’encours aux OF et pour la génération d’OF en attente matière.

Il est possible d’intervenir sur tous les états liés au module Composants, pour modifier ou dupliquer des états existants, ou créer des états supplémentaires.

Ce module permet aussi de définir l’organisation fonctionnelle autour du CBN.

Il existe une compétence pour libérer le CBN en cas de blocage: "Compétence permettant la libération du CBN" afin de le réinitialiser.

L’utilisation de cette méthode dans le Calcul de Besoin Prévisionnel repositionne le calcul à l’étape 1. Il est possible de le relancer directement, la première action du calcul étant la suppression de l’ancien.
Pour le Calcul du Besoin Net, l’utilisation de la méthode repositionne le calcul à l’étape 1. Cependant, la méthode ne supprimera pas les engagés liés au calcul interrompu. En effet, en fonction de l’avancement du calcul, certaines actions ont
été effectuées 

  • Après étape 2 : Les réservations sur stocks et encours des articles pères pour les lignes de commande clients lancées ne seront pas supprimées.
  • Après étape 4 : Les réservations sur stocks et encours des articles fils pour les lignes de commande clients lancées ne seront pas supprimées.
  • Après étape 6 : Les OFs générés ne seront pas supprimés. La méthode s’assure de vider correctement les tables temporaires du CBN.

3.1. Rejet de lignes de commandes 

Il est possible de rejeter automatiquement certaines lignes de commandes lors du passage au CBN :

  • Hélios rejette automatiquement les gammes créées en automatique.
  • Hélios peut rejeter les gammes non Verrouillées .
  • Hélios peut rejeter les gammes non actives 
  • Hélios peut rejeter les commandes sans revue de contrat 
  • Hélios peut rejeter les lignes de commandes dont les articles n’ont pas la configuration validée (Module optionnel).
  • Hélios peut rejeter les lignes de commandes dont les articles sont en cours d’inventaire et éviter ainsi des générations d’OF à tort puisque le stock est momentanément suspendu.

3.2.  Jalonnement des OF 

Si vous ne souhaitez pas utiliser le jalonnement des OF en fonction des cycles (à paramétrer sur le module et sur chaque gamme), Hélios vous proposera un jalonnement en fonction des temps donnés sur les phases des gammes.

Pour compenser toutes les attentes dues au taux d’occupation des machines et à l’encombrement d’atelier, il est donc «IMPERATIF» de mettre de la marge dans les calculs de jalonnement. Ces valeurs sont donc à paramétrer globalement pour toute l’entreprise et tous les types de production.

La formule de jalonnement est la suivante :



 La DMA (délai minimum d’attente) se renseigne dans le module Paramétrage/Besoin.

 NB : ces calculs sont faits en tenant compte du calendrier société, d’où le rapport 5/7 pour les TT.

Remarque : Ces valeurs servant à définir de la marge, elles ne seront pas forcément réalistes. Attention, le DMA (délai minimum d’attente) est une valeur fixe, indépendante du nombre de pièces à lancer. Elle est répercutée sur chaque OF, ce qui peut être dangereux dans le cas de nomenclature importante.

3.3. OF en «Attente Matière» 

Ce paramétrage n’est plus géré, puisque le statut en attente, ce défini en fonction des besoins de l’OF et de leur couverture en stock, si un besoin de l’OF est non présent en stock, l’OF est généré au statut en Attente.

3.4.  Autres paramétrages 

Les paramétrages liés aux créations d’OF sur recalcul de besoins manuel et par automate ainsi que  la suppression des lancements dédiés sont décrits dans les chapitres correspondant à la Couverture.

Le paramétrage « Brider le calcul des besoins pour ne gérer que les pères » permet de générer des OFs sans tenir compte de l’état de la gamme, de solder tous les besoins de l’OF et de le générer directement encours. Cela peut être utile en période de basculement sur Hélios ERP pour générer tous les OFs avec Hélios en doublon avec ceux de votre ancien système. Une fois toutes les gammes réalisées, pour un basculement complet, enlever ce paramétrage.

Related content