...

• • 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, /PDP),
  • Suppression des algorithmes pas a pas dans les traitements (/R_OFS et /R_OFS_PREV).
  • Passage en 64 bits (Gains entre 5 et 10 % sur les temps d'exécution selon les traitements).

• 2. L'espace mémoire alloué aux traitements 32 bits par Windows :

• • 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 et 32 bits qui annulent et remplacent les tâches que vous connaissez dans la liste des traitements à exécuter dans le scénario minimum. Les tâches en vert n'ont pas été impactées par les évolutions .sur les algorithmes,

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,
9. /PLANIF : Ordonnancement à capacité finie et infinie, tâche non impactés par les évolutions,
10. /BILAN : Calcul des bilans, tâche non impactés par les évolutions,

11. /CBA : Calcul des besoins achats. 

...

• 2 : Jalonnement de chaque besoin brut article des éléments de nomenclatures des articles en commande client, il dépend du contenu des gammes, il détermine le critère essentiel dans la détermination des quantités.
  • Dépend du paramétrage de jalonnement généraux.
    • Cycle à la phase
      • Temps d’attente des CDC
      • Cycle inter CDC
    • Cycle Gamme
    • Temps de la Gamme
  • Jalonne sur le calendrier société
  • Lot maximum de lancement
  • Prise en compte chevauchement

Exemple de jalonnement avec 3 commandes :

• • Article C  de la commande 1, pas de nomenclature de fabrication.
  • Article A  de la commande 2, avec une nomenclature de fabrication.
  • Article D de la commande  3, avec une nomenclature de fabrication.

Image RemovedImage Added

• 3 : Un  algorithme détecte le besoin brut article le plus urgent en multiniveau (date de besoin / priorité de la ligne de commande) ne possédant pas 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.

...

• • De la nomenclature de l'article D de la commande 3, sa date de besoin phase est positionnée dans le jalonnement à la même date que celle de la commande 1. Dans ce cas le besoin de la commande 1 est prioritaire, puis vient ensuite celui de la commande 3.

• 4 : Le stock, l’encours de prod ferme ou prévisionnel est associé aux différents besoins pour convertir les besoins bruts en besoins nets (CBN).

En fonction de l’affectation réalisée le besoin brut fils est remis en question pour chaque article concerné, cette procédure récursive se déroule jusqu’à avoir traité tous les besoins bruts articles détectés par le CBB, les besoins brut des articles deviennent des besoins nets.

• 5 : A ce stade, les besoins bruts en composant et en matière ne sont pas traités.
• 6 : Les dates de lancement sont calculées à la fin du traitement.

/PDP /COUV

Basé sur les résultats de calcul de couverture précédent /COUV_NEW (CBN), ce traitement génère les OFs prévisionnels pour couvrir les besoins net a fabriquer. Cette tâche remplace la tâche /PDP (32 bits).

• Chaque besoin net de fabrication est traité.
• Un OFs prévisionnel est généré pour chacun des besoins nets non couverts.
  • A ce stade, la nomenclature d’article n’est pas encore prise en compte, les besoins en composants et matières 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 ensuite mises à jour avec les données des OFs prévisionnels générés.

/R_OFS

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 et le jalonnement.

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.

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.

/DERES_PH

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 (32 bits) 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 sur 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

/DERES_PDP

Cette tâche permet d'effectuer un "annule et remplace" des réservations existantes sur les Ofs prévisionnels :

• 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

...

/CBA

Cette tâche permet d'effectuer le calcul des besoins achat.

...

/PDP_L : Gestion des articles manquants

Basé sur les résultats de calcul de couverture précédent /COUV_NEW, ce traitement génère les OFs prévisionnels pour couvrir les manquants. Cette tâche remplace la tâche /PDP (32 bits). 

Image Added

La couverture donne une liste d’articles manquants par besoin client (Référence / Qté / Date de besoin / Commande client), l'horizon de calcul de la couverture n'est pas limité.

Paramètres pris en compte lors du traitement de la liste :

• Le traitement considère que les stocks et les encours ont tous été consommés par le calcul de couverture.
  • Le calcul commence avec un stock et un encours de production à 0.
  • Chaque élément de la liste génèrera un OFs prévisionnel.
• Prise en compte de la quantité & Lot éco : Uniquement sur les articles sans nomenclature
  • Le delta entre le besoin et le lancement économique génère un encours de production.
  • Il sera consommé par les prochains besoins de cette référence.
• Quantité maximum de lancement
• Gestion des panoplies

Finalité :

• Conservation des OFs prévisionnels existants,
• Génération des OFs prévisionnels manquants en masse (traitement PL / SQL) de la couverture.,
• Dossier technique / Liste des besoins,
• Insertion des OFs prévisionnels dans le tableau de couverture,

Non traité par ce traitement :

• Pas de constitution de nomenclature d’OFs prévisionnels,
• Pas de jalonnements des OFs prévisionnels,
• Pas de traitement des besoins des OFs prévisionnels,
• Pas de calcul des statuts des OFs prévisionnels,

Performance constatée

• 14 800 OFs prévisionnels générés en 8 minutes contre 45 minutes dans la version précédente.

/R_OFS : Calage des Ofs fermes par rapport à la couverture

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 et le jalonnement.

Les données mises à jour dont  :

• Priorité de couverture de l’OFs,
  • Reprise de celle de l’OF
  • 25 => Pas d’affectation faite dans la couverture
    • NB : Les OFs de réappro de stock sont exclus
  • 30 => Pas d’affectation faite par la couverture mais
    • OF avec toutes les pièces en litige
    • Les pièces litiges considérées comme mauvaises
  • 40 à OFs de réappro de stock sauf si paramétrage de remise en question actif

Image Added

• • Priorité des Frais de la ligne de commande client affecté
• Date de début et date de fin couverture,
• Ligne de commande client affectées à l’OFs,
  • Affectation indirecte via la table OFS_LG_COUV
  • L’OF est affecté principalement au stock (ligne 0/0 **)
• Nomenclature de couverture des OFs.
  • A partir de la nomenclature théorique d’article,
  • A partir des affectations des OFs à la même ligne de commande,
  • On constitue des nomenclatures d’OF
  • Traitement en PL SQL => Optimisation conséquente du calcul
• Gestion des sur nomenclature
  • Pour chaque lien de nomenclature créé
    • Calcul des besoins net => Nombre de manquant réel pour l’OF père du fils
    • Sérialisation des OFs
    • Affectation des numéros entre père et fils dans la limite des manquants
    • Si plus de manquant suppression des liens

Un jalonnement de tous les OFs fermes non soldés est effectué :

• Traitement récursif des phases
  • Détermination des phases libres (toutes leurs phases pères sont positionnées)
  • Calcul de la date de début en enlevant le cycle
  • Calcul de la date de fin en rajoutant les temps phases
• Consolidation sur l’OFs
  • Date de début : Minimum des dates de début des phases de l’OF
  • Date de fin : Maximum des dates de fin des phases de l’OFDate début et date de fin des OFs,

/DERES_PH : Remise en question des besoins en composant / matières

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 (32 bits) 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 :
    • Paramètre de suppression des lancements dédiés activé,
    • 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
        • Création des réservations pour le stock article,
        • Affectation des lignes de commande sur les OFs.
  • Pour le négoce :
    • Suppression de toutes les affectations existantes sur stock et encours
    • Suppression de tous les manquants
• Constitution d'une liste à traiter :
  • 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,
    • Priorité (>= 50 sont ramenés à 50),
    • Date de besoin de la phase de l’OF.
  • Pour tout le carnet de commande de négoce
    • En fonction du reste à livrer
    • Priorité est figé à 50
    • La date de livraison ou date recalée détermine la date de besoin
  • Les besoins sont triés par :
    • Priorité
    • Date de besoin
• Parcours de la liste
  • Pour chaque élément, affectation du stock principal de l’élément
    • Si pas suffisant, affectation du stock de consignation de l’élément,
    • Si pas suffisant, affectation du stock  des liens équivalents,
    • Si pas suffisant, affectation de l’encours de commande d’achat de l’élément.
    • Si pas suffisant, affectation de l’encours de commande d’achat des liens équivalents
    • Si pas suffisant alors un manquant est déclaré sur le besoin principal

Image Added

• A la fin du traitement :
  • Calcul du statut des OFs
  • Uniquement pour les OFs en attente ou disponible
    • Passage au statut disponible de tous les OFs ci-dessus
    • Passage au statut en attente
    • Existe une nomenclature d’OF
    • Existe une réservation sur encours de production article pour l’OF
    • Existe une réservation sur un encours de commande d’achat pour l’OF
    • Existe un manquant déclaré pour l’OF

Image Added

/R_OFS_PREV : Calage des Ofs prévisionnels par rapport à la couverture

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 couverture :
    • Reprise de celle de l’OF prévisionnels,
    • 45 à Pas d’affectation faite dans la couverture :
      • Par exemple : horizon de calcul de la couverture n’englobe pas tout le carnet de commande client
  • Ligne de commande client affectées à l’OFs :
    • Affectation directe dans la table PDP_OFS_LG,
    • L’OF prévisionnel non pris en compte par la couverture n’est pas remis en question. Il conserve les lignes de commandes clients d’origine.
  • Nomenclature d’OFs prévisionnels :
    • Le processus de calcul est le même que pour les OFs fermes,
    • L’algorithme de gestion des sur nomenclature s’applique aussi.
• Un jalonnement de tous les OFs prévisionnels est effectué :
  • Même méthodologie que pour les OFs fermes,
  • MAJ des cycles des phases fermes et prévisionnelles,
  • Constitution des nomenclatures de phases prévisionnelles,
  • Constitution des nomenclatures mixte entre phases fermes et phases prévisionnelles,
  • Par rapport au référentiel (Couverture / Axone PDP ) mise à jour des phases libres (sans contrainte de nomenclature de phase supérieure) : date de début et date de fin,
  • Traitement récursif qui parcourt l’ensemble des nomenclatures de phases pour les jalonner,
  • A la fin du balayage mise à jour des dates de début et date de fin des OFs prévisionnels, 
• Le référentiel des OFs fermes a changé.
  • Le calcul pour les OFs fermes est refait :
    • Prise en compte du référentiel pour mettre à jour les phases fermes libres,
    • Balayage de la nomenclature de phase pour rejalonner les phases,
    • Mise à jour des l’OFs.

/DERES_PDP : Remise en question des besoins en composant / matières

Cette tâche permet d'effectuer un "annule et remplace" des réservations existantes sur les Ofs prévisionnels :

• 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,
• Les commande de négoce ne sont pas prise en compte,
• 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.

Performance constatée

• Sur un échantillons de 19 000 éléments à traiter le temps de traitement est passé de 11 h à 4h15.

/R_COUV : Insertion des données liées aux composants et matières dans les tableaux de couverture

Cette tâche permet de mettre à jour la couverture des commandes clients avec mise à jour des dates de disponibilité des composants et matières. Elle évite la réexécution de la tâche /COUV de la version 2.4pour éviter la redondance de traitements inutiles.

• Chargement de la couverture réelle des besoins de chaque OFs ferme et prévisionnels
  • Pour chaque composant et matière, établissement des données suivantes  :
    • Besoin théorique,
    • Quantité sortie (lien principal et lien équivalent),
    • Quantité substituée,
    • Quantité réservée en stock,
    • Quantité réservée sur les commandes d’achat et détail des positionnements.

Image Added

• Parcours des nomenclatures des lignes de commande client par priorité du CBB
  • Pour un couple article / composant (ou matière) on connait la liste des OFs (ferme ou prévisionnel) qui couvre l’article et le nombre de pièce de l’OF utilisé
  • A partir des informations remontées précédemment on affecte jusqu’à atteindre le besoin théorique, par ordre de priorité
    • Le besoin théorique (si le composant n’est pas présent dans la liste des besoins de l’OFs alors besoin théorique sera égal à 0),
    • Les quantités sorties (sur lien principal puis sur lien équivalents),
    • Les quantités substituées (sur lien principal puis sur lien équivalents),
    • Les réservations sur stock (sur lien principal puis sur lien équivalents),
    • Les réservations sur encours (sur lien principal puis sur lien équivalents).
  • Mise à jour des dates de disponibilité dans la couverture
    • Pour chaque besoin dans la couverture possédant une réservation sur un encours d’achat
    • Création des liens vers la ligne de commande fournisseurs dans la table C_CMD_LG_COUV_DET
    • Mise à jour de la date de disponibilité pour le besoin de couverture en fonction des informations de la ligne de commande fournisseur (date recalée ou date de livraison)
    • Mise à jour de la date de disponibilité du besoin dans le cas d’un manquant via les conditions d’approvisionnement du fournisseur prioritaire
  • Mise à jour des dates de disponibilité pour les articles couvert par des OFs ferme ou prévisionnels
    • Date de fin planifiée ou date de fin de charge ou date de fin de couverture.
    • Mise à jour des dates de disponibilité sur les OFs
    • Descente des dates de disponibilité de la couverture vers les OFs
    • Liste des besoins
    • Phase d’OFs
    • Lien phase d’OFs avec besoin
    • Remontée des données de disponibilité dans les tables de planification

• Calcul du besoin en composant & matière en fonction des OFs et OFs prévisionnels,
• Ventilation des réservations réelles (stock + encours) des OFs et OFs prévisionnels dans la couverture,
• 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 et OFs prévisionnels,liste de besoins, lien des besoins aux phases d’OFs.

3. Le nouveau paramètre "PDP_LIGHT" pour générer les OFs prévisionnels

Il s'agit d'un paramètre qui a été ajouté dans le paramétrages du Plan de Production. Il permet de faire en sorte s'il est activé, que le traitement de mise à jour du PDP traite les données de la même façon que la tâche /PDP_L.

Image Added

• Tâche PDP actuelle
• Mise en place d’un paramétrage
  • PDP_LIGHT ou PDP minimaliste
• Prise en compte
  • Lancement Axone
  • Suppression des OFs prévisionnels
  • Régénération à 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

4. Rappel des paramètres pris en comptes dans les traitements

Tous les paramètres de gestion pris en compte dans les anciennes tâches sont également pris en compte.

Analyse de la couverture

Les

...

Besoins 

Paramétrage Plan de production

OF

Paramétrage de Gestion des cycles