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.

Les tâches Week-end de la version 2.4 exécutent tout ou partie des traitements suivants :

1. /COUV à Calcul de couverture,
2. /R_OFS à Retour couverture vers les OFs,
3. /DERES à Déréservation des OFS,
4. /PDP à Calcul des Besoins Nets Prévisionnel,
5. /ANA_BES à Analyse des besoins des OFs,
6. /COUV à Calcul de couverture,
7. /R_OFS à Retour OFs,
8. /R_OFS_PREV à Retour sur les OFs prévisionnels,
9. /PLANIF à Planification capacité infinie / capacité finie / alimentation du pilote.

Des traitements chronophages et complexes qui nécessitent plusieurs heures de traitement.

Un soin particulier a été apporté sur ces traitements, chaque traitement a été analysé par l'équipe Hélios pour trouver les axes d'optimisation concernant plusieurs points critiques :

Les Temps de traitement :

• Optimisation des algorithmes de traitement,
• Passage en 64 bits des traitements,
• Regroupement de certains traitements,
• Suppression de l'utilisation des IHM dans les traitement certains traitement (/PDP, /DERES, /PDP),
• Suppression des algorithmes pas a pas dans les traitements (/R_OFS et /R_OFS_PREV)

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 traitement (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).

La stabilité des traitements et la reprise des traitements en cas d'erreur.

La prise en compte de certaines fonctionnalités males gérées dans les taches en version 2.4 :

• Gestion des approvisionnement client ou propre,
• Gestion des formats,
• Gestion des restrictions et adresses de stock,
• Incohérence entre les placements visualisés sur la couverture du carnet de commande et ceux présents dans les modules composants et matières (Problème sur le calcul des dates de disponibilité).

Il en résulte la livraison de nouvelles tâches en version 64 bits qui annulent et remplacent les tâches en 32 bits de la version 2.4.

1. /PROG_PROD à Programme de production,
2. /COUV_NEW à Couverture article,
3. /PDP /COUV à Génération OFs prévisionnels manquants,
4. /R_OFS à Retour OFs,
5. /DERES_PH à Déréservation OFS,
6. /R_OFS_PREV à Retour sur les OFs prévisionnels,
7. /DERES_PDP à Déréservation OFS prévisionnels,
8. /R_COUV à Mise à jour couverture et dates / statut de besoin,
9. /CBA à Calcul du besoin d’achat.

II. Détail des tâches 2.0.

Tache planifiée : /COUV_NEW

• Basé sur le CBB
• Décomposition du carnet de commande quel que soit le statut du besoin
• Jalonnement de chacun des éléments
• Un algorithme détecte le besoin article le plus urgent libre de contrainte
• Le stock, l’encours de prod ferme ou prévisionnel y est associé
• En fonction de l’affectation réalisée le besoin fils est remis en question
• Cette procédure récursive se déroule jusqu’à avoir traité tous les besoins articles détectés par le CBB
• Les besoins en composant et matière ne sont pas pris en compte
• Les dates de lancement sont calculées à la fin du traitement

Tache planifiée : /PDP /COUV

• Basé sur le calcul de couverture
• Chaque besoin article non couvert par le stock ou l’encours est détecté
• Un OFs prévisionnel est généré pour chacun des « trous »
• 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 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 OFs prévisionnels générés

Tache planifiée : /R_OFS

• Les données ci-dessous sont mises à jour sur les OFs fermes
• 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

Tache planifiée : /DERES_PH

• 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 commande 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
• 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
• 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é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

Tache planifiée : /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

Tache planifiée : /DERES_PDP

• 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

Tache planifiée : /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

32 ou 64 bits

• d’évaluer la vitesse d’un ordinateur : un système 64 bits est en effet beaucoup plus rapide qu’un système 32 bits.