Page Comparison

t

...

• 2. Gestion de la mémoire : Passage en 64 bits
  • Optimisation des traitements en mémoire avec le passage en 64 bits des traitements pour permettre d'allouer plus de 2 Go d'espace mémoire  (Voir : Limites de mémoire pour les versions de Windows et de Windows Server - Win32 apps | Microsoft Learn). 

...

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

2.5. /DERES_PH : Déréservation des Ofs fermes => Remise en question des besoins en composant / matières des OFs fermes

Cette tâche permet d'effectuer un "remplace" des réservations existantes sur stock et encours, elle remplace /DERES et une partie du traitement /ANA_BES concernant la mise à jour des statuts des Ofs.

• 1 . 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
• 2. 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
• 3. 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 RemovedImage Added

• 4. 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 RemovedImage Added

2.6. /R_OFS_PREV : Calage des Ofs prévisionnels par rapport à 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.
  • Création des 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é :

Exemple de log :

Image Added 

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

2.7. /DERES_PDP : Remise en question des besoins en composant / matières des OFs prévisionnels

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

...

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.

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

Exemple de log :

Image RemovedImage Added

• 2. Parcours des nomenclatures théorique 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
      • Lien phase d’OFs avec besoin
      • Phase d’OFs
    • Remontée des données de disponibilité dans les tables de planification