Considérations relatives aux organisations sandbox dans Data 360

Provisionnement de Data 360 dans une organisation sandbox

Pour configurer Data 360 dans une organisation sandbox créée avant le provisionnement de Data 360 dans votre organisation de production, vous pouvez utiliser la fonctionnalité de correspondance des licences. Cette fonctionnalité permet d'hériter des licences Data Cloud de l'organisation de production sans actualiser l'organisation sandbox. Cependant, il y a quelques considérations importantes à garder à l'esprit :

• L'organisation de production doit avoir provisionné Data 360 pour que la correspondance de licence fonctionne.
• Le processus de correspondance des licences copie uniquement les licences Data Cloud. La correspondance de la licence ne copie pas les préférences, les valeurs, les métadonnées ou les autorisations de l'organisation. Vous devez configurer manuellement des configurations personnalisées, des intégrations et d'autres métadonnées dans l'organisation sandbox.

Pour activer Data 360 dans une organisation sandbox, l'organisation de production source à partir de laquelle la sandbox est créée doit exploiter Data Cloud sous une licence Data Cloud. Si l'organisation de production source exploite Data Cloud sous licence Salesforce Data Cloud, vous ne pouvez pas activer Data 360 dans l'organisation sandbox.

Stockage et limites des organisations sandbox Data 360

• Les sandbox Data 360 respectent les limites et les consignes de production. Ils n'ont pas les restrictions de stockage des sandbox Salesforce, notamment la limite de 200 Mo pour les sandbox Developer. Pour les limites associées à Data 360, consultez Limites et consignes de Data 360.

Considérations relatives à la création d'une organisation sandbox

• Si vous avez un composant Data 360 dans votre organisation de production qui a été ajouté à partir d'un package géré contrôlé par le développeur, le composant est copié dans l'organisation sandbox, mais vous ne pouvez pas le modifier ni changer le statut. Dans ce cas, recréez le composant dans l'organisation sandbox.
• Lorsque certains composants Data 360 dépendant de l'ingestion de données sont copiés dans l'organisation sandbox, les champs de nombre d'enregistrements et de date reflètent les valeurs de production. Ces valeurs de production sont affichées jusqu'à l'ingestion des données dans l'organisation sandbox. Vous pouvez observer ce comportement dans les flux de données, les objets lac de données, les segments et la résolution de l'identité.
• Vous ne pouvez pas utiliser un modèle de sandbox lorsque vous créez une sandbox Data 360.
• Lorsqu'un objet lac de données (DLO) est répliqué dans une organisation sandbox, vous ne pouvez pas le supprimer. Vous pouvez supprimer l'objet lac de données uniquement en production.
• Messagerie unifiée est prise en charge dans une organisation sandbox créée après le 9 mai 2025.
• Les connecteurs Data 360 pour les fonctionnalités Connaissances des conversations Einstein ne sont pas pris en charge dans les organisations sandbox. Actuellement, les fonctionnalités des Connaissances des conversations Einstein qui s'appuient sur Data 360, telles que les Signaux commerciaux, ne peuvent pas être testées en sandbox.
• Vous ne pouvez pas créer une sandbox Data 360 à partir d'une sandbox clonée.
• Les flux de facturation Digital Wallet sont répliqués dans l'organisation sandbox. Les flux sont en lecture seule dans l'organisation de production et restent en lecture seule dans l'organisation sandbox.

Considérations relatives au déploiement de modifications depuis une organisation sandbox

Prêt à déplacer les modifications depuis une organisation sandbox vers une autre sandbox ou une organisation de production. Voici les principales choses à garder à l'esprit.

• Utilisez des ensembles de modifications, l'interface de ligne de commande Salesforce ou l'API de métadonnées pour déployer les modifications d'une sandbox à une autre sandbox.
• Si vous créez un espace de données dans une organisation sandbox qui n'existe pas dans l'organisation de production et que vous souhaitez déployer des composants à partir de cet espace de données, vous devez d'abord créer manuellement l'espace de données en production. L'espace de données n'est pas créé lorsque vous déployez le kit de données.
• Vous pouvez déployer une connaissance calculée depuis l'espace de données par défaut et un espace de données personnalisé.
• Lorsque vous déployez des objets modèle de données (DMO) standard et personnalisés à partir d'une organisation sandbox, les relations et les balises associées sont automatiquement ajoutées pendant le processus de déploiement. Cependant, les balises explicitement attribuées à d'autres types d'objet modèle de données, tels que les objets modèle de données dérivés ou les objets modèle de données organisés, ne sont pas incluses dans le déploiement.
• Si vous créez ou modifiez une connexion Marketing Cloud Engagement (MCE), une unité commerciale pour l'ingestion ou un mappage d'unité commerciale avec un espace de données, vous ne pouvez pas l'inclure dans un kit de données et la déployer de nouveau dans l'organisation source. Dans ce cas, créez ou modifiez ces fonctionnalités dans l'organisation source.
• Dans un flux de données de paquet Marketing Cloud Engagement Enterprise Attributes dans une organisation sandbox, vous pouvez exécuter ces actions, mais les modifications qui en résultent ne sont pas déployées en production.
  • Désactiver un champ
  • Modifier un champ de formule
  • Ajouter un champ de formule
• Vous pouvez déployer en production uniquement une cible d'action de données avec une connexion d'organisation d'origine. Les connexions inter-organisations ne sont pas prises en charge.
• Si vous élaborez un modèle Einstein Studio dans une organisation sandbox, vous pouvez y consulter les métriques d'entraînement. Après avoir déployé le modèle, il est utilisable en production, mais les métriques ne sont pas visibles.
• Lorsque vous ajoutez un flux de données pris en charge, Data 360 inclut les métadonnées du connecteur. Lorsque vous déployez le flux de données pour la première fois, Data 360 déploie le connecteur dans un état inactif. Pour commencer l'ingestion de données, configurez des identifiants et activez la connexion dans l'organisation cible. Pour les déploiements suivants, si un connecteur actif existe dans l'organisation cible, le déploiement ignore les modifications apportées aux attributs. cette modification s'applique à tous les connecteurs de flux de données.
• Si vous retirez le flux de données, vous devez retirer les métadonnées du connecteur du kit de données DevOps.

Considérations relatives au déploiement de modifications entre les organisations

• Pour déplacer des métadonnées entre des organisations de production, déployez les données depuis l'organisation de production un vers l'organisation sandbox un. Déployez ensuite ces modifications depuis l'organisation sandbox un vers l'organisation sandbox liée à l'organisation de production deux avant la publication automatique finale dans l'organisation de production deux.

Considérations relatives à l'utilisation de segments dans une organisation sandbox

• Si vous créez un segment d'audience pour Limite d'audience provisoire ou Attribut statique dans une organisation sandbox, vous ne pouvez pas déployer le segment en production. Vous devez recréer le segment en production manuellement.
• Vous pouvez déployer un objet modèle de données Appartenance au segment qui n'a aucune relation depuis une organisation sandbox vers une organisation de production. Cependant, le déploiement d'un objet modèle de données Appartenance au segment avec des relations n'est pas pris en charge.
• Lorsque vous déployez un nouveau segment, sa planification de publication est définie par défaut sur Ne pas publier. Si le segment existe déjà en production, sa planification n'est pas affectée.

Considérations relatives à l'utilisation Graphiques de données dans une organisation sandbox

• Les graphiques de données sont répliqués de production en sandbox mais ont un statut Traitement. Une fois la transformation associée exécutée avec succès, le statut du graphique de données change en Actif. Pour activer manuellement un graphique de données, actualisez-le dans la page du graphique de données.
• Si vous déployez une transformation de données ou un graphique de données à partir d'une organisation sandbox, et qu'il n'est pas automatiquement exécuté après son déploiement en production, mettez à jour son statut dans la vue de liste.

Considérations relatives à l'utilisation d'activations et de cibles d'activation dans une organisation sandbox

• Vous pouvez créer une activation dans une organisation sandbox et déployer des activations Amazon S3, Marketing Cloud Engagement, SFTP, GCS ou Microsoft Azure depuis une organisation sandbox vers une organisation de production.
• Avant de déployer une cible d'activation depuis une organisation sandbox vers une organisation de production, vous devez activer la connexion correspondante pour la cible d'activation dans l'environnement de production.
• Les activations et les cibles d'activation sont copiées depuis une organisation de production vers une organisation sandbox, mais vous ne pouvez pas les activer dans une organisation sandbox tant que le connecteur sous-jacent n'est pas activé.
• Les cibles d'action de données, les transformations de données en continu et les transformations de données par lot sont répliquées de production en sandbox, mais vous devez les activer explicitement.
• Pour Cibles d'activation de l'écosystème, désactivez la plate-forme et réactivez-la pour activer la planification de publication.
• Les cibles d'activation de la fidélité copiées depuis une organisation de production vers une organisation sandbox ne sont pas opérationnelles et vous ne pouvez pas mettre manuellement à jour le statut de la cible dans la page Cibles d'activation de Data Cloud.
• Si vous modifiez le titre d'une cible d'activation Marketing Cloud Engagement, une nouvelle cible d'activation est créée au lieu de modifier la cible existante.
• Lors de l'élaboration d'un kit de données, ajoutez et enregistrez vos activations par petits lots. Tenter d'enregistrer simultanément un grand nombre d'activations peut entraîner l'expiration et l'échec de l'opération.

Considérations relatives à l'utilisation de flux de données et de connexions dans une organisation sandbox

• Si vous créez une connexion dans l'organisation sandbox et déployez cette connexion en production, vous devez la réauthentifier dans l'organisation de production. Après avoir configuré la connexion, les données sont transférées vers l'organisation sandbox.
• Si vous avez un flux de données basé sur une connexion S3 et que cette connexion contient l'ID d'organisation sur son chemin, l'ID d'organisation change de l'ID d'organisation de production à l'ID d'organisation sandbox lorsque vous créez une sandbox. Si le nom du chemin de connexion change, les données ne sont pas actualisées pour ces flux de données sandbox. Par exemple, si vous avez un chemin de flux S3 parentpath/productionOrgID/fileName.csv, le chemin de flux sandbox S3 est parentpath/sandboxOrgID/fileName.csv. Vous devez modifier le chemin du flux sandbox et changer l'ID d'organisation en ID d'organisation de production ou ajouter les fichiers au nouveau chemin.
• Dans une organisation sandbox, si vous configurez une connexion et qu'un flux de données basé sur cette connexion conserve le statut NEED_ACTIVATION, contactez le Support client de Salesforce.
• Après avoir créé une organisation sandbox, vous devez recréer des connexions basées sur le connecteur Amazon Kinesis.

Considérations relatives à l'utilisation du flux de données Zero Copy dans une organisation sandbox

• Pour des flux de données Zero Copy utilisant des connexions Google Big Query, Snowflake, Databricks ou Redshift, assurez-vous que les noms de base de données, de schéma et de tableau sont cohérents entre vos environnements de production et sandbox.
• Lorsque vous activez une connexion Google Big Query dans une organisation sandbox, vous pouvez modifier l'ID de projet, l'adresse e-mail du compte de service et la clé privée Google BQ pour les adapter à l'organisation sandbox. Cependant, vous devez conserver des noms de base de données, de schéma et de tableau identiques dans l'ID du projet.
• Pendant l'activation de la connexion Snowflake dans une organisation sandbox, vous pouvez mettre à jour l'URL du compte, le nom d'utilisateur et la clé privée de l'organisation sandbox. Assurez-vous que les noms de base de données, de schéma et de tableau dans l'entrepôt de données restent inchangés.
• Pour les connexions Databricks dans une organisation sandbox, vous pouvez changer les détails d'authentification, l'URL de connexion et le chemin HTTP. Gardez les noms de base de données, de schéma et de tableau identiques à la configuration de production.
• Dans une configuration sandbox pour une connexion Redshift, vous pouvez modifier les détails d'authentification, l'URL de connexion et la base de données. Gardez les noms de base de données, de schéma et de tableau dans cette base de données cohérents avec l'environnement de production.

Considérations relatives à l'utilisation de données non structurées et d'index de recherche dans une organisation sandbox

• Lorsque la source de données utilisée pour un index de recherche est un objet CRM (DMO) :
  • Les objets lac de données (DLO), les objets modèle de données (DMO) et l'index de recherche sont copiés depuis l'organisation de production vers l'organisation sandbox.
  • Dans l'organisation sandbox, vous devez activer la connexion de l'organisation d'accueil CRM et activer les flux de données CRM. L'index de recherche est automatiquement exécuté après l'ingestion des données dans l'objet lac de données.
• Lorsque l'index de recherche est créé via la Bibliothèque de données Agentforce (ADL) :
  • Les UDLO, les UDMO, les DLO, les DMO, les flux de données CRM et l'index de recherche sont automatiquement créés dans l'organisation de production.
  • Les UDLO, les UDMO, les DLO, les DMO, les flux de données CRM et l'index de recherche sont copiés depuis l'organisation de production vers l'organisation sandbox.
  • Dans l'organisation sandbox, vous devez activer la connexion de l'organisation d'accueil CRM et activer les flux de données CRM. Vous n'avez rien à faire pour les UDLO et les UDMO. L'index de recherche est automatiquement exécuté après l'ingestion des données Knowledge dans l'objet lac de données. Tous les fichiers chargés dans l'ADL dans l'organisation sandbox sont automatiquement indexés.
• Lorsque la source de données d'un index de recherche est un magasin blob externe (par exemple, S3, GCS ou Azure) :
  • Les UDLO, les UDMO et l'index de recherche sont copiés depuis l'organisation de production vers l'organisation sandbox.
  • Dans l'organisation sandbox, vous devez créer une application cliente externe ou une application connectée, et configurer des notifications de fichier dans votre boutique blob, puis pointer ces notifications de fichier vers l'organisation sandbox.
  • Dans l'organisation sandbox, vous devez recréer l'UDLO et le remapper avec l'UDMO. L'index de recherche est automatiquement exécuté après l'ingestion des données dans l'UDLO.