Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

...

Les tâches concernées par l'évolution 2.0 sont les une partie des tâches que vous connaissez sous le qualificatif  "Tâches Week-end" ou "Tâches semaine". 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 "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 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.,.

Remarque : Le projet de réécriture ne porte pas sur les tâches matérialisées en vert de la liste ci dessus.

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é porté par l'équipe HéliosERP pour déterminer effectuer les optimisations des sur les temps d'exécution et les améliorations à apporter nécessaires pour une meilleure couverture fonctionnelle et une plus grande stabilité. 

Plusieurs axes d'étude :

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

...

...

      • Les 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  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 suffit de respecter la séquence décrite pour les tâches 2.0.
    4 . Prise en compte des fonctionnalités non couvertes :
    • 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.
    • Les indices articles dans le traitement de la couverture.
    • Gestion des approvisionnements partiels dans la mise à jour de la couverture.
    • Gestion des stocks par emplacement dans la mise à jour de la couverture.
    • 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â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. connaissez.

Rappel : Les tâches en vert n'ont pas été impactées par les évolutions, cependant la version 64 bits de ces tâches est utilisable.

Scénario complet

  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_BESqui 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. utilisables en 64 bits, 

Scénario minimum

  1. /COUV_NEW 
  2. /PDP_L
  3. /R_OFS
  4. /DERES_PH
  5. /R_OFS_PREV
  6. /DERES_PDP
  7. /R_COUV
  8. /BASOR
  9. /PLANIF
  10. /BILAN
  11. /CBA

...

    • De la nomenclature de l'article D de la commande 3, sa date de besoin phase est positionnée dans le jalonnement avnt avant les deux besoins précédents. Dans ce cas, ce besoin devient prioritaire.

...