I. Introduction

...

• 2. L'espace mémoire alloué aux traitements par Windows :
  • Passage en 64 bits des traitements pour permettre de d'allouer plus de 2 Go d'espace mémoire aux traitements (Voir Limites de mémoire pour les versions de Windows et de Windows Server - Win32 apps | Microsoft Learn).
  • Plus de limite dans le volume des données à traiter par les tâches (plus de réduction dans les horizons des traitements des calculs de la couverture (/COUV) et de planifications (/PLANIF).
• 3. La stabilité des traitements et la reprise des traitements en cas d'erreur.
• 4. La prise en compte de certaines incohérences connues :

...

II. Détail des tâches 2.0.

...

/COUV_NEW

Elle remplace la tâche /COUV de la version 2.4 qui était basée principalement sur la priorisation des besoins en fonction des dates issues du carnet de commande client. Elle permet de calculer la couverture des besoins.

Cette nouvelle tâche tient compte non seulement des besoins issus du carnet de commandes clients mais aussi des besoins en nomenclature des articles commandés pour prioriser les dates de besoin bruts.

...

• 2 : Jalonnement de chaque besoin brut article, il dépend du contenu des gammes.
  • Dépend du paramétrage
    • Cycle à la phase
      • Temps d’attente des CDC
      • Cycle inter CDC
    • Cycle Gamme
    • Temps de la Gamme
• 3 : Un  algorithme détecte le besoin brut article le plus urgent en multiniveau (date de besoin / priorité de la ligne de commande) libre de contrainte (pas d’article père ou article père pour la ligne de commande déjà traité).
  • Pour chaque article d'une commande, existe-t-il un besoin plus urgent lié à un père non traité ?
    • Si oui, positionnement sur cet article en commande, existe t'il un même besoin plus urgent -  Traitement récursif.
    • Si non, traitement de l’article (idem couverture standard), positionnement du besoin brut.
      • Si aucun besoin n’est nécessaire pour ce nœud de nomenclature alors, le traitement solde tous ces fils.

La fin de la récursivité nous ramène à la première étape et sur un article ramène le traitement au point 3, un nouvel article prioritaire est déterminé et , il est traité de la même façon.

• 4 : Le stock, l’encours de prod ferme ou prévisionnel
y
• est associé aux différents besoins bruts pour les convertir en besoins nets (CBN).

En fonction de l’affectation réalisée le besoin brut fils est remis en question

...

pour chaque article concerné, cette procédure récursive se déroule jusqu’à avoir traité tous les besoins bruts articles détectés par le CBB, les besoins brut des articles deviennent des besoins nets.

• 5 : Les besoins bruts en composant et en matière ne sont pas pris en compte.
• 6: Les dates de lancement sont calculées à la fin du traitement.

...

/PDP /COUV

Basé sur le calcul de couverture précédent /COUV_NEW.

• Chaque besoin brut article non couvert par le stock ou l’encours un encours est détecté.
• Un OFs prévisionnel est généré pour chacun des « trous »besoins bruts non couverts.
  • La nomenclature d’article n’est pas prise en compte
  • . Les besoins en composant et matière ne sont pas traités
  • Les quantités et lots
  économique
  • économiques sont pris en compte
  • (Si un encours de production est généré via un lot économique par exemple il sera pris en compte avant génération éventuelle de l’OFs
  La couverture est mise à jour par les
  • ).
• Les données calculées par la couverture sont mises à jour avec les données des OFs prévisionnels générés.

...

/R_OFS

...

Cette tâche permet de mettre à jour les données qui concernent  les OFs fermes.

Ces données sont  :

• Priorité de l’OFs,
• Date de début et date de fin couverture,
• Ligne de commande client affectées à l’OFs,
• Nomenclature de couverture des OFs.

Un jalonnement de tous les OFs fermes non soldés est effectué :

• Date début et date de fin des OFs,
• Date de début et date de fin des phases,
• Date des réservations stock et encours pour les composants et matières,
• Date des manquants pour les composants et matières.

...

/DERES_PH

Cette tâche permet d'effectuer un "annule et remplace" des réservations existantes sur stock et encours :

• Suppressions des réservations composants et matières sur les stocks et encours ainsi que les manquants déclarés pour les OFs fermes.
• Pour les articles
  • Suppression des réservations sur stock et encours,
  • Suppression des nomenclature
  d’OFs
  • d’OFs,
  • Transformation des OFs en encours de stock,
• Les affectations effectuées par la couverture pour les articles en commande commandes clients sont reprises et créées sur le stock article et les encours de production
• Pour chaque OFs non soldés et chaque besoin non soldé de l’OFsl’OFs :
  • Calcul du reste à sortir pour
  l’OFs
  • l’OFs à la date du lien phase du besoin,
• Les besoins sont triés par :
  • Priorité (>= 50),
  • Date de besoin,
  • OFs,
• On affecte le Le stock est affecté (principal puis équivalent) puis l’encours. Si le besoin n’est pas couvert un manquant est déclaré sur le besoin principal
• Déréservation Dé réservation à la phase  ( tache planifiée \DERES_PH)  : suppression des réservations des commandes de négoce sur stock, encours et manquant et prise en compte des lignes de commande clients de négoce au statut encours dans le processus de déréservationdé réservation. Les besoins de négoce sont pris en compte à la date recalée ou de livraison de la ligne. Ils s’insèrent au milieu des besoins des phases d’OFs.

...

/R_OFS_PREV

• Les données ci-dessous sont mises à jour sur les OFs prévisionnels
  • Priorité de l’OFs
  • Date de début et date de fin couverture
  • Ligne de commande client affectées à l’OFs
  • Nomenclature de couverture des OFs
• Un jalonnement de tous les OFs prévisionnels est effectué
  • Date début et date de fin des OFs
  • Date de début et date de fin des phases
  • Date des réservations stock et encours pour les composants et matières
  • Date des manquants pour les composants et matières

...

/DERES_PDP

Cette tâche permet d'effectuer un "annule et remplace" des réservations existantes sur les Ofs prévisionnels:

• Suppression des OFs prévisionnels non liés à la couverture ou au Plan de production (priorité 95)
• Suppression des réservations composants et matières sur les stocks et encours ainsi que les manquants déclarés sur les OFs prévisionnels
• Les besoins articles ne sont pas remis en cause
• Pour chaque OFs prévisionnels et chaque besoin de l’OFs
• Calcul de la quantité nécessaire pour l’OFs à la date du lien phase du besoin
• Les besoins sont triés par :
  • Priorité (>= 50),
  • Date de besoin,
  • OFs.
• On affecte le stock (principal puis équivalent) puis l’encours. Si le besoin n’est pas couvert un manquant est déclaré sur le besoin principal

...

/R_COUV

• Mise à jour de la couverture commande client
• Calcul du besoin en composant & matière en fonction des OFs
• Ventilation des réservations réelles (stock + encours) des OFs dans la couverture
• Même action pour les OFs prévisionnels
• Mise à jour des dates de disponibilité
• Dans la couverture
• Dans les OFs, liste de besoin, lien des besoins aux phases d’OFs
• Idem pour les OFs prévisionnels

...