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.