REDA AI Monsoon · v1.16000 13 sept. 2026

Vos agents Salesforce dans un assistant IA connecté

Cette version principale regroupe les évolutions depuis 1.15000, y compris les correctifs 1.15001–1.15009. Elle élargit l’accès aux agents configurés et améliore les actions, l’administration et la visibilité des crédits. Mettez à niveau le package avant d’utiliser les nouveaux réglages ; demandez les modalités à votre interlocuteur REDA ou à support@reda.one.

Connecter les agents via MCP

MCP relie un assistant approuvé à des agents actifs sélectionnés du canal Interne. Chaque personne s’authentifie avec son identité Salesforce. Le client reçoit des points d’entrée d’agents ; les outils et prompts REDA ne sont pas publiés individuellement comme outils MCP. Configurez un Site, une application cliente externe, les attributions REDA AI User et REDA AI MCP User et l’activation de l’agent. Consultez le guide administrateur et le guide utilisateur. Les données peuvent être traitées par l’assistant et les fournisseurs configurés en plus de Salesforce. Examinez données et accords ; cela ne signifie pas qu’elles ne quittent jamais Salesforce.

Instructions associées

• Présentation de REDA AI
• Accès à REDA AI et autorisations
• Comprendre les agents REDA AI
• Canal interne
• Accès aux données et autorisations
• Sécurité des données dans REDA AI
• Configurer l’accès MCP à REDA AI
• Utiliser REDA AI avec MCP

Comprendre le changement de crédits Économique

Les instructions stables sont réutilisées entre conversations pour mieux exploiter le cache. Après activation du cache amélioré, la durée accrue commence au prochain remplissage à froid ; elle ne prolonge pas une entrée déjà chaude. Le contexte d’enregistrement reste actualisé au fil de la conversation.

L’usage ordinaire Économique applique désormais un multiplicateur de 0,40 au tarif de base des crédits. À quantités de jetons et tarifs identiques, un exemple de 100 crédits de base consomme 40 crédits Économique. Avec l’ancien multiplicateur de 0,10, il en consommait 10 : le débit est quatre fois l’ancien débit Économique et 60 % inférieur au tarif de base. La consommation change, pas le prix de l’abonnement. La pré-extraction de fichiers est facturée séparément au plein tarif. Un repli de fournisseur peut utiliser un autre niveau effectif ; consultez la transaction réelle au lieu d’appliquer 0,40 à toute opération mixte. Les nouvelles transactions enregistrent Niveau de traitement ; l’historique n’est pas complété rétroactivement. Économique exige consentement et licence/configuration compatibles. Sans consentement, la demande est refusée, sans traitement silencieux à un autre niveau.

Instructions associées

• Comprendre les crédits REDA AI
• Optimiser la consommation de crédits
• Configurer les paramètres d’un agent REDA AI
• Analyser la consommation d’une conversation

Revoir la continuité des conversations

Fenêtre de conversation (heures) vide utilise désormais le réglage de l’organisation, initialement 30 minutes. Une valeur positive fixe la fenêtre de l’agent ; 0 désactive la reprise automatique. La correspondance dépend du canal : API utilise agent et enregistrement ; Interne/MCP authentifié utilise agent, utilisateur et contexte d’enregistrement pertinent. Communauté utilise le réglage partagé plutôt que le délai de session externe. Le chat des pages d’accueil, d’application et de la barre d’utilitaires peut reprendre une conversation éligible. Les identifiants explicites restent soumis aux contrôles de leur route. Utilisez 0 si vous comptiez sur une valeur vide pour démarrer une nouvelle conversation. Les autorisations empaquetées corrigent aussi l’accès Interne et Communauté.

Instructions associées

• Configurer les paramètres d’un agent REDA AI
• Canal interne
• Configurer un agent communautaire
• Consulter les conversations et les transcriptions
• Référence de l’API Experience Cloud

Actions d’e-mail, d’enregistrement et de planification

Les outils de tâches et d’événements acceptent des valeurs de champs supplémentaires, notamment les associations Contact/Lead autorisées. Les e-mails d’agent utilisent l’apparence configurée sur les parcours pris en charge exécutés côté serveur ; testez avec un brouillon ou un destinataire interne après fusion des définitions.

Les actions d’e-mail distinguent le destinataire Contact ou Piste de l’enregistrement métier associé, acceptent des listes À/Cc et vérifient les cas de refus d’e-mail pris en charge. Un Contact/Piste fourni comme enregistrement associé est traité comme destinataire. Les confirmations montrent les champs non appliqués. Les étapes du plan sont rapprochées une à une et les heures relatives conservent UTC. Les agents désactivés et actions imbriquées non autorisées sont vérifiés avant confirmation. La confirmation de liaison de fichiers réutilise le chemin avec contrôle d’accès. Les nouvelles actions horaires en attente ou replanifiées exigent un processeur disponible ; suivi des réponses et mises à jour normales d’historique/statut restent valides. Les travaux différés utilisent leur propriétaire de planification, sans usurper le demandeur. Les instructions réduisent les doublons via d’autres connecteurs, sans garantir le comportement de l’assistant.

Instructions associées

• Confirmation des actions
• Référence des outils intégrés
• Actions planifiées
• Afficher les listes sous forme de cartes
• Canal e-mail — Envoi
• Personnaliser l’apparence des e-mails

Configurer des instructions réutilisables

Les Prompts exclusifs affectent des instructions réutilisables aux agents choisis. Vérifiez Prompt exclusif et Résumé sur Prompt personnalisé, puis Définition d’agent, Prompt personnalisé, Actif et Mode de chargement sur l’affectation. À la demande nécessite l’outil de prompts de contexte dans l’agent. Les portées avec types d’enregistrement entre crochets partagent les mêmes règles, y compris dans les aperçus. L’ordre des prompts et outils est déterministe et l’aperçu peut utiliser un identifiant réel. Les instructions linguistiques suivent le message sur API/canaux externes ; les variables utilisateur ne s’appliquent que dans les contextes prévus. Préservez vos prompts personnalisés lors de la fusion des valeurs actuelles.

Instructions associées

• Prompts personnalisés par agent REDA AI
• Créer et modifier des prompts REDA AI
• Comprendre les prompts REDA AI
• Aperçu de l’exécution d’un agent REDA AI
• Comprendre les champs de contexte
• Configurer des agents REDA AI multilingues
• Galerie de modèles de prompts REDA AI

Automatisation et fiabilité

La limite horaire par agent s’applique aussi pendant la dernière heure UTC de la journée. Les API externe et Communauté utilisent un code stable de limite de crédits pour que la réponse HTTP 429 ne dépende plus du message traduit.

Les appels groupés depuis Flow peuvent retourner des identifiants de demandes différées plutôt qu’une réponse immédiate. Examinez les éléments suivants qui attendent réponse, crédits ou résultats dans la même transaction. Les actions automatiques conservent canal et mode configurés, et leurs résultats réels restent dans le contexte ; cela ne garantit pas un tour narratif supplémentaire. Les décalages horaires explicites sont préservés dans les chemins pris en charge pour événements, planifications, écritures de champs et CSV. Sans décalage, l’interprétation de l’utilisateur exécutant reste applicable. Le mode Système ne crée pas d’avertissement du seul fait de son utilisation ; journaux et notifications ERROR demeurent. L’extraction respecte la limite de sortie, les couleurs fonctionnent dans les thèmes Salesforce pris en charge et les tests évitent les références statiques bloquant l’installation sans types d’enregistrement Compte.

Instructions associées

• Référence de l’intégration Salesforce Flow
• Traitement asynchrone des agents REDA AI
• Journaux d’incidents IA
• Traitement des documents
• Référence de l’API du widget externe

Étapes client pour utiliser la version 1.16000

Suivez cette liste selon votre version installée. Elle couvre les correctifs 1.15001–1.15009 et la version majeure 1.16000. Les fonctions sont facultatives ; terminez leur configuration avant de les activer. Le tableau couvre les 13 champs du package ajoutés depuis 1.15000 : neuf dans les correctifs et quatre dans 1.16000.

1. Relever la version et sauvegarder la configuration

Dans Configuration → Packages installés, notez la version REDA AI. Testez la mise à niveau avec votre configuration dans un sandbox adapté. Sauvegardez agents, prompts personnalisés, métadonnées d’outils, présentations, autorisations et actions en attente. Pour une version antérieure à 1.15000, appliquez aussi les étapes de 1.15000. Installez 1.16000 avec les modalités fournies par REDA et vérifiez à nouveau la version.

2. Ajouter les champs aux pages utilisées

Pour chaque objet du tableau, ouvrez Configuration → Gestionnaire d’objet → objet → Présentations de page. Vérifiez l’attribution des présentations par profil et type d’enregistrement. Modifiez chaque présentation concernée, placez les champs dans les sections indiquées et enregistrez. La mise à niveau n’ajoute pas ces champs aux présentations personnalisées du client. Si la page Lightning utilise les Formulaires dynamiques, ouvrez aussi Modifier la page, ajoutez les champs aux sections, vérifiez les règles de visibilité et activez l’attribution appropriée.

Sur la présentation de Définition d’agent, ajoutez la liste associée des Prompts exclusifs, avec prompt, Actif et Mode de chargement. Rendez le nouvel objet d’affectation accessible depuis l’application ou cette liste. Via MCP, Niveau de traitement des crédits et Type de demande doivent être en lecture seule dans les vues opérationnelles : l’application les renseigne.

3. Vérifier les autorisations et l’accès réel

Vérifiez REDA AI Admin, REDA AI User et, si nécessaire, REDA AI Community User. Les ensembles du package déjà attribués peuvent recevoir des droits actualisés ; la mise à niveau ne crée pas les attributions manquantes et ne corrige pas vos ensembles personnalisés ou clonés. Vérifiez l’accès aux objets et champs du tableau. Les relations obligatoires suivent les droits de l’objet et peuvent ne pas avoir d’entrée de droit de champ distincte.

MCP requiert REDA AI User et REDA AI MCP User ; ce dernier permet aussi de modifier les deux champs de configuration MCP. Vérifiez ce droit selon vos rôles. REDA AI MCP Guest concerne l’utilisateur invité du Site publiant le point de connexion ; il ne remplace pas les droits métier des utilisateurs authentifiés.

4. Vérifier les listes de sélection et l’aide

Dans Définition d’agent → Niveau de traitement, vérifiez la valeur API Economy et les types d’enregistrement concernés. Si Type de demande existait déjà sur Demande asynchrone, vérifiez Continuation et Bulk Turn. Ajoutez les valeurs absentes avec cette orthographe API exacte. Un nouveau champ inclut ses valeurs du package.

L’ancienne aide peut être conservée après mise à niveau. Vérifiez Niveau de traitement, Raisonnement approfondi, Fenêtre de conversation, Consentement au niveau Économique, objets de contexte des prompts, objets de contexte par défaut de l’agent, ID d’agent et Persona. Corrigez toute aide annonçant un passage automatique à Efficace sans consentement : sans consentement, Économique est refusé. Aide proposée : « Confirme que votre organisation a accepté les conditions de traitement Économique. Sans consentement, les demandes Économique sont refusées. Cocher uniquement après accord. »

5. Configurer les fonctions retenues

• Continuité : une Fenêtre de conversation vide utilise désormais le défaut de l’organisation, initialement 30 minutes ; 0 empêche la reprise automatique et une valeur positive fixe la fenêtre. Testez avec et sans enregistrement. Ce réglage ne supprime pas l’historique.
• Économique : demandez une licence réémise à REDA si l’ancienne n’inclut pas les identifiants Économique. Activez-la selon le processus habituel et créez/vérifiez un paramètre de site distant approuvé et actif pour https://api.deepseek.com. Vérifiez les conditions avant de cocher le consentement sur chaque agent. L’absence de consentement ou d’identifiants entraîne un refus. L’indisponibilité du fournisseur est un cas différent pouvant utiliser Efficace. L’usage ordinaire applique 0,40× le crédit de base ; la pré-extraction est au plein tarif. Le raisonnement approfondi n’est pas disponible en Économique.
• Prompts exclusifs : ajoutez Exclusif et Résumé à la présentation de Prompt personnalisé. Créez le prompt partagé sans Définition d’agent directe, cochez Exclusif et rédigez un résumé. Créez une affectation par agent, choisissez le prompt et Actif, puis Toujours, Selon le contexte ou À la demande (API Always, On_Context, On_Demand). À la demande exige get_context_prompts parmi les outils disponibles. Un prompt avec une portée de contexte renseignée ne charge plus lors d’un échange sans contexte ; videz cette portée seulement s’il doit s’appliquer partout. Vérifiez l’aperçu avec un ID d’enregistrement et sans enregistrement.
• MCP : configurez Site et application cliente externe, autorisez l’ensemble dans la politique de l’application, attribuez les utilisateurs et activez MCP uniquement sur les agents Interne actifs choisis. Suivez Configuration MCP et le guide utilisateur. L’installation seule ne connecte pas un assistant externe.

6. Fusionner les définitions d’outils et les prompts

Dans Configuration → Types de métadonnées personnalisés → REDA AI Tool Definitions → Gérer les enregistrements, comparez les valeurs client aux définitions actuelles de REDA en préservant vos adaptations.

• create_task et create_event : Description et Schéma d’entrée doivent présenter field_values. Pour les événements sur API, Canaux doit inclure Internal;API.
• send_email : fusionnez description et schéma actuels, notamment recipient_id, To/Cc et la distinction entre destinataire et enregistrement associé.
• schedule_action : fusionnez la description actuelle. Pour une ancienne version, comparez aussi get_record. Vérifiez que l’agent dispose des outils requis.

Descriptions, schémas et canaux sont contrôlés par l’abonné ; Confirmation requise est contrôlé par le développeur du package. Ne remplacez pas tout l’enregistrement sans examen.

Vérifiez _common:language-directive-api, _common:language-directive-external et _common:core-instructions-api. Fusionnez les consignes de langue et de messages destinés aux personnes en préservant les règles métier. Seed Default Data peut écraser tous les prompts partagés par défaut. API/widget externe doivent suivre la langue du message reçu, pas celle du compte de service ou invité.

7. Vérifier l’automatisation avant exécution

Pour les Flows à plusieurs entrées, vérifiez les éléments attendant une réponse immédiate : le traitement différé retourne un asyncRequestId au lieu d’une réponse et de crédits immédiats. Examinez chaque agent API avec Contexte d’exécution = System : les correctifs font respecter ce réglage aux actions automatiques dont certaines utilisaient auparavant User. Les droits effectifs d’objets/champs peuvent donc s’élargir ; confirmez que c’est voulu.

Pour les actions à heure fixe, vérifiez que le processeur planifié peut s’exécuter, son propriétaire et le travail en attente. Une nouvelle action Pending ou replanifiée est refusée sans processeur exécutable. Ne l’activez pas sans examiner ce qu’il exécutera. Les travaux différés utilisent l’identité du propriétaire du planificateur. Suivi de réponses e-mail et mises à jour ordinaires d’historique sont des cas distincts. Vérifiez les décalages horaires avec un test jetable.

8. Valider et transmettre

Testez avec un utilisateur ordinaire autorisé et un administrateur témoin : visibilité des champs, accès permis/refusé, proposition/refus/approbation d’une action sans risque, résultat réel dans Salesforce et reprise de conversation. Vérifiez Niveau de traitement dans une nouvelle transaction et Via MCP dans un message MCP. L’historique des crédits n’est pas complété rétroactivement ; une ancienne valeur vide ne prouve pas le niveau utilisé. Consignez version, présentations/autorisations modifiées, fonctions activées, résultats et réglages restant au client avant d’étendre l’usage.

Instructions associées

• Installer REDA AI
• Vue d’ensemble de l’administration
• Référence des paramètres de la plateforme

Champs et accès à vérifier

Le tableau couvre les champs ajoutés depuis la version principale précédente, correctifs compris. Placez les réglages administratifs dans la présentation correspondante et gardez les champs automatiques en lecture seule. Utilisez les libellés traduits de votre organisation ; les noms API identifient les champs sans ambiguïté.

Vérifier avant d’élargir l’accès

Testez avec un utilisateur ordinaire et un administrateur témoin : accès autorisé/refusé, reprise, proposition sans risque refusée/approuvée et résultat Salesforce réel. Pour MCP, vérifiez connexion, visibilité, actualisation du catalogue et origines. Examinez une transaction Économique séparément de l’extraction et des replis. Vérifiez heure et processeur avant un essai jetable. Ajoutez Niveau de traitement aux rapports personnalisés. Signalez les résultats inattendus avant d’élargir l’usage. La version ne signifie pas que vos intégrations, autorisations et politiques ont déjà été validées.