La configuration commence par la connaissance métier
Un administrateur peut définir le rôle d’un agent, ses instructions, le contexte pertinent, les outils disponibles et les questions suggérées. Le responsable du processus apporte le sens : ce qui constitue un travail terminé, la politique applicable, ce qui relève d’une exception et les limites que l’agent doit respecter.
REDA AI comprend des outils d’administration pouvant proposer des améliorations aux instructions et au contexte. Ces suggestions doivent être examinées. Un prompt optimisé ne prouve pas que le processus est exact, qu’un nouveau système a été connecté ou qu’une autorisation a été appliquée. Découvrez la configuration des agents.
- Définir la procédure
- Configurer les outils disponibles
- Connecter les systèmes manquants
- Tester le processus complet
L’intégration répond à une autre question
Si le statut du document concerné se trouve dans une autre application, l’instruction « vérifier le statut du document » ne donne pas accès à cette information. Quelqu’un doit établir la connexion, l’authentification, la correspondance des données, les opérations autorisées et la gestion des erreurs.
Avant d’estimer ce travail, identifiez le système faisant autorité et les informations minimales nécessaires. Un import planifié ou un service existant approuvé peut suffire ; une intégration en temps réel n’est pas automatiquement le bon choix.
Quand le développement sur mesure se justifie
Un outil spécialisé peut être utile lorsqu’une action métier doit valider plusieurs conditions ou coordonner un processus spécifique. Son interface doit clairement définir l’opération autorisée et rejeter les entrées inadaptées.
La documentation Salesforce sur la sécurité Apex distingue le partage des accès aux objets et aux champs. Les développeurs doivent tenir compte du mode d’exécution et des contrôles d’accès pertinents dans leur implémentation. Un prompt demandant à l’agent de respecter les autorisations ne remplace pas ce travail. [1]
Exemple concret : préparer une synthèse de renouvellement
| Volet de travail | Exemple de responsabilité |
|---|---|
| Configuration | Définir la structure de la synthèse et les champs de compte disponibles qui sont pertinents. |
| Intégration | Récupérer une synthèse autorisée depuis le système d’assistance si elle n’est pas déjà dans Salesforce. |
| Développement sur mesure, si nécessaire | Ajouter une action au périmètre limité pour un processus de renouvellement propre à l’entreprise. |
| Responsabilité du processus | Décider qui vérifie la synthèse et quelles décisions commerciales restent du ressort de l’équipe. |
Vous pourriez découvrir que toutes les informations nécessaires existent déjà dans Salesforce et qu’aucune nouvelle intégration n’est nécessaire. Ou le système externe peut s’avérer indispensable. Ces deux conclusions sont légitimes à l’issue de la découverte.
Clarifiez la transmission des responsabilités
Pour chaque composant, consignez qui peut le modifier, comment un changement est testé et qui prend en charge un échec. Incluez le responsable métier, l’administrateur Salesforce et les éventuels spécialistes de l’intégration ou du développement. N’insérez pas d’identifiants de connexion ni de données sensibles dans des instructions générales.
REDA intervient comme partenaire d’innovation en IA sur l’ensemble de ce processus. La plateforme est horizontale ; les choix de réalisation doivent correspondre à vos processus et à votre technologie existante. Partez des dépendances déjà connues au lieu de supposer d’emblée une solution « sans code » ou un vaste développement sur mesure.
Sources
- Salesforce Developers — Secure Apex classes. Consulté le 22 septembre 2026.