Champs Définition d'action
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. |
Actuellement des définitions d’actions sont seulement disponibles pour les business objects suivants : • Définitions importation-exportation • Définitions d’importation CAD | |
Code | Saisissez un numéro de code pour la définition d’action. |
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 sous 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. |
Action | Sélectionnez l'action à exécuter. Si cette liste est vide, aucune action n'est disponible pour le business object sélectionné. |
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 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 d’action. |
Modèle mail | Spécifiez un rapport publipostage pour une action spécifique dans une TSI. Ce rapport sera utilisé dans le mail de réponse d'une action planifiée. Lors de la spécification de l’emplacement du modèle, spécifiez, pour être sûr de pouvoir retrouver le modèle, un chemin relatif au lieu d’un chemin absolu. |
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. |
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). |