UC_CALENDAR_PERIOD - Périodes de calendrier

Paramètres avec les Variables

UC_CUSTOM_ATTRIBUTES

---

UC_CLIENT_SETTINGS - Divers paramètres du Client

Ils définissent, par exemple, le comportement du système après le démarrage d'un Automation Engine, contrôlent le suivi des accès du système d'autorisation, définissent la durée de vie maximale des mots de passe Utilisateur ou conservent le statut du système.

 Les paramètres sont également affichés dans l'objet Client et peuvent aussi y être modifiés.

Description

La Variable est fournie dans le Client système 0000. De là, elle peut être reprise dans votre propre Client et adaptée.

ALIAS_SPECIAL_CHARACTERS
Dans le nom d'alias des tâches de Workflow pouvant être défini via les propriétés (onglet Général), seuls certains caractères sont autorisés. Ce paramètre permet d'autoriser les caractères interdits dans l'alias, comme p. ex. : "-".

Indiquer les uns après les autres tous les caractères à autoriser comme valeur de ce paramètre tout en ignorant les espaces. L'ordre des caractères indiqués n'a aucune importance.

Exemple : Pour autoriser les caractères -, : et +, saisissez comme valeur -:+.

API_QUEUE
Dans UC4, toutes les tâches sont démarrées dans un objet Queue. Cela s'applique aussi à l'exécution d'un script CallAPI. Par défaut, la Queue du client (CLIENT_QUEUE) est utilisée pour les CallAPI. Avec cette clé, vous avez la possibilité d'indiquer un objet Queue déterminé.

AUTO_FORECAST_DAYS
La simulation automatique calcule les activités sur la base de la période que vous indiquez dans cette clé. Plus le nombre de jours est élevé, plus longue est la durée du calcul de simulation automatique.

AUTO_FORECAST_PREFIX
Lors du calcul de l'aperçu des activités à l'aide de la Simulation Automatique, des simulations particulières sont créées pour les Schedules et les Evènements. Pour distinguer les simulations spéciales de celles que vous avez créées vous-même, il est nécessaire de définir un préfixe. L'intégralité du nom de la simulation, qui se compose du préfixe, du nom de l'objet et d'une date au format AAMMJJ, ne doit pas comprendre plus de 200 caractères.

CALE_LOOK_AHEAD_MAX
Le nombre maximal de jours qui est pris en compte lors du calcul de la prochaine date valide avec le script CALE_LOOK_AHEAD peut être défini ici pour chaque Client. La valeur par défaut prédéfinie est "14". Si la durée autorisée choisie est grande, cette fonction réclame beaucoup de puissance !

CALE_WARN_LEVEL et CALE_WARN_NOTIFICATION
Au démarrage de l'Automation Engine et au changement de jour, tous les Calendriers sont vérifiés pour voir si leur date de validité vient à expiration dans le nombre de jours définis. Pour chaque Calendrier dont la date de validité expire, l'objet Alerte défini est démarré. Il est possible de lire le nom du Groupe Calendrier dans le script à l'aide du tampon READ comme suit :

:READ &UC_CAUSE_NAME,,

Remarquez qu'aucune alerte n'est donnée pour un objet Groupe Calendrier se trouvant dans le Client système 0000! L'activation des objets y est interdite!

CLIENT_PRIORITY
La priorité du traitement interne UC4 peut être définie pour chaque Client. Ainsi, la priorité d'un Client test peut être par exemple réduite par rapport à celle d'un Client productif. La priorité par défaut est 200 (voir également: Priorité AE).

CLIENT_STATUS
Le traitement automatique peut être arrêté et relancé dans le cadre d'un Client. Pour modifier le statut du système, l'Utilisateur doit posséder le privilège. L'entrée dans la Variable est uniquement effectuée par le système.

DEPLOIEMENT_CLIENT

Si le Client du Release Manager doit être utilisé, ses fonctionnalités de déploiement doivent être activées via ce paramètre.

Attention, le Client système ne peut pas être utilisé comme Client de déploiement !

Si ce paramètre est activé (Y), les Workflows possèdent en plus l'onglet "Déploiement". L'option "Run per Patch" s'affiche de plus dans l'onglet Général qui se trouve dans les propriétés des tâches de Workflow.

EH_KICK_INTERVAL
L'Interface Utilisateur contient un message du Serveur dès qu'une propriété d'une tâche est modifiée (démarrage, statut, fin,... par exemple), pour assurer l'actualisation de l'affichage dans la Fenêtre d'Activités et dans le moniteur. Réglez avec cette clé l'intervalle dans lequel une Alerte doit être envoyée à l'Interface Utilisateur. De cette façon, un message n'est pas envoyé à chaque modification, ce qui améliore la performance.

Si les tâches ne sont pas modifiées au cours d'un intervalle, aucune Alerte n'est envoyée à l'Interface Utilisateur.

ERT_*
La désactivation du calcul de la durée d'exécution estimée permet d'accroître quelque peu la performance de l'Automation Engine. Si le calcul est désactivé (ERT_CALCULATION/BATCH), l'ERT peut être calculée par après pour tous les objets de la base de données. Pour ce faire, utilisez l'utilitaire AE DB Load pour charger le fichier UC_UPD_ESTIMATE_ERT.TXT. La durée du calcul de la durée moyenne estimée est fonction du nombre d'objets.

Le fichier UC_UPD_ESTIMATE_ERT.TXT contient en fin de fichier une ligne dans laquelle la fonction de calcul de l'ERT est exécutée. Entrez un autre Client de façon que le calcul de l'ERT ne se fasse que dans celui-ci au lieu du système AE entier.

Exemple :

ESTIMATE_ERT 1000

Toutes les autres clés commençant par "ERT_" représentent les valeurs par défaut pour le calcul de la durée moyenne estimée (ERT). Ils peuvent être adaptés en cas de besoin pour chaque objet dans l'onglet Durée d'exécution.

EXT_REPORTS
Cette entrée vous permet de définir si des rapports détaillés doivent être créés en plus des rapports par défaut et si oui, lesquels.

FIRST_DAY_OF_WEEK et FIRST_WEEK_METHOD
La clé FIRST_WEEK_METHOD vous permet de définir la première semaine calendaire de la nouvelle année. Par défaut, on définit habituellement la première semaine comprenant au moins 4 jours dans la nouvelle année. De plus, l'entrée FIRST_DAY_OF_WEEK permet de définir le premier jour de la semaine. La valeur par défaut est le lundi.

 Attention : la définition de la première semaine calendaire influence le calcul de la fonction de script WEEK_NR qui détermine la semaine calendaire !

JOBP_SAVE_INCOMPLETE
Pour classer dans l'ordre qui convient les tâches d'un Workflow, il est nécessaire de les relier par des lignes. Il est ainsi possible de définir le prédécesseur et le successeur pour chacune des tâches. L'entrée JOBP_SAVE_INCOMPLETE permet éventuellement de définir le comportement de la mémoire si des lignes de liaison devaient manquer. Définissez-y si le Workflow doit malgré tout être enregistré (YES) ou pas (NO), ou s'il ne doit l'être qu'après une requête (ASK).

MAX_USER_INTERFACES
Pour chaque Client, il est possible de limiter le nombre d'Interfaces Utilisateur pouvant être connectées simultanément au système AE. Si cette entrée manque, la valeur définie dans la licence est utilisée. Celle-ci se trouve dans la Supervision Système, dans la catégorie "Licence" (ligne "DC").

NOW_MINUS et NOW_PLUS
Lors de la création de Calendriers, il n'est pas nécessaire de définir un domaine de validité. Le calcul des jours se fait automatiquement en fonction de l'intervalle de dates saisi. Définissez avec ces deux clés le nombre d'années dans le passé et dans l'avenir devant être calculé.

OBJECT_AUDIT
Ce paramètre permet d'activer la journalisation des objets dont les Evènements sont enregistrés dans des "Objets Audit".

PROMPT_RESPONSETIME, PROMPT_TIMEOUT

Ces paramètres permettent de définir un temps d'attente maximal après lequel une tâche est interrompue avec des PromptSets, en fonction de la situation.

• PROMPT_RESPONSETIME
  Durée maximale d'attente jusqu'à ce que la ligne de commande PromptSet d'une tâche soit confirmée par l'utilisateur. Le fait que le dialogue contienne un ou plusieurs objets PromptSet n'a pas d'importance. Si ce délai est dépassé, la tâche s'interrompt.
  Une fois le dialogue de saisie fermé à l'aide du bouton "Terminé", ce délai est réinitialisé (s'applique aux Chaînes de traitements qui peuvent afficher des dialogues PromptSet de plusieurs tâches l'un derrière l'autre.
  
  
• PROMPT_TIMEOUT
  Si une ligne de commande PromptSet ne peut pas s'afficher, car l'utilisateur concerné n'est pas connecté, la tâche correspondante passe au statut d'attente "En attente de saisie paramètres". Dans ce cas, le délai maximal d'attente correspond à ce qui a été défini avec PROMPT_TIMEOUT. Si ce délai est dépassé, la tâche s'interrompt.
  Toutefois, si l'utilisateur se reconnecte dans cet intervalle, le dialogue PromptSet est appelé.
  

Si l'interface graphique (Interface Utilisateur) est fermée alors que le dialogue PromptSet est ouvert, la tâche est interrompue.

PWD_*
Paramètres pour Mots de passe Utilisateur :

PWD_AGE_MAX
Dans la clé "Index libre", MAX_PASSWORD_AGE permet de définir la durée de vie maximale des mots de passe Utilisateur. Sous Valeur, on indique avec un entier le nombre de jours de validité du mot de passe. Après écoulement de 75 % de la période, il est rappelé à l'Utilisateur lors de sa connexion que son mot de passe va bientôt expirer. Une fois expiré, le mot de passe doit être modifié lors de la prochaine connexion. S'il n'existe aucune entrée (valeur par défaut), le système ne procède à aucune vérification de la durée de vie.

PWD_ATTEMPTS_MAX
Ce paramètre défini le nombre de tentatives de connexion non valides. Si la valeur définie est dépassée, l'Utilisateur est bloqué. Ce blocage peut être levé dans l'objet Utilisateur concerné par les personnes autorisées. Le nombre de tentatives de connexion non valides est par défaut illimité. Cependant, à partir de la troisième tentative, le temps nécessaire à l'apparition du message "accès interdit" s'allonge.

PWD_GENERATION
Ce paramètre définit les n derniers mots de passe ne devant pas se répéter. Le nouveau mot de passe saisi doit donc se distinguer des n derniers mots de passe. En principe, l'Automation Engine enregistre tous les mots de passe. Cette clé se contente de limiter le nombre de mots de passe auxquels le nouveau mot de passe est comparé.

Les autres clés commençant par "PWD" définissent les critères que doit remplir le mot de passe Utilisateur.

Si aucune valeur n'est attribuée aux paramètres, une valeur par défaut est d'abord recherchée dans la variable UC_SYSTEM_SETTINGS. Si les clés PWD ne s'y trouvent pas, la valeur par défaut fixe est utilisée.

SEARCH_SCRIPT_FOR_USAGE
Lors de la suppression, de la modification du nom ou de la recherche d'utilisation manuelle d'un objet, le système vérifie s'il est utilisé par un autre objet, par exemple un Schedule. Si c'est le cas, vous pouvez afficher une liste contenant ces objets. La clé SEARCH_SCRIPT_FOR_USAGE et les valeurs "Y" ainsi que "L" permettent également d'afficher les utilisations dans les scripts (par exemple dans ACTIVATE_UC_OBJECT). On fait la distinction entre les types de recherche :

"Y" : la chaîne de caractères recherchée est considérée comme un mot délimité par des caractères de séparation. C'est le cas des espaces, parenthèses ouvrantes et fermantes, signes d'égalité (=), virgules, apostrophes, guillemets anglais, fins de ligne et fins de script.

Exemple : La recherche de GS ne génère de résultats que si le terme se trouve entre les caractères de séparation cités plus haut.

• (GS)
• =GS=
• 'GS'
• (GS,
• =GS en fin de ligne

 Les caractères de soulignement ne sont pas des caractères de séparation. La recherche de GS n'apporte donc aucun résultat avec _GS_.

Attention : l'option "Y" de la recherche est plus exhaustive et dure donc plus longtemps.

"L" : la chaîne de caractères recherchée doit se trouver à un emplacement quelconque du script pour qu'elle puisse être affichée comme résultat.

Exemple : La recherche de GS affiche les résultats où il apparaît comme mot entier ou comme partie de mot.

• GS
• GS.FIN
• UC4.GS.JOUR

SECURITY_AUDIT_FAILURE et SECURITY_AUDIT_SUCCESS
Il est possible de définir le suivi des accès du système d'autorisation et son étendue pour chaque Client. Ce faisant, il est possible de journaliser les accès autorisés et/ou refusés dans les catégories Connexion, Privilège, Accès aux hôtes et accès aux objets. Chaque attribution à la valeur de validité des Variables doit être séparée par une virgule. La valeur de validité des Variables doit être entrée exactement comme indiqué. Il faut faire la différence entre les majuscules et les minuscules. Pour les attributions à la valeur de validité, on ne fait pas la différence entre les majuscules et les minuscules.

Le suivi des accès peut être vérifié dans la Supervision Système, si tant est que vous disposiez du privilège Utilisateur correspondant. Pour chaque accès, un message de sécurité est généré donnant des renseignements sur l'heure, l'Utilisateur, la catégorie d'accès, l'hôte et l'accès. L'information concernant l'hôte n'est pas disponible tant que l'Utilisateur est connecté à l'Interface Utilisateur. Pour les tâches activées en cours d'exécution, il n'est en général plus possible de déterminer l'hôte.

Si un Utilisateur inconnu tente de se connecter au système, le refus d'accès est journalisé dans le Client "0000". Pour ce faire, le suivi des accès doit être entré dans les variables du Client "0000".

SMTP_*
Ces paramètres font partie de la connexion e-mail de l'Automation Engine.

Si vous désirez utiliser la connexion e-mail de l'Automation Engine, vous devez remplir les clés SMTP_SERVER et SMTP_FROM_ADDR. Les autres paramètres sont facultatifs.

STARTUP_ACTION
L'entrée STARTUP_ACTION dans la clé "Index libre" permet d'influencer le comportement du système après le démarrage de l'Automation Engine. Il est possible pour le Client, lors du démarrage du AutomationEngine, d'arrêter entièrement le traitement automatique ou d'interrompre celui-ci pour une période donnée. Si aucune entrée n'est disponible (valeur par défaut), le traitement automatique est immédiatement activé après le démarrage de l'Automation Engine.

Attention : le paramètre SystemStop=YES a priorité sur le paramètre défini dans STARTUP_ACTION dans le fichier INI du AutomationEngine !

TASK_PRIORITY
0 représente la plus haute priorité et 255 la plus basse. Si 0 est sélectionné dans l'onglet Attributs pour des objets activables, la priorité qui est définie dans cette entrée est utilisée pour ce Client. Si aucune priorité par défaut n'a été définie ou si la Variable dans le Client local n'est pas disponible, la priorité 200 est appliquée (voir également Priorité UC4).

Veuillez noter que 0 représente la priorité maximale pour les tâches et que seul ce paramètre peut être défini !

TEMPLATE_SHOW_ALL
Le contenu du dialogue de sélection affiché lors de la création d'objets dépend des facteurs suivants :

• de la configuration de la Variable UC_OBJECT_TEMPLATE ;
• du paramètre défini dans TEMPLATE_SHOW_ALL.

Si ce dernier est défini sur "N", les seuls types d'objet affichés sont ceux que l'Utilisateur a le droit de créer, c'est-à-dire pour lesquels il possède un droit d'écriture.

Si cette valeur est définie sur "Y", l'utilisateur peut voir tous les types d'objets, mais ne peut créer que des objets pour lesquels il possède un droit d'écriture. Dans les autorisations (voir : Utilisateur, Groupe Utilisateur) pour des objets activables, la priorité qui est définie dans cette entrée est utilisée pour ce Client.

VARA_ERROR_ON_REPLACEMENT

Dans UC4, il est possible d'intégrer des valeurs à partir d'objets Variable dans des attributs d'objets exécutables à l'exécution. Le caractère de remplacement correspondant est le nom de variable inclus entre parenthèses { } et en option la clé et la colonne.

Syntaxe :
{ Objet Variable [, Clé [, Numéro de colonne ]] }

Le caractère de remplacement est ensuite remplacement au moment de la génération de la tâche par la valeur correspondante. Si la colonne et la clé ne sont pas indiquées, la valeur de la colonne de résultat (variables dynamiques) / les valeurs de la colonne 1 (variables statiques) de la première saisie (Clé) sont utilisées.

Le paramètre VARA_ERROR_ON_REPLACEMENT permet de déterminer si une interruption doit se produire lorsque la variable indiquée est introuvable. Si "N" est utilisé et que l'objet Variable n'est pas disponible, la valeur d'attribut est reprise avec le caractère de remplacement non valide.

VERSION_MANAGEMENT et VERSION_MANAGEMENT_SUFFIX
L'entrée VERSION_MANAGEMENT permet de définir si la Gestion des versions d'objets doit être activée. Si c'est le cas, l'entrée de VERSION_MANAGEMENT_SUFFIX est importante. Celle-ci est insérée dans la partie du nom de l'objet dupliqué pour la gestion des versions et peut comprendre un maximum de 8 caractères. Les entrées plus longues sont tronquées automatiquement. Attention : les mêmes conventions de noms sont utilisées pour les suffixes et pour les noms d'objet. Les caractères suivants sont autorisés: A-Z, 0-9, $, @, _, . et #. Par exemple, si vous entrez des guillemets ou si vous ne saisissez aucun suffixe, la valeur par défaut "OLD" est utilisée.

WAIT_STATE_RECORDING

Ce paramètre est important lorsque vous souhaitez surveiller la fenêtre horaire des tâches concernant les queues sur les produits Automic Insight et/ou Process Analytics.

Si l'option est définie sur la valeur "QUEUE", les détails concernant toutes les tâches qui se trouvent dans un statut d'attente en raison d'un stop queue ou de la limite queue seront documentés dans la base de données.

XRO_REPORTS
La clé permet l'activation d'une journalisation spéciale permettant une analyse externe des rapports de Jobs et de Transferts de Fichiers.

Rubriques connexes :

UC_SYSTEM_SETTINGS
Variable
Présentation tabulaire de toutes les variables