...

...

t I. Introduction

Les tâches concernées par l'évolution 2.0 sont les tâches que vous connaissez sous le qualificatif  "Tâches Week-end". Il s'agit d'un ensemble de traitements programmés dans le planificateur de tâches Windows. Ces tâches ont pour vocation d'optimiser la gestion de vos stocks et de vos encours pour répondre aux besoins de vos clients.

...

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

...

Il en résulte la livraison de nouvelles tâches en version 64 bits qui annulent et remplacent les tâches en version 32 bits. Le gain constaté est de 60 % en temps de traitement Les gains constatés sont significatifs sur nos environnements de test.

• /COUV_NEW à : Couverture article, remplace /COUV (+ 25 % de temps de traitements ),
• /PDP /COUV à : Génération OFs prévisionnels manquants,
• /R_OFS à Retour OFs, mise à jour des OF Fermes,  passage en PL SQL (-50 % de temps de gain estiméstraitement).,
• /DERES_PH à Déréservation OFS, remplace /DERES et une partie du traitement /ANA_BES qui n'existe plus(- 64 % de temps de traitement).,
• /R_OFS_PREV à Retour sur les OFs prévisionnels, passage en PL SQL (- 80 % de temps de traitement),
• /DERES_PDP à Déréservation OFS prévisionnels, Elle optimise les achats prévisionnels prévisionnels, 
• /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 estimé).

II. Détail des tâches 2.0.

...

• 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 les résultats de calcul de couverture précédent /COUV_NEW.

...

Cette tâche permet de mettre à jour les données qui concernent  les OFs fermes. Ce traitement reprend les OFs fermes pour leur donner les positionnements établis par l’analyse de la couverture.

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.

...

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

/R_OFS_PREV

Cette tâche permet de mettre à jour les données qui concernent  les OFs prévisionnels. Ce traitement reprend les OFs previsionnels pour leur donner les positionnements établis par l’analyse de la couverture.

• 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

...

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

/R_COUV

Cette tache tâche permet de mettre à jour la couverture commande clients suite aux différentes traitements précédents :achat avec mise à jour des dates de disponibilité. Elle remplace la tache /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é ,Dans la couverturequi était réalisée par la tâche ANA_BES dans la version 32 bits 2.4.
• Mise à jour des statuts des besoins des phases qui était réalisée par la tâche ANA_BES dans la version 32 bits 2.4,
• Dans les OFs, liste de besoin, lien des besoins aux phases d’OFs,
• Idem pour les OFs prévisionnels.