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 compañías 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 costo, 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 independientes de Data 360

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

  • Colaborar entre instancias de Data 360 independientes que utilizan la colaboración 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 posee 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 compañía unifica datos de clientes, aplica la gobernanza y activa funciones de plataforma críticas, 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 compañía. 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 impiden la centralización. La colaboración 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 la plataforma y cuán suavemente se pueden ampliar futuras integraciones e iniciativas de IA. Incluso para organizaciones que no tienen Data 360 en estos momentos, puede ser importante preparar sus arquitecturas para el futuro desarrollando una estrategia para agregar acceso a Data 360 en adelante. Cada vez más, las funciones de Salesforce entre Sales, Service, Marketing, Commerce, Industries y Agentforce están construidas 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 compañía, el cumplimiento y la capacidad de ampliación, garantizando que la organización puede aprovechar con confianza Data 360 para Customer 360, la IA y la innovación entre plataformas. Utilice esta guía para determinar qué organizaciones requieren Data 360 y si utilizar Data Cloud One o la colaboración de datos entre organizaciones de Data 360. Esta estrategia establece una base firme para un futuro centrado en Data 360.

• 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 compañía, no organización por organización. Evite decisiones unilaterales de la línea de negocio tomadas de forma aislada. Idealmente, una arquitectura de compañía o un consejo de gobernanza de datos debe decidir colectivamente sobre la estrategia de aprovisionamiento. Anticipe siempre necesidades futuras de IA y análisis, que dependen de conjuntos de datos amplios y unificados.

• Planifique la gobernanza y la propiedad de forma temprana. 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 prospectos de cumplimiento. Evite la ambigüedad, ya que la propiedad poco clara puede ser problemática.

• Recuerde que el aprovisionamiento está vinculado a las 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 asistencia de origen 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 postura 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 la colaboración de datos entre organizaciones de Data 360 para activar la colaboración segura.

• Configure la colaboración 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 que las etiquetas no se comparten y que el consumo se factura a la organización de origen.

• Evite accesos directos a corto plazo. No ponga en marcha múltiples organizaciones de Data 360 para probar conceptos (POC) sin un plan a largo plazo. Alinee pilotos e implementaciones tempranas con su estrategia de aprovisionamiento de toda la compañía.

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) con 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
• Colaboración de 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 anclaje para su instancia de Data 360. Esto incluye:

• Gestión del almacenamiento y computación de Data 360 (en la región seleccionada en el aprovisionamiento).

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

• Desempeño 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 ingresados en Data 360.

• Controla las conexiones de organizaciones complementarias en una configuración de Data Cloud One.

• Establece las bases para su estrategia de datos de compañía: 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 datos 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 de negocio.

• 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.

  • Desempeño vinculado a la ubicación de la organización; puede no estar en sintonía con las necesidades de residencia de toda la compañía.

  • Si varias unidades de negocio utilizan organizaciones diferentes, el aprovisionamiento local puede llevar a la fragmentación si no se empareja con Data Cloud One.

Ejemplo:

Una compañía SaaS con una organización de Salesforce aprovisiona Data 360 en esa organización para unificar los 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 de Centro de excelencia (CoE) sólido.

• 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 de negocio.

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

• Desventajas:

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

  • Integración adicional requerida para conectar la organización con 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 compañía multinacional de servicios financieros crea una organización de inicio exclusiva para aprovisionar Data 360. Todas las organizaciones de unidades de negocio (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 grandes empresas 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 generales de integración innecesarios.

Entorno de múltiples organizaciones

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 costo y el esfuerzo de integración de la gestión de un nuevo entorno.

Cuándo considerar una organización de inicio nueva y exclusiva

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 de negocio.
• Si ninguna organización existente es adecuada debido al cumplimiento o las restricciones organizativas.

Las compañías 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 compañías 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 funcional: Diferentes unidades de negocio (por ejemplo, Retail Banking, Wealth Management, Insurance) mantienen sus propias organizaciones para la autonomía.
• Aislamiento normativo o de seguridad: Algunas industrias exigen organizaciones lógicamente distintas por motivos de cumplimiento.
• Por razones históricas o técnicas: 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 compañías 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 ingreso de datos (Salesforce CRM, orígenes externos, transmisión, lote) se produce únicamente desde la organización de inicio.

  • El arrendatario de Data 360 vinculado a la organización de inicio realiza la 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 compañías 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, los espacios de datos específicos se comparten de forma selectiva con organizaciones complementarias. Esto garantiza que solo los datos relevantes (y los metadatos asociados) fluyen a las organizaciones correctas.

• Compartir 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 en 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 complementarias El acceso a funciones varía entre organizaciones de inicio y complementarias. Las organizaciones complementarias no pueden ingresar o unificar datos y dependen de la organización de inicio para el ingreso, 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 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 usuarios y constructores, una vez compartidos los metadatos, existen algunas diferencias funcionales entre organizaciones de inicio y complementarias en términos de uso de funciones de la plataforma Salesforce. La lista de funciones admitidas se puede encontrar en Funciones de Data 360 en organizaciones de compañía.

  • Las funciones de la plataforma Salesforce (como Flujos, Reportes, Generador de solicitudes, tableros 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 Trust de Einstein, etc.) consume créditos de Data 360 desde la organización de inicio. Flujos de consumo de una forma: los 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 para ver 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 Salesforce Platform en adelante.

Las compañías con múltiples organizaciones deben elegir cómo y dónde localizar Data 360 en 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 de negocio o región controla su propio Data 360.

• Simplicidad en cada organización: La gobernanza, la seguridad y las personalizaciones están traducidas.

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

Desventajas:

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

• Mayor costo: Cada instancia requiere licencias, administración e integración. Los clientes terminan ingresando los mismos datos de origen varias veces entre múltiples organizaciones diferentes.

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

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

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

Ventajas:

• Fuente de verdad única (SSOT): Todas las organizaciones comparten un modelo de datos unificado.

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

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

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

• Preparación de IA: Un conjunto de datos de toda la compañía permite una mejor capacitació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 de inicio.

• 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 detallada puede ser compleja.

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

En ocasiones, la gobernanza, el cumplimiento u otros requisitos de negocio 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 compañía 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 corporación 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 el costo entre compañías de múltiples organizaciones, utilice una única organización de inicio 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 EE.UU. debido a la regulación).

Cómo elegir la organización de inicio en Data Cloud One: Comience considerando una de sus organizaciones principales, normalmente donde se ejecuta la mayoría de los negocios. El aprovisionamiento de Data 360 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 el patrón predeterminado para reducir la duplicación, activar la preparación para la IA y simplificar la gobernanza.

Aunque Data Cloud One es el enfoque recomendado para la mayoría de las compañías, 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 EE.UU. La colaboración de datos de Data 360 a Data 360 permite a la compañía crear perspectivas desde datos locales y seguir compartiendo la perspectiva con la sede central de EE.UU.
• Colaboración de unidad de negocio. 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 un único origen de datos autorizado 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 Retail para campañas de venta cruzada dirigidas.
• Fusiones y adquisiciones. Una compañía 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.
• Tableros ejecutivos federados. Una multinacional distribuida entre continentes aprovisiona organizaciones de Data 360 individuales por región. Los ejecutivos desean una vista de desempeño trimestral federada. Cada Data 360 regional comparte perspectivas calculadas agregadas con una “Organización ejecutiva”, permitiendo la creación de reportes de toda la compañía.

Cuando existen múltiples organizaciones de Data 360, la unificación entre ellas no es automática. La colaboración 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 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 gobernanza, 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.

• Al utilizar la colaboración 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 de forma independiente 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 compañía tiene múltiples organizaciones de Data 360

• Utilice la colaboración 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 gobernanza, la clasificación o el enriquecimiento de la IA.

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

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

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

• Para proporcionar tableros 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 la colaboración de datos de Data 360 a Data 360 como una estrategia de federación, no como un reemplazo de Data Cloud One.

• Utilice colaboración específica de objeto.
• Evite compartir en exceso.
• Alinee colaboraciones de datos con necesidades de negocio y 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 compañía, no organización por organización. Esta opción estratégica temprana dicta cómo se unifican los datos de los clientes, cómo se aplica la gobernanza y cómo se amplían las funciones esenciales de la plataforma (especialmente IA y análisis) en toda la organización. Planifique modelos de propiedad y gobernanza con antelación y evite accesos directos a corto plazo que conducen a la fragmentación y complejidad aumentada 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 de múltiples organizaciones y la capacidad de ampliación dentro de Data 360.Desde 2017, lidera 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 Prospectos de arquitectura de mejores prácticas de Data 360 y el propietario del producto para las experiencias de Data Cloud One, configuración, aprovisionamiento y administración.

Erin Wagner Tidwell es 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 Arquitecto de Ingeniería de Software en 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 de negocio (EARB) centradas en la gobernanza de datos y modelos de datos unificados, mientras contribuye a soluciones de aprovisionamiento de plataforma 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.