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 à 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 /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).

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

• /COUV_NEW : Pour lancer l’analyse de la couverture.

Fonctionnement : Analyse de la couverture générale, ne pas confondre avec l’analyse de la couverture des modules articles, composants et matières. le traitement tri les commandes et les affecte sur les OF sans tenir compte des nomenclatures en place.

Objectif :

• • Positionner les OF sur les demandeurs réels afin de les rejalonner et de les planifier judicieusement. PRODUCTION EN JUSTE A TEMPS.
  • Définir la priorité des OF, notamment 25 si non utiles. Gestion des priorités 40, réappro de stock sans demandes mais différentes des 25 car volontaires.

MAIS CE N’EST QU’UNE AIDE A LA DECISION.

Possibilité par paramétrage de :

• • Considérer les pièces litigieuses KO contre bonnes en général : Permet d’anticiper les décisions de relance sans risque, si les pièces sont finalement bonnes, elles seront à nouveau repoussées.
  • Ne pas tenir compte des seuils de sécurité qui en principe permet de couvrir les commandes.
  • Faire un retour automatique de l’impact sur les OF et datent de jalonnement. Il est préférable de la paramétrer (décrit dans b) ) pour faire le /COUV régulièrement sous forme de suivi.

NB : Le seul impact sur la production est le repositionnement sur les OF, même si l’écran depuis les lignes de commandes montrent plus d’informations sur la redistribution car celle-ci n’est que THEORIQUE, la redistribution physique se faisant à l’étape b).

NB : Il n’y a pas de rejalonnement des OF à cette étape, sauf si on demande le retour.

• /R_OFS et /R_OFS_PREV : Pour effectuer un retour de l’analyse de la couverture sur les OFs et Ofs prévisionnels. Celui-ci est automatique avec le /COUV_NEW. Mais peut être lancé en manuel si le traitement de couverture est lancée en manuel. 

Fonctionnement : Retrouve les OFs et OFs prévisionnels pour leur donner le positionnement établis par l’analyse de la couverture.

Les dates de disponibilités  sont mise à jour

Objectif : Transformer l’aide à la décision en BON POUR UTILISATION et REJALONNER les OFs (avant la redistribution) et les phases avant le calcul de charge.

NB : Sans cela, aucun impact de la couverture sur la production.

NB : A ce niveau là, les phases sont recalées donc la St (ferme ou Prev) est pertinente.

NB : Toujours pas d’impact sur les stocks, et achats.

• /DERES_PH et /DERES-PDP :  Pour lancer la procédure de dé réservation des stocks et le recalcul des OFs et OFs prévisionnels. A passer après un /COUV_NEW.

Fonctionnement : Dé réservation physique de tout ce qui a été fait par le CBN (réservations sur stock et sur encours, articles et fournitures) pour recalcul des besoins généraux sans rafraichissement, par priorités des dates établies par la couverture, Mise à jour des statut des OFs.

Objectif :  

• • Réorganiser physiquement le flux des pièces sur les bonnes commandes,
  • Réorganiser les nomenclatures pour éviter les pertes de temps dues aux rebuts dans les branches qui bloqueraient des livraisons si maintient de nomenclatures dédiées.
  • Ajuster les achats.

Possibilité par paramétrage de :

• • Casser les nomenclatures dédiées et donc d’aller chercher pour chaque niveau les pièces les plus avancées. En effet, c’est un recalcul donc si une branche est déjà dédiée, aucune raison de la remettre en cause, à moins de casser ce lien.
  • Générer ou pas les OF manquants si besoin. Si non générés, ils alimenteront le fichier R_CBN… sous C:\HELIOSII\LOG du poste, en général le serveur. ATTENTION dans ce cas à l’analyser pour réagir vite.

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.

==> IMPACT SUR LES ACHATS ET ANALYSE DE COUVERTURE DES MODULES ARTICLES, COMPOSANTS et MATIERES.

• /CHARGE : Pour mettre à jour la charge

  Fonctionnement :

  • Se base sur le jalonnement des OF (notamment bougé à l’étape b) TOUJOURS POSSIBLE,
  • Puis sur le jalonnement des phases (notamment bougé à l’étape b) TOUJOURS POSSIBLE,
  • 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.

• /R_COUV : Pour mettre à jour la couverture achat avec mise à jour des dates de disponibilité.

• /PROG_PROD  : Programme de production.

• /PDP /COUV : Génération des OFs Prévisionnels.

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