• Accueil / Salesforce / Comment effectuer un…
, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

Comment effectuer un bilan de santé Salesforce25 minutes de lecture


Un bilan de santé Salesforce (ou « bilan de santé de l’organisation ») peut signifier différentes choses, selon la personne à qui vous le demandez. Un administrateur peut affiner la maintenance de routine de l’organisation ; les tâches peuvent inclure le nettoyage des champs inutilisés sur un objet personnalisé fortement utilisé. Une équipe de gouvernance ou de conformité se concentrera probablement davantage sur les aspects de sécurité, par exemple, si les plages d’adresses IP sont verrouillées pour tous les utilisateurs. Un cadre peut être plus intéressé par les dépenses globales de l’organisation et l’utilisation des licences.

Aux fins de cet article, je vais adopter une approche mixte des considérations ci-dessus. L’objectif est d’arriver à un instantané de la situation de l’organisation ; comment est-il utilisé et dans quelle mesure est-il généralement sécurisé ? Répondre à ces questions aidera à identifier les domaines d’intérêt pour améliorer la santé globale.

Ce que cet article n’est pas, c’est un guide complet pour « améliorer et nettoyer une organisation Salesforce », qui est un sujet très compliqué et impossible à couvrir en détail dans un seul article.

Commençons.

, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

Pourquoi un bilan de santé est-il important ?

En tant qu’administrateur, développeur et consultant Salesforce (depuis plus d’une décennie maintenant), je sais à quel point il peut être difficile de maintenir une organisation saine et critique. Chaque jour, des processus critiques circulent dans le système, les utilisateurs demandent des changements (si vous êtes directement impliqué dans la gestion du système) et de nouveaux projets sont en cours (surtout si vous êtes un PM). Pendant ce temps, vous pouvez gérer une équipe, assister à des réunions de haut niveau et informer votre patron de ce qui se passe.

À quand remonte la dernière fois (voire jamais) que vous vous êtes arrêté pour demander « comment se porte l’organisation dans son ensemble ? »

C’est une question simple, mais à travers tout le bruit, elle passe souvent inaperçue. Je sais, par expérience, que le simple fait de s’arrêter pour poser quelques questions de base peut révéler de nombreuses vulnérabilités possibles de votre système et de son évolutivité. Cela peut être quelque chose d’aussi simple qu’un objet personnalisé inutilisé, ou quelque chose d’aussi fondamental que l’authentification multifacteur (MFA) qui n’est pas activée (nous en parlerons plus tard).

Alors, prenons un moment pour nous arrêter et poser cette simple question : « comment se porte l’organisation dans son ensemble ? »

Quel que soit votre rôle, arrêter de faire ce bilan de santé Salesforce est un exercice important qui doit être effectué au moins une fois par an. Tu es peut-être:

  • un administrateur qui gère la même organisation depuis de nombreuses années.
  • un chef de projet essayant de comprendre le système Salesforce de votre entreprise.
  • un consultant entrant dans une nouvelle organisation pour la première fois.
, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

Documenter votre bilan de santé

Avant de plonger dans notre bilan de santé, juste une brève note sur la documentation – on pourrait soutenir que l’état de la documentation de votre organisation pourrait (et devrait) faire partie de cet exercice. La documentation est simplement un moyen d’aider à expliquer, avec des mots, pourquoi une partie de l’organisation a été construite d’une certaine manière et comment elle est utilisée, ainsi que des informations sur qui l’a demandée. Ce n’est pas aussi compliqué qu’il y paraît et ne devrait pas être intimidant. Cependant, la documentation est incroyablement puissante pour garder votre organisation propre et saine. Malheureusement, cela fait généralement cruellement défaut dans la plupart des organisations Salesforce.

Ressource: Modèle de documentation Salesforce

Si vous n’avez pas déjà une forme de documentation d’organisation en place, je vous suggère de commencer un document Google Doc ou MS Word maintenant – c’est une bonne idée de stocker les résultats de ce bilan de santé dans un endroit facilement accessible et partagé. Au fur et à mesure que nous procédons à notre bilan de santé, assurez-vous de prendre des notes sur ce que vous trouvez.

Réalisation du bilan de santé

Il est important de suivre un processus clair lors de la réalisation de votre bilan de santé Salesforce, que j’ai divisé en quatre étapes.

Étape 1 – Vérifiez le contrat Salesforce et l’utilisation du produit

Contrat Salesforce

Vous pouvez être un consultant entrant dans une organisation pour la première fois, ou un vétéran chevronné d’une organisation établie. Croyez-le ou non, je conseillerais que la première étape de notre parcours de contrôle de santé soit le détail de base du contrat de l’organisation avec Salesforce.

Quand le contrat se renouvelle-t-il et qu’est-ce qui a été acheté exactement auprès de Salesforce ? Si vous dirigez une organisation depuis un certain temps, vous pensez peut-être que vous connaissez déjà ces détails, mais j’ai été surpris plus d’une fois par ce que j’ai trouvé ici. Voici ce à quoi nous essayons vraiment d’arriver avec ce premier contrôle :

  • Découvrez où nous en sommes dans le cycle d’achat.
  • Demandez quels produits nous avons.
  • Analysez si ces produits sont réellement utilisés.

En supposant que vous soyez dans Lightning Experience, accédez en haut à droite et cliquez sur l’icône d’engrenage. Vous devriez voir un lien intitulé « Votre compte » : cliquez dessus, puis sur « Afficher vos contrats » pour voir une liste des produits que cette organisation a achetés auprès de Salesforce. Si vous êtes dans Classic (interface Aloha), naviguez en haut à droite et cliquez sur le menu déroulant « App Name » (tout dernier bouton en haut à droite). Cliquez sur « Commander » puis sur « Produits achetés ».

, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

Ici, ajoutez deux notes ici à votre documentation :

  1. La date de renouvellement.
  2. Une liste des produits achetés (ainsi que leurs quantités et leurs coûts).

La date de renouvellement arrive-t-elle dans les prochains mois ? Y aura-t-il des discussions avec la direction interne et Salesforce sur les renouvellements, les quantités de licences, l’efficacité des produits achetés, etc. ? Si tel est le cas, vous pouvez ajouter à votre liste : des sessions de découverte/utilisation avec des ensembles d’utilisateurs pour déterminer leur utilisation de Salesforce. Cela aidera à éviter le redoutable « avons-nous encore besoin de toutes ces licences ?» Question qui se pose inévitablement autour des renouvellements de contrat, souvent à quelques semaines seulement avant que l’entreprise ne doive prendre une décision. Cela m’amène à mon prochain point…

Pour les produits achetés auprès de Salesforce, à quoi ressemble cette image globale ? Y a-t-il des produits qui vous surprennent ? J’ai vu des modules complémentaires de stockage de données pour des données qui n’étaient plus vraiment nécessaires dans l’organisation ; les modules complémentaires de licence de connaissances qui ont été ajoutés après une demande par une unité commerciale distincte ; appels d’API supplémentaires résultant de mauvaises pratiques de développement dans l’organisation ; des centaines de licences de plates-formes qui restaient d’un projet précédent ; et plein d’autres choses.

Prenez une minute pour prendre des notes sur chaque produit de la liste, y compris toute information dont vous disposez et toute information dont vous pensez avoir encore besoin pour répondre aux questions restantes. Des choses comme les licences Sales Cloud ou Service Cloud peuvent être faciles, car vous savez qu’elles sont utilisées et par qui (nous approfondirons ensuite). Pour d’autres, vous devrez peut-être vous renseigner dans l’entreprise (comme des licences spéciales ou des appels d’API) pour savoir comment ces produits sont utilisés, par qui et à quelle fréquence.

Vérifier l’utilisation

Maintenant que nous avons une solide compréhension des produits de l’organisation, examinons les chiffres d’utilisation bruts. Je dis « brut » parce que cela nous dira quelles licences et fonctionnalités sont attribuées, pas nécessairement si elles sont utilisées ou non. Rendez-vous sur Configuration > Informations sur l’entreprise.

, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

La section « Licences utilisateur » détaille les différents types de licences dans l’organisation, ainsi que le nombre de licences disponibles par rapport aux licences attribuées. À partir de cette section, vous devriez pouvoir avoir une bonne idée du nombre de chaque type de licences principales (licence Salesforce complète, licences de plate-forme, etc.) du contrat Salesforce qui sont attribuées. Notez tout ce qui vous intéresse, y compris le nombre de « licences restantes » pour chaque type de licence.

Ensuite, la section « Licences de fonctionnalités » détaille la section « Licences utilisateur » plus en détail. Il s’agit de produits supplémentaires (si votre organisation en dispose) qui sont achetés pour compléter les licences Salesforce standard, par exemple, l’utilisation de Knowledge, Live Agent et autres. Prenez-en note également ; demandez combien de ces licences sont attribuées par rapport à ce qui a été acheté. Y a-t-il quelque chose qui se démarque?

Approfondir l’utilisation des licences (facultatif)

Si vous vous heurtez à des limites d’utilisation de la licence, vous voudrez peut-être aller plus loin que l’utilisation « brute » et jeter un œil à qui utilise sa licence. Cela peut être réalisé via un rapport, ainsi que des conversations humaines.

Pour créer le rapport, accédez à l’onglet Rapports et choisissez « Utilisateurs » comme type de rapport. Il devrait afficher automatiquement les champs que nous recherchons, mais sinon, nous voulons filtrer en fonction des utilisateurs « actifs » afin que nous puissions voir leur dernière date de connexion. Dès le départ, vous pourrez peut-être identifier certains utilisateurs auxquels une licence a été attribuée et qui ne se sont jamais connectés (ou ne se sont pas connectés récemment).

En utilisant le rapport comme guide, effectuez une reconnaissance via des conversations avec ces utilisateurs ou leurs responsables/unités commerciales. Posez les questions suivantes et notez vos découvertes.

  • Quelle était la raison pour laquelle ils ont obtenu une licence en premier lieu ?
  • Était-ce pour un projet particulier sur lequel on travaille encore ?
  • Ou était-ce pour un cas d’utilisation qui n’est plus valide ? Dans quel cas, peuvent-ils être supprimés du système ?

En ce qui concerne notre contrat Salesforce et la date de renouvellement, il s’agit d’informations que nous souhaitons connaître avant cette date de renouvellement. Votre responsable (ou la personne qui envoie le chèque à Salesforce) sera heureux de voir que, lorsque le renouvellement arrive, tous les produits/licences sont comptabilisés et que l’on comprend exactement comment ils sont utilisés.

Autres informations d’utilisation

Pendant que nous sommes sur la page « Informations sur l’entreprise » dans la configuration, examinons également d’autres mesures d’utilisation importantes.

, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

Sur la droite, à peu près au milieu de la page, vous devriez voir « Demandes d’API, dernières 24 heures ». En fonction de votre type d’organisation et du nombre de licences qu’elle contient, vous devriez voir le nombre de demandes d’API par rapport au nombre maximum autorisé sur une période de 24 heures.

Une requête API provient de l’extérieur de l’organisation Salesforce pour interagir avec l’organisation d’une manière ou d’une autre (une requête ou une insertion d’enregistrement, par exemple). Cela peut être très problématique si vous êtes confronté à cette limite, car les intégrations peuvent cesser de fonctionner et faire généralement des ravages dans votre organisation. Notez la « santé » ici.

Enfin, examinons notre utilisation des données et des fichiers. Ceux-ci peuvent également être trouvés sur le côté droit, juste au-dessus des informations d’utilisation de l’API. Le stockage de données correspond au nombre d’enregistrements Salesforce réels stockés (comptes, contacts, etc.), tandis que le stockage de fichiers fait référence à tout ce qui est joint aux enregistrements Salesforce (pièces jointes d’e-mails, images jointes aux requêtes, PDF joints aux opportunités, etc.).

Chacun a sa propre limite, en fonction de votre type d’organisation et du nombre de licences que vous avez achetées. Vous pouvez cliquer sur le lien « Afficher » à côté de l’un d’entre eux, ce qui vous aidera à approfondir et à commencer à vous donner une idée de ce qui prend le plus de place dans l’organisation. Dans l’ensemble, vous souhaitez conserver un peu de remplissage sur chacun d’entre eux, car se rapprocher de la limite peut empêcher la création d’enregistrements dans l’organisation. Si vous êtes proche de la limite, il suffit qu’une nouvelle application ou un nouveau processus métier ajoute quelques centaines de milliers d’enregistrements pour causer des problèmes.

Étape 2 – Contrôle de sécurité

« Bilan de santé »

Le prochain domaine que nous examinerons est la sécurité. Nous examinons principalement la sécurité globale de l’organisation et son degré de protection contre les étrangers. En tant qu’administrateur, consultant ou chef de projet Salesforce, vous pensez peut-être que la sécurité n’est pas quelque chose dont vous devez vous soucier. Vous auriez raison de penser cela, car Salesforce gère la grande majorité de tout ce qui concerne la sécurité pour nous. Cependant, il est toujours de notre devoir d’activer ces protections de sécurité.

L’ironie est que Salesforce dispose en fait d’un outil incroyablement utile pour vous aider… Ils l’appellent « bilan de santé » !

, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

Aller vers Configuration > Bilan de santé et vous devriez voir un score de référence pour votre organisation. En dessous, les paramètres de sécurité sont divisés en risque élevé, moyen et faible. Vous verrez les paramètres de sécurité avec lesquels l’organisation est conforme, ainsi que les domaines dans lesquels votre organisation n’est pas conforme. Vous verrez également la valeur actuelle de l’organisation, ainsi que la valeur recommandée par Salesforce.

La sécurité est un sujet très compliqué. Heureusement, nous n’avons pas vraiment besoin de savoir exactement ce que signifie chaque aspect de la sécurité. Pour la plupart, je recommanderais de mettre à jour toute politique pour qu’elle soit conforme à ce que Salesforce recommande comme « Valeur standard ».

Les seules mises en garde que j’ajouterai à « accepter les valeurs recommandées » sont les suivantes :

  1. Si votre organisation possède de nombreuses pages Visualforce ou d’autres interfaces personnalisées, vérifiez simplement auprès de votre équipe de développement si des modifications apportées à la façon dont ces pages sont chargées affecteront leur travail. Ce n’est pas le cas, mais si c’est le cas, cela ne signifie pas nécessairement que les changements ne doivent pas être effectués ; au lieu de cela, cela peut signifier que les pages doivent être mises à jour pour être plus sécurisées.
  2. Salesforce recommande seulement trois tentatives de connexion non valides avant de verrouiller l’utilisateur. D’après mon expérience pratique, je fais généralement cinq tentatives, car les utilisateurs essaient des mots de passe différents et ont peut-être besoin de quelques chances supplémentaires avant que leur compte ne soit verrouillé.
  3. Salesforce déconseille l’action suivante : « Les administrateurs peuvent se connecter en tant qu’utilisateur. » Je suis sûr qu’ils ont de bonnes raisons pour cela, mais d’après mon expérience de gestion d’une organisation, le faire efficacement sans la possibilité de se connecter en tant qu’utilisateur n’est tout simplement pas pratique.

Une note importante ici: Je recommanderais de mettre à jour ces paramètres de sécurité un par un. D’après mon expérience, leur mise à jour s’est bien déroulée (pour la plupart). Cependant, certains utilisateurs se sont plaints que leur navigateur avait expiré et que certaines applications (de l’AppExchange qui utilisaient toujours Visualforce) ont cessé de fonctionner. Ainsi, si vous devez mettre à jour les paramètres de sécurité, mettez à jour une politique et attendez quelques jours pour voir si des utilisateurs se plaignent de problèmes. Répétez cette opération jusqu’à ce que tous les paramètres soient activés.

Il y a deux autres choses qui devraient être activées dans l’organisation du point de vue de la sécurité. Les deux sont partiellement couverts dans le « bilan de santé », mais allons un peu plus loin.

Authentification multifacteur (MFA)

MFA est de loin le meilleur moyen de protéger votre organisation contre les utilisateurs non autorisés qui y accèdent. Il associe quelque chose que vous connaissez (le mot de passe) à un autre facteur (comme votre e-mail ou un SMS). Vous pouvez trouver ceci ici : Configuration > Paramètres de session > Niveaux de sécurité de session > Authentification multifacteur.

L’activation de cette option dans les paramètres de session nécessitera que tous les utilisateurs (lors de l’utilisation d’un nouvel appareil ou d’une nouvelle session de navigateur) se connectent à leurs comptes Salesforce – ils auront besoin d’un code provenant d’un e-mail ou d’un SMS (s’ils ont enregistré un appareil mobile). La plupart des organisations devraient déjà avoir celle-ci, mais si la vôtre ne l’est pas, je la recommande vivement.

, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

Pour aller plus loin, d’ici le 1er février 2022, Salesforce exiger une version encore plus sécurisée de MFA à activer. Cette exigence d’authentification éliminera la possibilité d’utiliser le texte/le courrier électronique comme deuxième méthode d’authentification. Au lieu de cela, il nécessitera l’utilisation d’une application d’authentification ou d’une clé de sécurité. Cette application d’authentification (téléchargée sur le téléphone d’un utilisateur Salesforce) produit des codes à six chiffres qui ne sont valides que pendant environ 30 secondes. Aller vers Configuration > Assistant d’authentification multifacteur pour plus d’informations.

En savoir plus: Présentation de l’authentification multifacteur (MFA) de Salesforce

Mon domaine

Mon domaine rend votre URL Salesforce spécifique à votre organisation/entreprise. Ainsi, au lieu de login.salesforce.com, il devient mycompany.lightning.force.com. Non seulement cela est nécessaire pour utiliser la plupart des nouvelles fonctionnalités, mais cela permet également de sécuriser votre organisation – les utilisateurs non autorisés devraient d’abord connaître votre « mon domaine » avant même d’essayer d’accéder à votre organisation. Je n’entrerai pas dans les détails ici, mais vous le trouverez dans Configuration > Mon domaine, et si vous ne l’avez pas déjà activé, je vous recommande de le faire.

La seule chose à savoir ici est l’option « Empêcher la connexion à partir de login.salesforce.com », que vous pouvez activer après avoir activé Mon domaine – cela bloque essentiellement les connexions sur la page de connexion générique. Assurez-vous simplement que toutes les intégrations de votre organisation sont configurées pour gérer cela (et ne pointent pas vers la connexion générique).

C’est ça! Salesforce rend les pratiques de sécurité solides très faciles.

Étape 3 – Vérifiez les contrôles d’accès

La prochaine étape de notre bilan de santé concerne les contrôles d’accès, qui concernent les aspects de sécurité de l’étape 2, mais se concentrent sur les utilisateurs internes sous licence de Salesforce. Nous voulons nous assurer que tous les utilisateurs de l’organisation disposent d’un accès approprié (et rien de plus). Ce principe est appelé « Least Privilege Access » et constitue une bonne pratique pour gérer une organisation Salesforce. Je ne recommanderai pas ici un « audit d’accès » complet (bien qu’un audit annuel soit une bonne idée), mais je me concentrerai sur les deux domaines clés ci-dessous, qui sont hautement prioritaires.

Administrateurs

De toute évidence, les utilisateurs disposant du plus grand nombre d’accès dans Salesforce sont les administrateurs système. Pour tous ceux qui ne le savent pas déjà, ces utilisateurs peuvent non seulement modifier la configuration/fonctionnalité du backend de l’organisation Salesforce, mais ils peuvent également lire et modifier n’importe quelle donnée du système (à l’exception de certains champs cryptés).

Inutile de dire que ce montant d’accès doit être distribué très soigneusement. J’ai rencontré tellement d’organisations où il y a 50 utilisateurs, dont 20 sont des administrateurs ! J’ai même vu des organisations complètes où chaque utilisateur était configuré en tant qu’administrateur. Ceci est un cauchemar de contrôle d’accès et doit être corrigé dès que possible.

Aller vers Configuration > Profils > Profil « Administrateur système » > Utilisateurs affectés pour voir quels utilisateurs sont actuellement affectés au profil Admin. A quoi ressemble cette liste d’utilisateurs ? Les seuls utilisateurs qui devraient se voir attribuer ce profil sont les utilisateurs qui sont réellement impliqués dans la gestion de l’application elle-même. Il n’y a aucune raison pour que les « directeurs des ventes », ou d’autres personnes ayant besoin de beaucoup d’accès aux données, se voient attribuer ce profil. Sans plonger dans une tonne de détails, ces utilisateurs devraient bénéficier d’un accès supplémentaire via des ensembles d’autorisations.

, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

Donc, si vous trouvez des utilisateurs ici qui ne devraient pas être des administrateurs, notez-le. La prochaine chose que je ferais serait de parler à la personne qui a configuré son profil, ou de parler directement avec cet utilisateur pour essayer de comprendre comment il utilise Salesforce et de quel accès supplémentaire il peut avoir besoin pour faire son travail. Une fois que vous avez compris cela, vous devez configurer un ensemble d’autorisations avec ces autorisations supplémentaires, l’attribuer à cet utilisateur, puis les supprimer rapidement du profil d’administrateur système.

En fin de compte, ce que nous voulons obtenir, c’est une liste très serrée d’administrateurs impliqués dans la gestion du système. Le fait de disposer d’utilisateurs supplémentaires avec ce niveau d’autorisation augmente le risque de modifications nuisibles du système ou de visualisation/modification de données sensibles.

Une note rapide à ce sujet: Lors de l’affichage du profil « Administrateur système », les utilisateurs affectés dans la configuration vous montreront tous les vrais administrateurs. Il est toujours possible d’accorder de larges autorisations « de type administrateur » via un autre profil ou avec un ensemble d’autorisations. Fondamentalement, tout profil ou ensemble d’autorisations avec les options « Personnaliser l’application » ou « Lire/afficher toutes les données » doit être traité comme ayant un accès administrateur. Vous pouvez créer une « Vue en liste » pour découvrir ces profils / ensembles d’autorisations supplémentaires.

, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

Autorisations sensibles

Au-delà des administrateurs, d’autres utilisateurs peuvent disposer d’autorisations au sein de l’organisation qui sont considérées comme « sensibles », mais ils peuvent ne pas en avoir réellement besoin. Encore une fois, sans entrer dans un « audit d’accès » complet, il s’agit d’un risque difficile à évaluer, basé uniquement sur votre entreprise et le type de données que vous jugez le plus sensible. Il n’y a pas de réponse unique pour chaque entreprise/organisation.

Je commencerais par dresser une liste des cinq types de données les plus sensibles de votre organisation. D’un point de vue général, les contrats peuvent être les plus sensibles, suivis de tout objet contenant des informations personnelles (informations personnellement identifiables) comme les contacts. Ou il peut s’agir d’une certaine classe Apex qui est très sensible, mais encore une fois, vous devrez déterminer quels sont ces types de données pour votre entreprise spécifique.

Une fois que vous avez cette liste, vous devrez déterminer quels profils contiennent ces autorisations et, à leur tour, quels utilisateurs sont affectés à ces profils pour déterminer quels utilisateurs ont obtenu l’accès. Pour ce faire sur Profil, rendez-vous sur Configuration > Profils. Vous devriez pouvoir créer une nouvelle liste (voir « Créer une nouvelle vue » en haut à gauche) et la filtrer selon les autorisations que vous avez jugées sensibles. Honnêtement, j’ai trouvé que les vues de la liste des profils étaient au mieux correctes, en particulier pour les autorisations complexes telles que le type d’enregistrement ou l’accès aux champs, mais c’est le meilleur outil proposé par Salesforce.

Maintenant que vous avez votre liste d’utilisateurs avec des autorisations sensibles, discutez avec eux, leurs responsables et les autres membres de votre équipe pour savoir quels utilisateurs ont réellement besoin de cet accès. Ensuite, supprimez simplement ceux qui n’ont pas besoin d’accès.

, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

Étape 4 – Analyse de la création de l’organisation

Optimiseur de force de vente

Au début, j’ai dit qu’il ne s’agissait pas d’un guide complet pour « améliorer et nettoyer une organisation Salesforce », et je le maintiens. Cependant, je m’en voudrais de ne pas au moins aborder l’analyse de la configuration de l’organisation et de la propreté de sa construction. Les problèmes de build sont très courants et peuvent rendre les organisations difficiles à maintenir et à faire évoluer. C’est un sujet très difficile à couvrir, je ne peux donc pas entrer dans les détails.

Cependant, cela dit, Salesforce a mis en place un point de départ très solide avec son outil « Optimizer ». Optimizer est natif de Salesforce et peut vous aider à mettre en évidence les zones problématiques de votre build. À savoir, il permet d’identifier les champs, les profils, les ensembles d’autorisations et les rôles qui ne sont pas utilisés. Il fournit également des suggestions sur les moyens de remédier au problème. L’outil a des limites, et il produit sûrement de faux « problèmes », mais c’est un bon début.

Aller vers Configuration > Optimiseur pour l’exécuter, puis analyser les résultats.

, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

oAtlas – Comprenez, documentez et créez des rapports sur votre organisation Salesforce

J’ai terminé l’exercice ci-dessus pour plus d’organisations que je ne peux en compter, soit en entrant dans de nouvelles organisations en tant que consultant, soit en essayant d’améliorer celles existantes en tant qu’administrateur. Cela m’a amené à imaginer un outil pour « comprendre rapidement comment une organisation est construite et comment elle est utilisée ». Avance rapide de cinq ans, et oAtlas est né.

, Comment effectuer un bilan de santé Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">25</span> minutes de lecture</span>

oAtlas atténue bon nombre des points de friction ci-dessus et plonge plus profondément que les outils standard :

  • Plongez plus profondément dans l’utilisation des utilisateurs pour déterminer qui utilise réellement leur licence – voyez non seulement leur dernière connexion, mais également les connexions au fil du temps et les parties du système qu’ils utilisent.
  • Rapports d’autorisations complets (droit dans Salesforce) via le moteur de rapport Salesforce standard – plus besoin de cliquer sur des menus sans fin pour déterminer les autorisations sensibles.
  • Plongez plus profondément dans la construction de l’organisation – obtenez une « carte » détaillée de la façon dont l’organisation est construite et comment elle est utilisée.
  • Documentation directement dans votre organisation.

Avec la documentation native de Salesforce, vous pouvez documenter vos bilans de santé, communiquer les changements majeurs au sein de votre équipe Salesforce via Chatter et même exécuter des projets Salesforce via un processus d’approbation, le tout directement dans votre organisation.

Visiter le Site Web de l’Atlas pour en savoir plus ou par e-mail [email protected] pour entrer en contact (nous proposons actuellement une analyse d’organisation gratuite). Vous pouvez également obtenir un modèle de documentation d’organisation gratuit ici.

Sommaire

J’espère que ce guide pour effectuer un bilan de santé Salesforce vous a aidé à améliorer la santé de votre organisation Salesforce ! Un système Salesforce est un gros investissement, et s’assurer de sa santé est l’un des meilleurs moyens de le protéger.



Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Vous utilisez Pardot depuis un certain temps mais vous n'êtes pas sûr d'en
exploiter tout le potentiel

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer