Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

Sommaire


Certaines fonctions peuvent être exécutées en raccourci pour permettre d'être lancées en tâches planifiées depuis le serveur d'application. Elles dépendent des droits d'accès à la fonctionnalité concernée.

Beaucoup de fonctionnalités sont concernées :

  • Les traitements de Hélios ERP,

  • Crystal Report,

  • HII_CAB,

  • Hel_FAV et les requêtes pour le pilotage d’atelier et les consultations de plans,

  • L’EDI et ses différents traducteurs,

  • Les transferts en comptabilité,

  • La consultation INTERNET avec HEL_WEB,

Il est possible de placer ces raccourcis sous la forme de lignes de commande dans un fichier .CMD.

Le raccourci doit pointer sur l'exécutable HeliosII.exe. Le traitement à exécuter est un code tâche à passer en paramètre à l'exécutable après le caractère /.

Exemple de contenu d'un fichier de commande CMD : 

C:\HeliosII\HeliosII.exe /PDP (Plan de production minimaliste).

C:\HeliosII\HeliosII.exe /COUV_NEW (Calcul de la couverture).
C:\HeliosII\HeliosII.exe /R_OFS (Retour sur les OFs).
C:\HeliosII\HeliosII.exe /R_OFS_PREV (Retour sur les OFs prévisionnels).
C:\HeliosII\HeliosII.exe /DERES_PH (Procédure de déréservation des OFs).
C:\HeliosII\HeliosII.exe /DERES_PDP (Procédure de déréservation de OFs prévisionnels).
C:\HeliosII\HeliosII.exe /CHARGE (Analyse de Charge).
C:\HeliosII\HeliosII.exe /R_COUV (Mise à jour de la couverture achat).

Il est possible aussi de passer en paramètre un fichier "ini" de connexion au profil de la base de données.

Exemple :

HeliosII.exe HeliosII_XXXX.ini /PLANIF

De ce que je vois du code, on doit même pouvoir faire :

HeliosII.exe /PLANIF HeliosII_XXXX.ini

Où HeliosII_XXXX.ini est un fichier ini dans le même répertoire.


Tu peux également changer l’opérateur via le champ USERCODE du fichier ini.

Ce usercode servait à préinitialiser la fenêtre de connexion lors du lancement d’HéliosII.

Je ne sais pas par contre si ce usercode est utilisé au sein de la tâche, ou si dans le cas des tâches planifiée on force l’utilisateur admin par défaut.

Pour le mot de passe non plus je suis pas sûr.


1. Pour la gestion du moteur ORACLE

  • /EXPORT : Pour l’export light des données dans c:\heliosii\log\ du poste.
  • /SESSION : Pour historiser les sessions Oracle actives et surveiller les inter blocages.
  • /ORA : Pour gérer en visuel ces sessions Oracle.

2. Pour la réorganisation de la production

Détail des tâches 2.0.

/COUV_NEW

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.

Cette tâche prend en compte non seulement des besoins issus du carnet de commandes clients mais aussi des besoins en nomenclature des articles commandés pour prioriser les besoins. Elle permet de donner au plus prioritaire des besoins d'abord le stock puis l'encours le plus avancé.

Elle apporte des gains fonctionnels notables, notamment la prise en compte des indices articles et des rechanges, qui n'étaient pas gérés dans l'ancienne tâche. 

Principe du traitement :

Il est basée sur les données du Calcul des Besoins Bruts (CBB) :

  • 1 : Décomposition du carnet de commande en besoins bruts articles sur tous les niveaux de nomenclature des articles du carnet de commande. 
    • Pas de prise en compte des stocks.
    • Pas de prise en compte des encours de fabrication.
  • 2 : Jalonnement de chaque besoin brut article des éléments de nomenclatures des articles en commande client, il dépend du contenu des gammes.
    • Dépend du paramétrage
      • Cycle à la phase
        • Temps d’attente des CDC
        • Cycle inter CDC
      • Cycle Gamme
      • Temps de la Gamme

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.

  • 3 : Un  algorithme détecte le besoin brut article le plus urgent en multiniveau (date de besoin / priorité de la ligne de commande) libre 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.
      • Si non, traitement de l’article (idem couverture standard), positionnement du besoin brut.
        • Si aucun besoin n’est nécessaire pour ce nœud de nomenclature alors, le traitement solde tous ces fils.

La fin de la récursivité sur un article ramène le traitement au point 3, un nouvel article prioritaire est déterminé, il est traité de la même façon.

Dans l'exemple, examinons le besoin de l'article C, la numérotation désigne les priorités de prise en compte des besoins par le traitement.

L'article C de la commande 1 est aussi un élément :

    • De la nomenclature de l'article A de la commande 2, sa date de besoin phase est positionnée dans le jalonnement avant celui de la commande 1. Le besoin de l'article C pour l'article A de la commande 2 est donc prioritaire sur celui de la commande 1.
    • 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) : Le manque correspond aux besoins nets.

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.  A ce niveau, les phases sont recalées. Ce traitement n'a pas d'impact sur les stocks et les achats.

NB : Sans ce traitement, le traitement précédente n'a aucun impact sur la production.

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.

Remarque : Ce traitement n'a pas d'intérêt si les deux traitements précédents n'ont pas été lancés.

  • 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 par priorités des dates établies par la couverture.
  • 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 par priorités des dates établies par la couverture.
    • 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.

NB : C’est à ce niveau là que la redistribution est physique donc les manquants et ou réservations sont reposées donc les tables Arti_manque, Comp_manque et mati_manque ajustées.

/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, le principe est similaire au traitement /DERES_PH  :

  • 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

Cette tâche permet de mettre à jour la couverture achat avec mise à jour des dates de disponibilité. Elle remplace la réexécution de la tâche /COUV de la version 2.4 pour éviter la redondance de traitements inutiles.

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

/CHARGE

Pour mettre à jour la charge.

Fonctionnement :

  • Se base sur le jalonnement des OF.
  • Puis sur le jalonnement des phases.
  • Positionne la charge en fonction du t=0 :
    • Si OK suit le jalonnement des phases
    • Si Ko fait du au plus tôt à partir de t=0 en essayant de rattraper le fil du jalonnement des phases et terminer soit comme le jalonnement, soit au mieux.
    • Tient compte des Appros et de la disponibilité de couverture des OF pour définir une date initiale au lieu du t=0.

Objectif : Voir la charge / capacité de l’entreprise

NB : Peut être passée sous deux formes :

    • En semaine : pour l’état d’avancement quotidien des OF,
    • Suite à la réorganisation (a, b et c) pour un impact bien plus lourd, c.à.d. le repositionnement et l’avancement au quotidien.

/PROG_PROD

Programme de production. Cette tache permet de générer uniquement les OFs fermes à partir du dernier programme de production retourné dans Hélios ERP. Un nouveau fichier de log contenant les articles à lancer et les OFs générés est constitué.


3. Pour la gestion d’Helios ERP en général 

  • /CYCLAR : Pour calculer tous les cycles d’articles avec mise à jour des gammes.
  • /SIMAR : Pour calculer la simulation des articles pour le coût et les bilans.
  • /BASOR : Pour calculer la base horaire des employés et sortir un tableau de bord des temps.
  • /CALSTO : Pour calculer les statistiques de stocks, notamment taux de rotation et seuils.
  • /BILAN : Pour calculer les bilans en automatique ainsi que les encours.
  • /OPTIMA : Pour lancer la procédure d’optimisation du manque avant lancement des achats.
  • /CBN : Pour lancer le CBN en auto. Il suit le paramétrage.
  • /PDP : Pour lancer le CBN en auto mais sans suivre le paramétrage sur les dates et les types de ligne.
  • /PIC :
  • /POINTAGE
  • /PLANIF
  • /MRP
  • /ISO : Pour lancer la gestion des programmes seuls sans passer par Helios ERP.
  • /AGORA : Accès à Agora
  • /AR : Analyse de l’AR de la messagerie pour la gestion documentaire et la qualité.
  • /EDIs : Pour lancer l’automate de récupération des commandes ST avec mise à disposition sur site FTP.
  • /EDI /SCMD :Traitement EDI Commandes ST
  • /EDI /SBL : Traitement EDI BL ST
  • /EDI /SFAC : Traitement EDI Factures ST
  • /EDI : Pour l’intégration des messages EDI.
  • /EDI : Interface EDI
  • /EDI /AUTO Traitement EDI automatique
  • /EDI /CCMD Traitement EDI client.

4. Divers :

  • exe/POWERPICK : Pour le pilotage d’armoire rotative KARDEX en Entrées/Sorties de stock.
  • HII_PLA /S : Pour l’intégration du suivi de pilotage d’atelier.
  • HII_CLE/S ou HII_CLE/ALL : Pour la gestion des licences Helios ERP.
  • HII_CPT /C Interface Compta Client
  • HII_CPT /F Interface Compta Fournisseur
  • HII_CPT /S Interface Compta Sous-traitant
  • No labels