Пользователь безопасности & Безопасность на уровне рядов

Наряду с пользователем интеграции, CRM Analytics Второй специальный счет: Пользователь Security. Он имеет узкую, но важную работу, и, как и пользователь интеграции, вы никогда не должны удалять его. Этот урок объясняет две его роли и использует их, чтобы представить одну из самых мощных идей платформы: уровень безопасности.

Две работы пользователя безопасности

Безопасность Пользователь должен делать ровно две вещи:

Вторая работа заслуживает глубокого понимания, потому что это то, что делает работу безопасности на уровне строк.

Какой уровень безопасности на самом деле

Представьте, что два человека открывают одну и ту же приборную панель в один и тот же момент. Я Пробежать и посмотреть 1000 строк; ты Пробежать и посмотреть 2000 рядов. Ничего не изменилось в приборной панели — что изменилось кто Управляет им. Это уровень безопасностиПлатформа фильтрует строки набора данных на пользователя в зависимости от того, кто они.

Механизм, лежащий в его основе, является предикат безопасности - правило фильтра, прилагаемое к набору данных, который оценивается в момент запроса против бегущего пользователя. Предикат может говорить такие вещи, как «показать только строки, где владелец записи равен бегущему пользователю» или «показать только строки для региона бегущего пользователя». Поскольку он работает во время запроса, один и тот же набор данных автоматически обслуживает разные срезы для разных людей.

Где находится безопасность Пользователь входит

Чтобы оценить предикат, CRM Analytics Приходится читать атрибуты о бегущий пользователь - их идентификатор пользователя, роль, регион, команда или любое другое поле на Пользовательский объект. Он читает эти поля. Как пользователь безопасности. Именно поэтому Пользователю безопасности необходим доступ к объекту Пользователя: именно аккаунт просматривает «кто этот человек и каковы его атрибуты?», поэтому предикат может фильтроваться соответствующим образом.

Пользовательское поле Gotcha

Вы можете построить предикат на любое поле на объекте Пользователя Стандартные поля, такие как UserId и Roleили свой собственный обычай Пользовательские поля (скажем, обычай) Region__c или Team__c). Но есть уловка, которая отражает интеграцию пользователя:

Два специальных пользователя, один шаблон

Обратите внимание на симметрию этого урока и последнего. И Пользователь Интеграции, и Пользователь Безопасности являются системными учетными записями, которые вы должны поддерживать, и оба имеют один и тот же пользовательский интерфейс: Стандартные поля работают автоматически, но пользовательские поля требуют явного доступа к чтению. Интернализируйте этот шаблон, и исчезнут две целые категории ошибок настройки.

Далее рассмотрим уровень орга Аналитические настройки Это включает и выключает функции — и как получить бесплатную организацию для практики.