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 deben decidir no solo entre una única organización de inicio 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 la colaboración de datos entre Data 360 (colaboración de datos de Data 360 a Data 360). Estas opciones 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.

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 porque determina cómo la compañía 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. Anclar un clúster de organizaciones a un único Data 360 proporciona un modelo de datos unificado, una gobernanza centralizada y preparación para la IA de toda la compañía, mientras permite a las organizaciones de compañía 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 Colaboración 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 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 en estos momentos, puede ser importante preparar su arquitectura para el futuro desarrollando una estrategia para agregar acceso a Data 360 en adelante. 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 sencillez, la coherencia de toda la compañía, el cumplimiento y la escalabilidad, garantizando que la organización puede aprovechar Data 360 con confianza para Customer 360, la IA y la 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 las bases firmes que mueven su negocio hacia un futuro centrado en Data 360.

Cada opción de aprovisionamiento, ya sea elegir entre Data Cloud One y la colaboración 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 suavizar su camino si implementa Data 360 para impulsar funciones de plataforma como Agentforce más adelante.
• Clientes de una sola organización: Aprovisione Data 360 en su organización de producción existente para un tiempo de valor más rápido.
• 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.
• Múltiples instancias Data 360 solo deben utilizarse cuando lo requiera el cumplimiento, la residencia o la autonomía organizativa. En esos casos, utilice la colaboración 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 postura 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 denomina Organización de inicio de Data 360. La organización de inicio es el anclaje para su instancia de Data 360. Es donde:

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

Por qué importa 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 la organización de compañía 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.

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

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 de negocio.
  • Configure la futura arquitectura de Data Cloud One (Organización de inicio con múltiples organizaciones de compañía).

• Cons:

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

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

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. 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 compañías a menudo operan múltiples organizaciones de Salesforce, y este no es un caso de riesgo, 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.
• 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 compañías 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. Ingreso y unificación de datos (Organización de inicio)
   
   • Toda la configuración de ingreso de datos (Salesforce CRM, fuentes externas, 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 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 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.
3. Compartir metadatos
   Las organizaciones de compañía 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 en realidad están vinculados a la organización de inicio.
4. Trabajos por hacer en organización de inicio frente a Organizaciones complementarias
El acceso a funciones varía entre organizaciones de inicio y de compañía. Las organizaciones de compañía 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.

Capacidad	Organización de inicio	Organización complementaria
Conectar Configurar conectores, crear transmisiones de datos, ingresar o federar datos	✅	❌
Armonizar y unificar Construir y ejecutar transformaciones de datos y resolución de identidad	✅	❌
Gebernar 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, reportes, enriquecimiento y mucho más	✅	✅
Funciones con tecnología de Data 360 Centro de prospección, funciones de Sales y Service Cloud, Agentforce y mucho más	✅	✅

5. Paridad de funciones de plataforma
   Desde la perspectiva de los usuarios y constructores, una vez compartidos los metadatos, existen algunas diferencias funcionales entre las organizaciones de inicio y de compañía en términos del 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 de inicio y complementarias una vez que los metadatos están disponibles.
   • Las funciones con tecnología de Data 360, como Agentforce, Centro de prospección, Sales Cloud Einstein y funciones de IA de Service Cloud, también funcionan a la perfección en organizaciones domésticas y de compañía. Algunas funciones pueden estar en su camino 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 de compañía (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. Flujos de consumo de una manera: los créditos se centralizan, se facturan y se realizan un seguimiento en la asignación de crédito de la organización de origen. Sin embargo, puede desglosar para ver 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, muy parecida a Sandboxes. El objetivo es que cada nueva función que Salesforce publique funcione en organizaciones de inicio y de compañía 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 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 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 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).

Cons:

• Silos de datos: Customer 360 no se puede 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 para obtener una vista completa de C360 en múltiples organizaciones diferentes.
• Trabajo duplicado: La resolución de identidad, la segmentación y el enriquecimiento deben repetirse en cada Data 360.

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

Pros:

• Fuente de verdad única (SSOT): Todas las organizaciones comparten el mismo modelo de datos unificado.
• Eficiencia de costos: 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 de compañía pueden acceder a perfiles, perspectivas y segmentos armonizados.
• Preparación de IA: El 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 de compañía es sencillo; no es necesario utilizar nuevos Data 360.

Cons:

• Preparación adicional: Requiere planificación para la conectividad de organización a hogar.
• 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 detallada puede ser compleja.

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

Una corporación 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 de compañía conectadas para empresas de múltiples organizaciones.
Esto crea un Customer 360 de toda la compañía, simplifica la gobernanza y optimiza los costos.

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

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 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 pueden necesitar aprovisionar múltiples instancias de Data 360. Una vez que existen varios Data 360, la unificación entre ellos 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 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. Los datos subyacentes permanecen en 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 gobernanza, operativa o de IA según sea necesario.

• En Data Cloud One, múltiples organizaciones de compañía 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 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 de forma independiente en su instancia local. No se produce ninguna colaboración automáticamente: se deben crear colaboraciones de datos deliberadas para colaborar únicamente en objetos específicos.

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

Colaboración de unidad de negocio:
Un conglomerado ejecuta Data 360 separados para Retail y Insurance. El uso compartido de datos entre Data 360 permite a los usuarios acceder a un origen de datos único y autorizado sin moverse o copiar. Con la colaboración 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 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.

Si su compañía tiene múltiples 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.
• 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 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

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

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 a 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 compañía, 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 de compañía o consejo de gobernanza de datos. Anticipe siempre necesidades futuras de IA y análisis, 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ña 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 pronto
   
   • 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 prospectos 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 ponga en marcha 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 los pilotos y las implementaciones tempranas con su estrategia de aprovisionamiento de toda la compañía.

Estas opciones de aprovisionamiento son críticas porque la plataforma Salesforce está evolucionando hacia un modelo Data 360 first, 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 compañía 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 en Salesforce, centrado en el avance de la arquitectura de múltiples organizaciones y la capacidad de ampliación 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 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. Lleva 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 en Salesforce, especializado en arquitectura de datos dentro de la plataforma Aplicaciones de inteligencia y datos. 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.