Salesforce Platform Administrator — Questions d'entraînement et examen blanc

Le menu Setup comme discipline à part entière. Les paramètres au niveau de l'entreprise (horaires d'ouverture, exercice fiscal, devise, valeurs par défaut) ; la couche d'interface déclarative, avec les réglages UI/UX, les vues de liste, le menu des applications, les actions globales et le Lightning App Builder ; et tout le cycle de vie utilisateur, où l'examen récompense sans cesse le fait de savoir qu'un utilisateur se désactive et ne se supprime jamais. La partie sécurité est la plus lourde : les contrôles au niveau de l'org comme le Setup Audit Trail, les paramètres de session, les plages horaires de connexion et la vérification d'identité, puis le modèle de partage lui-même, org-wide defaults, hiérarchie des rôles, règles de partage, groupes publics, équipes et accès aux dossiers de rapports et de tableaux de bord, et enfin l'arbitrage entre profil et permission set, y compris les permission set groups et le muting.

Le modèle de données tel qu'un administrateur le construit. Les objets standard et les types de relations entre eux, lookup, master-detail et l'objet de jonction qui transforme deux master-details en une relation many-to-many, plus les record types et Schema Builder. Ensuite les page layouts et les champs, sur les objets personnalisés autant que standard, et, sur le point que les candidats sous-estiment le plus souvent, les conséquences de la suppression d'un champ dont dépendent encore un roll-up summary, une formule cross-object, une dépendance de picklist ou une relation. La section se termine sur l'affectation des layouts, la visibilité des pages Lightning, les processus métier et les record types.

Sales Cloud vu du côté administrateur. Le processus de vente de bout en bout, leads, opportunités et path, et la couche de productivité autour des opportunités : prévisions, gestion des territoires, scoring et notation des opportunités, scoring des leads, l'assistant de la page d'accueil et les fonctionnalités Einstein pour les ventes. Le volet marketing, c'est l'automatisation des leads et la gestion des campagnes : règles d'attribution des leads, conversion des leads et le mapping qu'elle effectue, campagnes et membres de campagne.

Service Cloud à la profondeur d'un administrateur, pas d'un agent. Ce que la gestion des cases permet de faire, l'objet case, les files d'attente et les règles d'attribution des cases, et comment l'automatiser : support processes, règles de réponse automatique, règles d'escalade et fonctionnalités Einstein pour le service. Faible en pondération, mais la section partage sa mécanique avec Automation, et le même moteur de règles d'attribution pilote à la fois les leads et les cases.

Les fonctionnalités que les utilisateurs finaux touchent au quotidien et que les administrateurs configurent. La gestion des activités (tâches et événements) ; Chatter, y compris les groupes, qui peut y accéder et ce qui distingue utilisateurs internes et externes ; l'application mobile Salesforce, des pages Lightning qu'elle affiche au menu des applications, à la visibilité et au branding, jusqu'à la création d'un launchpad ; et AppExchange, au niveau de la simple connaissance : packages managed contre unmanaged, qui a le droit de publier, et ce qu'on trouve sur AgentExchange.

La plus grosse section de l'examen. D'abord, déplacer les données : importer et mettre à jour, transférer et supprimer en masse, exporter, archiver et sauvegarder, et savoir quand l'Import Wizard est le bon outil et quand c'est Data Loader. Ensuite, les garder propres, avec les règles de doublons et de correspondance et les règles de validation. Puis le reporting : options de rapports et de types de rapports, objets joints, enregistrements avec et sans enregistrement lié correspondant, formules, buckets, regroupements et paramètres de graphiques, suivis du point qui sépare les administrateurs des simples créateurs de rapports, à savoir la façon dont le modèle de partage et l'arborescence de dossiers de l'org déterminent ce qu'un rapport montre réellement. Les tableaux de bord referment la section, avec les dashboards dynamiques, les réglages du running user, les abonnements, les planifications d'actualisation et les limites propres à chaque édition.

Choisir l'outil d'automatisation, puis le configurer. Le choix vient d'abord, règles d'escalade, règles d'attribution des cases et des leads, utilisateur d'automatisation par défaut et options d'IA, et seulement ensuite Flow lui-même, flows déclenchés par enregistrement, screen flows et flows autolaunched, plus l'ordre d'exécution qui détermine à quel moment chacun s'exécute par rapport aux règles de validation, aux triggers et aux roll-up summaries. Les processus d'approbation closent la section : critères d'approbateur, approbations et rejets.

La section la plus récente du programme, et la raison pour laquelle la certification a été refondue. Ce qu'est Agentforce et dans quels cas un agent est la bonne réponse, plus les questions de sécurité et de permissions auxquelles un administrateur doit répondre avant d'en lancer un, y compris comment diagnostiquer un agent qui n'accède pas à ce dont il a besoin. Le second objectif porte sur Agent Builder comme surface de maintenance : installer, mettre à jour et entretenir les prompts et les instructions, faire quelques tests, et utiliser l'aperçu de conversation.

Sélectionne la seule réponse qui répond le mieux aux exigences de la question.