Notes de version

Version 1.14

Nouveautés

• Un agent peut désormais consulter un autre agent. Pendant une conversation, un agent peut poser une question à un autre agent et utiliser sa réponse. Lorsqu’un assistant généraliste reçoit une question spécialisée, il peut consulter l’agent qui dispose des connaissances nécessaires au lieu de deviner ou d’orienter la personne ailleurs. L’agent consulté répond avec ses propres instructions, outils et droits d’accès aux données. Il s’exécute au nom de la personne qui utilise l’assistant dans les parcours standard concernés. Les actions déclarées sont différées : il ne les exécute pas pendant la consultation et les propositions reviennent au parcours de confirmation de la conversation initiale. Les effets et permissions des exécuteurs personnalisés doivent être vérifiés séparément. La consultation ajoute une consommation IA variable, selon les appels effectués, et utilise une conversation distincte consultable selon vos droits et votre politique de conservation. Vous devez activer cette possibilité. Sur l’agent qui doit pouvoir répondre, cochez Appelable par un agent et Autoriser les requêtes automatisées. Les deux sont obligatoires ; si une seule option est cochée, l’agent appelant reçoit un message indiquant celle qui manque. Sur l’agent appelant, Profondeur maximale d'appel d'agents limite la profondeur des consultations : 1, la valeur par défaut, autorise la consultation d’un agent ; 0 l’interdit. La transcription présente la consultation à travers la réponse de l’agent appelant et un indicateur d’outil. Si vous souhaitez que les utilisateurs sachent quel agent a été consulté, demandez à l’agent appelant de le préciser dans ses instructions. Consultez Configurer les paramètres d’un agent et la Référence des outils intégrés.
• Choisir l’expéditeur d’un e-mail et la destination des réponses. Auparavant, un agent ne pouvait pas choisir l’adresse d’expédition. Il utilisait la première adresse e-mail à l’échelle de l’organisation renvoyée par le système ou, en l’absence d’une telle adresse, le compte exécutant l’automatisation : un compte de service plutôt qu’une personne ou une équipe. Aucune adresse de réponse n’était définie non plus. Les instructions d’un agent peuvent désormais préciser l’identité d’expédition, correspondant à une adresse à l’échelle de l’organisation existante et vérifiée, le nom affiché au destinataire et l’adresse de réponse. Cette dernière permet de poursuivre l’échange : associez-la à une adresse correctement routée vers Salesforce. Le routage entrant peut créer une nouvelle conversation ; le suivi des réponses et des actions programmées nécessite sa propre configuration et ne garantit pas la reprise du même fil REDA AI. Si l’adresse d’expédition demandée est introuvable, l’e-mail est tout de même envoyé avec l’expéditeur par défaut et l’écart est consigné. Ce repli ne garantit pas la réussite finale de l’envoi : vérifiez également les autorisations, la délivrabilité et le résultat Salesforce. Rien ne change sans configuration explicite : un agent dont les instructions ne précisent aucun de ces éléments conserve son comportement actuel. Consultez Canal e-mail : envoi et Traitement des réponses par e-mail.

Améliorations

• Le mode sombre dans toute l’application. Le widget de conversation destiné aux clients et tous les écrans d’administration REDA AI — console, générateurs de prompts et d’outils, historique, analyses, transcriptions, diagnostic des incidents, routage des e-mails, etc. — suivent désormais le thème Salesforce de votre organisation, y compris le mode sombre. Ils utilisaient auparavant une palette claire fixe. Deux éléments conservent volontairement leur apparence pour rester lisibles dans les deux modes : les panneaux sombres d’aperçu du code et les badges de statut colorés. Aucune activation n’est nécessaire.

Correctifs

• Les conditions des actions planifiées empêchent désormais leur exécution de manière fiable. Lorsqu’un agent planifie une action, il peut lui associer une condition vérifiée au moment de l’exécution, par exemple « Envoyer la relance uniquement si la personne n’a toujours pas répondu ». Cette condition sert à empêcher l’action lorsque les critères ne sont pas remplis. Si elle ne pouvait pas être évaluée — comparaison non prise en charge, champ ou objet renommé ou supprimé — l’action s’exécutait malgré tout. Les actions déclenchées par une réponse par e-mail ignoraient aussi leur condition. Désormais, une condition impossible à évaluer entraîne l’omission de l’action et l’enregistrement du motif. Pour une action temporelle, une erreur de vérification peut donner lieu à une nouvelle tentative selon la limite prévue. Le parcours de réponse par e-mail traite les conditions non satisfaites ou non évaluables comme une omission, y compris certaines erreurs de requête ; il ne garantit pas la même reprise automatique. Examinez le motif et les autres actions du groupe avant de relancer. Les comparaisons disponibles sont equals, not_equals, contains, not_contains, is_blank et not_blank, à saisir exactement ainsi dans toutes les langues. contains et not_contains sont nouveaux dans cette version. Consultez Actions planifiées.
• Le texte de l’assistant était illisible avec le nouveau thème Salesforce. Dans les organisations utilisant le nouveau style Lightning, la zone de saisie affichait du texte blanc sur fond blanc. Les cartes de confirmation des e-mails et des résultats d’outils présentaient le même problème. Les couleurs du texte s’adaptent désormais au thème clair ou sombre. Les organisations utilisant l’ancien thème n’étaient pas concernées.

Version 1.13

Nouveautés

• Un panneau latéral ancré pour les assistants des portails et des sites web. L’assistant peut désormais s’ouvrir dans un panneau pleine hauteur ancré au bord droit ou gauche de la page, au lieu d’une carte flottante au-dessus du bouton de lancement. Les fiches de biens, galeries de photos et réponses longues disposent ainsi de plus d’espace. La page reste lisible à côté du panneau, permettant de continuer à la parcourir pendant la conversation. La bulle de lancement conserve sa fonction d’ouverture et de fermeture ; sur téléphone, le panneau s’ouvre toujours en plein écran. Dans Experience Builder, réglez Display Mode sur le composant REDA AI du portail : Bubble, Docked Right ou Docked Left. Sur un site web, ajoutez data-display-mode="docked-right" ou docked-left au code d’intégration, et éventuellement data-dock-width pour imposer une largeur au lieu de l’adapter à l’écran. Les widgets existants ne changent pas si vous ne modifiez pas Display Mode. Consultez Personnaliser l’interface du widget → Mode d’affichage et Configurer un agent pour un portail Experience Cloud.
• L’assistant du portail reprend automatiquement les couleurs de votre site. Laissez Primary Color vide pour que le widget utilise la couleur de marque du thème Experience Builder du portail. La bulle de lancement, l’en-tête et les bulles de message s’y adaptent sans configuration supplémentaire. Renseignez une valeur hexadécimale uniquement pour remplacer cette couleur. Les portails où Primary Color est déjà renseigné conservent leur apparence. Consultez Configurer un agent pour un portail Experience Cloud → Identité visuelle.

Améliorations

• Un suivi des crédits plus fiable lors d’une utilisation simultanée importante. Lorsque de nombreuses conversations se déroulaient exactement au même moment, les mises à jour des crédits pouvaient entrer brièvement en conflit et retarder une réponse. Le suivi gère désormais mieux ces utilisations simultanées, tout en comptabilisant la consommation de chaque conversation. Cette amélioration s’applique automatiquement. Consultez Comprendre les crédits.
• L’assistant intégré à Salesforce suit désormais votre thème Salesforce. Les arrière-plans, textes, bordures et cartes utilisent les couleurs du thème de l’organisation au lieu de valeurs fixes. L’assistant s’adapte notamment au mode sombre. Les couleurs que vous définissez explicitement sur le composant restent prioritaires. Le changement concerne les valeurs vides : Header Color, Header Icon Color et Chat Background n’ont plus de couleur fixe par défaut. Un champ vide signifie désormais « suivre le thème Salesforce ». Dans les organisations utilisant un thème clair, l’apparence reste la même. Consultez Canal interne.
• Améliorations de l’accessibilité. Les galeries de photos des fiches peuvent désormais être utilisées au clavier : placez le focus sur les flèches avec Tab, puis appuyez sur Entrée ou Espace. Les lecteurs d’écran annoncent également les réponses de l’assistant à mesure qu’elles arrivent.

Correctifs

• La liste des origines autorisées limite désormais de manière fiable les sites pouvant utiliser votre widget. Lorsque le champ Origines autorisées était renseigné, la restriction n’était pas toujours appliquée. Une clé copiée depuis votre page pouvait donc être utilisée sur un autre site web. REDA AI vérifie l’origine transmise par le navigateur lors de l’ouverture de la session. Ce contrôle n’est pas répété sur tous les appels ultérieurs et un client serveur peut fournir son propre en-tête Origin ; il ne prouve donc pas l’identité de tout appelant. Si Origines autorisées est vide, sa valeur par défaut, rien ne change : toutes les origines restent autorisées. Si vous utilisez cette restriction, indiquez tous les domaines de votre site, par exemple example.com et www.example.com si les deux sont utilisés. Pour un appel depuis votre serveur, définissez un dispositif d’accès adapté ; vider ce champ autorise toutes les origines et ne doit pas devenir un contournement automatique des restrictions du widget. Consultez Configurer le widget externe → Configurer les origines autorisées.

Version 1.12

Nouveautés

• Des e-mails aux couleurs de votre marque. Les e-mails des agents peuvent désormais inclure votre logo, vos couleurs, un en-tête et un pied de page au lieu de se limiter au texte brut. Enregistrez votre identité visuelle dans un nouvel enregistrement Marque, puis associez-le à l’agent à l’aide de son champ de référence Marque. Les e-mails sortants utilisent alors un message HTML personnalisé, accompagné d’une version en texte brut, avec la signature de l’expéditeur au-dessus du pied de page. L’activation se fait agent par agent, sans valeur par défaut à l’échelle de l’organisation. Un agent sans marque associée continue d’envoyer du texte brut. La fonction est disponible sur les canaux interne, widget, portail et API. Le nouveau panneau Optimiser la marque avec l'IA analyse un document d’identité visuelle importé — papier à en-tête, charte ou brochure — et propose des valeurs à vérifier, dans la langue du document. Consultez E-mails aux couleurs de votre marque.
• Des recommandations de l’IA sur les pages d’enregistrement. Le nouveau composant REDA AI Recommendations, disponible dans le Générateur d’application Lightning, présente les prochaines actions et les risques proposés par un agent pour l’enregistrement affiché. Il fournit une synthèse, une fenêtre de détail et des boutons d’avis 👍/👎. Ces recommandations sont consultatives et en lecture seule. Elles fonctionnent sur les objets standard ou personnalisés, dans la langue de l’utilisateur. Vous choisissez les sources analysées : e-mails, tâches, événements, fichiers, notes et historique des champs. Consultez Recommandations de l’IA.
• Le raisonnement approfondi par agent. Le nouveau paramètre Raisonnement approfondi permet de choisir le niveau d’analyse avant la réponse : de Désactivé, pour des réponses rapides et directes, à Faible, Moyen, Élevé, Très élevé, jusqu’à Maximal, pour une analyse plus poussée. Les niveaux élevés peuvent aider sur des questions complexes comportant plusieurs étapes, avec des réponses plus lentes et une consommation de crédits supérieure. Désactivé est la valeur par défaut, adaptée à la plupart des usages courants. Le niveau est transmis aux parcours de l’agent qui le prennent en charge, notamment les conversations et les recommandations de l’IA. Les appels spécialisés d’outils ou d’extraction peuvent utiliser leurs propres paramètres ; vérifiez leur portée séparément. Consultez Raisonnement approfondi.
• Les e-mails entrants sans pièce jointe parviennent désormais à l’agent. Le canal e-mail entrant transmet désormais tout e-mail reçu à une adresse routée à son agent, sous forme de conversation. Le corps, l’objet et l’expéditeur constituent le message, avec ou sans pièce jointe. Auparavant, un e-mail sans pièce jointe était accepté puis ignoré ; seuls les e-mails contenant une pièce jointe admissible parvenaient à l’agent. L’activation repose sur le routage : une adresse de service de messagerie et un enregistrement de routage actif. Aucun autre interrupteur n’est nécessaire. Consultez Canal e-mail : réception.
• La saisie vocale sur les widgets des portails et des sites web. Les utilisateurs d’un portail et les visiteurs d’un site peuvent dicter leurs messages avec le bouton du microphone. Le texte apparaît dans la zone de saisie au fil de la dictée pour vérification avant l’envoi. La fonction est activée par défaut si le navigateur la prend en charge. Désactivez-la avec Enable Voice Input dans Experience Builder ou avec data-enable-voice="false" dans le code d’intégration du site. Consultez Saisie vocale : conversion de la parole en texte.
• Des modes d’affichage pour l’assistant intégré à Salesforce. Choisissez sa présentation sur une page d’enregistrement, d’application ou d’accueil : Embedded, intégré dans la page ; Docked Right/Left, un panneau latéral superposé ; ou Chat Bubble, un bouton flottant qui ouvre un panneau. Les modes ancrés et Chat Bubble s’ouvrent en plein écran sur téléphone et dans l’application mobile Salesforce. Consultez Canal interne.
• Des processus autonomes en plusieurs étapes pour les agents API et Flow. Un agent du canal API peut désormais effectuer une tâche sur plusieurs tours automatiques : créer un enregistrement, appeler un service externe avec cet enregistrement, puis enregistrer le résultat, par exemple. Chaque étape s’exécute séparément. L’agent n’est donc plus limité à un seul appel externe avant l’enregistrement des données et décide si une étape supplémentaire est nécessaire. Cette possibilité est réservée au canal API, utilisé par Flow et les appels programmatiques. Elle est activée par défaut pour ces agents ; retirez l’outil correspondant de leurs outils disponibles pour la désactiver. Une limite de sécurité encadre le nombre d’étapes enchaînées. Consultez Appeler REDA AI depuis Salesforce Flow.
• Des pièces jointes sur le widget du portail. Les utilisateurs connectés peuvent joindre jusqu’à 5 fichiers par message avec le bouton trombone. Chaque fichier apparaît sous forme de pastille nommée dans le message envoyé. Le parcours de portail lie les fichiers au Contact lorsqu’il est disponible, avec un repli sur l’utilisateur dans le composant vérifié. Contrôlez le lien et les droits dans votre configuration. Sur demande, l’assistant peut aussi les joindre à un enregistrement associé, par exemple une requête qu’il crée. Le bouton apparaît uniquement si l’option Autoriser le téléchargement de fichiers est activée sur l’agent ; cette option autorise ici l’importation de fichiers. Consultez Importer des fichiers et Configurer un agent pour un portail Experience Cloud.
• Plusieurs fichiers via Flow et l’API. L’action invocable REDA AI accepte désormais plusieurs fichiers dans un seul appel. Un flux automatisé peut donc transmettre plusieurs documents simultanément à l’assistant. Consultez Importer des fichiers.
• Des photos et vidéos dans les fiches. Les fiches d’enregistrement peuvent inclure une galerie de photos ainsi que des vignettes de vidéos ou de visites virtuelles. Plusieurs images forment une galerie avec des flèches sur ordinateur, un balayage tactile sur téléphone et dans l’application mobile Salesforce, et un compteur de photos. Une vignette de lecture ouvre la vidéo ou la visite dans un nouvel onglet. Ces éléments conviennent aux biens et logements, aux produits et à tout enregistrement avec des visuels. Ils fonctionnent dans l’assistant interne et les widgets des portails et des sites web. Consultez Affichage des listes de fiches → Photos et vidéos.

Améliorations

• « Traitement des fichiers de messagerie électronique » concerne uniquement les pièces jointes. Le paramètre Email_File_Processing_Enabled détermine uniquement si les pièces jointes des e-mails entrants sont traitées. Il ne contrôle plus l’activation du canal. Lorsqu’il est désactivé, un e-mail routé parvient toujours à l’agent sous forme de conversation ; seules ses pièces jointes sont ignorées. Consultez Canal e-mail : réception.
• Les e-mails contenant uniquement du HTML sont lus correctement. En l’absence de version en texte brut, la plateforme transmet à l’agent le texte extrait du corps HTML au lieu d’un message vide.
• Un assistant Salesforce modernisé. L’en-tête et l’écran d’accueil sont plus légers, la typographie et les espacements plus lisibles, les animations d’ouverture plus fluides. Un bouton permet de rejoindre les messages les plus récents et un indicateur affiche l’activité en cours. Les couleurs, polices et l’en-tête restent configurables dans le Générateur d’application Lightning. Consultez Canal interne.
• La dictée s’affiche directement dans la saisie du canal interne. Les paroles apparaissent désormais au fil de la dictée dans la zone de message de l’assistant Salesforce, sans ouvrir de fenêtre distincte. Consultez Saisie vocale : conversion de la parole en texte.
• Des réponses présentées de façon plus claire et cohérente. Les titres de section, listes et tableaux s’affichent avec des espacements réguliers dans l’assistant Salesforce et les widgets des portails et des sites web.
• Jusqu’à 5 pièces jointes par message. L’assistant Salesforce accepte désormais plusieurs fichiers dans un même message, contre un seul auparavant. Chacun apparaît sous forme de pastille nommée et peut être retiré séparément. L’agent les traite ensemble. Consultez Importer des fichiers.

Mai 2026

Nouveautés

• Des actions conversationnelles sur les canaux des portails et des sites web. L’agent exécute désormais automatiquement une action confirmée et répond avec son résultat réel, par exemple « J’ai créé la requête n° 00001234 », au lieu d’afficher une carte de confirmation. Le canal interne conserve ces cartes. Le nouveau paramètre Max_Continuation_Depth limite les enchaînements. Consultez Confirmation des actions → Différences selon le canal.
• Une reconnaissance des responsabilités de sécurité pour les outils personnalisés. La création d’un outil défini par le client enregistre l’acceptation des responsabilités partagées, avec le nom et l’horodatage. Consultez Outils fondés sur une classe Apex.
• Joindre un fichier exemple lors de l’optimisation. L’optimiseur de prompts et la création d’agent avec l’IA acceptent un document exemple — PDF, image, CSV, TXT ou JSON — et jusqu’à 15 000 caractères d’instructions. Consultez Optimiser les prompts et Créer un agent avec l’IA.

Améliorations

• Une mémoire de conversation qui conserve des messages complets. L’historique utilise désormais une fenêtre limitée par un budget de jetons, sans couper les messages en leur milieu. Réglez-la avec le nouveau paramètre History_Token_Budget, dont la valeur par défaut est 30 000. Cinq anciens paramètres d’historique ont été retirés. Consultez Paramètres de la plateforme et la Référence des paramètres.
• Des requêtes agrégées exactes. Les requêtes d’outils avec regroupement ou agrégation, utilisant GROUP BY, ne sont plus limitées par le plafond de sécurité du nombre de lignes.
• Des échecs d’outils signalés de façon cohérente. Lorsqu’un outil échoue, l’agent indique la cause réelle au lieu de laisser entendre que l’opération a réussi.
• Des prompts par défaut actualisés. Le fonctionnement des actions conversationnelles s’accompagne de prompts par défaut mis à jour. Les organisations qui ont déjà chargé les valeurs initiales peuvent les resynchroniser avec Données par défaut de la graine dans l’onglet d’administration. L’action d’administration vérifiée charge les prompts de démarrage et les suggestions ; elle n’appelle pas directement la création de la définition d’agent par défaut. Elle crée ou met à jour les enregistrements ; les enregistrements existants de même nom sont écrasés. Consultez Paramètres de la plateforme.

Correctifs

• La vérification de l’état de la configuration n’affiche plus à tort un avertissement indiquant que les champs de contexte ne se chargent jamais automatiquement pour les agents API, de portail ou externes.
• Un contexte d’outil enregistré mais illisible génère désormais un incident au lieu d’un échec silencieux.
• L’action de désactivation du générateur d’outils fonctionne depuis la vue de liste et actualise celle-ci à la fin de l’opération.
• L’indicateur de génération par l’IA reste centré dans la zone visible au lieu d’apparaître plus bas dans la page.
• Correction d’une coupure en cours de réponse qui pouvait altérer les résultats d’outils longs.
• Les boutons de fermeture des fenêtres sont harmonisés dans toute l’application.