Инициализация Data 360

Salesforce Data 360 - это платформа данных, созданная на основе Hyperforce, которая объединяет Salesforce и внешние данные в четкое, полное и надежное 360-градусное представление каждого клиента или организации.

Предприятия часто используют несколько организаций Salesforce из-за слияний и приобретений, региональных операций, функционального разделения или по архивным причинам. Архитекторы должны принять несколько решений о Data 360, которые влияют на управление, соответствие, стоимость, задержку и возможность организации масштабировать функции искусственного интеллекта и межорганизационной платформы.

Это руководство обеспечивает основу для принятия решений инициализации посредством Data 360. Эти решения включают:

  • Выбор одной домашней организации в сравнении с конфигурацией нескольких организаций

  • Инициализация нескольких независимых экземпляров Data 360

    • Использование Data Cloud One для объединения организаций в одном экземпляре

    • Сотрудничество между независимыми экземплярами Data 360, использующими общий доступ к данным между организациями Data 360

Data 360 инициализируется автоматически в любой производственной организации, получающей лицензию Data 360. Data Cloud One — это многоорганизационная архитектура подключения Salesforce, позволяющая одной домашней организации размещать экземпляр Data 360, в то время как другие организации Salesforce подключаются в качестве организаций-компаньонов. Выбор организации, владеющей лицензией Data 360 и, таким образом, становящейся начальной организацией Data 360, является важным архитектурным решением, имеющим долгосрочные последствия.

Способ инициализации Salesforce Data 360 является основополагающим архитектурным решением. Она определяет, как предприятие объединяет данные клиентов, внедряет управление и включает критические функции платформы, особенно искусственный интеллект, Agentforce и аналитику в организации. Привязка кластера организаций к одной Data 360 предоставляет объединенную модель данных, централизованное управление и обеспечивает готовность на основе искусственного интеллекта предприятия. Организации-компаньоны имеют доступ к общедоступным метаданным и функциям, как если бы данные были локальными. В отличие от этого, несколько независимых экземпляров Data 360 подходят, когда требования регулирования, соответствия или автономии предотвращают централизацию. Общий доступ к данным между организациями Data 360 обеспечивает выборочное сотрудничество без копирования между этими экземплярами.

Это решение влияет на то, кто контролирует управление данными, где находятся данные, как включены функции платформы и насколько гладко будущие интеграции и инициативы на основе искусственного интеллекта могут быть расширены. Даже для организаций, не имеющих Data 360, может быть важно защитить их архитектуры от будущего, разработав стратегию добавления доступа к Data 360 в будущем. Все чаще функции Salesforce в Sales, Service, Marketing, Commerce, Industries и Agentforce создаются на Data 360. Организации, которые хотят использовать эти функции платформы, должны предоставить собственные Data 360 или подключиться к общедоступным Data 360 в качестве организаций-компаньонов.

Это руководство помогает архитекторам создать стратегию инициализации, которая балансирует между простотой, последовательностью в масштабах предприятия, соответствием и масштабируемостью, обеспечивая возможность организации уверенно использовать Data 360 для Customer 360, искусственного интеллекта и кросс-платформенных инноваций. Используйте это руководство для определения организаций, которым требуется Data 360, и использования Data Cloud One или общего доступа к данным между организациями Data 360. Эта стратегия создает прочную основу для будущего, ориентированного на данные 360.

Логотип Salesforce Platform Salesforce Data 360 - это гипермасштабная платформа данных Salesforce в реальном времени, которая гармонизирует и объединяет данные из любого источника (CRM, веб, мобильные или внешние озера данных) в единый профиль клиента. Являясь важным компонентом платформы Custer 360, она поддерживает искусственный интеллект, аналитику и персонализированные взаимодействия в продажах, обслуживании и маркетинге.
  • Каждая организация должна планировать доступ к экземпляру Data 360. Каждая организация должна либо размещать домашнюю организацию Data 360, либо быть сопутствующей организацией, подключенной посредством Data Cloud One.

  • Думай о всей организации, а не об организации за организацией. Избегайте односторонних решений по роду деятельности, принимаемых изолированно. В идеале решение о стратегии инициализации должно приниматься коллективно советом по архитектуре предприятия или управлению данными. Всегда прогнозируйте будущие потребности в искусственном интеллекте и аналитике, которые зависят от широких объединенных наборов данных.

  • Заранее спланируйте управление и ответственность. Решите, управлять ли Data 360 централизованно (модель Center of Excellence) или делегировать их направлениям деятельности. Определите роли для администраторов, групп безопасности и интересов соответствия. Избегайте двусмысленности, поскольку неясная ответственность может быть проблематичной.

  • Помните, что инициализация связана с лицензированием. Организация, в которой приобретена лицензия Data 360, определяет область инициализации Data 360 и расположение этой организации.

  • Понимание рекомендаций по поддержке источников данных. Обратите пристальное внимание на регионы, поддерживаемые для разных общедоступных облаков и источников данных с нулевой копией. Также определите, требуется ли Private Connect для подключения к этим источникам данных и поддерживаются ли внутрирегиональные или межрегиональные подключения.

  • Предоставление на основе наличия отдельной организации или мультиорганизации. Для клиентов отдельной организации обеспечьте Data 360 в существующей производственной организации для наиболее быстрого восстановления значения. Для клиентов с несколькими организациями минимизируйте сложность, создав как можно меньше экземпляров Data 360, в идеале используя конфигурацию Data Cloud One.

  • Используйте несколько экземпляров Data 360 только при необходимости. Несколько экземпляров должны использоваться только в соответствии с требованиями соответствия, проживания или организационной автономии. В этих случаях используйте общий доступ к данным между организациями Data 360 для включения безопасного сотрудничества.

  • Настройте общий доступ к данным между организациями Data 360 для сотрудничества, а не для настраиваемых ожидаемых продаж ETL. Общий доступ к определенным объектам (DMO, вычисленные важные данные, сегменты) посредством общих доступов к данным. Помните, что теги не общедоступны, а счет за потребление выставляется исходной организации.

  • Избегайте быстрых клавиш. Не накручивайте несколько организаций Data 360 для подтверждения концепций (POC) без долгосрочного плана. Соотнесите пробные и ранние развертывания с общеорганизационной стратегией инициализации.

Оцените каждый вариант инициализации (выбор между Data Cloud One, общим доступом к данным между организациями Data 360 или назначением домашней организации) по данным межсекторальным рекомендациям.

Рассмотрение Почему это важно Примеры сценариев
Резиденция данных и соответствие Определяет место хранения и обработки данных. Правила регулирования могут требовать определенных регионов или нескольких экземпляров. Глобальный банк инициализирует клиента Data 360 в организации Salesforce с геолокацией во Франкфурте для соответствия GDPR. Они предоставляют другого клиента в организации в Вирджинии для ее американского подразделения.
Управление и безопасность Определите администратора и ответственного за Data 360, включая управление политиками и стратегии делегирования. Многонациональная компания с сильным центральным ИТ создает специализированную домашнюю организацию под управлением центра передового опыта.
Автономность по сравнению с централизацией Разные лидеры могут захотеть раздельного владения данными. Автономность поддерживает несколько организаций Data 360. Централизация отдает предпочтение Data Cloud One. Холдинговая компания с независимыми дочерними компаниями позволяет каждому BU запускать собственные Data 360.
Задержка и производительность Влияет на скорость запроса и взаимодействие, особенно для организаций-компаньонов, подключенных к клиенту Data 360 в регионах. Группа сбыта в Лондоне, запрашивающая данные у клиента Data 360 в США, может увидеть более высокую задержку.
Сложность интеграции Больше клиентов Data 360 = больше ожидаемых продаж, API и промежуточного программного обеспечения. Консолидация упрощает интеграцию. Ритейлер избегает создания 10 ожидаемых продаж ETL, объединяясь в конфигурацию Data Cloud One.
Регион источника данных нулевой копии Межрегиональные требования к доступу для некоторых коннекторов могут ограничить регион или расположение организации Data 360. У компании есть экземпляр Snowflake в регионе AWS eu-west-1. Они могут использовать Zero Copy для создания данных в Data 360 в своем регионе, но не могут использовать Zero Copy для создания данных Data 360 в регионе США.
Межрегиональная совместимость Private Connect Иногда поддержка Private Connect зависит от того, находится ли источник данных в одном регионе с клиентом Data 360. У компании есть экземпляр Snowflake в регионе aws-east-1, который они хотят подключить к Data 360 посредством нулевой копии. Они могут установить сетевое подключение Private Connect, только если начальная организация Data 360 находится в том же регионе.
Стоимость и лицензирование Каждый клиент Data 360 добавляет стоимость. Объединение в меньшее количество экземпляров оптимизирует расходы. Поставщик медицинских услуг сокращает расходы на лицензирование, приняв Data Cloud One вместо нескольких независимых экземпляров Data 360.
Будущая масштабируемость Провизорные варианты сегодня закладывают основу для роста. Компания SaaS начинает работу с одного экземпляра Data 360, но планирует расшириться до Data Cloud One по мере приобретения дочерних компаний в организациях Salesforce.
Единообразная готовность к искусственному интеллекту Функции искусственного интеллекта и Agentforce требуют подключенного клиента Data 360 в каждой организации. Решения по инициализации влияют на способ обучения и активации моделей на предприятии. Финансовая сервисная компания унифицирует данные в Data Cloud One, чтобы ее модели искусственного интеллекта Einstein имели доступ к данным клиентов предприятия.

Существует три основных сценария использования, требующих решений для инициализации Data 360g:

  • Выбор начальной организации
  • Применение стратегии нескольких организаций
  • Общий доступ к данным между организациями Data 360

При покупке лицензии Data 360 экземпляр Data 360 инициализируется в организации Salesforce, связанной с этой лицензией. Данная организация называется начальной организацией Data 360. Начальная организация является привязкой для экземпляра Data 360. Это включает:

  • Управление хранилищем данных 360 и вычислениями (в области, выбранной при инициализации).

  • Применение политик администрирования, управления и безопасности

  • Производительность приема, гармонизации, разрешающей способности при опознавании, сегментации и активации данных

В сценариях с несколькими организациями домашняя организация управляет центральным экземпляром Data 360 для других организаций-«компаньонов» Salesforce.

Начальная организация:

  • Определяет географическое расположение экземпляра Data 360.

  • Определяет ответственных за экземпляр Data 360 и администрирование. Администраторы в начальной организации Data 360 имеют доступ ко всем данным, принятым в Data 360.

  • Управление подключениями организации-компаньона в конфигурации Data Cloud One.

  • Создает основу для стратегии корпоративных данных: ее изменение в дальнейшем затруднено и нарушается.

Дополнительные сведения о начальных организациях Data 360 см. в разделе «Схемы и практики интеграции Data 360».

Первым важным решением является необходимость предоставления Data 360 в существующей производственной организации или создания новой специализированной организации для выполнения функций домашней организации.

Диаграмма решений, отображающая текущую организацию по сравнению с новой организацией в качестве начальной

Вариант А: Инициализация данных 360 в существующей организации

Работает лучше для: Клиенты с одной организацией Salesforce или клиенты с несколькими организациями, у которых уже есть основная централизованная организация, где выполняется большинство бизнес-процессов.

Диаграмма, отображающая инициализацию Data 360 в существующей организации
  • Плюсы:

    • Самый простой путь: Data 360 инициализирована в месте проживания данных CRM.

    • Немедленный доступ к локальным данным продаж, обслуживания и маркетинга.

    • Дополнительная интеграция не требуется.

    • Меньше лицензий и сред для управления.

    • Ускоряет раннее внедрение, пробные версии и способы использования в производстве.

  • Минусы:

    • Может унаследовать управление текущей организацией или техническую задолженность.

    • При отсутствии одной «основной организации» выбор одной из них может привести к спорам об ответственности.

    • Производительность, связанная с расположением организации; может не соответствовать единым потребностям проживания.

    • Если несколько бизнес-единиц используют разные организации, локальная инициализация может привести к фрагментации, если она не сочетается с Data Cloud One.

Пример:

Компания SaaS с одной организацией Salesforce инициализирует Data 360 в этой организации для объединения данных подписки и поддержки клиентов.

Вариант Б: Инициализация данных 360 в новой выделенной организации

Работает лучше для: Клиенты с несколькими организациями Salesforce, которые не могут согласоваться с одной основной организацией, или предприятия с сильной моделью центра передового опыта (СЕ).

Диаграмма, отображающая инициализацию Data 360 в новой выделенной организации
  • Плюсы:

    • С чистого листа для управления без унаследованных сложностей организации.

    • Централизованное управление по нескольким направлениям деятельности.

    • Гибкость выбора региона на основе потребностей соответствия.

    • Действует как нейтральная организация «общего обслуживания», не привязанная к одной бизнес-единице.

    • Настройте будущую архитектуру Data Cloud One (начальная организация с несколькими сопутствующими организациями).

  • Минусы:

    • Клиенты должны лицензировать новую организацию Salesforce для инициализации Data 360.

    • Дополнительная интеграция, необходимая для подключения организации к Data 360 посредством параллельного подключения Data Cloud One.

    • Может добавлять административные накладные расходы (управление пользователями, безопасность, удостоверение).

    • Медленное время до значения по сравнению с инициализацией в существующей производственной организации.

Пример:

Многонациональная финансовая компания создает специализированную домашнюю организацию для предоставления Data 360. Все организации бизнес-единиц (Retail, Wealth, Commercial Banking) подключаются в качестве организаций-компаньонов посредством Data Cloud One.

Критерии решения

Рассмотрение Существующая организация как домашняя организация (предпочтительный стандартный параметр) Новая организация как домашняя организация (альтернатива)
Простота Опирается на существующий пользователь и структуру данных для более быстрой настройки.
Data 360 интегрирована по умолчанию с домашней организацией .
Требует лицензирования и настройки новой организации Salesforce, а также дополнительных административных расходов для управления ею
От времени до значения Немедленное использование локальных данных CRM Требуется более медленная рампа и интеграция.
Управление Наследует базовую модель управления существующей организации: существующие пользователи и наборы полномочий (могут быть приемлемыми, если организация уже является центральной). С чистого листа для управления. Идеально подходит для моделей под руководством ИПК.
Соответствие Резиденция связана с регионом существующей организации Гибкость выбора региона, независимого от существующих организаций
Производительность Наилучшая производительность для локальных запросов CRM Зависит от подключения организации-компаньона, будь то один регион или межрегиональный к другим организациям
Будущая масштабируемость Работает хорошо в сочетании с Data Cloud One. Сложнее сместить позже, если выбрана неправильная организация Легко масштабируется посредством Data Cloud One. Создано для нейтралитета.
Стоимость Низкие дополнительные затраты Высокие накладные расходы от дополнительных сред

В качестве общего принципа используйте существующую основную организацию в качестве домашней, чтобы минимизировать начальные усилия и ускорить внедрение. Создайте новую специализированную домашнюю организацию, только если этого требует стратегия долгосрочного управления или соответствия. Создание новой специализированной домашней организации - распространенный выбор для крупных предприятий с центром передового опыта (ЦПП).

Среда единой организации

Обеспечьте данные 360 в существующей производственной организации. Это повышает простоту и немедленное значение. Это позволяет избежать ненужной интеграции над головой.

Среда нескольких организаций

Предпочтите выбрать одну из основных организаций, обычно ту, в которой работает большая часть предприятия, или организацию, служащую централизованным CRM, для выполнения функций домашней организации. Это уменьшает сложность, минимизирует работу по настройке и позволяет быстро осознать ценность Data 360. Использование существующей основной организации также позволяет избежать затрат и усилий по интеграции управления новой средой.

Когда рассматривать новую специализированную домашнюю организацию

Создание домашней организации предоставляет гибкость и нейтральность, но с более медленным временем до значения в этих случаях.

  • Если в вашей организации есть сильный центр передового опыта (СЕ) и требуется управление отдельно от организаций бизнес-единиц.
  • Если ни одна существующая организация не подходит по причине соответствия или организационных ограничений.

Предприятия часто используют несколько организаций Salesforce, и это не грань, а норма. По состоянию на февраль 2024 года около 19 000 клиентов Salesforce уже запустили более одной организации Salesforce.

Почему это происходит?

  • Приобретения и слияния: Новые компании предоставляют собственные экземпляры Salesforce.
  • Региональные операции: Отдельные организации для ЕС, Северной Америки, Азиатско-Тихоокеанского региона и т. д., часто для соответствия законам о резидентстве данных.
  • Функциональное разделение: Разные бизнес-единицы (например, Retail Banking, Wealth Management, Insurance) имеют собственные организации для автономии.
  • Нормативная изоляция или изоляция безопасности: Некоторые отрасли требуют наличия логически разных организаций из соображений соответствия.
  • Исторические или технические причины: Со временем клиенты органично накапливают несколько организаций.

Каждая причина имеет смысл в отдельности, но вместе они создают фрагментацию данных. Без объединяющего слоя каждая организация имеет только частичное представление клиента.

Архитектурная задача: Как объединить данные между организациями в единый источник истины, соблюдая требования соответствия, управления и автономии?


Data Cloud One — это мультиорганизационная архитектура подключения Salesforce, позволяющая нескольким организациям Salesforce предоставлять общий доступ к одному экземпляру Data 360. Рекомендуемая схема для предприятий с несколькими организациями Salesforce.

В любом кластере Data Cloud One одна организация Salesforce назначена домашней организацией, которая размещает экземпляр Data 360. Другие организации Salesforce подключаются в качестве организаций-компаньонов, потребляя объединенные данные и метаданные из Data 360 домашней организации.

Диаграмма, отображающая архитектуру Data Cloud One

Принцип работы Data Cloud One

  • Прием и объединение данных (домашняя организация)

    • Вся конфигурация приема данных (Salesforce CRM, внешние источники, потоковая передача, пакетная передача) происходит только из домашней организации.

    • Клиент Data 360, связанный с домашней организацией, выполняет разрешающую способность при опознавании, гармонизацию, моделирование и объединение в надежные профили клиентов.

    • Администрирование Data 360, политики управления, присвоение тегов и маскировка применяются централизованно из домашней организации.

  • Архитектура пространства данных

    • В домашней организации данные систематизируются в пространства данных, которые выступают в качестве логических контейнеров для данных, метаданных и процессов.

    • Предприятия могут создавать пространства данных для фирменных стилей, регионов или направлений деятельности.

    • Общий доступ к пространству данных: В домашней организации определенные пространства данных выборочно предоставляются организациям-компаньонам. Это обеспечивает поступление только соответствующих данных (и связанных метаданных) в соответствующие организации.

  • Общий доступ к метаданным

    Организации-компаньоны получают определения метаданных из домашней организации, включительно с объектами модели данных (DMO), схемой объединенного профиля, вычисленными важными данными, сегментами и прочим. Они изначально отображаются в сопутствующей организации, как локальные активы, но связаны с домашней организацией.

  • Возможности в домашней организации по сравнению с организациями-компаньонами Доступ к функциям отличается в домашней организации и организации-компаньоны. Организации-компаньоны не могут принимать или объединять данные и полагаются на домашнюю организацию для принятия, моделирования и объединения. Организации-компаньоны имеют доступ к данным Data 360 для поддержки функций платформы, поддерживаемой Data 360, и они могут создавать локальные важные данные, сегменты и потоки в дополнение к общедоступным надежным данным. В будущем видении они также могут получить доступ к функциям активации.

Возможности Начальная организация Организация-компаньон
Подключение Настройка коннекторов, создание потоков данных, прием или федерирование данных
Гармонизация и объединение Создание и выполнение трансформаций данных и разрешающей способности при опознавании
Управление Безопасные данные посредством пространства данных и полномочий
Сегментирование и прогнозирование Создание сегментов, важных данных и создание моделей Einstein Studio
Активация «Везде», действия над данными
Функции платформы: Конструктор подсказок, потоки, отчеты, обогащение [и многое другое](https://help.salesforce.com/s/articleView?id=data.c360_a_companion_org_data_cloud_features.htm&type=5)
Функции с питанием Data 360: Prospecting Center, функции Sales и Service Cloud, Agentforce и многое другое
  • Паритет функций платформы С точки зрения пользователей и конструкторов, после предоставления общего доступа к метаданным существуют некоторые функциональные различия между домашней и сопутствующей организациями с точки зрения использования функций Salesforce Platform. Список поддерживаемых функций можно найти в функциях Data 360 в организациях-компаньонах.

    • Функции Salesforce Platform — например, потоки, отчеты, Конструктор подсказок, панели мониторинга и другие собственные инструменты платформы — работают как в домашних, так и в сопутствующих организациях после появления метаданных.

    • Функции, поддерживаемые Data 360 — например, Agentforce, Prospecting Center, функции Sales Cloud Einstein и функции искусственного интеллекта Service Cloud — также безупречно работают как в домашних, так и в сопутствующих организациях. Некоторые функции могут быть на пути к полной совместимости, но общая цель состоит в паритете функций между домашней и сопутствующей организациями для всех межоблачных функций, зависящих от Data 360.

  • Модель потребления Вся деятельность сопутствующей организации (запросы, запуски сегментов, потоки, запущенные Data 360, использование искусственного интеллекта, регистрация слоя Einstein Trust и так далее) использует кредиты Data 360 из домашней организации. Потоки потребления в одном направлении: кредиты централизованы, выставляются счета и отслеживаются относительно распределения кредита домашней организации. Однако можно детализировать данные, чтобы узнать, сколько кредитов использовала каждая отдельная организация в Digital Wallet.

  • Принцип проектирования: Горизонтальная конструкция Горизонтальная конструкция в Data 360 является основополагающим принципом проектирования, в основном реализованным посредством Data Cloud One, который позволяет одному экземпляру Data Cloud охватывать несколько разных организаций Salesforce CRM. Цель состоит в том, чтобы каждая новая выпущенная функция работала как в домашней, так и в сопутствующей организации без дополнительной настройки. Эта функция обеспечивает Data Cloud One не только выбор архитектуры данных, но и фундаментальный элемент Salesforce Platform в будущем.


Предприятия с несколькими организациями должны выбрать способ и место размещения Data 360 в своей экосистеме. Хотят ли они предоставить независимые организации Data 360 в каждой организации или использовать Data Cloud One для объединения организаций в одной домашней организации?

Вариант А: Несколько независимых организаций Data 360

Каждая организация Salesforce инициализирует собственный экземпляр Data 360.

Плюсы:

  • Автономность: Каждая бизнес-единица или регион управляет собственными Data 360.

  • Простота в каждой организации: Управление, безопасность и настройки локализованы.

  • Нормативное соответствие: Используется, когда требуется строгое разделение по регламенту (например, данные не должны пересекать границы).

Минусы:

  • Хранилища данных: Объединенные профили не могут быть достигнуты в организациях.

  • Более высокая стоимость: Каждый экземпляр требует лицензирования, администрирования и интеграции. В итоге клиенты принимают одни и те же исходные данные несколько раз в нескольких разных организациях.

  • Повторяющаяся работа: Разрешающая способность при опознавании, сегментация и пополнение должны повторяться в каждом экземпляре Data 360.

Вариант Б: One Shared Data 360 (Data Cloud One Cluster)

Единый Data 360 инициализирован в домашней организации, а другие организации Salesforce подключены в качестве организаций-компаньонов.

Плюсы:

  • Единый источник истины (SSOT): Все организации используют объединенную модель данных.

  • Рентабельность: Управление только одной лицензией Data 360 и инфраструктурой.

  • Единое управление: Централизованно применяемые политики, безопасность и контроль соответствия.

  • Межорганизационное обогащение: Доступ к гармонизированным профилям, важным данным и сегментам в организациях-компаньонах.

  • Готовность к искусственному интеллекту: Общекорпоративный набор данных позволяет лучше обучать и активировать модели на основе искусственного интеллекта.

  • Будущее доказательство: Добавление новых организаций-компаньонов просто, поскольку нет необходимости в новых организациях Data 360.

Минусы:

  • Дополнительная подготовка: Одна Data 360 требует планирования подключения организации к организации.

  • Рекомендации по задержке: Организации-компаньоны в разных регионах могут видеть более медленные запросы.

  • Сложное управление: Если у каждой организации есть разные потребности в настройке, тонкое управление может быть сложным.

Вариант С: Несколько кластеров Data Cloud One

Иногда управление, соответствие или другие бизнес-требования могут сделать кластеризацию каждой организации непрактичной. Это может привести к необходимости внедрения гибридного решения, в котором предприятие использует несколько организаций Data 360, каждая из которых является домашней организацией для отдельного кластера организаций-компаньонов.

Пример:

Многонациональная корпорация имеет организации Salesforce в разных регионах, включая Европу, США и Азию. Чтобы соответствовать региональным регламентам резидентства данных, они предоставляют один Data 360 для каждого отдельного региона.

Критерии решения

Рассмотрение Несколько независимых организаций Data 360 One Shared Data 360 (Data Cloud One)
Автономность Высокая автономность каждой организации или бизнес-единицы Централизованное управление, меньше автономии на организацию
Соответствие Используется при необходимости строгого разделения (например, региональные законы) Лучше всего работает, когда ординатура разрешает централизацию
Стоимость Повышение расходов на лицензирование и администратора Более экономично; одна лицензия для многих организаций
Управление Фрагментарно; политики отличаются в каждой организации Централизованные последовательные политики в организациях
Силосы данных Каждая организация с собственным представлением «Нет предприятия 360» Объединенный набор данных, без дублирования
ИИ/Аналитика Ограничено данными каждой организации Единые модели с лучшей точностью
Сложность Больше экземпляров для управления, больше интеграций Проще архитектура, меньше движущихся частей
Производительность Лучше для сценариев использования внутри организации Возможное увеличение задержки с доступом к организации-компаньону

Предпочитаемая схема: Data Cloud One

Чтобы упростить управление и оптимизировать стоимость на предприятиях с несколькими организациями, используйте одну домашнюю организацию с подключенными сопутствующими организациями.

Когда использовать организации Multiple Data 360: Используйте только несколько организаций Data 360, если этого строго требует соответствие, вид на жительство или организационная автономия (например, если европейские операции должны оставаться полностью изолированными от операций США из-за регулирования).

Как выбрать домашнюю организацию в Data Cloud One: Начните с одной из основных организаций, обычно в которой работает большинство предприятий. Инициализация Data 360 там может минимизировать сложность и увеличить раннее значение.

Рекомендуем создать специализированную домашнюю организацию под управлением рабочей группы по ИПК, только если не подходит существующая организация.

Общий принцип:

В мультиорганизационных средах минимизируйте количество организаций Data 360. Отдайте предпочтение Data Cloud One в качестве стандартной схемы для уменьшения дублирования, включения готовности на основе искусственного интеллекта и упрощения управления.

Хотя Data Cloud One является рекомендованным подходом для большинства предприятий, существуют сценарии, когда клиенты должны предоставить несколько экземпляров Data 360, включая:

  • Региональное соответствие. Транснациональный розничный продавец инициализирует один Data 360 в ЕС и другой в США. Общий доступ к данным Data 360-to-Data 360 позволяет компании создавать важные данные на основе локальных данных и предоставлять общий доступ к важным данным штаб-квартире в США.
  • Сотрудничество бизнес-единиц. Конгломерат запускает отдельные организации Data 360 для Retail и Insurance. Общий доступ к данным между организациями Data 360 позволяет пользователям открывать один авторитетный источник данных без перемещения или копирования. С помощью общего доступа между организациями Data 360 страховая организация получает сегмент Retail «Ценный клиент» для целевых кампаний перекрестных продаж.
  • Слияния и приобретения. Родительская компания приобретает дочернюю компанию с собственным приложением Data 360. С двумя экземплярами для управления сохранение хранилищ краткосрочных данных сохраняет безопасность данных и целостность SSOT. Одновременно, общий доступ к данным между двумя экземплярами Data 360 позволяет необходимое сотрудничество во время перехода.
  • Федеральные панели мониторинга для руководителей. Многонациональное распространение по континентам инициирует отдельные организации Data 360 на регион. Руководителям нужно федеративное квартальное представление производительности. Каждая региональная Data 360 предоставляет общий доступ к агрегированным вычисленным важным данным «Исполнительной организации», что позволяет создавать единую корпоративную отчетность.

При наличии нескольких организаций Data 360 объединение между ними не происходит автоматически. Общий доступ к данным от Data 360 до Data 360 позволяет клиентам предоставлять общий доступ к определенным объектам между экземплярами Data 360 без дублирования или настраиваемых ожидаемых продаж. Это механизм общего доступа к метаданным с нулевой копией, созданный для сотрудничества в организациях Data 360.

  • Каждый Data 360 инициализирован в собственной домашней организации.

  • Администраторы могут создать общий доступ к данным - группировку определенных объектов, к которым они хотят предоставить общий доступ.

  • Доступ к выбранным данным предоставляется в общий доступ с Data 360 целевой организации, где объекты отображаются как локальные. Общий доступ предоставляется только к основным данным, которые остаются в исходном Data 360.

  • Теги не общедоступны. Доступны только исходные объекты; целевая организация должна повторно применить любые теги управления, операционные теги или теги на основе искусственного интеллекта.

  • В Data Cloud One несколько организаций-компаньонов используют один экземпляр Data 360. Чтобы обеспечить последовательность, функции Platform, например Agentforce, Prospecting Center и Tableau Next, работают с одними и теми же базовыми данными.

  • При использовании общего доступа к данным между организациями Data 360 каждая организация использует собственные Data 360. Такие функции, как Agentforce в организации A и организации B, работают независимо друг от друга в локальном экземпляре. Автоматический общий доступ не предоставляется - общий доступ к преднамеренным данным должен быть создан только для совместной работы над определенными объектами.

Фактор Плюсы Минусы
Резиденция данных Поддерживает региональное разделение, одновременно включая сотрудничество. Не отменяет необходимость управления несколькими организациями Data 360.
Дублирование данных Нулевая копия; отсутствие дублирования объектов. Требует преднамеренного выбора объектов для добавления в каждый общий доступ к данным.
Управление Общий доступ является четким и преднамеренным (на уровне объекта). Нет потока тегов или политик; целевая организация должна повторно применить управление.
Сложность Включает выборочное сотрудничество без централизации. Требует управления несколькими организациями Data 360 и общего доступа к данным.
**AI/Analytics** Возможны региональные искусственный интеллект/аналитика; важные данные могут быть предоставлены в общий доступ в организациях. Единый корпоративный искусственный интеллект отсутствует, если данные не используются намеренно.
**Функции платформы** Функции, поддерживаемые Data 360 каждой организации, выполняются независимо. Нет автоматического общего доступа. Риск дублирования, если не тщательно продумано.
Стоимость Может уменьшить потребность в ожидаемых продажах ETL. По-прежнему несёт расходы на несколько организаций Data 360. Потребляет кредиты для запросов данных и общего доступа к данным.
Рассмотрение Data Cloud One (предпочтительно для мультиорганизации) Общий доступ к данным между организациями Data 360
Единый источник истины Да: все организации используют модель данных. Нет — каждая Data 360 имеет собственную модель данных.
Соответствие Работает, только если ординатура разрешает централизацию. Необходимо, когда законы о резидентстве предотвращают централизацию.
Управление Централизовано, последовательно. Федеративные; намеренные доли на уровне объекта.
Сложность Меньше движущихся частей, проще. Более сложный - требует общего доступа к данным конфигурации и нескольких организаций данных.
ИИ/Аналитика Единые модели искусственного интеллекта. Региональный искусственный интеллект. Выборочно делиться важными данными.
Функции платформы Общедоступные данные 360 означают, что все функции работают последовательно на начальной странице + компаньоны. Функции выполняются независимо в каждом Data 360; общий доступ должен быть четким.

Если у предприятия есть несколько организаций Data 360

  • Используйте общий доступ к данным между организациями Data 360, чтобы сотрудничать между ними, а не создавать настраиваемые ожидаемые продажи или дублировать данные.

  • Предоставьте общий доступ к определенным объектам (DMO, вычисленные важные данные, сегменты), создав общий доступ к данным и предоставив их целевым организациям.

  • Теги не общедоступны - организация-получатель должна повторно применить теги для управления, классификации или пополнения на основе искусственного интеллекта.

Использование общего доступа к данным между организациями Data 360

  • Соответствие нормативным требованиям, предотвращающим централизацию.

  • Поддержание автономности бизнес-единиц при включении выборочного сотрудничества.

  • Для предоставления федеративных исполнительных панелей мониторинга в нескольких регионах.

  • Для соединения сценариев M&A, где консолидация невозможна немедленно.

Тщательно проектируйте

Считайте общий доступ к данным Data 360-to-Data 360 стратегией федерации, а не заменой Data Cloud One.

  • Используйте объектный общий доступ.
  • Избегайте чрезмерного общего доступа.
  • Соотнесите общий доступ к данным с бизнес-требованиями и требованиями соответствия.

Планирование стратегии обработки данных для инициализации Data 360 является важным долгосрочным архитектурным решением, которое должно быть принято в масштабах предприятия, а не организации в отдельности. Этот ранний стратегический выбор определяет способ объединения данных клиентов, способ внедрения управления и масштабирование важных функций платформы, особенно искусственного интеллекта и аналитики, в организации. Планируйте модели управления и ответственности заранее и избегайте быстрых клавиш, которые позже приведут к фрагментации и усложнению.

What is Customer 360?

Схемы и практики интеграции данных 360

Архитектура Data 360

Архитектура безопасности данных 360

Об авторах

Кунал Гойал — директор по управлению продуктами Salesforce, занимается продвижением мультиорганизационной архитектуры и масштабируемости в Data 360. С 2017 года он возглавлял множество инициатив и продуктов, основанных на межорганизационном сотрудничестве и многопользовательском проектировании систем. Кунал является одним из интересов архитектуры Data 360 и ответственным за продукт для Data Cloud One, настройки, инициализации и взаимодействий администратора.

Эрин Вагнер Тидвелл - основной технический автор и конструктор содержимого для Data 360. Она работает в Salesforce с 2013 года. Она стремится упростить понимание и использование Data 360 посредством четкой, последовательной и точной технической документации и внутрипрограммных коммуникаций.

Югандхар Бора является архитектором программного обеспечения в Salesforce, специализируется на архитектуре данных в платформе приложений Data and Intelligence. Он руководит инициативами совета по проверке архитектуры предприятия (EARB), сосредоточенными на управлении данными и объединенных моделях данных, одновременно внося вклад в автоматизированные решения инициализации платформы.

Самарпан Джейн - главный архитектор Salesforce, специализирующийся на Commerce Cloud, интеграции платформы и межорганизационной архитектуре. Один из самых длительных сотрудников Salesforce, он возглавляет ключевые инициативы, включительно с соответствием резидентства данных для государственных клиентов и системами атрибуции использования Data 360.