Підтримка бізнес-підрозділів і контроль доступу на основі ролей (попередній перегляд)
[Ця стаття стосується інструкції до попередньої версії, і її буде змінено.]
Підтримка бізнес-підрозділів дає змогу адміністраторам регулювати доступ до профілів клієнтів, сегментів і показників на основі бізнес-підрозділів. Дізнайтеся більше про бізнес-підрозділи та керування доступом на основі ролей Dataverse.
Важливо
- Це функція попереднього перегляду.
- Підготовчі функції призначені для невиробничого використання й можуть бути обмежені. Ці функції доступні до офіційного випуску, щоб клієнти могли ознайомитися з ними заздалегідь і залишити відгуки.
вимоги
- Бізнес-одиниці та пов’язані з ними команди визначаються в Dataverse. Дізнайтеся більше про створення бізнес-одиниць у Dataverse.
- Користувачі розподіляються за відповідними бізнес-одиницями та командами. Дізнайтеся більше про керування користувачами та командами Dataverse.
- Командам, які використовуються в аналітиці клієнтів, має бути призначена роль доступу для читання даних Customer Insights Data Read . Докладніше про призначення ролей у Dataverse.
- Розділення даних бізнес-одиниці ввімкнено адміністратором у розділі Налаштування>Система розділення>даних бізнес-підрозділів.
- Усі джерела даних, які сприяють уніфікації, повинні мати стовпець, який містить значення, що ідентифікує бізнес-одиницю для кожного рядка даних.
Нотатка
- Область видимості «батьківський-дочірній» наразі не підтримується.
- Модернізовані бізнес-одиниці не підтримуються.
- Безпека на рівні поля не підтримується.
- Вимкнення поділу даних бізнес-одиниці в середовищі після його ввімкнення неможливе.
Елементи керування доступом у Customer Insights - Data
Профілі клієнтів, види діяльності, показники клієнтів, аналітика, збагачення
Доступ до профілю клієнта залежить Customer Insights - Data від команди бізнес-одиниці, яка володіє профілем, команди бізнес-одиниці користувача та дозволів користувача на застосування програми. Ролі адміністратора, співавтора та глядача мають доступ до всіх профілів, незалежно від команди власника бізнес-підрозділу. Учасник відділу маркетингу має доступ лише до профілів клієнтів, які належать до його бізнес-підрозділу.
Роль учасника маркетингу має доступ лише до представлень клієнтів, таблиць, сегментів і показників в інтерфейсі Customer Insights - Data користувача. Роль учасника маркетингу має обмежений набір функціональних можливостей. Докладніше про ролі користувачів.
Нотатка
Ролі адміністратора та співавтора є дуже привілейованими і мають надаватися лише користувачам, які належать до бізнес-одиниці Root . Роль глядача не прив’язана до бізнес-одиниці та не повинна використовуватися у виробництві, якщо ввімкнено розділення даних бізнес-одиниці.
Право власності на профілі клієнтів визначається на основі зіставлень, налаштованих на сторінці Unify:
- Перейдіть до розділу Data>Unify>Business units
- У розділі Розділення даних про підрозділи виберіть стовпець, який визначає структурну одиницю для кожного суб’єкта, який бере участь в об’єднанні. Правила уніфікації не можна додати до вибраних стовпців.
- У розділі Зв’язати профілі клієнтів із бізнес-одиницями вкажіть відповідність між значеннями у вибраних стовпцях і командами бізнес-одиниць. Для вибору доступні лише команди, які мають роль доступу для читання даних Customer Insights. Наприклад, «А» відображає команду бізнес-підрозділу А, а «Б» — команду бізнес-підрозділу Б.
Скріншот відображення бізнес-підрозділів.
Команди в межах бізнес-підрозділів (а не безпосередньо бізнес-підрозділів) володіють профілями клієнтів, щоб забезпечити кращий контроль доступу до даних. У правилах зіставлення може бути вказана лише одна команда на бізнес-одиницю.
- Система дедуплікує та уніфікує профілі лише в тому випадку, якщо значення бізнес-одиниці збігаються.
- Профілі, які не відповідають жодному з зіставлень, призначаються бізнес-підрозділу організації .
- Усі профілі призначаються бізнес-одиниці організації , якщо розділення даних бізнес-одиниці не ввімкнено.
- Профіль належить рівно одній бізнес-одиниці.
- Правила уніфікації та схема профілю клієнта однакові для всіх бізнес-підрозділів.
Нотатка
Будь-які зміни в конфігурації розділення даних бізнес-одиниці ініціюють повне оновлення. Якщо джерела даних використовують інкрементні оновлення, повне оновлення потрібно ініціювати вручну після внесення змін.
Дані, пов’язані з профілем клієнта, наприклад діяльність, успадковують право власності на бізнес-одиницю від пов’язаного профілю.
Розвідувальні моделі навчаються на всіх даних, незалежно від поділу даних на бізнес-одиниці.
Конфігурації за замовчуванням
На наступній схемі показана типова структура бізнес-одиниці. Користувачі, які займаються маркетингом, мають доступ лише до профілів клієнтів команди свого бізнес-підрозділу. Наприклад, якщо користувач-автор маркетингу створює сегмент із усіма клієнтами, він міститиме лише профілі клієнтів, зіставлені з бізнес-одиницею власника сегмента.
Приклад структури бізнес-одиниці, в якій материнська бізнес-одиниця організації розташована вгорі, а дочірні бізнес-одиниці — від A до D.
Сегменти та бізнес-показники
Сегменти та показники належать бізнес-одиниці користувача, який їх створив. Наприклад, якщо користувач є членом бізнес-одиниці А , то будь-який сегмент і показник, які створює користувач, належать до бізнес-одиниці А. Доступ до налаштувань у Dataverse контрольному доступі на сегменті та таблицях визначень вимірювань у. Dataverse За умовчанням сегменти та показники доступні іншим користувачам, які належать до однієї бізнес-одиниці.
Нотатка
- Сегменти та показники належать лише одній бізнес-одиниці та не можуть бути спільними з іншими бізнес-одиницями.
- Створюйте лише власні сегменти та показники, і для ролі автора маркетингу не підтримуються прогнозовані атрибути.
- Для створення сегментів і показників роль автора маркетингу має доступ лише до профілів клієнтів, уніфікованих видів діяльності, сегментів і показників клієнтів.