Aprovisionamiento de Data 360

Salesforce Data 360 es una plataforma de datos creada sobre Hyperforce que unifica datos externos y de Salesforce en una visión clara, completa y de confianza de 360 grados de cada cliente o cuenta.

Las empresas a menudo operan múltiples organizaciones de Salesforce debido a fusiones y adquisiciones, operaciones regionales, separación funcional o por motivos históricos. Los arquitectos tienen que tomar varias decisiones acerca de Data 360, todas las cuales afectan a la gobernanza, el cumplimiento, el coste, la latencia y la capacidad de la organización para ampliar la IA y las funciones de plataforma entre organizaciones.

Esta guía proporciona un marco para tomar decisiones de aprovisionamiento con Data 360. Estas decisiones incluyen:

• Selección de una única organización de inicio frente a una configuración de múltiples organizaciones

• Aprovisionamiento de múltiples instancias de Data 360 independientes

  • Utilizar Data Cloud One para unificar organizaciones bajo una única instancia

  • Colaborar entre instancias de Data 360 independientes que utilizan el uso compartido de datos entre organizaciones de Data 360

Data 360 se aprovisiona automáticamente en cualquier organización de producción que recibe una licencia de Data 360. Data Cloud One es la arquitectura de conectividad de múltiples organizaciones de Salesforce que permite a una única organización de inicio alojar la instancia de Data 360, mientras que otras organizaciones de Salesforce se conectan como organizaciones complementarias. La elección de qué organización tiene la licencia Data 360 y, por lo tanto, se convierte en una organización de inicio de Data 360, es una decisión arquitectónica crítica con consecuencias a largo plazo.

El modo de aprovisionar Salesforce Data 360 es una decisión arquitectónica fundamental. Determina cómo la empresa unifica datos de clientes, aplica la regulación y activa funciones críticas de la plataforma, especialmente IA, Agentforce y análisis en toda la organización. Anclar un clúster de organizaciones a un único Data 360 proporciona un modelo de datos unificado, una gobernanza centralizada y permite la preparación de IA de toda la empresa. Las organizaciones complementarias pueden acceder a funciones y metadatos compartidos como si los datos fueran locales. Por el contrario, múltiples instancias independientes de Data 360 son apropiadas cuando los requisitos de regulación, cumplimiento o autonomía evitan la centralización. El uso compartido de datos entre organizaciones de Data 360 permite la colaboración selectiva sin copia entre estas instancias.

Esta decisión influye en quién controla la gobernanza de los datos, dónde residen los datos, cómo se activan las funciones de plataforma y con qué facilidad se pueden ampliar futuras integraciones e iniciativas de IA. Incluso para organizaciones que no tienen Data 360 actualmente, puede ser importante preparar sus arquitecturas para el futuro desarrollando una estrategia para agregar acceso a Data 360 en el futuro. Cada vez más, las funciones de Salesforce en Sales, Service, Marketing, Commerce, Industries y Agentforce se crean sobre Data 360. Las organizaciones que desean utilizar estas funciones de plataforma deben aprovisionar sus propios Data 360 o conectarse a un Data 360 compartido como organizaciones complementarias.

Esta guía ayuda a los arquitectos a diseñar una estrategia de aprovisionamiento que equilibra la sencillez, la coherencia de toda la empresa, el cumplimiento y la capacidad de ampliación, garantizando que la organización pueda aprovechar con confianza Data 360 para Customer 360, IA e innovación entre plataformas. Utilice esta guía para determinar qué organizaciones requieren Data 360 y si utilizar Data Cloud One o el uso compartido de datos entre organizaciones de Data 360. Esta estrategia establece una base firme para un futuro centrado en Data 360.

Salesforce Data 360 es la plataforma de datos de hiperescala en tiempo real de Salesforce que armoniza y unifica datos de cualquier origen (CRM, web, móvil o lagos de datos externos) en un perfil de cliente único con capacidad de acción. Como componente crítico de la plataforma Customer 360, potencia la IA, los análisis y las experiencias personalizadas en ventas, servicio y marketing.

• Cada organización debe planificar el acceso a una instancia de Data 360. Cada organización debe alojar una organización de inicio de Data 360 o ser una organización complementaria conectada a través de Data Cloud One.

• Piense en toda la empresa, no organización por organización. Evite decisiones unilaterales de la línea de negocio tomadas de forma aislada. Idealmente, una arquitectura empresarial o un consejo de gobernanza de datos debería decidir colectivamente sobre la estrategia de aprovisionamiento. Anticipe siempre necesidades de análisis e IA futuras, que dependen de conjuntos de datos amplios y unificados.

• Planifique la gobernanza y la propiedad pronto. Decida si gestionar Data 360 de forma centralizada (modelo Centro de excelencia) o delegada a líneas de negocio. Defina funciones para administradores, equipos de seguridad y candidatos de cumplimiento. Evite la ambigüedad, ya que la propiedad poco clara puede ser problemática.

• Recuerde que el aprovisionamiento está vinculado a la concesión de licencias. La organización donde se adquiere la licencia Data 360 determina dónde se aprovisiona Data 360 y la ubicación de esa organización determina la región.

• Comprenda las consideraciones de compatibilidad de la fuente de datos. Preste mucha atención a qué regiones son compatibles con varias nubes públicas y orígenes de datos de copia cero. Del mismo modo, determine si se requiere Conexión privada para su estado de seguridad para conectar con esos orígenes de datos y si se admiten conexiones en región o entre regiones.

• Aprovisionamiento basado en si tiene una única organización o múltiples organizaciones. Para clientes de una sola organización, aprovisione Data 360 en su organización de producción existente para el tiempo de valor más rápido. Para clientes de múltiples organizaciones, minimice la complejidad creando el menor número posible de instancias de Data 360, idealmente utilizando la configuración de Data Cloud One.

• Utilice múltiples instancias de Data 360 solo cuando sea necesario. Solo se deben utilizar múltiples instancias cuando lo requiera el cumplimiento, la residencia o la autonomía organizativa. En estos casos, utilice el compartimiento de datos entre organizaciones de Data 360 para activar la colaboración segura.

• Configure el uso compartido de datos entre organizaciones de Data 360 para la colaboración, no para oportunidades en curso de ETL personalizadas. Comparta objetos específicos (DMO, perspectivas calculadas, segmentos) a través de colaboraciones de datos. Recuerde, las etiquetas no se comparten y el consumo se factura a la organización de origen.

• Evite accesos directos a corto plazo. No convierta múltiples organizaciones de Data 360 para la prueba de conceptos (POC) sin un plan a largo plazo. Alinee las implementaciones piloto y tempranas con su estrategia de aprovisionamiento de toda la empresa.

Evalúe cada opción de aprovisionamiento (elección entre Data Cloud One, colaboración de datos entre organizaciones de Data 360 o designación de organización de inicio) en estas consideraciones transversales.

Existen tres casos de uso principales que requieren decisiones para el aprovisionamiento de Data 360g:

• Selección de la organización de inicio
• Aplicación de una estrategia de múltiples organizaciones
• Compartir datos entre organizaciones de Data 360

Cuando adquiere una licencia de Data 360, la instancia de Data 360 se aprovisiona en la organización de Salesforce asociada con esa licencia. Esta organización se conoce como la organización de inicio de Data 360. La organización de inicio es el delimitador para su instancia de Data 360. Esto incluye:

• Gestión de almacenamiento e informática de Data 360 (en la región seleccionada en el aprovisionamiento).

• Aplicación de políticas de administración, gobernanza y seguridad

• Rendimiento de ingreso, Armonización, Resolución de identidad, Segmentación y Activación de datos

En escenarios de múltiples organizaciones, la organización de inicio gestiona la instancia central de Data 360 para otras organizaciones "compañeras" de Salesforce.

La organización de inicio:

• Determina la ubicación geográfica de su instancia de Data 360.

• Determina quién es el propietario y el administrador de su instancia de Data 360. Los administradores de su organización de inicio de Data 360 pueden acceder a todos los datos introducidos en Data 360.

• Controla conexiones de organización complementaria en una configuración de Data Cloud One.

• Establece las bases para su estrategia de datos de empresa: cambiarla más adelante es difícil e interrumpe.

Para obtener más información sobre las organizaciones de inicio de Data 360, consulte Patrones y prácticas de integración de Data 360.

La primera decisión importante es si aprovisionar Data 360 en una organización de producción existente o crear una nueva organización dedicada para actuar como la organización de inicio.

Opción A: Aprovisionar Data 360 en una organización existente

Funciona mejor para: Clientes con una única organización de Salesforce o clientes de múltiples organizaciones que ya tienen una organización centralizada principal donde se ejecuta la mayoría de los procesos comerciales.

• Ventajas:

  • Ruta más sencilla: Data 360 se aprovisiona donde residen sus datos de CRM.

  • Acceso inmediato a datos locales de Ventas, Servicio y Marketing.

  • No se requiere integración adicional.

  • Menos licencias y entornos para gestionar.

  • Acelera la adopción temprana, los pilotos y los casos de uso de producción.

• Desventajas:

  • Puede heredar la deuda técnica o de gobernanza de una organización existente.

  • Si no existe ninguna “organización principal” única, la selección de una puede crear debates de propiedad.

  • Rendimiento vinculado a la ubicación de la organización; puede no alinearse con las necesidades de residencia de toda la empresa.

  • Si múltiples unidades comerciales utilizan diferentes organizaciones, el aprovisionamiento local puede llevar a la fragmentación si no se empareja con Data Cloud One.

Ejemplo:

Una empresa de SaaS con una organización de Salesforce aprovisiona Data 360 en esa organización para unificar datos de asistencia y suscripción de clientes.

Opción B: Aprovisionar Data 360 en una organización nueva y exclusiva

Funciona mejor para: Clientes con múltiples organizaciones de Salesforce que no pueden alinearse en una única organización principal, o empresas con un modelo sólido de Centro de Excelencia (CoE).

• Ventajas:

  • Borrón y cuenta nueva para la gobernanza, sin complejidades de organización heredadas.

  • Control centralizado entre múltiples líneas de negocio.

  • Flexibilidad para elegir una región basándose en necesidades de cumplimiento.

  • Actúa como una organización de “servicio compartido” neutral, no vinculada a una unidad comercial.

  • Configure la futura arquitectura de Data Cloud One (organización de inicio con múltiples organizaciones complementarias).

• Desventajas:

  • Los clientes deben otorgar licencia a una nueva organización de Salesforce para aprovisionar Data 360.

  • Integración adicional requerida para conectar la organización a Data 360 a través de una conexión complementaria de Data Cloud One.

  • Puede agregar gastos administrativos (gestión de usuarios, seguridad, identidad).

  • Tiempo de valor más lento en comparación con el aprovisionamiento en una organización de producción existente.

Ejemplo:

Una empresa multinacional de servicios financieros crea una organización de inicio exclusiva para aprovisionar Data 360. Todas las organizaciones de unidades comerciales (Retail, Wealth, Commercial Banking) se conectan como organizaciones complementarias a través de Data Cloud One.

Criterios de decisión

Como principio general, utilice una organización principal existente como su organización de inicio para minimizar el esfuerzo inicial y acelerar la adopción. Solo cree una organización de inicio nueva y exclusiva si su estrategia de cumplimiento o gobernanza a largo plazo lo requiere. La creación de una nueva organización de inicio exclusiva es una opción común para empresas más grandes con un Centro de Excelencia (COE).

Entorno de organización única

Aprovisione Data 360 en su organización de producción existente. Esto maximiza la simplicidad y el valor inmediato. Evita gastos de integración innecesarios.

Entorno de organización múltiple

Prefiera seleccionar una de sus organizaciones principales (normalmente aquella donde se ejecuta la mayoría de su negocio o la organización que sirve como su CRM centralizado) para actuar como la organización de inicio. Esto reduce la complejidad, minimiza el trabajo de configuración y le permite obtener el valor de Data 360 rápidamente. El uso de una organización principal existente también evita el coste y el esfuerzo de integración de gestionar un nuevo entorno.

Cuándo considerar una nueva organización de inicio dedicada

La creación de una organización de inicio proporciona flexibilidad y neutralidad, pero con un tiempo de valor más lento en estos casos.

• Si su organización tiene un Centro de Excelencia (CoE) sólido y desea una gobernanza separada de las organizaciones de unidades comerciales.
• Si ninguna organización existente es adecuada debido al cumplimiento o las restricciones organizativas.

Las empresas a menudo operan múltiples organizaciones de Salesforce, y este no es un caso de borde, sino la norma. En febrero de 2024, aproximadamente 19.000 clientes de Salesforce ya ejecutaban más de una organización de Salesforce.

¿Por qué sucede esto?

• Adquisiciones y fusiones: Las empresas recién adquiridas aportan sus propias instancias de Salesforce.
• Operaciones regionales: Organizaciones separadas para UE, Norteamérica, Asia-Pacífico, etc., a menudo para satisfacer leyes de residencia de datos.
• Separación de funciones: Diferentes unidades comerciales (por ejemplo, Retail Banking, Wealth Management, Insurance) mantienen sus propias organizaciones para la autonomía.
• Aislamiento normativo o de seguridad: Algunas industrias imponen organizaciones lógicamente distintas por motivos de cumplimiento.
• Motivos históricos o técnicos: Con el tiempo, los clientes acumulan orgánicamente múltiples organizaciones.

Cada motivo tiene sentido individualmente, pero juntos crean fragmentación de datos. Sin una capa unificadora, cada organización solo tiene una vista parcial del cliente.

El reto arquitectónico: ¿Cómo unificar datos entre organizaciones en una única fuente de verdad respetando al mismo tiempo los requisitos de cumplimiento, gobernanza y autonomía?

Data Cloud One es la arquitectura de conectividad de múltiples organizaciones de Salesforce que permite a múltiples organizaciones de Salesforce compartir una única instancia de Data 360. Es el patrón recomendado para empresas con múltiples organizaciones de Salesforce.

En cualquier clúster de Data Cloud One, se designa una organización de Salesforce como la organización de inicio, que aloja la instancia de Data 360. Otras organizaciones de Salesforce se conectan como organizaciones complementarias, consumiendo los datos y metadatos unificados desde Data 360 de la organización de inicio.

Cómo funciona Data Cloud One

• Ingreso y unificación de datos (Organización de inicio)

  • Toda la configuración de introducción de datos (Salesforce CRM, orígenes externos, transmisión, lotes) se produce solo desde la organización de inicio.

  • El arrendatario de Data 360 vinculado a la organización de inicio realiza Resolución de identidad, Armonización, Modelado y Unificación en perfiles de cliente de confianza.

  • La administración de Data 360, las políticas de gobernanza, el etiquetado y el enmascaramiento se aplican de forma centralizada desde la organización de inicio.

• Arquitectura de espacio de datos

  • Desde la organización de inicio, los datos se organizan en espacios de datos, que actúan como contenedores lógicos para datos, metadatos y procesos.

  • Las empresas pueden crear espacios de datos para marcas, regiones o líneas de negocio.

  • Colaboración de espacio de datos: Desde la organización de inicio, se comparten selectivamente espacios de datos específicos con organizaciones complementarias. Esto garantiza que solo los datos relevantes (y los metadatos asociados) fluyan a las organizaciones correctas.

• Compartición de metadatos

  Las organizaciones complementarias reciben definiciones de metadatos de la organización de inicio, incluyendo objetos de modelo de datos (DMO), esquema de perfil unificado, perspectivas calculadas, segmentos y mucho más. Estos aparecen de forma nativa dentro de la organización complementaria como si fueran activos locales, pero están vinculados a la organización de inicio.

• Capacidades en organizaciones de organización de inicio frente a organizaciones de acompañante El acceso a funciones varía entre organizaciones domésticas y de acompañante. Las organizaciones complementarias no pueden introducir o unificar datos y dependen de la organización de inicio para la introducción, el modelado y la unificación. Las organizaciones complementarias pueden acceder a datos de Data 360 para potenciar funciones de plataforma con tecnología de Data 360, y pueden crear perspectivas, segmentos y flujos locales sobre los datos compartidos y de confianza. En una visión futura, también pueden acceder a funciones de activación.

• Paridad de funciones de plataforma Desde la perspectiva de los usuarios y los generadores, una vez que se comparten los metadatos, existen algunas diferencias funcionales entre las organizaciones domésticas y complementarias en términos del uso de funciones de la plataforma Salesforce. La lista de funciones compatibles se puede encontrar en Funciones de Data 360 en organizaciones complementarias.

  • Las funciones de la plataforma Salesforce (como Flujos, Informes, Generador de solicitudes, paneles y otras herramientas nativas de la plataforma) funcionan en organizaciones domésticas y complementarias una vez que los metadatos están disponibles.

  • Las funciones con tecnología de Data 360, como Agentforce, Centro de prospección, funciones Sales Cloud Einstein y funciones de IA de Service Cloud, también funcionan a la perfección en organizaciones domésticas y complementarias. Algunas funciones pueden estar en su camino para alcanzar la compatibilidad completa, pero el objetivo general es tener paridad de funciones entre organizaciones de inicio y complementarias para todas las funciones entre nubes que dependen de Data 360.

• Modelo de consumo Toda la actividad de la organización complementaria (consultas, ejecuciones de segmentos, flujos desencadenados por Data 360, uso de IA, registro de Capa de Einstein Trust, etc.) consume créditos de Data 360 desde la organización de inicio. El consumo fluye de una manera: créditos se centralizan, se facturan y se realizan un seguimiento con respecto a la asignación de créditos de la organización de origen. Sin embargo, puede desglosar cuántos créditos utilizó cada organización individual en Digital Wallet.

• Principio de diseño: Construcción horizontal La construcción horizontal en Data 360 es un principio de diseño fundamental, implementado principalmente a través de Data Cloud One, que permite que una única instancia de Data Cloud abarque múltiples organizaciones de Salesforce CRM distintas. El objetivo es que cada nueva función publicada funcione en organizaciones de inicio y complementarias sin configuración adicional. Esta función garantiza que Data Cloud One no sea solo una opción de arquitectura de datos, sino un elemento fundamental de la plataforma Salesforce en el futuro.

Las empresas con múltiples organizaciones deben elegir cómo y dónde localizar Data 360 dentro de su ecosistema. ¿Desea aprovisionar organizaciones independientes de Data 360 en cada organización o utilizar Data Cloud One para unificar organizaciones bajo una única organización de inicio?

Opción A: Múltiples organizaciones independientes de Data 360

Cada organización de Salesforce aprovisiona su propia instancia de Data 360.

Ventajas:

• Autonomía: Cada unidad comercial o región controla su propio Data 360.

• Simplicidad en cada organización: Gobernanza, seguridad y personalizaciones están traducidas.

• Cumplimiento normativo: Útil cuando se requiere una separación reguladora estricta (por ejemplo, los datos no deben cruzar fronteras).

Desventajas:

• Silos de datos: Los perfiles unificados no se pueden lograr entre organizaciones.

• Coste más alto: Cada instancia requiere licencia, administración e integración. Los clientes terminan introduciendo los mismos datos de origen varias veces entre múltiples organizaciones diferentes.

• Trabajo duplicado: La resolución, segmentación y enriquecimiento de identidad deben repetirse en cada instancia de Data 360.

Opción B: One Shared Data 360 (Clúster de Data Cloud One)

Se aprovisiona un único Data 360 en una organización de inicio, con otras organizaciones de Salesforce conectadas como organizaciones complementarias.

Ventajas:

• Fuente Única de la Verdad (SSOT): Todas las organizaciones comparten un modelo de datos unificado.

• Eficiencia de costes: Gestione solo una licencia e infraestructura de Data 360.

• Gobernanza unificada: Políticas aplicadas de forma centralizada, controles de seguridad y cumplimiento.

• Enriquecimiento entre organizaciones: Acceda a perfiles, perspectivas y segmentos armonizados entre organizaciones complementarias.

• Preparación de IA: Un conjunto de datos de toda la empresa permite una mejor formación y activación de modelos de IA.

• Prueba futura: Agregar nuevas organizaciones complementarias es sencillo, ya que no hay necesidad de nuevas organizaciones de Data 360.

Desventajas:

• Preparación adicional: One Data 360 requiere planificación para la conectividad de organización a organización.

• Consideraciones sobre la latencia: Las organizaciones complementarias en diferentes regiones pueden ver consultas más lentas.

• Gobernanza compleja: Si cada organización tiene necesidades de personalización diferentes, la regulación precisa puede ser compleja.

Opción C: Múltiples clústeres de Data Cloud One

En ocasiones, la gobernanza, el cumplimiento u otros requisitos comerciales pueden hacer que no sea práctico agrupar todas las organizaciones juntas. Esto puede llevar a la necesidad de implementar una solución híbrida en la que la empresa opera varias organizaciones de Data 360, cada una de las cuales es la organización de inicio para un clúster diferente de organizaciones complementarias.

Ejemplo:

Una empresa multinacional tiene organizaciones de Salesforce en varias regiones, incluyendo Europa, EE.UU. y Asia. Para cumplir con las leyes de residencia de datos regionales, proporcionan un Data 360 para cada región separada.

Criterios de decisión

Patrón preferido: Data Cloud One

Para simplificar la gobernanza y optimizar los costes entre empresas de múltiples organizaciones, utilice una única organización doméstica con organizaciones complementarias conectadas.

Cuándo utilizar múltiples organizaciones de Data 360: Solo utilice múltiples organizaciones de Data 360 si el cumplimiento, la residencia o la autonomía organizativa lo requieren estrictamente (por ejemplo, si las operaciones europeas deben permanecer completamente separadas de las operaciones de Estados Unidos debido a la regulación).

Cómo elegir la organización de inicio en Data Cloud One: Comience por considerar una de sus organizaciones principales, habitualmente donde se ejecuta la mayoría de los negocios. El aprovisionamiento de Data 360 allí puede minimizar la complejidad y maximizar el valor temprano.

Considere crear una organización de inicio dedicada gestionada por un equipo de COE, solo si ninguna organización existente es adecuada.

Principio general:

En entornos de múltiples organizaciones, minimice el número de organizaciones de Data 360. Favorezca Data Cloud One como patrón predeterminado para reducir la duplicación, activar la preparación de IA y simplificar la regulación.

Aunque Data Cloud One es el enfoque recomendado para la mayoría de las empresas, existen escenarios donde los clientes deben aprovisionar múltiples instancias de Data 360, incluyendo:

• Cumplimiento regional. Un minorista multinacional aprovisiona un Data 360 en la UE y otro en Estados Unidos. El uso compartido de datos de Data 360 a Data 360 permite a la empresa crear perspectivas a partir de datos locales y seguir compartiendo la perspectiva con la sede central de EE.UU.
• Colaboración de unidad comercial. Un conglomerado ejecuta organizaciones de Data 360 separadas para Retail y Insurance. El uso compartido de datos entre organizaciones de Data 360 permite a los usuarios acceder a una fuente de datos única y autorizada sin moverse o copiar. Con el uso compartido de datos entre organizaciones de Data 360, la organización de seguros recibe el segmento “Cliente de alto valor” de minorista para campañas de venta cruzada dirigidas.
• Fusiones y adquisiciones. Una empresa matriz adquiere una filial con su propio Data 360. Con dos instancias para gestionar, la retención de silos de datos a corto plazo mantiene la seguridad de los datos y la integridad de SSOT. Simultáneamente, compartir datos entre dos instancias de Data 360 permite la colaboración necesaria durante la transición.
• Paneles ejecutivos federados. Una multinacional distribuida entre continentes aprovisiona organizaciones de Data 360 individuales por región. Los ejecutivos desean una vista de rendimiento trimestral federada. Cada Data 360 regional comparte perspectivas calculadas agregadas con una “Organización ejecutiva”, permitiendo la creación de informes de toda la empresa.

Cuando existen múltiples organizaciones de Data 360, la unificación entre ellas no es automática. El uso compartido de datos de Data 360 a Data 360 permite a los clientes compartir objetos específicos entre instancias de Data 360 sin duplicaciones ni oportunidades en curso personalizadas. Es un mecanismo de colaboración de metadatos de copia cero diseñado para la colaboración entre organizaciones de Data 360.

• Cada Data 360 se aprovisiona en su propia organización de inicio.

• Los administradores pueden crear una colaboración de datos: una agrupación de objetos específicos que desean compartir.

• El acceso a los datos seleccionados se comparte con Data 360 de una organización de destino, donde los objetos aparecen como si estuvieran definidos localmente. Solo se comparte el acceso, los datos subyacentes permanecen en el Data 360 de origen.

• Las etiquetas no se comparten. Solo los objetos sin procesar están disponibles; la organización de destino debe volver a aplicar cualquier etiqueta de regulación, operativa o de IA según sea necesario.

• En Data Cloud One, múltiples organizaciones complementarias comparten una única instancia de Data 360. Para garantizar la coherencia, las funciones de plataforma como Agentforce, Centro de prospección y Tableau Next se ejecutan en los mismos datos subyacentes.

• Cuando se utiliza el uso compartido de datos entre organizaciones de Data 360, cada organización tiene su propio Data 360. Funciones como Agentforce en la organización A y la organización B funcionan cada una independientemente en su instancia local. No se produce ninguna colaboración automáticamente; se deben crear colaboraciones de datos deliberadas solo para colaborar en objetos específicos.

Si su empresa tiene múltiples organizaciones de Data 360

• Utilice el uso compartido de datos entre organizaciones de Data 360 para colaborar entre ellas en vez de crear oportunidades en curso personalizadas o duplicar datos.

• Comparta objetos específicos (DMO, perspectivas calculadas, segmentos) creando colaboraciones de datos y otorgándolas a organizaciones de destino.

• Las etiquetas no se comparten: la organización receptora debe volver a aplicar etiquetas para la regulación, clasificación o enriquecimiento de IA.

Utilizar la colaboración de datos entre organizaciones de Data 360

• Para cumplir los requisitos normativos que evitan la centralización.

• Para mantener la autonomía de la unidad comercial mientras activa la colaboración selectiva.

• Para proporcionar paneles ejecutivos federados entre múltiples regiones.

• Para salvar escenarios de fusiones y adquisiciones donde la consolidación no es posible de inmediato.

Diseñar cuidadosamente

Trate el uso compartido de datos de Data 360 a Data 360 como una estrategia de federación, no como una sustitución de Data Cloud One.

• Utilice la colaboración específica de objetos.
• Evite compartir en exceso.
• Alinee las colaboraciones de datos con necesidades comerciales y de cumplimiento.

La planificación de su estrategia de datos para el aprovisionamiento de Data 360 es una decisión arquitectónica crítica a largo plazo que debe abordarse en toda la empresa, no organización por organización. Esta opción estratégica temprana dicta cómo se unifican los datos de clientes, cómo se aplica la gobernanza y cómo se amplían las funciones esenciales de la plataforma (especialmente la IA y el análisis) en toda la organización. Planifique modelos de gobernanza y propiedad por adelantado y evite accesos directos a corto plazo que conducen a la fragmentación y el aumento de la complejidad más adelante.

¿Qué es Customer 360?

Patrones y prácticas de integración de Data 360

Arquitectura de Data 360

Arquitectura de seguridad de Data 360

Sobre los autores

Kunal Goyal es Director de Gestión de Productos de Salesforce, centrado en el avance de la arquitectura y la escalabilidad de múltiples organizaciones dentro de Data 360.Desde 2017, ha liderado múltiples iniciativas y productos centrados en la colaboración entre organizaciones y el diseño de sistemas de múltiples arrendatarios. Kunal es uno de los Candidatos de arquitectura de prácticas recomendadas de Data 360 y el propietario del producto para las experiencias de Data Cloud One, configuración, aprovisionamiento y administrador.

Erin Wagner Tidwell es una redactora técnica principal y diseñadora de contenido para Data 360. Está en Salesforce desde 2013. Se dedica a facilitar la comprensión y el uso de Data 360 a través de documentación técnica clara, coherente y precisa y comunicación en aplicación.

Yugandhar Bora es un Arquitecto de Ingeniería de Software de Salesforce, especializado en arquitectura de datos dentro de la plataforma Aplicaciones de datos e inteligencia. Lidera iniciativas de la junta de revisión de arquitectura empresarial (EARB) centradas en la gobernanza de datos y modelos de datos unificados, mientras contribuye a soluciones de aprovisionamiento de plataformas automatizadas.

Samarpan Jain es Arquitecto Principal de Salesforce especializado en Commerce Cloud, integración de plataforma y arquitectura interinstitucional. Uno de los empleados con más antigüedad de Salesforce, lidera iniciativas clave que incluyen el cumplimiento de residencia de datos para clientes gubernamentales y sistemas de atribución de uso de Data 360.