Comment connecter Salesforce à Power BI ?

Les prérequis

• Un accès API côté Salesforce : inclus dans les éditions Enterprise, Unlimited et Performance, en option sur l'édition Professional.
• Un compte de service dédié à l'extraction, avec la permission API activée et une visibilité définie sur les objets et les champs.
• Une estimation des volumes, car chaque rafraîchissement consomme des appels API sur le quota quotidien de l'organisation.

Méthode 1 : le connecteur Salesforce Objects

Dans Power BI Desktop, le connecteur Salesforce Objects lit directement les objets standard et personnalisés : comptes, opportunités, lignes de produits, objets métier. On choisit les objets et les champs, puis on modélise dans Power BI.

C'est la méthode la plus rapide pour démarrer. Ses limites apparaissent avec les volumes : rafraîchissements longs, consommation d'appels API, et pas de mode DirectQuery, les données étant importées à chaque rafraîchissement. Il faut aussi penser à récupérer les libellés des listes de valeurs et à gérer la conversion des devises.

Méthode 2 : le connecteur Salesforce Reports

Le connecteur Salesforce Reports importe le résultat d'un rapport Salesforce existant. L'avantage : les filtres et la logique du rapport sont réutilisés tels quels. La limite est forte : l'API des rapports ne renvoie que 2 000 lignes. Cette méthode convient donc aux petites synthèses.

Méthode 3 : passer par un entrepôt de données

Dès que les volumes grandissent, que l'historique compte ou que Salesforce doit être croisé avec l'ERP, on extrait les données dans un entrepôt : SQL Server, Azure SQL, Microsoft Fabric, Snowflake ou équivalent. L'extraction est incrémentale, à partir du champ SystemModstamp, par un outil d'intégration ou un script planifié.

Power BI se branche alors sur l'entrepôt, qui porte un modèle propre et historisé. Les calculs complexes sont faits une fois, au même endroit, et servent à tous les rapports.

Modéliser les données dans Power BI

• Un schéma en étoile : des tables de faits pour les opportunités et leurs lignes, des dimensions pour les comptes, utilisateurs, produits et dates.
• Une table de dates qui suit l'exercice fiscal de l'entreprise, si celui-ci ne commence pas en janvier.
• Les montants convertis dans une devise de référence, avec la même source de taux que Salesforce.
• L'historique des opportunités pour mesurer les glissements de dates et la durée passée par étape.

Rafraîchissement et quotas d'API

Chaque rafraîchissement d'un modèle connecté directement à Salesforce relit les objets sélectionnés et consomme des appels API. Sur de gros volumes, cela pèse sur le quota quotidien partagé avec les intégrations et les chargements.

• Limiter les objets et les champs extraits à ce que les rapports utilisent réellement.
• Filtrer à la source, par exemple sur les opportunités des dernières années.
• Planifier les rafraîchissements hors des fenêtres de chargement et d'intégration.
• Suivre la consommation d'appels API dans Salesforce après la mise en production.

Les erreurs de chiffres les plus fréquentes

• Afficher les valeurs techniques des listes de valeurs au lieu de leurs libellés.
• Additionner des montants en devises différentes.
• Oublier que les dates et heures renvoyées par l'API sont en UTC, ce qui décale certains enregistrements d'un jour.
• Recalculer dans Power BI un champ formule Salesforce avec une logique légèrement différente.

Ne pas oublier la sécurité

Power BI ne reprend pas les règles de partage de Salesforce. Le connecteur voit toutes les données visibles par le compte utilisé, et tous les lecteurs du rapport publié voient ces mêmes données. Si un commercial ne doit voir que son territoire, il faut reconstruire cette restriction dans Power BI avec la sécurité au niveau des lignes.