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 deben decidir no solo entre una única configuración de organización doméstica frente a una configuración de múltiples organizaciones, sino también si aprovisionar múltiples instancias de Data 360 independientes, utilizar Data Cloud One para unificar organizaciones bajo una única instancia o colaborar entre instancias de Data 360 independientes utilizando el uso compartido de datos entre Data 360 (Data 360 to Data 360 data sharing). Estas opciones 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.

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 en que aprovisiona Salesforce Data 360 es una decisión arquitectónica fundamental porque determina cómo la empresa unifica los datos de los clientes, aplica la gobernanza y activa funciones críticas de la plataforma, especialmente IA, Agentforce y análisis, en toda la organización. El anclaje de un clúster de organizaciones a un único Data 360 proporciona un modelo de datos unificado, una gobernanza centralizada y preparación de IA para toda la empresa, mientras permite a las organizaciones acompañantes 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, con el uso compartido de datos entre organizaciones de Data 360 activando la colaboración selectiva sin copia entre estas instancias.

Para los arquitectos, esta decisión es crítica. Define quién controla la regulación de datos, dónde residen los datos, cómo se activan las funciones de plataforma y cómo se pueden ampliar las futuras integraciones e iniciativas de IA. Incluso para organizaciones que no tienen Data 360 actualmente, puede ser importante preparar su arquitectura para el futuro desarrollando una estrategia para agregar acceso a Data 360 en el futuro. Las funciones de Salesforce en Sales, Service, Marketing, Commerce, Industries y Agentforce se crean cada vez más en 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 simplicidad, la coherencia de toda la empresa, el cumplimiento y la capacidad de ampliación, garantizando que la organización pueda aprovechar Data 360 con confianza para Customer 360, IA e innovación entre plataformas. Le ayudará a decidir cómo seleccionar en qué organizaciones aprovisiona Data 360 y cómo elegir entre Data Cloud One y Colaboración de datos entre organizaciones de Data 360, ayudando a sentar unas bases firmes que hagan avanzar su negocio hacia un futuro centrado en Data 360.

Cada opción de aprovisionamiento, ya sea elegir entre Data Cloud One y el uso compartido de datos entre organizaciones de Data 360, o qué organización designar como la organización de inicio, debe evaluarse teniendo en cuenta estas consideraciones transversales:

• El aprovisionamiento está vinculado a licencias: Data 360 se aprovisiona en la organización donde se adquiere la licencia Data 360, y la región se determina por la ubicación de esa organización en el momento del aprovisionamiento.
• Mantenga sus opciones abiertas planificando Data 360 incluso si no las necesita ahora. Las decisiones que tome ahora pueden facilitar su camino si implementa Data 360 en funciones de plataforma de potencia como Agentforce más adelante.
• Clientes de organización única: Aprovisione Data 360 en su organización de producción existente para un tiempo de valor más rápido.
• Clientes multiorganización: Minimice la complejidad creando el menor número posible de instancias de Data 360, idealmente utilizando la configuración de Data Cloud One.
• Las múltiples instancias Data 360 solo deben utilizarse cuando lo requiera el cumplimiento, la residencia o la autonomía organizativa. En esos casos, utilice el uso compartido de datos entre organizaciones de Data 360 para activar la colaboración segura.
• Orígenes de datos de copia cero: 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.
• Gobierno y autonomía son conceptos centrales: decida si Data 360 debe gestionarse de forma centralizada (modelo Centro de excelencia) o si las líneas de negocio individuales necesitan instancias de Data 360 gestionadas de forma separada.

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. Es donde:

• El almacenamiento y la computación de Data 360 se gestionan (en la región seleccionada en el aprovisionamiento).
• Se aplican políticas de administración, gobernanza y seguridad.
• Se realiza la introducción, 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.

Por qué importa la organización doméstica:

• 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 las conexiones de la organización acompañante 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.

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.

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

• Pros:

  • Ruta más sencilla: Data 360 se aprovisiona donde ya se encuentran 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.

• Cons:

  • Puede heredar la deuda técnica o de gobernanza de la organización existente.
  • Si no existe ninguna “organización principal” única, la selección de una puede crear debates sobre la 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.

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.

• Pros:

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

• Cons:

  • 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 de compañía a través de Data Cloud One.

Como principio general, favorezca el uso de una organización principal existente como su organización de inicio para minimizar el esfuerzo inicial y acelerar la adopción. Solo cree una nueva organización de inicio exclusiva si su estrategia de cumplimiento o gobernanza a largo plazo lo requiere. La creación de una nueva organización doméstica 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 ya 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

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. En esos casos, la creación de una nueva organización de inicio proporciona flexibilidad y neutralidad, pero con un tiempo de valor más lento.

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/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, una organización de Salesforce se designa 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.

1. Ingestión 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 la Resolución de identidad, Armonización, Modelado y Unificación en perfiles Customer 360 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.
2. 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, 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) fluyan a las organizaciones correctas.
3. Compartición de metadatos
   Las organizaciones acompañantes reciben definiciones de metadatos desde la organización de inicio, incluyendo objetos de modelo de datos (DMO), esquema de perfil unificado, perspectivas calculadas, segmentos y mucho más. Aparecen de forma nativa dentro de la organización complementaria como si fueran activos locales, pero en realidad están vinculados a la organización de inicio.
4. Trabajos que se deben realizar en la organización doméstica frente a Organizaciones de compañía
El acceso a las funciones varía entre las organizaciones de inicio 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.

Capacidad	Organización de inicio	Organización de compañía
Conectar Configurar conectores, crear transmisiones de datos, introducir o federar datos	✅	❌
Armonizar y unificar Crear y ejecutar transformaciones de datos y resolución de identidad	✅	❌
Governar datos seguros con espacio de datos y permisos	✅	✅
Construir segmentos, perspectivas y modelos de Einstein Studio para segmentar y predecir	✅	✅
Activaciones de Activate Everywhere, acciones de datos	✅	✅
Funciones de plataforma Generador de solicitudes, flujos, informes, enriquecimiento y mucho más	✅	✅
Funciones con tecnología de Data 360 Centro de prospección, funciones de Sales and Service Cloud, Agentforce y mucho más	✅	✅

5. 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 de inicio y las de acompañante 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 de compañía.
   
   • Las funciones de la plataforma Salesforce, como, por ejemplo, Flujos, Informes, Generador de solicitudes, paneles y otras herramientas nativas de la plataforma, funcionan tanto en organizaciones de inicio como de acompañante una vez que los metadatos están disponibles.
   • Las funciones con tecnología 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 de acompañante. Algunas funciones pueden estar en su ruta para alcanzar la compatibilidad completa, pero el objetivo general es tener paridad de funciones entre las organizaciones Inicio y Acompañante para todas las funciones entre nubes que dependen de Data 360.
6. 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 Einstein Trust, etc.) consume créditos de Data 360 desde la organización de inicio. Los flujos de consumo son unidireccionales: los créditos se centralizan, se facturan y se realizan un seguimiento con respecto a la asignación de crédito de la organización de origen. Sin embargo, puede desglosar cuántos créditos utilizó cada organización individual en Digital Wallet.
7. Principio de diseño: Construcción horizontal
   Data Cloud One está diseñado como una construcción horizontal de la plataforma Salesforce, al igual que Sandboxes. El objetivo es que cada nueva función que Salesforce publique funcione tanto en organizaciones de inicio como de acompañante sin configuración adicional. Esto 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 Data 360 independientes en cada organización o utilizar Data Cloud One para unificar organizaciones bajo una única organización de inicio?

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

Pros:

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

Cons:

• Silos de datos: Customer 360 no se puede alcanzar en organizaciones.
• Mayor coste: Cada instancia requiere licencia, administración e integración. Los clientes terminan introduciendo los mismos datos de origen varias veces para lograr una vista completa de C360 en múltiples organizaciones diferentes.
• Trabajo duplicado: La resolución, segmentación y enriquecimiento de identidad deben repetirse en cada Data 360.

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

Pros:

• Fuente Única de la Verdad (SSOT): Todas las organizaciones comparten el mismo modelo de datos unificado.
• Eficiencia de costes: Solo una licencia e infraestructura de Data 360 para gestionar.
• Gobernanza unificada: Las políticas, la seguridad y los controles de cumplimiento se aplican de forma centralizada.
• Enriquecimiento entre organizaciones: Las organizaciones acompañantes pueden acceder a perfiles, perspectivas y segmentos armonizados.
• Preparación de IA: El conjunto de datos de toda la empresa permite una mejor formación y activación de modelos de IA.
• Prueba futura: Agregar nuevas organizaciones de acompañante es sencillo; no necesita nuevos Data 360.

Cons:

• Preparación adicional: Requiere planificación para la conectividad de organización a organización principal.
• Consideraciones sobre la latencia: Las organizaciones de compañía en diferentes regiones pueden ver consultas más lentas.
• Gobernanza compleja: Si cada organización tiene necesidades de personalización muy diferentes, la regulación precisa puede ser compleja.

En algunos casos, 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 opere varios Data 360, cada uno de los cuales es la organización de inicio para un clúster diferente de organizaciones complementarias.

Una empresa multinacional tiene organizaciones de Salesforce en una variedad de 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.

Patrón preferido: Data Cloud One

Toma como valor predeterminado una única organización de inicio con organizaciones complementarias conectadas para empresas de múltiples organizaciones.
Esto crea un Customer 360 para toda la empresa, simplifica la gobernanza y optimiza los costes.

Cuándo utilizar múltiples Data 360:

Solo 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 estadounidenses 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.

Solo si ninguna organización existente es adecuada, considere crear una organización de inicio dedicada gestionada por un equipo de Centro de excelencia.

Principio general:

En entornos de múltiples organizaciones, minimice el número 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 pueden necesitar aprovisionar múltiples instancias de Data 360. Una vez que existen múltiples Data 360, la unificación entre ellos 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 Data 360.

• Cada Data 360 se aprovisiona en su propia organización principal.
• 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. Los datos subyacentes permanecen en el Data 360 de origen; solo se comparte el acceso.
• 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. Las funciones de plataforma (Agentforce, Centro de prospección, Tableau Next, etc.) se ejecutan en los mismos datos subyacentes, garantizando la coherencia.
• Al utilizar 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.

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 agregar perspectivas (por ejemplo, KPI de fidelidad) para compartir con la sede central de EE.UU. mientras los datos sin procesar permanecen locales.

Colaboración de unidad comercial:
Un conglomerado ejecuta Data 360 separados para Retail y Insurance. El uso compartido de datos entre 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 Retail 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 360 de datos 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.

Si su empresa tiene varios 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.
• Tenga en cuenta que las etiquetas no se comparten: la organización receptora debe volver a aplicar etiquetas (por ejemplo, gobernanza, clasificación, enriquecimiento de IA).

Cuándo 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

La colaboración debe ser deliberada y específica del objeto. Evite la “sobrecompartición”: alinee Colaboraciones de datos con necesidades comerciales y de cumplimiento. 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.

1. Cada organización debe planificar el acceso a Data 360
   
   • En adelante, todas las funciones de la plataforma Salesforce, desde Sales Cloud y Service Cloud hasta Agentforce, requieren conectividad 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.
2. Piense en toda la empresa, no organización por organización
   
   • Evite decisiones unilaterales de la línea de negocio tomadas de forma aislada.
   • El aprovisionamiento debe decidirse colectivamente, idealmente por una arquitectura empresarial o un consejo de gobernanza de datos. Anticipe siempre necesidades de análisis e IA futuras, que dependen de conjuntos de datos amplios y unificados.
3. Minimizar silos de datos
   
   • Favorezca el aprovisionamiento de Data 360 en una organización principal existente para simplificar y acelerar.
   • En entornos de múltiples organizaciones, Data Cloud One es el patrón predeterminado para unificar organizaciones bajo un solo Data 360.
   • Aprovisione múltiples Data 360 solo si es estrictamente necesario para el cumplimiento, la residencia o la autonomía organizativa.
4. Diseñe deliberadamente si debe ejecutar múltiples Data 360
   
   • Configure el uso compartido de datos entre organizaciones de Data 360 para la colaboración, no 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.
5. Planificar la gobernanza y la propiedad tempranamente
   
   • Decida si Data 360 se gestionará de forma centralizada (modelo Centro de excelencia) o se delegará a líneas de negocio. Defina funciones para administradores, equipos de seguridad y candidatos de cumplimiento.
   • Evite la ambigüedad: la propiedad poco clara es una fuente común de fricción.
6. Evitar accesos directos a corto plazo
   
   • No cree múltiples Data 360 para POC sin un plan a largo plazo; esto crea trabajo de consolidación disruptivo más adelante.
   • En su lugar, alinee las implementaciones piloto y tempranas con su estrategia de aprovisionamiento de toda la empresa.

Estas opciones de aprovisionamiento son críticas porque la plataforma Salesforce está evolucionando hacia un modelo Data 360 primero, donde cada función, desde la segmentación de clientes hasta la fundamentación de agentes de IA, dependerá de ello. Las decisiones que tome hoy sentarán las bases para la eficacia con la que su empresa unifica datos de clientes, la rapidez con la que puede adoptar nuevas funciones de Salesforce y la confianza con la que puede ampliar la IA en su negocio. Para tener éxito, debe aprovisionar cuidadosamente, minimizar la duplicación, alinearse con los requisitos de cumplimiento, gobernar deliberadamente y pensar a largo plazo. En última instancia, el aprovisionamiento de Data 360 es el primer paso para que los datos, la IA y CRM funcionen juntos como una plataforma cohesionada.

Kunal Goyal es Director de Gestión de Productos de Salesforce, centrado en el avance de la arquitectura multiorganización y la escalabilidad 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. Está dedicada 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 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.