L'état des contacts acteur peut être contrôlé par un processus

Généralités

Les types de contact acteur peuvent être configurés de manière à autoriser un état. Pour certains types de contact acteur, vous voudrez peut-être contrôler l'état via un processus plutôt que d'en autoriser la définition manuelle. Vous pouvez, par exemple, utiliser l'état du contact acteur pour capturer l'option d'inclusion concernant la réception des messages texte, ce qui est obligatoire dans certaines juridictions. L'option d'inclusion recherche auprès du client l'autorisation d'utiliser un contact acteur à des fins telles que l'envoi de messages texte à un client.

L'option d'inclusion fonctionne conjointement avec la fonctionnalité d'activation de l'option d'inclusion pour un type de communication. Chacune peut fonctionner indépendamment mais, ensemble, elles fournissent une solution complète. Etant donné qu'elles peuvent fonctionner de manière indépendante, chacune est décrite séparément. Pour plus d'informations sur cette logique, voir Activer l'option d'inclusion pour un type de communication.

Pour pouvoir contrôler l'état d'un contact acteur via un processus, il faut au préalable configurer le type de contact acteur de manière à autoriser les états. Le type de contact acteur doit ensuite être défini dans la section Option d'inclusion de la configuration principale Préférences de notification. Si vous définissez un script d'état, l'état du contact acteur ne peut être modifié que par la logique contenue dans ce script ou lancée par celui-ci. Le produit est fourni avec un script qui crée une tâche de service d'option d'inclusion. Celle-ci est spécialement conçue pour prendre en charge l'option d'inclusion relative à la réception de notifications via des messages texte (SMS).

Processus d'option d'inclusion

Si vous souhaitez utiliser la fonctionnalité fournie, configurez un nouveau type de tâche de service pour l'option d'inclusion. Ce type de tâche doit référencer l'objet métier Type de tâche d'option d'inclusion de préférence de notification (C1-NotifPrefOptInTaskType). Le produit est fourni avec un objet métier Tâche de service. La tâche de service est chargée de lancer une requête d'option d'inclusion, de mettre à jour l'état du contact acteur et de consigner la réponse de l'utilisateur. Un service Web entrant reçoit les réponses et modifie l'état de la tâche de service. Ces composants sont conçus pour s'intégrer au centre de notification. Lorsqu'un client reçoit une requête d'option d'inclusion, il est invité à confirmer. Le contenu du message explique les commandes à l'utilisateur. Exemples de commande : CONFIRM ou STOP. Le centre de notification est configuré pour interpréter les commandes spécifiques et les mapper à celles attendues par le service entrant, ce qui entraîne la modification appropriée de l'état de la tâche de service.

En dehors de la requête d'option d'inclusion initiale, les utilisateurs peuvent arrêter des notifications ou s'en désabonner à tout moment. La solution fournie prend en charge deux modes de désabonnement : désabonnement de toutes les notifications pour un contact acteur donné ou désabonnement d'un type de notification spécifique pour un contact acteur donné. Ces modes sont régis par la configuration et dépendent du système tiers (le centre de notification, par exemple) quant à la détermination du type de notification.

Le texte d'aide de la configuration principale Préférences de notification contient des informations détaillées sur la configuration requise pour contrôler l'état du contact acteur et configurer les processus d'option d'inclusion.

Il est important de noter que, bien que le processus fourni pour le contrôle de l'état du contact acteur soit conçu pour fonctionner conjointement avec le processus d'option d'inclusion, vous pouvez concevoir un processus personnalisé capable de créer une tâche de service ou d'effectuer une action totalement différente. Ce processus peut également être indépendant de l'option d'inclusion et des notifications. Il peut, par exemple, être utilisé pour vérifier la validité d'une adresse email en envoyant au client une requête de vérification.

Il existe un autre concept, qui consiste à activer l'option d'inclusion pour un type de communication. Ce processus est étroitement lié à la fonctionnalité décrite ici, mais ses incidences dans le système sont différentes. Pour plus d'informations, voir Activer l'option d'inclusion pour un type de communication.

Il existe une limitation qui mérite d'être soulignée. Bien qu'un type de contact acteur puisse être configuré de manière à autoriser plusieurs types de communication, la solution fournie n'autorise l'association que d'un seul type de communication au processus utilisé pour automatiser l'état du contact acteur. Sans cette limitation, différents processus seraient chargés de la mise à jour de l'état d'un seul contact acteur et ces mises à jour seraient conflictuelles.

Valeurs système pour l'état des contacts acteur

La solution d'option d'inclusion fournie avec le produit utilise les trois valeurs d'état fournies. Ces valeurs sont les suivantes : En attente, Approuvé et Rejeté. Vous pouvez ajouter vos propres états d'contact acteur, mais ils ne fonctionneront pas avec la solution fournie avec le produit. Voir Définir l'état des contacts acteur.

Comment le système automatise l'état des contacts acteur

Le processus peut être lancé manuellement par l'utilisateur. Un bouton est disponible à cet effet sur la ligne Contact acteur de la page Acteur - Principal. Ce bouton peut être utilisé pour relancer le processus lorsque la requête doit être renvoyée au client. Il peut aussi être utilisé pour lancer manuellement le processus en amont, avant que le contact acteur n'ait été utilisé dans une préférence de contact.