Sommaire

1. Introduction

Hélios ERP met à votre disposition une bibliothèque de tâches que vous pouvez automatiser. Il s'agit de tâches exécutables en ligne de commande.

...

• 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.
  • Calcul du statut des POFs,

Performance constatée

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

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

À la suite des recalculs des besoins pour les OFs et POFs, l’objectif est de mettre à jour l’affichage de l’analyse de la couverture sur les commandes clients en donnant l’état des besoins composants et matières pour chaque commande.

L’objectif est également de remonter les dates de disponibilités des différents besoins sur les OFs et POFs. Ces dates de dispo rentrant en compte dans la planification de chaque phase.

Cette tâche permet de mettre à jour la couverture des commandes clients avec mise à jour des dates de disponibilité des composants et matières. 

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 Removed

...

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

À la suite des recalculs des besoins pour les OFs et POFs, l’objectif est de mettre à jour l’affichage de l’analyse de la couverture sur les commandes clients en donnant l’état des besoins composants et matières pour chaque commande.

L’objectif est également de remonter les dates de disponibilités des différents besoins sur les OFs et POFs. Ces dates de dispo rentrant en compte dans la planification de chaque phase.

Cette tâche permet de mettre à jour la couverture des commandes clients avec mise à jour des dates de disponibilité des composants et matières. 

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

...

3.10. /CBA : Calcul des besoins achats.

Le CBA est une fonctionnalité permettant de générer un carnet de commande d'achat prévisionnel. Il analyse tous les besoins achat issus du CBN, CBN Prev, Réappro de stock, demande d'achat sur les composants, matières, consommables, outillage, sans référence et génère de commandes prévisionnelles.

De plus cet algorithme permet de regrouper les qté de commande en fonction des horizons flexible (semaine) et prévisionnel (mois) définie sur la fiche fournisseur. Il est également connecté au moteur de recherche de prix utilisé dans les commandes fermes de manière à récupérer l'ensemble des informations sur les contrats ou catalogue de prix.

Image Added

Si il n'y a pas de valeur renseigné le système prendra 14 semaine comme valeur par défaut pour le flexible puis mois par moi pour le prévisionnel.

Les besoins échus sont regroupés au mercredi de la semaine actuelle.

Sur l horizon flexible (HF) les besoins sont regroupés aux mercredi de chaque semaine.

Sur l'horizon prévisionnel (HP) les besoins sont regroupés sur le dernier mercredi de chaque mois

Flexible : Cas sans gestion de Qté Mini et de format d’achat :

Horizon flexible de 2 semaines donc pendant deux semaine nous allons regroupé les commandes avant de passer a l'horizon prévisionnel.

Nous aurons donc deux lignes de commande prévisionnel :

• 1 ligne avec une Quantité  de 1 X 31 U et une date de livraison au 04-12-2024  

• 1 ligne avec une Quantité  de 1 X 27 U et une date de livraison au 11-12-2024  

Image Added

Flexible : Cas gestion de Qté Mini de 50 et de format d’achat

Le premier regroupement aura la date convenue par le regroupement des éléments de la semaine positionner un lundi 

Mais le second regroupement  comme il est déjà couvert par le restant du premier regroupement il aura la même date de livraison que le premier regroupement

Deux lignes de commande prévisionnel :

• 1 ligne avec une Quantité  de 1 X 31 U et une date de livraison au 04-12-2024  

• 1 ligne avec une Quantité  de 1 X 15 U et une date de livraison au 04-12-2024 

Image Added​

Prévisionnel : Cas sans gestion éco

On prend le dernier mercredi du mois comme date de livraison pour les regroupement, même principe que le Flexible si le regroupement est couvert par le reste on prendre la date de livraison du regroupement d'avant si il n'y a pas assez de reste on prendra le dernier mercredi du mois suivant 

Image Added

3.11. /BILAN : Calcul des Bilans

...