Champs Définition de notification
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. |
Code | Saisissez un numéro de code pour la définition de notification. |
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. |
Modèle mail | Cliquez sur le bouton pour ouvrir la boîte de dialogue Modèle mail. Sélectionnez dans la boîte de dialogue Modèle mail un modèle publipostage et cliquez sur OK. |
Rapport | Sélectionnez le rapport défini pour le business object pour lequel vous voulez créer une définition de notification. |
Planning | Cliquez sur le bouton pour ouvrir la boîte de dialogue Planning. Sélectionnez dans la boîte de dialogue Planning la fréquence souhaitée.  |
 Sélectionnez Calendrier lorsque vous voulez envoyer la notification à des dates spécifiques. Vous pouvez sélectionner les dates souhaitées en cliquant dessus dans le calendrier en maintenant la touche CTRL enfoncée. | |
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 de notifications. 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. |
Description | Spécifiez un nom parlant pour la définition de notification. |
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 e-mail 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. | |
Adresse e-mail de l'émetteur | Spécifiez l'adresse e-mail à utiliser comme émetteur et l'adresse de réponse lors de l'envoi d'un mail de notification. Ainsi les clients pourront envoyer des mails d'une adresse spécifique. Si l'adresse de l'émetteur n'est pas spécifiée, l'adresse de l'émetteur et de réponse provenant de Configurations de Système sera utilisée. |
Date suivante | Indique la prochaine date à laquelle le planificateur doit vérifier la condition de notification. 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. |
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). |
Dernier résultat | Affiche l’état actuel de la définition qui est OK ou Rejeté. Si le planificateur trouve une erreur lorsqu'il vérifie une condition de notification ou d'alarme, le champ Dernier résultat est mis à jour en conséquence. Reportez-vous à Basic Data Management > Visionneuse de journaux pour une liste de toutes les erreurs rencontrées par le planificateur. |