Cloud de vente au cloud de données sans code! / Blogs / perficient

Salesforce nous a donné un moyen «pas de code» de faire en sorte que les données de notifier le cloud de vente des modifications par le biais d’actions de données et de flux. Mais saviez-vous que vous pouvez aussi aller dans l’autre sens?

Le cloud de données API d’ingestion nous permet de configurer un moyen «sans code» d’envoyer des modifications du cloud de vente au cloud de données.

1. Vous avez raison de savoir que nous pourrions sûrement configurer un Salesforce CRM «normal» Flux de données Pour extraire les données du cloud de vente dans le cloud de données. Il s’agit également d’un moyen «pas de code» d’intégrer les deux. Mais peut-être que tu veux en faire filtrage complexe ou logique avant d’envoyer les données sur le cloud de vente où un flux pourrait vraiment aider.
2. Les flux de données CRM s’exécutent uniquement sur un calendrier avec toutes les 10 minutes. Avec l’API d’ingestion que nous pouvons envoyer immédiatement à Data Cloud, nous devons juste attendre que l’API d’ingestion puisse fonctionner pour cette demande spécifique. Le temps d’attente actuel pour l’API d’ingestion courir est 3 minutesmais je l’ai vu fonctionner parfois plus vite. C’est pas «en temps réel»donc ne l’utilisez pas pour les cas d’utilisation «en temps réel». Mais c’est plus rapide que les flux de données CRM Pour les synchronisation incrémentielles et plus petites qui nécessitent un meilleur contrôle.
3. Vous pouvez également ingérer facilement des données dans le nuage de données via un Seau Amazon S3. Mais encore une fois, ici nous avons Données dans le cloud de vente que nous voulons accéder à Data Cloud sans code.
4. Nous pouvons faire des intégrations très cool en tirant parti de l’API d’ingestion en dehors de Salesforce comme dans cette vidéomais nous voulons un moyen d’utiliser Flux (pas de code!) Pour envoyer des données au cloud de données.

Cas d’utilisation:

Vous avez un cloud de vente, un cloud de données et un engagement du cloud marketing. En tant que responsable de campagne marketing, vous souhaitez envoyer un e-mail via un engagement marketing cloud lorsqu’un prospect remplit un certain formulaire.

Vous ne souhaitez envoyer l’e-mail que si le prospect provient d’un certain état comme «Minnesota» et que cette adresse e-mail a commandé un certain produit dans le passé. Les données historiques du produit vivent uniquement dans le cloud de données. Cet e-mail pourrait sortir quelques minutes plus tard et n’a pas besoin d’être en temps réel.

Solution A:

Si vous avez besoin de le faire en temps quasi réel, je suggère de ne pas utiliser l’API d’ingestion. Nous pouvons Interrogez les données du produit du cloud de données dans un flux puis mettez à jour votre prospect ou tout autre enregistrement d’une manière qui déclenche un ‘Événement de données Salesforce de Salesforce Builder Journey«Dans le marketing de l’engagement cloud.

Solution B:

Mais nos exigences ci-dessus ne nécessitent pas de temps réel, alors résolvons cela avec l’API d’ingestion. Étant donné que nous envoyons des données à Data Cloud, nous aurons plus de puissance avec l’action des données Salesforce pour référencer plus de données de cloud de données et ne pas utiliser le flux «obtenir des enregistrements» pour tous les besoins de données.

Nous pouvons construire un flux de données API d’ingestion que nous pouvons utiliser dans un flux Salesforce. Le flux peut vérifier que le plomb provient d’un certain état comme «Minnesota». L’API d’ingestion peut être déclenchée à l’intérieur du flux. Une fois que les données atterrissent dans l’objet DMO dans Data Cloud, nous pouvons ensuite utiliser une «  action de données  » pour écouter ce changement de données, vérifiez si ce fil a déjà acheté un certain produit, puis utilisez une «  cible d’action de données  » pour pousser vers un Voyage dans le marketing Cloud Engagement. Tout cela devrait se produire en quelques minutes.

Cloud de vente au cloud de données sans code! Faisons ça!

Voici le Base Salesforce Post Partager que cela est possible à travers les flux, mais allons plus loin pour vous!

Voici les étapes plus profondes pour obtenir les données vers des données Cloud à partir du cloud de vente. Dans mes captures d’écran, vous verrez des données se déplacer entre un objet personnalisé VIN (numéro d’identification du véhicule) vers un VIN DLO / DMO dans Data Cloud, mais le même processus pourrait être utilisé pour notre cas d’utilisation «Lead» ci-dessus.

1. Créez un fichier YAML que nous utiliserons pour définir les champs de l’objet Data Lake (DLO). J’ai mis un exemple de structure YAML au bas de ce post.
2. Allez dans Configuration, Cloud de données, intégrations externes, API d’ingestion. Cliquez sur «Nouveau»
   
   1. Donnez un nom à votre nouvelle source API d’ingestion. Cliquez sur Enregistrer.
      
   2. Dans la section schéma, cliquez sur le lien «Télécharger les fichiers» pour télécharger votre fichier YAML.
      
   3. Vous verrez un écran pour prévisualiser votre schéma. Cliquez sur Enregistrer.
      
   4. Une fois ce n’est terminé, vous verrez votre nouvel objet de schéma
      
   5. Notez qu’à ce stade, il n’y a pas encore d’objet Data Lake créé.
3. Créez un nouveau flux de données «API d’ingestion». Accédez à l’onglet «Data Steams» et cliquez sur «Nouveau». Cliquez sur la case «API d’ingestion» et cliquez sur «Suivant».
   
   1. Sélectionnez l’API d’ingestion qui a été créée à l’étape 2 ci-dessus. Sélectionnez l’objet schéma qui lui est associé. Cliquez sur Suivant.
      
   2. Configurez votre nouvel objet Data Lake en définissant la catégorie, la clé primaire et enregistrez les champs modifiés
      
   3. Définissez tous les filtres que vous souhaitez avec le lien «Set Filtres» et cliquez sur «Déploiement» pour créer votre nouveau flux de données et l’objet Data Lake associé.
      
   4. Si vous souhaitez également créer un objet de modèle de données (DMO), vous pouvez le faire, puis utiliser le bouton «Review» dans la section «Mappage de données» sur la page détaillée du flux de données pour faire ce mappage. Vous avez besoin d’un DMO pour utiliser la fonctionnalité «Data Action» dans Data Cloud.
4. Maintenant, nous sommes prêts à utiliser cette nouvelle source d’API d’ingestion dans notre flux! Ouais!
5. Créez un nouveau «démarrage à partir de zéro», «flux déclenché d’enregistrement» sur l’objet standard ou personnalisé que vous souhaitez utiliser pour envoyer des données à Data Cloud.
6. Configurez un chemin asynchrone. Nous ne pouvons pas nous connecter à cette «API d’ingestion» de la partie «Exécuter immédiatement» de l’écoulement car cette action fera une API à Data Cloud. Ceci est similaire à la façon dont nous devons utiliser un appel «futur» avec un déclencheur Apex.
   
7. Une fois que vous avez configuré votre flux de base, ajoutez «l’action» à la partie «exécuter de manière asynchrone» de l’écoulement. Sélectionnez l’action «  Envoyer au cloud de données  », puis mappez vos champs aux entrées API d’ingestion qui sont disponibles pour ce flux de données «API d’ingestion» que vous avez créé.
   
8. Enregistrez et activez votre flux.
9. Pour tester, mettez à jour votre enregistrement d’une manière qui déclenchera votre flux pour s’exécuter.
10. Allez dans Data Cloud et voyez vos données y ont fait en utilisant l’onglet «Data Explorer».
11. Les journaux standard de débogage Salesforce affichent les détails de vos étapes de flux si vous devez dépanner quelque chose.

Bravo!

Vous avez envoyé des données du cloud de vente au cloud de données avec «pas de code» en utilisant l’API d’ingestion!

La configuration de l’action des données et la connexion à Marketing Cloud Journey Builder est documentée ici pour compléter le cas d’utilisation.

Voici la base Documentation de l’API d’ingestion.

Chez Perficient, nous avons des experts dans le cloud de vente, le cloud de données et l’engagement du cloud marketing. Veuillez contacter et travailler ensemble pour atteindre vos objectifs commerciaux sur ces plateformes et autres.

Exemple de structure YAML:

OpenAPI: 3.0.3
Composants:
Schémas:
VIN_DC:
Type: objet
propriétés:
VIN_NUMBER:
Type: chaîne
Description:
Type: chaîne
Faire:
Type: chaîne
Modèle:
Type: chaîne
Année:
Type: numéro
Créé:
Type: chaîne
Format: date d’heure