Architecture de sécurité
Les mécanismes qui inspirent confiance : faire en sorte que les données ne soient visibles que par les personnes censées les voir.
Salesforce propose de nombreux paramètres de sécurité, profils, ensembles d’autorisations, sécurité au niveau des champs, règles de partage, et il est facile de choisir le mauvais. Dans cette série, je passe en revue ce que fait chaque mécanisme et quand l’utiliser, pour que le choix soit délibéré plutôt qu’au hasard.
Que vous verrouilliez une nouvelle org ou que vous en auditiez une existante, l’objectif est de comprendre quel paramètre résout quel problème.
Salesforce Security Simplified: A Guide to Authentication, Authorization and Record Sharing (4.1) Mastering Salesforce Profiles and Permission Sets: Present and Future (4.2) Salesforce Permission Sets and Permission Set Groups, A Guide and Demo (4.3) Session Activation Required for Permission Sets and Permission Set Groups Explained and Demo (4.4) Salesforce Field Level Security FLS Details and Strategies (4.5) Steve's 20 Ways of Sharing a Record in Salesforce (4.6) Salesforce Sharing: OWD, Ownership, and Role Hierarchy (4.7) Salesforce Criteria Based Sharing Rules and Guest User Sharing Rules (4.8) Salesforce Owner Based Sharing Rules (4.9) Salesforce Sharing Using Enterprise Territory Management (4.10) Salesforce Manual Sharing, Account Team, Opportunity Team, and Case Team (4.11) Salesforce Security Implicit Sharing Explained (4.12) Salesforce Security Programmatic Apex Sharing (4.13) Salesforce Security Restriction Rules and Scoping Rules (4.14) Salesforce Security: Sharing Sets and Share Groups (4.15) Salesforce Security: Apex Sharing on Standard Objects lost on Owner Change (4.16) Salesforce Security Apex Sharing on Account Using Territories as Targets (4.17)
Une vidéo ne se charge depuis YouTube que lorsque vous cliquez dessus.
Vidéos associées
Ces autres séries vidéo que j'ai préparées pourraient aussi vous plaire.
