Objets & Modèle de données 23% de l'exam
La structure fondamentale de Salesforce — tout est objet
Objets Standard
→Account : entreprise, objet central B2Bclic
→Contact : personne physique, liée à un Accountclic
→Opportunity : vente potentielle avec montant, étape, dateclic
→Lead : prospect non qualifié → converti en Contact+Account+Oppclic
Objets Personnalisés & Relations
→Custom Object : objet métier personnalisé (sufixe __c)clic
→Lookup : relation optionnelle, l'enfant survit si le parent est suppriméclic
→Master-Detail : relation forte, suppression en cascadeclic
Confondre Profiles et Roles
Sécurité — concepts distincts
Les rôles définissent ce qu'un utilisateur peut FAIRE
Profiles = permissions CRUD (ce qu'on peut faire). Roles = visibilité des données (ce qu'on peut voir)
Profile = permissions. Role = visibilité. Deux axes de sécurité complémentaires.
Modifier directement en production
Déploiement — erreur grave
Créer des flows et validation rules directement en production
Développer en Sandbox, tester, puis déployer via Change Sets
Modifier en prod sans test = risque de casser des processus en cours et d'affecter les utilisateurs.
Oublier les OWD avant les Sharing Rules
Sécurité — ordre des opérations
Créer des Sharing Rules sans définir les Organization-Wide Defaults
D'abord OWD (Private), puis ouvrir avec Sharing Rules et Role Hierarchy
Ordre : 1) OWD (restrictif), 2) Role Hierarchy (ouvre vers le haut), 3) Sharing Rules (ouvre vers les pairs).
Astuce exam : La distinction Lookup vs Master-Detail est systématiquement testée. Question type : "Que se passe-t-il si on supprime le parent ?" Lookup = enfant survit. Master-Detail = enfants supprimés.
Sécurité & Contrôle d'accès 14% de l'exam
Qui peut voir quoi — les 4 couches de sécurité Salesforce
Les 4 couches de sécurité
1.Profil : permissions de base, 1 par utilisateur, CRUD objets/champsclic
2.Permission Set : droits supplémentaires en complément du profilclic
3.Role Hierarchy : les managers voient les données de leur équipeclic
4.Sharing Rules : partage d'enregistrements spécifiques hors hiérarchieclic
OWD — Organisation-Wide Defaults
→OWD : niveau de visibilité par défaut (le plus restrictif)clic
→3 niveaux : Private → Public Read Only → Public Read/Writeclic
Automatisation Salesforce
Flow Builder, Process Builder (legacy) et règles de workflow
Flow Builder (l'outil actuel)
→Flow Builder : l'outil d'automatisation recommandé (remplace Process Builder)clic
→4 types : Record-Triggered, Screen, Scheduled, Auto-launchedclic
Validation Rules & Formules
→Validation Rule : bloque la sauvegarde si la formule retourne TRUEclic
→Formula Field : calcul automatique lecture seuleclic
Rapports & Tableaux de bord
Transformer les données en insights actionnables
Types de rapports
→Tabulaire : liste simple sans regroupement ni totalclic
→Summary : groupé par 1 champ, totaux par groupeclic
→Matrix : croisement 2 dimensions (lignes × colonnes)clic
Tableaux de bord
→Dashboard : composants visuels basés sur des rapportsclic
→Running User : définit les données visibles dans le dashboardclic
Pièges classiques — Salesforce ADM-201
🪤 Confondre Validation Rule : logique inversée
✗ "Si je veux bloquer la saisie quand le champ est vide, ma formule doit retourner FALSE"
✓ La Validation Rule bloque la sauvegarde quand la formule retourne TRUE. Formule = condition d'ERREUR, pas de validation.
ISBLANK(Email__c) = TRUE signifie 'si l'email est vide, affiche l'erreur et bloque'. La formule décrit ce qui EST une erreur, pas ce qui est valide.
🪤 Utiliser Process Builder au lieu de Flow Builder
✗ Créer un Process Builder pour une nouvelle automatisation car 'c'est ce qu'on utilisait avant'
✓ Flow Builder est la solution recommandée depuis 2022. Process Builder et Workflow Rules sont dépréciés et seront retirés.
Salesforce a officiellement déprécié Process Builder et Workflow Rules. L'exam teste les nouvelles recommandations : utiliser Flow Builder pour toutes les nouvelles automatisations.
🪤 Confondre Lookup et Master-Detail
✗ "Si je supprime l'Account parent, tous ses Contacts seront aussi supprimés car ils sont liés"
✓ La relation Contact → Account est une Lookup. La suppression de l'Account laisse les Contacts avec le champ Account vide. Seule la Master-Detail supprime en cascade.