I. Introduction

...

• • Optimisation des traitements en mémoire et passage en 64 bits des traitements pour permettre 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).

...

1. /COUV_NEW : Couverture article, remplace /COUV (+ 25 % de temps de traitements ),
2. /PDP /COUV : Génération OFs prévisionnels manquants,
3. /R_OFS Retour OFs, mise à jour des OF Fermes,  passage en PL SQL (-50 % de temps de traitement),
4. /DERES_PH Déréservation OFS, remplace /DERES et une partie du traitement /ANA_BES qui n'existe plus(- 64 % de temps de traitement),
5. /R_OFS_PREV Retour sur les OFs prévisionnels, passage en PL SQL (- 80 % de temps de traitement),
6. /DERES_PDP Déréservation OFS prévisionnels, Elle optimise les achats prévisionnels, 
7. /R_COUV Mise à jour couverture et dates / statut de besoin, remplace /COUV et une partie du traitement /ANA_BES qui n'existe plus, pour éviter la redondance de traitements déjà effectués (- 80% de temps de traitement ).

II. Détail des tâches 2.0.

...

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.

Elle apporte des gains fonctionnelles notables, notamment la prise en compte des indices articles et des rechanges, qui n'étaient pas gérées dans l'ancienne tâche. 

...

Commande 1 : Article C demandé pour le 20/09/2023.
Commande 2 : Article A demandé pour le 10/10/2023. L'article A contient dans sa nomenclature l'article C qui est aussi présent dans le carnet de commande. Un besoin pour le 10/09/2023 est nécessaire. il précède le besoin de la commande 1, il est donc devenu devient prioritaire dans la nouvelle tâche tâche /COUV_NEW pour déterminer les besoins bruts dans le temps.

...

• 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

Exemple : 3 commandes

• • Article C 
  • Article A 
  • Article D 

Image Added

• 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.

...

• Chaque besoin brut article non couvert par le stock ou non lié à un encours est détecté.
• Un OFs prévisionnel est généré pour chacun des 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 é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).
• Les données calculées par la couverture sont mises à jour avec les données des OFs prévisionnels générés.

...

Cette tâche permet d'effectuer un "annule et remplace" des réservations existantes sur stock et encours :, elle remplace /DERES et une partie du traitement /ANA_BES concernant la mise à jour des statuts des Ofs.

• 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,
  • Transformation des OFs en encours de stock,
• Les affectations effectuées par la couverture pour les articles en 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’OFs :
  • Calcul du reste à sortir pour l’OFs à la date du lien phase du besoin,
• Les besoins sont triés par :
  • Priorité (>= 50),
  • Date de besoin,
  • OFs,
• 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 à la phase  : 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é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.

...

Cette tâche permet de mettre à jour la couverture achat avec mise à jour des dates de disponibilité. Elle remplace la tache réexécution de la tâche /COUV pour éviter la redondance de traitements inutiles à cette étape de la séquence des traitements.

• 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é qui était réalisée par la tâche ANA_BES dans la version 32 bits.
• Mise à jour des statuts des besoins des phases qui était réalisée par la tâche ANA_BES dans la version 32 bits,
• Dans les OFs, liste de besoin, lien des besoins aux phases d’OFs,
• Idem pour les OFs prévisionnels.