Notes de version

4 nouvelles fonctions sont disponibles pour sélectionner dans la configuration du serveur MCP et sur les agents virtuels / opérationnels :

• Rechercher les actifs
• Obtenir un actif
• Rechercher les utilisateurs
• Obtenir un utilisateur

Les fonctions utilisateur ne sont disponibles que pour les agents (c'est-à-dire via les agents opérationnels ou les appels MCP autorisés par les agents), tandis que les fonctions d'actif sont disponibles à la fois pour les agents et les utilisateurs.

Ce paramètre se trouve sous Configuration → Gestion des actifs → Paramètres généraux

Il contrôle quel champ est affiché comme le nom de l'actif dans la CMDB

Les résultats de recherche qui contiennent l'expression de recherche complète et non brisée auront leur résultat de recherche boosté au-dessus des articles qui correspondent autrement également à l'expression de recherche. Cela s'applique aux deux modes de recherche de la base de connaissances "Rechercher chaque mot de la chaîne de recherche" et "Rechercher chaque mot de la chaîne de recherche".

Ceci est configuré dans Utilisateurs > Paramètres généraux :

Il y a un nouveau type d'interaction de l'email de la dernière campagne de messagerie envoyé à l'utilisateur.

Si vous aviez précédemment cette option activée, après la mise à jour, vous aurez automatiquement tous les nouveaux types d'interaction activés, à l'exception de l'option de l'email de la dernière campagne de messagerie car elle est nouvelle.

Les types d'interaction sont inclusifs, ce qui signifie qu'un utilisateur ne doit pas avoir eu une interaction de tous les types activés afin d'être anonymisé. Par conséquent, l'activation de plus de types d'interaction signifiera que plus de critères doivent être remplis pour qu'un utilisateur soit anonymisé, et moins de types d'interaction activés signifie que moins de critères doivent être remplis pour qu'un utilisateur soit anonymisé.

Au moins un type d'interaction doit être sélectionné pour que cette fonctionnalité fonctionne.

Pour les clients HALO sur site : Vous pouvez définir un nombre maximal d'utilisateurs qui peuvent être anonymisés en une journée en définissant "AnonymiseBatchSize" dans votre AppSettings.json. La valeur par défaut est 200.

Dans les paramètres avancés, vous pouvez maintenant activer le menu d'aide personnalisé




Cela affichera ensuite une table où vous pouvez configurer le menu d'aide

Vous pouvez modifier/désactiver les options du menu d'aide système en éditant les liens/étiquettes 

En plus d'ajouter vos propres options, par exemple, un lien direct vers le suivi de configuration 

Il y a un nouveau module optionnel dans la configuration des utilisateurs appelé questions de sécurité :

Ce module vous permettra de configurer des questions auxquelles les utilisateurs peuvent répondre afin de prouver leur identité lorsqu'ils appellent. Ces questions peuvent avoir leurs réponses validées contre une longueur minimale, une longueur maximale et une expression régulière. Vous pouvez définir le nombre de questions que les utilisateurs doivent répondre lors de la confirmation de leur identité, jusqu'à 5, et pouvez définir des limites sur le nombre qui doivent être correctes et le nombre qui sont autorisées à être incorrectes.

Lorsqu'il est activé, les utilisateurs qui n'ont pas rempli les réponses à leurs questions seront invités à le faire sur le portail, et peuvent modifier leurs réponses depuis la page des préférences. Ces réponses peuvent être affichées en texte brut ou en tant que mots de passe.

Sur l'écran d'appel, une fois qu'un utilisateur a été sélectionné, l'agent peut choisir de vérifier les questions de sécurité de l'utilisateur. L'utilisateur peut indiquer les réponses à l'agent afin qu'elles puissent être validées :

Si la validation réussit, l'utilisateur sera enregistré contre l'appel.

Par exemple, lors d'une action de Log vers Fournisseur :

Cela peut être désactivé dans Fournisseurs > Paramètres généraux.

Les variables actuellement prises en charge sont les suivantes :

• $-RUNBOOKID, l'identifiant unique pour le runbook
• $-RUNBOOKNAME, le nom du runbook
• $-RUNBOOKNOTES, les notes du runbook
• $-RUNBOOKLOGRETENTIONDAYS, le nombre de jours pendant lesquels les journaux du runbook sont conservés
• $-RUNBOOKGROUPNAME, le nom du groupe du runbook

Lorsque le système crée un ticket, une action ou un article de la base de connaissances via l'IA, un drapeau est maintenant défini dans la base de données à des fins de reporting. Les noms des champs sont faicreated, aaicreated et kbaicreated respectivement. Ceux-ci peuvent être définis via l'API en utilisant la propriété "ai_created".

L'ID de l'agent virtuel, de l'agent IA ou de la collection d'outils MCP qui a été utilisé pour créer l'entité est également suivi à l'aide des champs suivants : fvirtualagentid, avirtualagentid et kbvirtualagentid. Cela correspondra à l'ID dans la table VirtualAgent.

Il y a un nouveau champ "style" lors de la création d'une nouvelle campagne :

Le style planifié est une fonctionnalité existante ; vous pouvez configurer des e-mails et choisir des dates/heures pour envoyer les e-mails.

Le nouveau style workflow permet d'utiliser l'éditeur de workflows et de créer des séquences/parcours pour les contacts/comptes ainsi que pour les leads/opportunités.

Tous les types de campagnes sont disponibles pour les campagnes de style workflow ; blast, nurture déclenché et nurture planifié :

Plusieurs segments d'inclusion et d'exclusion sont pris en charge.

Après avoir rempli les détails initiaux et enregistré, un nouvel onglet apparaîtra appelé "Schéma de flux" :

Ceci montre l'éditeur de workflows qui est très similaire à la création de workflows de leads/opportunités ainsi qu'à des intégrations personnalisées.

Le point principal de différence est la logique des étapes. Il existe quatre types d'étapes : Action, Communication, Division et Fin.

Chaque étape affiche également le nombre de contacts/leads actuellement sur cette étape.

Étape d'action :

Cela permet de choisir parmi une liste déroulante d'actions à effectuer.

Ceci est actuellement limité à l'action "Retard". Les actions disponibles augmenteront avec le temps, y compris la possibilité de mettre à jour les données des contacts/leads depuis le workflow et d'initier des intégrations personnalisées, des runbooks et de déclencher des webhooks.

Étape de communication :

Cela permet de choisir parmi une liste déroulante de méthodes de communication. Ceci est actuellement limité aux e-mails mais sera rapidement étendu.

La sélection de "Email" permettra ensuite de choisir un e-mail de campagne à partir de l'onglet "Configuration des e-mails" ou de concevoir de nouveaux e-mails dans l'étape elle-même en activant le paramètre suivant dans Configuration > Campagnes, sous le groupe de paramètres de workflow de campagne :

Chaque étape de communication par e-mail affichera l'état actuel de l'e-mail ainsi que les métriques associées à cet e-mail. Cela inclut les envois totaux, le taux d'ouverture, le taux de clics et le taux de désabonnement.

Les e-mails n'ont pas besoin d'être "Prêts" pour démarrer la campagne. Si un utilisateur/lead atteint une étape où l'e-mail est en statut de brouillon, ils passeront simplement à l'étape suivante.

Le survol de chaque métrique affichera une fenêtre contextuelle pour décrire davantage la métrique, par exemple en survolant l'avion en papier :

Étape de division :

Le type d'étape de division permet de diviser vos segments dans la campagne en fonction des mêmes filtres disponibles lors de la configuration des listes de distribution. Les filtres sont construits en utilisant des groupes pour permettre des conditions "ou". Par exemple, la condition A est vraie ou la condition B est fausse, suivez le chemin "Condition remplie".

Les conditions de division disponibles seront également étendues à l'avenir.

Étape de fin :

Cette étape est utilisée pour indiquer facilement la fin de la campagne. Elles ne sont pas obligatoires, une fois qu'un utilisateur atteint une étape sans étape suivante, ils restent sur cette étape. Il n'y a pas non plus de limite au nombre d'étapes "Fin".

Exemple :

Exemple de base d'un workflow de campagne :

• Envoyer un e-mail à l'ensemble du segment
• Attendre 7 jours
• Vérifier les critères contre tous les utilisateurs et diviser le segment en fonction du fait qu'ils correspondent ou non aux conditions
• Envoyer l'e-mail A à tous ceux qui ont correspondu, envoyer l'e-mail B à tous ceux qui n'ont pas correspondu.
• Attendre 10 jours
• Envoyer l'e-mail C à tous
• Fin de la campagne

L'éditeur de workflows est une interface de glisser-déposer et peut être conçu dans n'importe quelle orientation, vous permettant d'organiser vos processus dans la disposition qui a le plus de sens. Voici un exemple du même workflow, de haut en bas :

Les étapes peuvent être liées à toute autre étape dans le flux et vous pouvez créer des séquences cycliques, par exemple, pour gérer les leads morts de manière récurrente.

Lorsque des contacts/leads sont ajoutés aux segments liés, sur une campagne déjà démarrée, ils rejoignent le flux à l'étape de départ.

Vous pouvez également éditer le workflow après le démarrage de la campagne. Cela vous permet de configurer des workflows de longue durée auxquels vous pouvez continuer à ajouter. La seule restriction est que vous ne pouvez pas supprimer une étape sur laquelle des utilisateurs sont actuellement présents.

Compléter / Annuler / Terminer la campagne :

La campagne est "complète" lorsque tous les utilisateurs/leads ont atteint la dernière étape.

Si la campagne est "annulée", tous les utilisateurs/leads s'arrêteront à leur étape actuelle et aucune nouvelle entrée n'est acceptée. Tous les e-mails en attente qui n'ont pas encore été traités seront également annulés.

Si il n'y a pas de dernière étape, les utilisateurs/leads continueront sur la campagne jusqu'à ce qu'elle soit annulée.

Nurture - Déclenché et Planifié :

Lors de la fin de la campagne, les utilisateurs/leads existants continueront à travers le workflow jusqu'à ce qu'ils atteignent la dernière étape. Les nouveaux utilisateurs/leads ne seront pas ajoutés au début de la campagne.

Informations générales :

Toutes, par exemple, les options de configuration, les données métriques, la journalisation sont également disponibles pour la campagne de style workflow.

Ceci nécessite que les groupes de types de tickets soient activés dans les paramètres généraux des tickets.

Les étapes d'approbation peuvent maintenant être configurées pour ne pas être regroupées, être l'étape principale dans un groupe, ou faire partie d'un groupe. Lorsqu'elles font partie d'un groupe, certaines options de configuration contre l'étape ne peuvent pas être définies car elles sont héritées de l'étape principale du groupe. Exemples de ces champs incluent ceux concernant les notifications de résultat et les changements de statut pendant/après l'approbation. Les étapes dans le même groupe doivent être séquentielles, l'étape principale du groupe étant la première dans la séquence.

Dans l'exemple ci-dessous, trois étapes sont configurées pour être dans le même groupe et donc s'exécuter en parallèle sur les tickets. Cela signifie que lorsque le processus d'approbation atteint l'étape principale du groupe, toutes les étapes de ce groupe sont démarrées. Le processus est rejeté si une étape du groupe rejette et est approuvé lorsque toutes les étapes approuvent (en respectant leurs seuils d'approbation/rejet).

Sur le ticket, vous verrez toutes les étapes du groupe comme actives :

Après avoir activé le nouveau paramètre, les rendez-vous récurrents seront créés et gérés dans Halo, plutôt que d'envoyer le maître récurrent à Exchange pour créer la série. 
Les rendez-vous individuels de la série seront ensuite synchronisés avec Exchange séparément.

Le nouveau paramètre se trouve dans Configuration > Intégrations > Calendriers Exchange, sous l'onglet Synchronisation des rendez-vous avec Exchange.

Configuration -> Calendriers et rendez-vous -> Paramètres généraux -> Afficher l'aperçu de la disponibilité des agents sur le calendrier

Avec le nouveau paramètre activé, vous obtenez maintenant un en-tête de vue d'ensemble montrant les heures réelles, les heures cibles et le pourcentage de disponibilité. La disponibilité est calculée à partir des rendez-vous et de la feuille de temps de l'agent et reflète ce qui est affiché dans la vue de planification de l'écran de la feuille de temps.

Ceci est disponible pour les vues jour et semaine dans le module calendrier.

1. Corrigé un problème avec le calendrier de reconnaissance des revenus Intacct affichant une erreur dans certains cas
2. Corrigé un problème avec la synchronisation des tâches de projet Intacct se comportant incorrectement
3. Ajouté CustomerPoNumber à la liste des champs intacct disponibles 

Pour verrouiller la taxe sur les lignes de facture, ajoutez le paramètre "&showfields=true" à l'URL, éditez la facture, cliquez sur "Mettre à jour les valeurs du tableau", et activez la case à cocher "Verrouiller la taxe". La taxe pour cette ligne ne sera plus mise à jour.

Cette option se trouve dans Xero Détails > Synchronisation avec Xero, 'Type de marque comme envoyé sur les factures'