Enterprise AI Agents for Regulated Industries

Qu’est-ce que OpenDialog ?

OpenDialog est une plateforme d’agents intelligents en IA d’entreprise lancée par OpenDialog AI Limited, qui cible actuellement principalement les secteurs assuranciers réglementés et à forte interaction. Elle est utilisée pour concevoir, déployer et gérer des conversations clients traçables, en combinant de grands modèles de langage, des processus métier structurés, des systèmes d’entreprise et des services humains.

Dans la base de données, « Enterprise AI Agents for Regulated Industries » est le titre descriptif qui indiquait que ce produit utilisait cette technologie et permettait encore d’identifier la marque ; le nom réel du produit est OpenDialog. Aujourd’hui, ce produit cible plus spécifiquement des parcours concrets tels que l’établissement de devis d’assurance, les services liés aux polices, le rappel des clients et le traitement des sinistres ultérieurs.

Positionnement actuel et limites du produit

OpenDialog n’est pas un robot de conversation universel doté uniquement de capacités de question-réponse, ni un modèle de base vendu séparément. Il ressemble plutôt à une couche interactive dans le parcours client de l’assurance, organisant le comportement de l’agent grâce à des scénarios contrôlés, à la recherche de connaissances, à des actions métier, à une prise en charge humaine et à des enregistrements d’audit.

• Destiné aux compagnies d’assurance, aux courtiers, aux agences et aux équipes de gestion de services.
• Insister sur le fait de faire évoluer la validation conceptuelle vers un véritable parcours client, plutôt que de s’en tenir à des démonstrations.
• Il prend en charge des agents d’assurance prédéfinis, tout en permettant une personnalisation autour d’autres parcours métier.
• Il ne remplace pas les polices d’assurance, les devis, le CRM ou les systèmes centraux de traitement des sinistres, mais interagit avec eux via des actions et des API.
• Les sorties du modèle peuvent encore contenir des erreurs, et la responsabilité en matière de conformité ne passe pas à la plateforme grâce à l’utilisation d’agents intelligents.

Agents existants et état en ligne

Michaela et Clark sont clairement indiqués comme étant prochains à être lancés, et ne doivent pas être considérés comme des fonctionnalités déjà disponibles pour tous les clients. Même pour les agents déjà présentés, les canaux réels, les langues, les connexions de système et les droits d’exécution automatique dépendent du périmètre du projet.

Selma propose des agents de vente intelligents

Selma est conçue pour le processus de demande de devis et d’achat en assurance ; elle fournit des informations sur les produits en permanence, collecte les données nécessaires aux devis, et offre un soutien personnalisé mais encadré en fonction du comportement en temps réel du client. L’objectif est de réduire les interruptions dans le parcours du client lorsqu’il est confronté à des formulaires complexes ou à des informations peu claires.

1. Les clients demandent des devis depuis des pages web, des chats, des e-mails ou des canaux configurés.
2. L’agent identifie les étapes du voyage et les objectifs du client, puis pose des questions selon le processus d’approbation.
3. Les données nécessaires sont collectées par le biais de messages structurés ou de formulaires, puis transmises aux systèmes de devis ou commerciaux.
4. Le système explique les garanties, les conditions et les prochaines étapes, mais ne doit pas dépasser les limites de conformité déjà définies.
5. En cas de problèmes complexes, sensibles ou à faible niveau de confiance, transmettez-les au personnel habilité.
6. L’équipe vérifie les performances à travers les trajectoires de dialogue et les données de conversion, et les optimise en continu.

L’amélioration de la conversion des offres présentées pour les produits est le résultat d’une mise en œuvre spécifique ou d’une présentation de la marque, et ne constitue pas une garantie pour chaque entreprise. Les bénéfices réels dépendent du prix du produit, de la qualité du trafic, des règles d’assurance, de la conception des canaux et de la réactivité de l’équipe humaine.

Agent intelligent pour la consultation des polices Jamie

Jamie répond aux questions spécifiques en s’appuyant sur les polices d’assurance des clients et les connaissances approuvées, pouvant gérer des canaux tels que la messagerie en ligne, l’e-mail et la voix, et transférant les demandes qu’il n’est pas possible de traiter en toute sécurité à un agent humain. Il convient aux scénarios de service où le volume est élevé et où les réponses peuvent être vérifiées dans les polices d’assurance et les documents de connaissance.

• Expliquer la portée de la couverture, la franchise, les restrictions, les dates et la procédure générale d’assurance.
• Générer des réponses plus pertinentes en tenant compte du contexte actuel du client et de la police d’assurance.
• Identifier les demandes complexes, les plaintes ou les demandes à haut risque qui ne conviennent pas à une réponse automatique.
• Transférer le contexte de la conversation à un intervenant humain afin de réduire les répétitions du client.
• Enregistrer les étapes de recherche, de réponse et de prise de décision afin de faciliter la révision de qualité et l’audit.

OpenDialog a déjà divulgué des données sur le pourcentage de traitement automatisé et la baisse des coûts, mais les méthodologies précises proviennent des projets concernés. Les compagnies d’assurance doivent mesurer séparément le taux de résolution en une seule fois, le taux de réponses erronées, le taux de transfert vers un intervenant humain, le taux de plaintes et les défauts de conformité, plutôt que de se fier uniquement au pourcentage d’automatisation.

Rhea reprend contact avec l’agent intelligent

Rhea est utilisé pour reprendre le contact avec des clients dont la démarche de demande de devis a commencé mais n’a pas été achevée, en choisissant le moment et le contenu de la communication en fonction de l’état du dossier. Sa valeur réside dans le fait de permettre un nouveau contact en conservant le contexte des actions précédentes avec le client, plutôt que d’envoyer les mêmes rappels en masse.

• Identifier les points d’interruption ainsi que les informations de prix déjà collectées.
• Décider, selon les règles commerciales, s’il est approprié de recontacter.
• Fournir des indications pour les prochaines étapes en cas de questions non résolues ou d’étapes manquantes.
• Permettre au client de poursuivre son voyage ou le transférer à un conseiller humain.
• Enregistrer les consentements, les désinscriptions et les résultats des contacts afin d’éviter des sollicitations inappropriées répétées.

La nouvelle prise de contact concerne le marketing électronique, la confidentialité et les règles relatives au consentement des clients. Les entreprises doivent déterminer les bases légales pour entrer en contact en fonction de la région, du canal et de la relation client, et mettre en place des mécanismes de désabonnement, d’opposition et de limitation de fréquence.

SAFER Évaluation de la sécurité et de la conformité

OpenDialog évalue et surveille les agents grâce au SAFER AI Benchmark, destiné à des secteurs régulés tels que l’assurance. Il vise à intégrer la sécurité, la précision de la recherche, les règles de conformité et les limites des connaissances dans les tests avant mise en production ainsi qu’en cours d’exécution.

Ce cadre est décrit comme soutenant la surveillance automatique, l’amélioration continue et l’alignement avec les exigences de régulation des comportements financiers au Royaume-Uni, mais cela n’équivaut pas à une certification par une autorité de régulation. Les entreprises doivent encore effectuer une vérification indépendante de la conformité en se basant sur leurs propres règles de produit, leurs responsabilités envers les consommateurs, la conservation des archives et les systèmes de traitement des réclamations.

Conception d’agents intelligents sans code

OpenDialog offre une interface sans code qui permet aux concepteurs métier et de dialogue d’organiser des scénarios, des thèmes, des dialogues, des nœuds, des intentions, des messages et des conditions. L’équipe technique peut se concentrer sur les connexions du système et les limites de sécurité, tandis que les professionnels métier gèrent le langage et les règles du parcours.

• Définir une application complète ou un parcours client à l’aide de scénarios.
• Décomposer les objectifs et les conditions de transition de chaque phase à l’aide de dialogues et de nœuds.
• Enregistrer les entrées des clients et les valeurs retournées par le système métier à l’aide d’attributs structurés.
• Contrôler, par des conditions et des filtres, quelles messages, actions ou chemins peuvent être exécutés.
• Publier après avoir testé dans l’environnement de prévisualisation, puis améliorer à partir des enregistrements d’analyse.

Le sans code ne signifie pas qu’aucun travail d’ingénierie n’est nécessaire. L’authentification, les champs sensibles, les paiements, l’écriture dans les systèmes principaux, la récupération en cas d’erreur et les scénarios à forte concurrence exigent toujours la participation de développeurs, de spécialistes de la sécurité et d’opérateurs.

Composants de dialogue structuré et de messages

La plateforme ne génère pas seulement du texte, mais prend également en charge des types de messages tels que des boutons, des listes, une sélection de dates, des formulaires, le téléchargement de fichiers, la complétion automatique d’adresses, la localisation, la signature électronique, des indications de progression et des pages complètes. Les composants structurés permettent de réduire l’ambiguïté du texte libre et de transformer les entrées en champs pouvant être traités par le système métier.

• Le formulaire et les composants de date permettent de collecter les données nécessaires pour la proposition de voyage.
• Les boutons et listes disponibles pour les services d’assurance limitent les actions possibles.
• La soumission des documents peut permettre d’accéder aux étapes de vérification ultérieures par téléchargement.
• Pour les étapes nécessitant une approbation formelle, on peut mettre en place un processus de confirmation ou de signature électronique.
• Lorsque la discussion ne peut pas résoudre le problème, un message de transfert vers un agent humain est affiché tout en conservant le contexte.

Lors de l’utilisation des composants de paiement, de signature et de documents, il convient de déterminer clairement les limites de responsabilité entre ces composants eux-mêmes et les systèmes tiers concernés. L’état « terminé » affiché sur la plateforme ne peut pas remplacer la confirmation finale par l’organisme de paiement, le service de signature ou le système central de l’entreprise.

RAG, modèles et traitement du langage

OpenDialog peut vectoriser les documents d’entreprise et améliorer la génération de réponses par recherche, tout en utilisant des classificateurs sémantiques pour identifier l’intention de la requête. Le document énumère des services linguistiques tels que OpenAI, Azure OpenAI et Google Gemini, tout en conservant également des méthodes d’accès à divers interpréteurs NLU traditionnels.

1. Choisissez des polices d’assurance et des documents de service approuvés, avec une version clairement définie.
2. Classer les sujets de connaissance par produit, région, type de client ou date d’expiration.
3. Configurer l’incorporation, la recherche et les modèles linguistiques pour restreindre les matériaux accessibles à l’agent.
4. Tester le rappel, le refus de réponse et le transfert à un agent humain avec des questions réelles et des questions de confrontation.
5. Après mise en ligne, vérifier les historiques de recherche, les réponses incorrectes et les modifications des documents.
6. Vider l’index en même temps lorsque les anciennes polices d’assurance ou les règles expirées sont retirées.

Les fournisseurs de modèles et leurs configurations influencent les chemins des données, les coûts, les délais et les performances des résultats. Les entreprises doivent vérifier, lors de la passation de la commande et de la conception technique, les modèles disponibles, les zones d’hébergement, la conservation des données et la possibilité pour le fournisseur d’entraîner des modèles.

Actions de tiers et prise en main manuelle

Les agents peuvent envoyer ou lire des données vers des systèmes externes par le biais d’actions, enregistrer les entrées et les résultats de retour en tant qu’attributs et poursuivre la conversation. Les utilisations courantes incluent la demande de devis, la création de tâches de service, l’envoi d’e-mails, l’appel d’outils de date et d’heure ou le transfert vers un service client humain.

• Un Webhook peut se connecter à des API internes, à des moteurs de décision et à des processus métier.
• La bibliothèque d’actions contient des exemples de fonctionnalités telles que les e-mails, Freshdesk, Chatwoot, etc.
• La prise en charge par dialogue est utilisée pour transmettre les demandes à haut risque ou complexes à un intervenant humain.
• Le journal d’exécution aide à diagnostiquer les appels externes, les conditions et les champs de retour.
• Les attributs secrets peuvent être utilisés pour stocker des valeurs qui ne devraient pas être exposées directement dans la conversation.

Lorsqu’il est permis aux agents d’écrire dans le système central, il convient d’adopter une conception basée sur des droits minimaux, l’idempotence, l’approbation, les délais de timeout, les tentatives de répétition et le retrait des modifications. Pour des actions à forte impact telles que les remboursements, l’annulation de polices, la modification des bénéficiaires ou les décisions d’indemnisation, il ne convient pas de laisser uniquement le modèle de génération prendre des décisions de manière autonome.

Canaux de publication et interface

OpenDialog construit principalement des applications à partir d’espaces de travail web, et permet d’incorporer WebChat dans des sites web ou des applications navigateur. Le document décrit également des parcours multicanaux tels que la messagerie web, l’e-mail et la voix, mais les canaux réels de chaque agent d’assurance doivent être confirmés au cas par cas.

API et SDK WebChat

La plateforme propose une API de chat et des API publiques destinées aux espaces de travail. L’API de chat permet de lire la configuration et l’historique ainsi que d’envoyer des messages, tandis que les API publiques permettent de gérer les services de connaissances, d’exporter les interactions et les données des utilisateurs, et de générer des liens profonds WebChat avec un contexte prédéfini.

• Les API publiques utilisent des tokens Bearer, qui héritent des droits du créateur et ont une durée de validité configurable.
• L’API de services de connaissances permet de gérer des sujets, du texte, des fichiers et du matériel de pages web.
• L’API d’interaction utilisateur permet de lire les conversations selon une plage temporelle, ce qui est idéal pour l’analyse et l’exportation aux fins de conformité.
• Le WebChat SDK peut être intégré dans des sites web ou des applications navigateur, et surveiller les événements ainsi que les composants personnalisés.
• Certains endpoints peuvent être soumis à une limitation de débit ; les informations détaillées sont disponibles dans les en-têtes de réponse ou dans la configuration du compte.

La version 3 a mis à jour les points d’entrée de l’API de chat et exige des informations sur l’utilisateur, le scénario et l’autorisation ; les anciens points d’entrée ne sont plus pris en charge. Les interfaces frontales personnalisées doivent être développées en suivant les guides de mise à niveau actuels ; les projets utilisant l’intégration officielle ou des SDK sont relativement moins affectés par la migration.

Processus d’intégration API

1. Créer des utilisateurs dédiés avec les droits minimaux dans l’espace de travail, sans réutiliser le compte personnel de l’administrateur.
2. Créer des tokens API à durée limitée depuis la page Identité et Sécurité.
3. Distinguer les droits pour les appels de chat, la gestion des connaissances, l’exportation interactive et l’exportation des données utilisateur.
4. Vérifier l’ID utilisateur, l’ID de scénario, l’en-tête d’autorisation et les réponses d’erreur dans l’environnement de test.
5. Définir un stockage sécurisé pour les jetons, ainsi que leur rotation, leur révocation et des alertes pour les accès anormaux.
6. Ajouter des règles de délai d’attente, d’idempotence, d’audit et de mise à niveau manuelle aux actions externes.
7. Terminer les tests de protection des données, de charge, d’échec et de dépassement de droits avant la publication en production.

Surveillance, analyse et audit

OpenDialog enregistre les interactions et les nœuds de décision au cours d’un dialogue, permettant de voir comment l’agent identifie les intentions, choisit des chemins, exécute des actions et génère des réponses. Cette capacité aide à diagnostiquer les erreurs, à optimiser le parcours et à préparer des documents pour les audits internes.

• Suivre où les utilisateurs se trouvent et quelles questions ils posent.
• Vérifier les enregistrements d’exécution des services linguistiques, des actions LLM et des actions externes.
• Comparer les nœuds de bascule vers manuel, de finition, de sortie et d’échec.
• Exporter l’historique des interactions utilisateur et des dialogues pour une période spécifique.
• Identifier les problèmes de conditions ou de messages grâce à la prévisualisation de scénarios et à la visualisation.

La capacité d’audit ne signifie pas que les journaux répondent naturellement à toutes les exigences de conservation des données réglementaires. Les entreprises doivent s’assurer que l’intégrité des journaux, le contrôle d’accès, les fuseaux horaires, l’immutabilité, le format d’exportation et la durée réelle de conservation sont conformes à leurs obligations.

Processus de déploiement et d’utilisation

1. Réservation d’une démonstration, soumission du parcours d’assurance cible, des canaux, des systèmes et du cadre réglementaire.
2. Décider d’utiliser un agent prédefini ou de créer un nouvel agent sur mesure, et définir des indicateurs de succès.
3. Identifier les étapes client, les postes de travail manuels, les règles métier, les exceptions et les actions d’automatisation interdites.
4. Relier les matériaux de connaissance approuvés, les modèles et les systèmes de test pour construire d’abord des scénarios restreints.
5. Tester avec des questions normales, de limite, malveillantes, de plainte et sans réponse.
6. Configurer le transfert vers un agent humain, l’audit, la conservation des données, les alertes et l’interrupteur d’arrêt.
7. Lancer avec un faible volume de trafic, puis vérifier en continu la précision, les défauts de conformité et les résultats commerciaux.

Prix et modalités d’achat

Il n’existe actuellement aucune page de prix publique disponible ; les produits sont principalement proposés via des démonstrations sur demande et des commandes professionnelles. La mention « fonctionnalités supplémentaires gratuites » dans la base de données ne peut pas servir de référence pour un plan gratuit en vigueur. Aucune version gratuite permanente, aucun crédit d’essai public ni aucun tarif unitaire uniforme pour les sessions n’a été identifié cette fois-ci.

La commande définit la période de licence, le nombre de sessions autorisées, le niveau de support et les frais, et peut également inclure des services professionnels. Les conditions de service précisent que les frais ne sont ni annulables, ni remboursables, et ne comprennent pas les taxes applicables ; il convient de vérifier avant l’achat si l’implémentation, les appels de modèles, les canaux, les sessions supplémentaires et le support sont facturés séparément.

• Le contrat est renouvelé automatiquement après la date d’échéance initiale, sauf si l’une des parties en informe l’autre par écrit deux mois à l’avance.
• Une rupture majeure peut être résiliée si elle n’est pas rectifiée dans un délai de trente jours suivant la notification.
• Les entreprises doivent inclure l’acceptation pilote, le démarrage de la production, ainsi que la capacité et les niveaux de service dans la commande.
• Les exceptions de remboursement, l’exportation des données, l’assistance à la migration et les frais de résiliation anticipée doivent être confirmés séparément.

Confidentialité et conservation des données

Les conditions de service stipulent que les données d’interaction avec le client et l’historique des conversations sont conservés par défaut pendant 90 jours consécutifs dans chaque instance d’OpenDialog, sauf disposition contraire dans la commande. Une fois ce délai écoulé, l’ensemble de données le plus ancien est supprimé jour après jour.

• Les données d’analyse du site web peuvent inclure l’IP, l’heure de visite, le pays, le dispositif, le navigateur et les pages consultées.
• Les données d’analyse du site web sont indiquées comme étant conservées indéfiniment pour observer les changements d’utilisation.
• Les formulaires de contact et les données des prospects peuvent être utilisés pour la communication, la relation client et le marketing.
• La politique de confidentialité énumère les services de traitement tels que Framer, Pipedrive, Google Workspace, Slack, etc.
• L’utilisateur peut demander l’accès, la rectification, la suppression et la portabilité des données ; la politique prévoit de répondre dans un délai de trente jours.
• Le formulaire utilise SSL, ainsi que des restrictions d’accès pour le personnel formé, mais cela ne constitue pas une garantie de sécurité absolue.

La politique de confidentialité du site web explique principalement les données relatives au site de l’entreprise, à la marketing et aux relations clients, sans révéler de manière exhaustive tous les sous-traitants, fournisseurs de modèles, régions d’hébergement et cycles de suppression des sauvegardes liés à la production d’instances d’agents intelligents. Les entreprises d’assurance doivent obtenir séparément des accords de traitement des données ainsi que des annexes de sécurité.

Précautions de sécurité et de conformité

• Définir des rôles, des droits minimaux, une authentification forte et des procédures de révocation des droits en cas de départ pour l’espace de travail.
• Le token API a les mêmes droits que l’auteur ; il convient d’éviter de le exposer dans le code du navigateur et de le renouveler régulièrement.
• La base de connaissances doit contrôler les versions par produit d’assurance, région et date de validité.
• Mettre en œuvre une minimisation des données plus stricte pour la santé personnelle, les affaires financières, l’identité et les informations relatives aux sinistres.
• Des tests continus sont effectués pour l’injection de prompts dans les modèles, les recherches hors limites, la fuite de données et les conseils inappropriés.
• La responsabilité humaine est conservée pour les décisions à fort impact telles que le refus d’assurance, la tarification, le règlement des sinistres et les plaintes.
• Confirmer que les déclarations d’alignement FCA, les résultats SAFER et les cas clients ne sont pas équivalents à une certification réglementaire.

Droits d’auteur, usage commercial et licences

Les droits sur le logiciel principal OpenDialog et son manuel d’utilisation restent la propriété d’OpenDialog ; les clients obtiennent un droit d’accès aux services au titre de la commande. Les frais, le nombre de sessions, le support technique ainsi que les autres conditions d’autorisation sont définis par la commande.

Lorsque les clients utilisent des documents d’assurance, des matériaux de marque, des données clients et du contenu de tiers dans la base de connaissances, ils doivent disposer des autorisations appropriées pour leur traitement et leur utilisation commerciale. La création de réponses, de scripts et de flux de dialogue nécessite néanmoins une vérification des faits, des droits d’auteur, des marques déposées ainsi que des exigences réglementaires.

GitHub et le statut open source

Lors de l’évaluation du statut open source, il est nécessaire d’examiner individuellement pour chaque répertoire le propriétaire, l’état d’archivage et la licence. La présence de répertoires au sein d’une organisation officielle ne prouve que que le code ou les documents correspondants sont publics ; cela ne permet pas de déduire que toute plateforme commerciale peut être hébergée par soi-même, modifiée ou redistribuée.

À qui s’adresse-t-il

• Les compagnies d’assurance et les courtiers qui ont besoin de gérer automatiquement les offres à haute fréquence et les problèmes de polices.
• Espérer récupérer les offres non finalisées, tout en contrôlant l’équipe des opérations commerciales pour assurer la conformité marketing.
• Équipes de digitalisation de l’assurance qui doivent combiner l’IA générative avec des processus métier déterministes.
• Organisations de service client qui accordent de l’importance à la traçabilité des dialogues, à la prise en main manuelle et à l’examen de supervision.
• Équipes techniques nécessitant la personnalisation des chats web, des API et des actions des systèmes d’entreprise.
• Préparer les entreprises réglementées à progresser progressivement vers des agents de production intelligents à partir de projets pilotes à faible volume.

Avantages et limites

Avantages principaux

• L’accent est mis actuellement sur le véritable parcours d’assurance, plutôt que de se contenter de fournir un générateur d’agents intelligents universel.
• Les agents préconfigurés couvrent les ventes, les recherches et le rappel, et permettent de personnaliser d’autres parcours.
• La combinaison de dialogues structurés et de réponses génératives facilite le contrôle des étapes à haut risque.
• SAFER prend en compte les requêtes malveillantes, la portée des recherches, la fiabilité des résultats, la conformité et les limites des connaissances dans son évaluation.
• Les API publiques, le WebChat SDK, ainsi que les composants d’actions et de messages enrichis permettent une intégration approfondie.
• Les trajectoires d’interaction et de prise de décision facilitent l’optimisation de la qualité et la préparation des audits.

Principales limites

• La page des prix publics n’est plus disponible ; les frais, les essais et les quotas doivent faire l’objet d’une demande de devis.
• Deux agents intelligents ultérieurs sont toujours en phase de lancement imminent.
• Les chiffres de performance commerciale proviennent d’un déploiement spécifique et ne peuvent pas servir de garantie de résultats généraux.
• La politique de confidentialité du site web fournit des informations limitées sur les flux de données des services de production et sur les sous-traitants.
• La période de conservation par défaut de quatre-vingt-dix jours n’est pas nécessairement suffisante pour respecter toutes les obligations relatives aux dossiers d’assurance.
• La plateforme principale n’est pas un produit open source confirmé ; les dépôts publics sont principalement des documents, des démonstrations ou des branches.

Résumé

OpenDialog convient aux entreprises qui ont besoin d’intégrer l’IA dans des processus réels tels que l’établissement de devis d’assurance, les services liés aux polices et la relance des clients, tout en conservant un contrôle structuré, une prise en charge humaine et des capacités d’audit. Sa particularité réside dans les intelligences verticales spécialisées dans l’assurance et l’évaluation SAFER, plutôt que dans une simple comparaison des capacités de réponse des modèles de base.

Avant le déploiement officiel, il convient de valider l’exactitude, la conformité, le passage à l’intervention humaine, les actions du système et les indicateurs commerciaux par des démonstrations et des essais avec un volume de trafic limité. Le prix, le quota de conversations, les modèles, l’hébergement, le traitement des données et les responsabilités liées à la renouvellement doivent tous être indiqués dans la commande ; il est interdit d’utiliser les étiquettes gratuites supplémentaires présentes dans la base de données.

Questions fréquentes

Quel est le produit « Enterprise AI Agents for Regulated Industries » ?

Il fait référence à OpenDialog. OpenDialog est une plateforme d’agents intelligents d’IA pour les entreprises dans des secteurs régulés, dont les produits actuels se concentrent sur les devis d’assurance, les services de police d’assurance et les parcours de réengagement.

OpenDialog et New Dialogue AI sont-ils le même produit ?

Non. Les deux utilisent des marques, des entreprises et des systèmes de produits différents ; les enregistrements de la base de données font référence à OpenDialog, il n’est donc pas possible d’indiquer dans cette entrée les fonctionnalités ou les prix de New Dialogue AI.

Quels agents d’assurance sont déjà disponibles en ligne ?

Actuellement affichés : l’agent de devis et de vente Selma, la consultation des polices Jamie et l’agent d’approche intelligente Rhea. Les agents de modification de police Michaela et de sinistres Clark sont marqués comme à venir.

OpenDialog peut-il décider entièrement et automatiquement d’une indemnisation ou d’une souscription ?

Il ne faut pas l’interpréter de cette manière. La plateforme peut organiser des dialogues, rechercher des connaissances et appeler des systèmes, mais les décisions à fort impact en matière d’assurance, de tarification, de traitement des sinistres et de réclamations doivent toujours faire l’objet de règles claires et de responsabilités humaines.

SAFER est-il une certification de réglementation ?

Ce n’est pas une certification réglementaire confirmée. Il s’agit du cadre d’évaluation de la sécurité et de la conformité d’OpenDialog, qui peut aider aux tests et au suivi, mais les entreprises doivent néanmoins respecter leurs propres exigences réglementaires, en matière de risques et d’audit.

OpenDialog dispose-t-il d’une version à prix fixe ou gratuite ?

La page des prix publics actuels n’est pas disponible, et il n’existe ni version gratuite permanente ni quota d’essai uniforme confirmé. Le projet est proposé via des démonstrations et des commandes entreprises ; les frais et le volume de sessions sont déterminés selon la proposition de prix.

OpenDialog propose-t-il une API ?

Des API de chat et des API publiques sont fournies, permettant de gérer les conversations, de personnaliser l’interface utilisateur, de gérer les services de connaissances, d’exporter les interactions, d’exporter les données des utilisateurs et de générer des liens profonds. Ces interfaces nécessitent un token ainsi que les informations de demande spécifiées par la version actuelle.

OpenDialog est-il un logiciel open source ?

Le produit principal n’est pas un logiciel open source officiellement confirmé. L’organisation GitHub officielle contient des documents publics, des démonstrations et des dépôts forks de tiers, mais cela ne signifie pas que l’ensemble de la plateforme commerciale est open source.

Pendant combien de temps les données de dialogue sont-elles conservées ?

Selon les conditions de service, les données d’interaction par défaut et l’historique des conversations sont conservés pendant quatre-vingt-dix jours consécutifs, sauf disposition contraire dans la commande. Si une conservation plus longue est nécessaire pour des raisons de contrôle, cela doit être explicitement stipulé dans le contrat.

Le contrat peut-il être annulé à tout moment et un remboursement obtenu ?

Les conditions stipulent que le contrat se renouvelle automatiquement, et une notification écrite deux mois à l’avance est généralement requise ; les frais indiqués ne sont pas annulables ni remboursables. La durée initiale précise et les exceptions doivent être confirmées dans la commande.