Champs Définitions d'alarme
Champ | Description |
|---|---|
Condition d'alerte | Cliquez sur le bouton  pour ouvrir la boîte de dialogue Condition d'alerte. Cliquez dans cette boîte de dialogue sur Ajouter pour sélectionner le business object pour lequel vous voulez créer une définition.Spécifiez un code et le filtre et donnez un nom au filtre. Pour de plus amples détails sur la création de filtres, reportez-vous à Principes de base > Sélectionner des données au moyen de filtres. |
 Dans les conditions d'alarme utilisées pour les alarmes, n'utilisez pas les macros &Person et &Account parce que Aller à la TSI peut donner des résultats incorrects. Il est possible que &person utilisé pour 'exécution de l'alarme ne corresponde pas avec la personne qui clique sur Aller à la TSI. | |
Vérifier lors de la connexion | Initialement ce champ devait indiquer si la condition d'alarme doit être vérifiée lorsque l'utilisateur se connecte à Planon ProCenter. Si l’alarme se déclenche, l'utilisateur est dirigé automatiquement vers l’étape de sélection Mes alarmes. |
Code | Saisissez un numéro de code pour la définition d’alarme. |
Utilisateur exécutant l'alerte | Spécifiez l'utilisateur duquel le compte sera utilisé pour exécuter la définition d'alerte. Ce champ sera renseigné par défaut avec le nom de l'utilisateur qui a créé la définition d'alerte. Nous recommandons d'utiliser pour toutes les définitions d'alerte un compte/utilisateur spécial et non un compte personnel d'un administrateur de Planon. Voir également Compte d'exécution |
Journaliser alertes réussies | Cliquez sur Oui si vous voulez recevoir une liste détaillée des éléments répondant à la condition. Cette liste est publiée dans Basic Data Management > Visionneuse de journaux : La colonne Source affiche le code de la définition. La colonne Utilisateur affiche “SCHEDULERENGINEADMIN”. |
Enregistrer dans journal de communication | Cliquez sur Oui si vous voulez enregistrer un journal de communication créé pour l’élément qui doit être signalé. Lorsque vous activez ce champ, saisissez le champ Journal de communication pour identifier quel journal de communication doit être créé. Cette journalisation ne peut être utilisée que pour des business objects connaissant des journaux de communication. Les champs suivants du journal de communication seront renseignés par défaut : Date de début : Heure d’alerte Code Code définition d’alerte. Nom : Description définition d’alerte Commentaire : Sera étendu d’une liste (valeurs séparées par une virgule) de codes d’utilisateur ou adresses e-mail des personnes alertées. |
Icône | Sélectionnez une icône pour l’état d’alarme. Ainsi les utilisateurs peuvent filtrer par icône pour obtenir une liste d’éléments de haute urgence ou une liste d’éléments du même type (par ex. tous les ordres ayant un casque). |
Priorité | Indiquez une urgence pour l’alarme ; ainsi les utilisateurs peuvent filtrer les éléments par degré d’urgence et décider ce qu’ils doivent faire d’abord. Vous pouvez saisir ici un chiffre entre 1 et 1000. |
Planning | Cliquez sur le bouton pour ouvrir la boîte de dialogue Planning dans laquelle vous spécifiez la fréquence pour vérifier une condition d’action.Pour de plus amples informations à ce sujet, rapportez-vous à Planning. |
Date-heure de début | Spécifiez la date–heure de début pour vérifier la condition de notification. La date-heure spécifiée tient compte du fuseau horaire, c.-à-d. la date-heure de début est basée sur la zone de temps de l’utilisateur qui a créé la définition de notification. Exemple La date-heure de début (lundi le 27 juin 2009 à 12:00 PM) est basée sur le fuseau horaire de l'utilisateur (GMT+01). Le planning commencera à 6:00 heures heure locale parce que le serveur se trouve à Boston, Etats-Unis (EST). Il faut donc décompter 6 heures. La date-heure de début initiale est utilisée pour calculer la date-heure de début suivante. Pour de plus amples informations à ce sujet, reportez-vous à Calcul Date exécution suivante. |
Journal de communication | Vous devez spécifier dans ce champ quel type de journal de communication doit être créé pour la journalisation d’alarme. Cliquez sur le bouton pour ouvrir la boîte de dialogue Journal de communication. Sélectionnez dans la boîte de dialogue Journal de communication un business object et cliquez sur OK.Lorsque Enregistrer dans journal de communication est mis sur Oui, une instance du type journal de communication est créée. Vous pouvez créer des types d’utilisateur dans FieldDefiner pour des journaux de communication. Des exemples de types de journal de communication sont : un appel téléphonique, un e-mail, etc. |
Etape de sélection TSI | Spécifiez l’étape de sélection TSI à laquelle l’utilisateur doit être dirigé pour voir toutes les instances qui répondent à la condition d’alarme. L’étape de sélection TSI que vous spécifiez ici est associée à l’action Aller à la TSI à l’étape de sélection Mes alarmes. Conditions préalables Vous devez sélectionner une étape qui est disponible pour le business object auquel la condition d’alarme s’applique. Pour garantir que le lien Aller à la TSI fonctionne convenablement, vous devez l’associer à une TSI disponible dans le Launch center de l’utilisateur. Vous ne pouvez l’associer qu’à une TSI qui est accessible directement et pour laquelle vous ne devez donc pas descendre en faisant plusieurs sélections. Afin de contourner ce problème vous pouvez configurer un « Solution Extension Module » pour supporter cette fonction de navigation, mais ainsi vous ne pourrez que consulter les alarmes. |
Description | Spécifiez un nom parlant pour la définition d’alarme. |
Rapport destinataire | Spécifiez le rapport destinataire afin de le comparer avec la condition. Par la suite une liste de destinataires qui doivent être avertis par Mes alarmes apparaîtra. La condition d’alerte et le rapport destinataire doivent tous les deux être créés sur le même business object. |
 Pour de plus amples informations à ce sujet, reportez-vous à Envoyer des notifications par e-mail via un rapport destinataire. | |
Utiliser date de référence | Lorsque cette option est mise sur Oui, la date de référence (= date actuelle) est prise en considération lorsque vous utilisez un rapport publipostage ou destinataire. Pour les business objects connaissant un cycle de vie (contrats, unités locatives etc..) la date de référence doit toujours être prise en considération pour les rapports publipostage et destinataire. Pour les business objects connaissant un cycle de vie la condition d'alerte tient aussi compte de la date de référence. La valeur de ce champ n'est pas utilisée lors de l'exécution d'une condition d'alerte. Pour d'autres business objects connaissant une date de référence, la date de référence n'est jamais utilisée lorsque la condition d'alerte est appliquée. Cette configuration peut être utilisée dans la situation suivante : Lorsqu'une notification pour un business object est créée qui ne connaît pas de cycle de vie (par exemple des actions de contrat) et cette notification a un rapport publipostage dans lequel des champs d'un business object connaissant un cycle de vie sont ajoutés (par exemple contract.name). |
Date exécution suivante | Indique la prochaine date à laquelle le planificateur doit vérifier la condition d’alarme. Ce champ est mis à jour automatiquement. Ainsi l’utilisateur peut vérifier quand la prochaine vérification est planifiée. Pour de plus amples informations à ce sujet, reportez-vous à Calcul Date exécution suivante. |