Data Actions : déclencher des Flows depuis Data Cloud

Un Data Action est le mécanisme qui permet à Data Cloud de réagir à un changement de donnée en déclenchant automatiquement une action externe : lancer un Flow Salesforce, appeler un webhook, ou démarrer un journey Marketing Cloud Next. C'est la brique qui fait passer Data Cloud d'un rôle passif (stocker et unifier de la donnée) à un rôle actif (déclencher des processus métier en réaction à un événement), sans attendre le cycle de publication d'un segment.

Différence avec un segment activé

Un segment activé fonctionne par lots, selon un planning (toutes les heures, tous les jours). Un Data Action réagit à un changement individuel sur un DMO : dès qu'un enregistrement correspondant aux critères apparaît ou se met à jour, l'action se déclenche pour ce profil précis, avec une latence de l'ordre de quelques minutes plutôt que d'heures. Les deux mécanismes sont complémentaires : le segment convient au ciblage de masse planifié, le Data Action convient au déclenchement individuel réactif (abandon de panier, réclamation urgente, franchissement de seuil).

Créer un Data Action

Depuis Data Cloud > Data Actions > New Data Action, la configuration suit ces étapes :

1. Sélectionner le DMO déclencheur (souvent un DMO Engagement comme "Panier abandonné" ou "Ticket créé").
2. Définir les conditions de déclenchement (par exemple, montant du panier > 100 € et aucune commande dans les 2 heures suivantes).
3. Choisir le type d'action : Flow Salesforce, Journey Marketing Cloud Next, ou Webhook générique (Outbound Data Action).
4. Mapper les champs du DMO vers les paramètres attendus par l'action cible.
5. Activer le Data Action.

Déclencher un Flow Salesforce

Pour un Flow, le Data Action appelle un Autolaunched Flow préalablement créé dans Setup > Flows, configuré pour recevoir les variables issues du DMO déclencheur en entrée. C'est le pattern à utiliser quand l'action métier doit modifier des données CRM (créer une tâche pour un commercial, mettre à jour un statut d'Opportunity, notifier un utilisateur interne). Le Flow doit être conçu comme n'importe quel Autolaunched Flow classique, avec la seule spécificité que ses variables d'entrée correspondent au schéma du DMO qui déclenche l'action.

Déclencher un Journey Marketing Cloud Next

Pour une communication client réactive, le Data Action peut démarrer directement un journey configuré avec un point d'entrée de type "Data Action Trigger" dans Marketing Cloud Next. C'est le mécanisme recommandé pour tout scénario transactionnel ou quasi temps réel (confirmation, relance immédiate, alerte), à la place d'une activation de segment planifiée qui serait trop lente pour ce type de cas d'usage.

Webhook et intégrations externes

Le type Outbound Data Action envoie un appel HTTP POST vers une URL externe avec le payload du DMO déclencheur, sécurisé par une authentification configurable (clé API, OAuth). C'est l'option à utiliser pour notifier un système tiers hors écosystème Salesforce : un outil de scoring externe, une plateforme de notification push, un système de gestion des stocks. Le format du payload suit un schéma JSON standard que le système récepteur doit être prêt à parser.

Testez systématiquement un Data Action sur un environnement sandbox avec un volume de données limité avant activation en production. Un Data Action mal filtré peut déclencher des milliers d'exécutions de Flow ou de webhook en quelques minutes si les conditions de déclenchement sont trop larges, avec un impact direct sur les limites de gouverneur et la consommation de crédits.

Surveillance et limites

Chaque Data Action a un historique d'exécution consultable depuis sa page de configuration, indiquant le nombre de déclenchements et les éventuels échecs. Points de vigilance en production :

• Les Flows déclenchés par Data Action consomment les mêmes limites de gouverneur que tout Autolaunched Flow ; un pic de déclenchements simultanés peut créer une file d'attente.
• Un Data Action mal conditionné peut re-déclencher en boucle sur un même enregistrement si l'action elle-même modifie une donnée qui repasse par le même Data Stream — toujours vérifier qu'il n'y a pas de cycle involontaire entre l'action et sa condition de déclenchement.
• Documentez chaque Data Action actif avec son objectif métier et son propriétaire, car leur nature événementielle les rend moins visibles qu'un Flow classique lors d'un audit de l'org.