Accéder aux données REDA avec les API Salesforce

Administration 5 min de lecture Mis à jour en juillet 2026

Pour alimenter un outil décisionnel, un entrepôt de données ou une plateforme d’intégration, vous pouvez utiliser les API Salesforce standard afin d’accéder aux objets REDA pris en charge. REDA repose sur Salesforce, mais la compatibilité dépend de l’édition, des licences, des objets exposés et des capacités du connecteur choisi. Ce guide explique cette approche, renvoie à la documentation officielle pour l’authentification et les requêtes, et distingue cet accès général du Data Service utilisé pour recevoir des formulaires web.

Accès. L’intégration se configure dans les paramètres Salesforce, au moyen d’une application cliente externe (External Client App) ou d’une application connectée existante autorisée, avec le mécanisme OAuth adapté. Ce n’est pas un écran métier REDA.
Droits nécessaires. Vérifiez la disponibilité des API pour votre organisation et votre licence, les autorisations de l’application, l’accès API de l’utilisateur d’intégration, ses licences de package, ses droits sur les objets et champs, ainsi que le partage des enregistrements. Un utilisateur pouvant consulter une facture dans l’interface ne dispose pas nécessairement de tous les prérequis API.

Application pratique

REDA est distribué sous forme de packages gérés Salesforce. Ses objets métier standard ou personnalisés peuvent être interrogés, exportés ou modifiés via les API compatibles, notamment REST et Bulk, selon les opérations et autorisations disponibles. L’accès général aux données utilise l’authentification Salesforce ; une connexion distincte à une interface REDA n’est pas nécessaire pour ces appels.

Si votre outil décisionnel, de chargement ou d’intégration possède un connecteur Salesforce, vérifiez qu’il prend en charge les objets personnalisés avec préfixe de package et les volumes visés. Configurez l’organisation et l’authentification, puis testez les objets nécessaires — biens, baux, factures et autres données — avec l’utilisateur d’intégration prévu. Un connecteur Salesforce ne garantit pas à lui seul la couverture de tous les parcours métier REDA.

Choisir la bonne interface

Distinguez le besoin d’intégration du mécanisme utilisé :

Besoin	Interface
Recevoir des formulaires web dans REDA	Le REDA Data Service, avec configuration de l’objet, correspondances de champs et adaptateur de formulaire compatible.
Lire ou modifier les enregistrements REDA depuis vos outils	Les API Salesforce standard, avec les droits et règles métier applicables.

Pour l’accès général aux enregistrements, utilisez les API Salesforce standard. Cela ne signifie pas que REDA ne possède aucune connexion sortante : le connecteur publicitaire documenté, par exemple, appelle des plateformes externes lorsqu’il est configuré. Pour un outil décisionnel, le parcours présenté ici reste l’extraction depuis REDA. Un besoin d’envoi automatique vers un autre système doit faire l’objet d’une intégration adaptée, sans présumer qu’une connexion métier existante le couvre.

Documentation officielle Salesforce. Consultez le guide développeur de l’API REST Salesforce pour les ressources, requêtes, limites et prérequis, ainsi que la documentation des applications clientes externes et d’OAuth. Depuis Spring ’26, Salesforce restreint la création de nouvelles applications connectées et recommande les applications clientes externes pour les nouvelles intégrations. Vérifiez les instructions actuelles correspondant à votre outil et à votre organisation.

Conseils de mise en place

Préparez les points suivants avant de connecter les données :

Limiter et vérifier les droits. L’accès standard aux données dépend des autorisations de l’utilisateur, des objets, des champs et du partage, ainsi que des prérequis API et des politiques de l’application. Accordez uniquement les droits nécessaires ; pour une extraction de factures, commencez par la lecture des objets et champs concernés.

Tester d’abord en sandbox. Validez les requêtes, les volumes et les éventuelles écritures dans un environnement hors production avant de viser les données réelles. Testez aussi les erreurs, la reprise et les conséquences sur les objets liés.

Distinguer noms d’API et libellés. Le nom d’API d’un champ peut différer de son libellé à l’écran. Vérifiez sa définition dans votre organisation ou sa description par l’API, avec le préfixe approprié à votre édition ; ne traduisez pas un nom d’API dans une requête.

Évaluez d’abord les rapports. Pour un tableau de bord ou un export périodique, les fonctions de rapport disponibles peuvent répondre au besoin sans développement d’API. Consultez Créer des rapports.

Exemple : tableau de bord de trésorerie nocturne

L’analyste de Meridian Properties souhaite actualiser son tableau de bord chaque nuit. L’administrateur autorise le connecteur Salesforce de l’outil, avec une application cliente externe ou une application connectée existante compatible, et un utilisateur d’intégration disposant des prérequis API et des droits de lecture nécessaires sur les factures et soldes. Chaque nuit, l’outil interroge ces données et actualise le tableau de bord. Ce parcours utilise les identifiants et jetons Salesforce appropriés, sans clé Data Service, avec des droits limités aux données nécessaires et une vérification des erreurs de chargement.

Pour aller plus loin

REDA Data Service : connecter vos formulaires — recevoir les données de formulaires web.
Échanger avec REDA Connect — messagerie depuis un autre produit de la suite, selon votre configuration.
Créer des rapports — exploiter les données dans Salesforce sans intégration externe.
Comprendre les accès dans REDA — droits à vérifier pour votre utilisateur d’intégration.

Questions fréquentes

L’accès général aux objets par les API Salesforce utilise l’authentification Salesforce, et non une clé REDA universelle. La clé du Data Service protège son parcours de réception lorsqu’elle est configurée. D’autres connecteurs peuvent avoir leurs propres secrets ou mécanismes d’authentification ; ils ne donnent pas un accès général aux données.

Une écriture API autorisée peut créer ou modifier un enregistrement, mais elle ne reproduit pas automatiquement toutes les étapes d’une action d’écran, les créations liées ou les choix métier. Les déclencheurs et règles applicables peuvent toujours s’exécuter. Avant des écritures en série, définissez et testez le parcours complet avec votre partenaire REDA : objets liés, valeurs nécessaires, automatisations, contrôles et reprise après erreur.

Consultez le Gestionnaire d’objet dans Configuration Salesforce et les ressources de description d’objets des API. Utilisez les noms d’API réellement présents dans votre organisation et le bon préfixe de package pour l’édition installée. Les libellés visibles, notamment traduits, ne sont pas des noms d’API.

Cet article vous a-t-il été utile ?