Publié pour UAT: 30 septembre 2025
Publié en production: 7 octobre 2025, après les heures de bureau
Contenu de la version :
Améliorations des fonctionnalités
Changement de terminologie pour Nécessite un premier contact
Boîte de réception – Filtres rapides pour trouver les dossiers nécessitant une action
Affichage du statut des messages échoués, Réessayer, & Webhook
Rejet de l’étiquette Nécessite une attention - Événement analytique
Nouveau point de terminaison PATCH pour les abonnements Webhook actifs
DCDP conversationnelle - Fournir une configuration pour activer ou désactiver les questions EMS
Corrections de bogues
Améliorations des fonctionnalités
Changement de terminologie pour Nécessite un premier contact
Disponible pour : Tous les assureurs.
Quoi de neuf :
Nous mettons à jour la terminologie dans l'application et les Informations pour clarifier et simplifier le début d'une conversation : « Dossier sans réponse » et « Opt-In non répondu » seront désormais appelés « Nécessite un premier contact ».
Ce changement s'applique à travers l'application Hi Marley et les tableaux de bord d’informations, y compris mes vues d’équipe et d’organisation. Les filtres et listes de dossiers afficheront « Dossiers nécessitant un premier contact ».
Avantages :
Clarté – évite la confusion selon laquelle « non répondu » signifiait négligence ; souligne plutôt le début d'une conversation. Cohérence – correspond à d'autres statuts système comme Nécessite une action et Nécessite une attention.
Orienté vers l'humain – renforce l'importance des contacts proactifs lors des échanges avec les titulaires de police. Évolutif – fonctionne sur tous les flux de travail des assureurs, y compris le consentement simple et double.
Comment ça fonctionne :
Lorsqu'un titulaire de police opte pour une conversation, le dossier sera affiché comme Nécessite un premier contact jusqu'à ce que l'opérateur envoie le premier message. Une fois le premier message envoyé, le dossier passe à son flux de travail normal. Il ne s'agit que d'une mise à jour de terminologie - aucune modification de la fonctionnalité.
Boîte de réception – Filtres rapides pour trouver les dossiers nécessitant une action
Disponible pour : Tous les assureurs, avec une expérience différente pour les assureurs avec coaching et sans coaching.
Quoi de neuf :
Nous avons ajouté de nouveaux filtres rapides dans la boîte de réception pour vous aider à trouver rapidement les bons dossiers : Nécessite un premier contact – voir les dossiers qui n'ont pas encore reçu de première réponse sortante.
Assureurs avec Coaching uniquement : Nécessite une attention – trouver des conversations qui ont été signalées et nécessitent un suivi. Contient une question – localiser rapidement les dossiers où les titulaires de police ont posé une question qui n'a toujours pas reçu de réponse. Ces filtres apparaissent dans l'état vide de la boîte de réception lorsque vous n'avez pas de dossier sélectionné, facilitant ainsi l'accès immédiat aux conversations les plus importantes.
Avantages :
Temps de réponse plus rapides – accédez aux bonnes conversations sans faire défiler ou chercher. Meilleure priorisation – concentrez-vous sur les titulaires de police en attente d'engagement, de réponses ou de résolution. Résultats prouvés – lors des tests pilotes, les évaluateurs utilisant ces filtres ont montré un engagement plus élevé et ont répondu plus rapidement aux besoins critiques des titulaires de police.
Comment ça fonctionne :
Lorsque aucun dossier n'est sélectionné dans la boîte de réception, le panneau de droite affiche des boutons de filtre rapide. Cliquer sur un bouton applique automatiquement ce filtre à votre liste de boîte de réception. Vous pouvez passer d’un filtre à l’autre ou les effacer à tout moment.
Nouveaux tags de rôle de dossier de contact
Disponible pour : Tous les assureurs. Cette fonctionnalité sera désactivée par défaut, contactez votre Responsable de la réussite client si vous souhaitez utiliser les tags de rôle de dossier de contact !
Quoi de neuf :
-
Nous avons introduit un tag de rôle de dossier pour clarifier qui vous texte (Assuré, Demandeur, Travailleurs blessés, Agent, ou Autre) sans avoir à fouiller dans le fil de conversation. Le rôle de dossier est réglé à la création du dossier et apparaît désormais de manière cohérente dans la boîte de réception : Badges d'avatar – initiales ou acronyme de rôle affiché dans l'avatar participant. Étiquette de chip – visible dans l'en-tête de la conversation et l'aperçu. [Existant] Champ de rôle de dossier – affiché dans le panneau de détails.
Remarque : Si vous créez des dossiers via l'API et souhaitez tirer parti de cette fonctionnalité, le roleType est un champ optionnel qui peut être passé dans l'API de création de dossier. Pour des instructions plus spécifiques sur l'utilisation de cette API, consultez notre article API de création de dossier ici.
Avantages :
Clarté améliorée – sachez rapidement le rôle de chaque participant d’un coup d'œil. Réduction des erreurs – aide à éviter d'envoyer de fausses informations à la mauvaise partie. Flux de travail plus rapides – les opérateurs peuvent agir avec confiance sans fouiller dans l'historique de conversation.
Comment ça fonctionne :
Lorsqu'un nouveau dossier est créé, le rôle de dossier de contact est défini et lié au contact principal. Le rôle sélectionné (Assuré, Demandeur, Travailleurs blessés, Agent, ou Autre) sera ensuite affiché comme un badge codé par couleur dans la boîte de réception et l’aperçu des messages, en tant que chip dans l’en-tête de la conversation, et comme champ dans le panneau de détails pour une référence facile. Pour les dossiers créés par API, assurez-vous que le champ roleType est passé lors de la création du dossier pour activer cette fonctionnalité.
Affichage du statut des messages échoués, Réessayer, & Webhook
Disponible pour : Tous les assureurs
Quoi de neuf :
Nous avons facilité la compréhension et la gestion des messages échoués. Hi Marley mettra en avant les messages ayant échoué à la livraison afin que les évaluateurs puissent réessayer ou enquêter davantage. Cela inclut un nouveau webhook pour les compagnies intégrées pour fournir des notifications d'échec de livraison dans n'importe quel système. Pour un contexte plus approfondi sur le Webhook de message échoué, consultez notre documentation ici.
Remarque : Les utilisateurs de Hi Marley ne devraient pas s'attendre à voir souvent des échecs de livraison. Notre plateforme a été conçue pour garantir que nos utilisateurs vivent une expérience de messagerie hautement fiable avec un taux de réussite de 99,9 %. La cause probable des messages échoués est liée au dispositif de l'utilisateur final ou à des problèmes de service de télécommunications.
Avantages :
Facilite le dépannage et la résolution des problèmes de livraison des messages plus rapides et plus transparents pour tous les utilisateurs de Hi Marley.
Comment ça fonctionne :
Les opérateurs verront les messages qui ont échoué à être livrés mis en évidence en rouge avec des détails d'erreur. Les opérateurs peuvent réessayer la plupart des messages échoués d'un simple clic. Les compagnies intégrées peuvent utiliser le nouveau webhook MESSAGE_STATUS (ID d'événement 32) pour être notifiées des échecs de livraison dans n'importe quel système externe.
Changement du menu déroulant d'attribution
Disponible pour : Tous les assureurs
Quoi de neuf :
Nous avons mis à jour le menu déroulant d'attribution pour afficher les opérateurs secondaires triés en haut de la liste, juste à côté de l'opérateur principal et de « Assigné à moi ».
Avantages :
Attribuez rapidement des dossiers à des opérateurs secondaires existants sans faire défiler. Garde tous les opérateurs déjà sur le dossier visibles et faciles d'accès.
Comment ça fonctionne :
Lorsque vous ouvrez le menu déroulant d'attribution dans la Boîte de réception ou sur une page de dossier, vous verrez désormais les Opérateurs secondaires attribués à ce dossier triés sous l'opérateur principal.
Rejet de l’étiquette Nécessite une attention - Événement analytique
Disponible pour : Tous les assureurs avec coaching.
Quoi de neuf :
Nous avons ajouté des analyses et un journal d'audit de dossier pour la fonctionnalité de rejet d'étiquette Nécessite une attention récemment ajoutée. Nous avons maintenant la capacité de savoir si une étiquette a été : automatiquement effacée par le système (par exemple, un message sortant l'a résolue), ou manuellement rejetée par un opérateur utilisant l'étiquette « X ».
Avantages :
Obtenez de la visibilité sur la façon dont les étiquettes « Nécessite une attention » sont résolues.
Comment ça fonctionne :
Lorsqu'une étiquette « Nécessite une attention » est rejetée, le système enregistre qui ou ce qui a déclenché le rejet. Ces données sont affichées dans le journal d'audit du dossier.
Nouveau point de terminaison PATCH pour les abonnements Webhook actifs
Disponible pour : Tous les assureurs.
Quoi de neuf :
Point de terminaison PATCH pour mettre à jour n'importe quel champ d'un abonnement webhook actif.
Avantages :
Plus facile de maintenir les abonnements webhook lors de la mise à jour de valeurs telles que le secret d'autorisation.
Exemple : Mise à jour de l'ID client et du secret pour OAuth 2.0 pour un abonnement webhook existant :
PATCH /webhooks/update/{subscription_id}
{
"HEADERS": {
"Authorization": {
"client_id": "newClientId",
"client_secret": "newSecret"
}
}
}
Stocker des ID spécifiques à l'assureur via API/Webhook
Disponible pour : Tous les assureurs.
Quoi de neuf :
-
Les clients intégrés peuvent stocker toutes les valeurs non-Himarley comme paires clé:valeur dans l'objet {{additionalCarrierData}} qui a été ajouté aux objets Contact, Operator et CaseData. Cet objet est également retourné dans toutes les réponses API et webhooks qui incluent les objets Contact, Operator et CaseData.
Pour plus d'informations sur l'objet optionnel de données supplémentaires de l'assureur, vous pouvez consulter cet aperçu plus détaillé.
Avantages :
Stocker des données associées à des contacts, opérateurs ou dossiers externes à Hi Marley pour une référence facile lors des flux de travail d'intégration.
Comment ça fonctionne :
Lors de la création de dossier via API, utilisez le champ {{additionalCarrierData}} pour ajouter des paires clé:valeur aux objets Contact, Operator et/ou CaseData. Limitations : Maximum 50 paires clé:valeur. Longueur de la clé : 40. Longueur de la valeur : 500.
Exemple :
"customer": {
"id": "e318c055-5f42-4e8b-b262-bb275428b0e6",
"first": "Jean-Luc",
"last": "Picard",
"email": "captain@ncc1701d.org",
"mobile": "+15553431701",
"role": "enduser",
"optStatus": true,
"optStatusDetail": "OPTED_IN",
"additionalCarrierData":{
"communicationHubId":"sysId10248"
}
}
DCDP conversationnelle - Fournir une configuration pour activer ou désactiver les questions EMS
Disponible pour : Les assureurs avec DCDP conversationnelle et services d'urgence.
Quoi de neuf :
Les questions de services d'urgence peuvent désormais être désactivées.
Avantages :
Offre aux assureurs la flexibilité de mettre en pause les offres de services d'urgence pendant les événements de catastrophe (CAT) ou les interruptions de service, aidant à gérer les attentes des titulaires de police.
Comment ça fonctionne :
Lorsque la fonctionnalité est désactivée, les questions sur les services d'urgence sont automatiquement ignorées et les titulaires de police ne seront pas présentés avec des options de services d'urgence. Si la fonctionnalité est activée, les questions sur les services d'urgence seront incluses pour toutes les DCDP conversationnelles nouvellement créées.
Corrections de bogues
Échec du téléchargement en masse sur le correspondant de rôle spécifique (problèmes de sensibilité à la casse et d'espace superflu)
Nous avons corrigé un bogue dans le téléchargement en masse qui causait des erreurs lorsque les noms de rôle du fichier contenaient des espaces superflus ou des incompatibilités de capitalisation.