Page Comparison

...

Les tâches "Tâches Week-end" ou "Tâches semaine" de la version 2.4 exécutent tout ou partie des traitements suivants dans l'ordre indiqué :

1. /PROG_PROD : Programme de production Axone.
2. /COUV : Calcul de la couverture,
3. /R_OFS : Retour couverture vers les OFs,
4. /DERES_PH : Déréservation des OFS,
5. /PDP : Calcul des Besoins Nets Prévisionnel,

6. /ANA_BES : Analyse des besoins des OFs,

7. /COUV : Calcul de couverture,
8. /R_OFS : Retour OFs,
9. /R_OFS_PREV Retour sur les OFs prévisionnels,
10. /BASOR : Calcul des ouvertures et calendriers des ressources, 
11. /PLANIF : Ordonnancement à capacité finie et infinie, 
12. /BILAN : Calcul des bilans,
13. /CBA : Calcul des besoins achats. nécessaire si le paramètre PDP minimaliste est activé, utilisables en 64 bits,

Des traitements chronophages et complexes qui nécessitent plusieurs heures d'exécution. Un soin particulier a été apporté, chaque algorithme en lien avec le calcul des besoins nets a été analysé par l'équipe HéliosERP pour déterminer les optimisations des temps d'exécution et les améliorations à apporter pour une meilleure couverture fonctionnelle et une plus grande stabilité.

Plusieurs axes  axes d'étude :

• 1. Les Temps d'exécution des tâches  :

• • Passage en PL SQL de certains traitements.
  • Optimisation des algorithmes de traitement (/PDP).
  • Regroupement de certains traitements et suppression des traitements redondants,
  • Suppression de l'utilisation des IHM dans les traitements (/PDP, /DERES),
  • Suppression des algorithmes pas a pas dans les traitements au profit de traitements en masse (/R_OFS et /R_OFS_PREV).Passage en 64 bits (Gains entre 5 et 10 % sur les

Résultats :

• • • Les gains constatés en temps d'exécution
  selon les traitements)
  • • de nos sites pilotes sont compris entre 45 et 50%.

• 2. L'espace mémoire alloué aux traitements par Windows :Gestion de la mémoire : Passage en 64 bits
  • 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). 

Résultats en 64 bits : 

• • • Les
  crashs
  • • crashs aléatoires des dll ont disparu=> Libération de la mémoire défaillante.
    • Il n'y a 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)
  • •  et de planifications.
    • Gain entre 5 et 10 % sur les temps d'exécution selon la complexité des traitements.

• 3. Difficulté pour établir une procédure minimale de tâches à exécuter lors de la mise en place des traitements
  • Un traitement n'est exécuté que s'il est nécessaire. il Il suffit de respecter la séquence décrite pour les tâches 2.0.

• 4 . La couverture fonctionnelle, prise Prise en compte des fonctionnalités non couvertes :
  
  • Prise en compte des indices articles dans le traitement de la couverture.
  • Prise en compte des La priorité d’affectation des stocks et encours dans la couverture ne priorise plus obligatoirement le besoin d'une commande d'un article, si cet article est consommé dans une nomenclature d'un article père d'une autre commande, il peut être prioritaire si sa date de besoin intervient avant celle de la commande.
    • La priorisation dans la couverture est cohérente.
  • Les rechanges dans le traitement de la couverture.Prise
  • en compte Les indices articles dans le traitement de la gestion couverture.
  • Gestion des approvisionnements partiels dans la mise à jour de la couverture,Prise en compte de la gestion .
  • Gestion des stocks par emplacement dans la mise à jour de la couverture,
  • Calcul des dates de disponibilité dans la mise à jour de la couverture.
  • Prise en compte de la priorité d’affectation des stocks et encours dans la couverture en fonction des dates de besoins, le besoin d'un composant de nomenclature peut être prioritaire sur un besoin de commande client.
  • Les positionnements réels des besoins des OFs remontent dans la couverture.
    • Les tableaux de bords présentent tous les mêmes données,
    • Les calculs de dates de disponibilité sont cohérents.
  • Prise en compte du négoce dans l'ensemble des tâchesensemble des tâches y compris les taches de dé réservation.
    • L’ensemble des données de la chaine achat sur le moyen terme est cohérent.
  • La dé réservation inclut les OFs prévisionnels.
    • L’ensemble de la chaine achat est optimisé.

Il en résulte la livraison de nouvelles tâches en version 64 bits et 32 bits qui remplacent les tâches que vous connaissez dans la liste des traitements à exécuter. Les tâches en vert n'ont pas été impactées par les évolutions,

...

1. /PDP : Plan de production minimaliste (Paramètre Plan de production), intègre le programme Axone.
2. /COUV_NEW : Couverture article, remplace /COUV.
3. /PDP_L :Générationdes OFs prévisionnels manquants,
4. /R_OFS : Retour OFs, mise à jour des OF Fermes,  passage en PL SQL.
5. /DERES_PH : Dé réservation OFS, remplace /DERES et une partie du traitement /ANA_BES qui n'existe plus.
6. /R_OFS_PREV : Retour sur les OFs prévisionnels, passage en PL SQL.
7. /DERES_PDP : Dé réservation OFS prévisionnels, Elle optimise les achats prévisionnels, 
8. /R_COUV : Mise à jour couverture des besoins en achat 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.
9. /BASOR : Calcul des ouvertures et calendriers des ressources, tâche non impactés par les évolutions, utilisables en 64 bits,
10. /PLANIF : Ordonnancement à capacité finie et infinie, tâche non impactés par les évolutions, utilisables en 64 bits,
11. /BILAN : Calcul des bilans, tâche non impactés par les évolutions, utilisables en 64 bits,
12. /CBA : Calcul des besoins achats. nécessaire si le paramètre PDP minimaliste est activé, utilisables en 64 bits, 

Scénario minimum

1. /COUV_NEW : Couverture article, remplace /COUV.
2. /PDP_L :Générationdes OFs prévisionnels manquants,
3. /R_OFS : Retour OFs, mise à jour des OF Fermes,  passage en PL SQL.
4. /DERES_PH : Dé réservation OFS, remplace /DERES et une partie du traitement /ANA_BES qui n'existe plus.
5. /R_OFS_PREV : Retour sur les OFs prévisionnels, passage en PL SQL.
6. /DERES_PDP : Dé réservation OFS prévisionnels, Elle optimise les achats prévisionnels, 
7. /R_COUV : Mise à jour couverture des besoins en achat 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.
8. /BASOR : Calcul des ouvertures et calendriers des ressources, tâche non impactés par les évolutions, utilisables en 64 bits,
9. /PLANIF : Ordonnancement à capacité finie et infinie, tâche non impactés par les évolutions, utilisables en 64 bits,
10. /BILAN : Calcul des bilans, tâche non impactés par les évolutions, utilisables en 64 bits,
11. /CBA : Calcul des besoins achats. nécessaire si le paramètre PDP minimaliste est activé, utilisables en 64 bits,

...

1. ,

...

Pour exécuter les tâches :

• En 32 bits , il faut pointer sur l'exécutable que vous connaissez HeliosII.exe, la procédure reste inchangée.
• En 64 bits, il faut pointer sur le nouvel exécutable dédié nommé HII_TASKx64.exe.  
  • L'utilisation des tâches en 64 bits impose une architecture 64 bits du client Oracle.

...

Il s'agit de la tache /PDP avec le paramètre "PDP minimaliste" activé. il s'agit d'un paramètre qui a été ajouté dans le paramétrages du Plan de Production. 

• Prise en compte :
  • Lancements Axone.
  • Suppression des OFs prévisionnels.
  • Régénération des OFs prévisionnels à partir du carnet de commande.

• Arrêt du calcul à la fin de la génération des OFs prévisionnels :
  • Pas de nomenclature d’OFs.
  • Pas de jalonnement.
  • Pas de traitement des composants / matières.
  • Pas de calcul de statut d’OFs.
  • Pas de lancement de CBA.

/COUV_NEW : Analyse de la couverture, le coeur du processus

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 sans tenir compte des affectations existantes.

...