Actions du cadre

L’onglet Cadre dans Studio contient une liste complète de toutes les actions dans Desktop Studio. Cela inclut :

  • Actions couramment utilisées : Les actions les plus couramment utilisées sont disponibles dans l’onglet Outils et font partie de la palette par défaut. Ces actions sont accessibles à tous les utilisateurs Studio.
  • Actions avancées ou actions à usage limité ou spécifique : Certaines des actions de l’onglet Cadre sont avancées ou ont un usage très spécifique, par exemple pour permettre des intégrations avec des applications tierces particulières. Elles ne sont pas disponibles dans la palette par défaut et ne sont accessibles que dans l’onglet Cadre.
  • Actions API : De nombreuses actions du cadre sont des actions API. Elles dupliquent les API CXone. Ces actions sont techniques et nécessitent une connaissance et une compréhension des API et de la manière de les utiliser.

Certaines actions de cet onglet étant plus avancées, elles ne sont pas mises par défaut à la disposition de tous les utilisateurs. Si vous ne voyez pas l’onglet dans Studio, il n’a pas été activé pour votre unité commercialeFermé Regroupement organisationnel de haut niveau utilisé pour gérer le support technique, la facturation et les paramètres globaux pour votre environnement CXone. Si votre organisation a un besoin qui peut être satisfait par l’utilisation d’une action Cadre, votre Représentant de compte CXone peut vous donner accès à l’onglet Cadre.

Si vous avez accès à l’onglet Cadre, soyez prudent lorsque vous utilisez des actions qui ne vous sont pas familières. De nombreuses actions ne sont pas documentées dans l’aide en ligne. Vous pouvez demander à votre Représentant de compte CXone ou soumettre une question à la communauté de clients CXone pour en savoir plus sur le rôle d’une action.

Définir l’utilisateur de sécurité dans votre script

De nombreuses actions Cadre et toutes les actions API nécessitent un utilisateur de sécurité pour fonctionner correctement. Un utilisateur de sécurité est un profil d’employé CXone doté d’autorisations lui permettant d’accéder à CXone et d’interagir avec lui. Lorsqu’il est utilisé dans un script, l’utilisateur de sécurité donne à l’action Cadre ou API l’accès à CXone. Il doit s’agir d’un compte dédié utilisé uniquement à cette fin.

L’utilisateur de sécurité a besoin d’autorisations lui permettant d’accéder à CXone et d’y effectuer les actions nécessaires. Il n’existe pas de liste fixe d’autorisations, car les exigences varient en fonction des actions utilisées.

  1. Créez un profil d’employé CXone. Pour cet utilisateur :
    • Attribuez-lui un nom qui l’identifie comme un utilisateur de sécurité.
    • Dans l’onglet Sécurité de la page Créer un nouvel employé, définissez Authentificateur de connexion sur Aucun sélectionné. L’absence d’authentificateur de connexion signifie que ce compte ne peut pas être utilisé pour se connecter à CXone. Ce n’est pas grave, car vous n’aurez pas besoin de vous connecter au compte. Il n’est utilisé que pour fournir un accès via les scripts Studio.
    • Attribuez-lui un rôle avec les autorisations appropriées. La meilleure pratique consiste à créer un rôle spécifique pour l’utilisateur de sécurité.
    • Après avoir enregistré le nouveau profil d’employé, accédez à ACD > Utilisateurs ACD et recherchez le nouveau profil. Notez le numéro dans la colonne ID. Il s’agit de l’ID d’agent de l’utilisateur. Vous pouvez l’utiliser pour trouver l’utilisateur lorsque vous configurez votre script.
  2. Dans votre script Studio, ajoutez une action SetSecurityUser. Cette action se trouve dans l’onglet Cadre. Placez l’action avant toute autre action Cadre ou API.
  3. Dans la propriété Agent dans SetSecurityUser, saisissez le nom ou l’ID d’agent de l’utilisateur de sécurité, puis sélectionnez l’enregistrement correspondant. Vous pouvez utiliser la substitution de variables dans ce champ si vous avez plus d’un utilisateur de sécurité.
  4. Gardez la variable de sortie SecurityUser par défaut. Elle est définie dans la propriété ScriptVar (out) . Si vous la modifiez, vous devez configurer chaque action Cadre ou API du script avec la nouvelle variable. Il existe plusieurs noms pour la propriété qui contient la variable, en fonction de l’action Cadre ou API utilisée. Security User et AuthContext sont deux exemples courants.