Sharing Rules
Les sharing rules étendent l'accès aux enregistrements au-delà du défaut à l'échelle de l'org, et elles se déploient comme métadonnées mais l'accès qu'elles accordent est recalculé par une tâche en arrière-plan.
Définition
Les sharing rules ouvrent l'accès aux enregistrements au-delà de ce que permet le paramètre de partage par défaut à l'échelle de l'org, accordant un accès plus large aux enregistrements selon le propriétaire de l'enregistrement ou une correspondance de critères, sans toucher au modèle de partage de base de l'objet sous-jacent. Elles ne comptent que pour les objets dont le défaut à l'échelle de l'org est Private ou Public Read Only ; si le défaut à l'échelle de l'org est déjà Public Read/Write, les sharing rules n'ont rien à ajouter. Les règles se déploient comme métadonnées comme tout autre composant, mais les accès réels qu'elles produisent sont calculés et stockés séparément comme des enregistrements de partage, recalculés par une tâche asynchrone chaque fois qu'une règle, une hiérarchie de rôles ou une appartenance à un groupe change, de sorte qu'une règle peut se déployer avec succès alors que l'accès résultant met encore du temps à s'appliquer, en particulier dans des orgs avec de gros volumes de données où un recalcul complet du partage peut durer des heures. Notre playbook des change sets vers la livraison continue couvre les changements de modèle d'accès dans le cadre d'une release.
Comment cela fonctionne dans Serpent
Serpent suit les changements de sharing rules par tâche avec un historique complet, de sorte qu'une règle qui élargit ou restreint l'accès est révisable avant sa mise en production au lieu d'être enterrée dans un déploiement de métadonnées en masse. Voir le workflow basé sur les tâches dans Serpent pour savoir comment les changements sont révisés.

Démarrez gratuitement. Sans carte bancaire, sans installation, sans engagement.
Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.
