Dawap relie CRM, e-commerce, CMP ou datawarehouse à Salesforce Marketing Cloud Engagement sans réduire le projet à un import de contacts. Chaque activation conserve sa Business Unit, son ContactKey, son consentement, la Data Extension concernée, l’événement déclenché et le retour qui permet au marketing, au support et à l’IT d’expliquer ce qui s’est réellement passé.
Réponse immédiate
Dawap construit le middleware entre vos sources et Marketing Cloud Engagement : authentification par Installed Package, sélection de la Business Unit, mapping ContactKey, écritures contrôlées dans les Data Extensions, événements Journey Builder, messages transactionnels et retours Event Notification Service. La prestation inclut les règles de refus, l’observabilité et la reprise ; elle ne s’arrête pas à une réponse HTTP favorable.
Journey control room · scénario illustratif
Ce contact, ces identifiants et ces résultats sont fictifs. L’interface montre le dossier attendu avant d’autoriser un journey sensible : périmètre, identité, consentement, schéma, événement et retour.
cart.abandoned · EVT-7742decision: 7F4A · map:v7/interaction/v1/events201Premier lot recommandé
Apportez le parcours qui déclenche aujourd’hui le plus d’investigations. Le cadrage doit rendre son identité, son autorisation, son événement, son effet et sa reprise lisibles par les quatre équipes concernées.
Quand l’activation devient inexplicable
Source CRM, Business Unit, identité, consentement, Data Extension, définition d’événement et disposition du message ont des cycles différents. Le middleware doit préserver cette chronologie avant d’automatiser le volume.
Une clé recréée, recyclée ou mappée différemment peut alimenter la bonne Data Extension avec le mauvais contact. La résolution d’identité doit précéder le déclenchement.
Token, scopes et MID cible doivent rester liés au flux. Un accès valide ne suffit pas à prouver que l’appel agit dans le périmètre marketing attendu.
Un événement peut être accepté puis traité, mis en file ou rejeté plus tard. Un message peut aussi produire plusieurs événements de disposition ; la preuve doit être réconciliée.
Contrats d’activation SFMC
Marketing Cloud expose plusieurs surfaces et identifiants. Le projet doit encore dire qui autorise l’effet, comment il est prouvé et ce qui peut être rejoué.
Installed Package, type d’intégration, scopes et account_id sont documentés ; chaque appel conserve le périmètre qui a réellement produit son résultat.
CRM ID, SubscriberKey, ContactKey et éventuelles clés de Data Extension sont rapprochés dans un registre explicite, sans fusion implicite par email.
Source, canal, finalité, horodatage, retrait et politique d’exclusion sont testés avant le déclenchement, puis conservés dans la décision.
Customer key, colonnes, types, primary keys, source et durée utile sont versionnés ; les résultats asynchrones restent relus par requestId.
ContactKey, données requises, contact actif, version du journey, exclusions et réentrée déterminent si un HTTP 201 peut devenir une activation valide.
messageKey, send definition et événements ENS sont reliés à l’intention source ; les livraisons at least once sont dédupliquées avant tout changement aval.
Méthode d’activation
Dawap part d’un contact et d’un effet marketing qui posent déjà problème. Marketing, CRM, conformité et support nomment la source, l’identité, la finalité, la Business Unit, le schéma, l’événement, les règles de réentrée et la preuve de clôture. Le flux ne s’élargit qu’après avoir résisté à une identité ambiguë, un droit retiré et une livraison répétée.
Vérifier identité, consentement, finalité, périmètre et version avant toute activation.
Relier identifiant interne, requestId, eventInstanceId ou messageKey sans les rendre interchangeables.
Distinguer appel accepté, traitement SFMC, disposition et mise à jour du système propriétaire.
Isoler le contact ou l’événement en écart depuis une inbox, un checkpoint et une décision connus.
Premier lot Salesforce Marketing Cloud
On choisit un parcours déjà source de doublons, de non-envois ou d’investigations longues. Le lot est accepté lorsque les équipes peuvent reconstruire la clé contact, la règle de consentement, l’écriture utile, l’événement, l’état aval et la reprise depuis une même trace.
Sorties attendues
Carte source–identité–consentement–Business Unit–Data Extension–événement–disposition avec owner pour chaque décision.
Inventaire des Installed Packages, types d’authentification, scopes, MIDs, endpoints REST ou SOAP conservés et dépendances historiques.
Contrat du contact témoin avec schéma, clés, finalité, réentrée, exclusion, eventDefinitionKey et preuve aval attendue.
Cinq contre-tests : contact inactif, scope retiré, mauvaise Business Unit, consentement expiré et événement reçu deux fois.
Journal expurgé reliant corrélation interne, requestId, eventInstanceId ou messageKey aux statuts métier normalisés.
Recette marketing–CRM–support, seuils d’arrêt, alertes, reprise ciblée, documentation et runbook de rotation des accès.
Recette Salesforce Marketing Cloud
Ces scénarios sont illustratifs et doivent être rejoués sur vos Business Units, vos packages et vos assets Salesforce. Ils ne constituent pas des résultats clients ni une référence Salesforce Marketing Cloud déjà livrée.
Marketing Cloud, Salesforce CRM ou e-commerce ?
Nous connectons Marketing Cloud Engagement aux événements et aux données nécessaires aux campagnes. Le CRM conserve les données commerciales ; la boutique ou l’ERP confirme les commandes et leurs changements.
Cette offre cadre Business Units, packages, identités, données d’activation, événements, dispositions et run.
L’intégration Salesforce CRM relie les données Sales Cloud ou Service Cloud à vos autres outils, selon les objets et interfaces disponibles.
Le hub e-commerce possède la chronologie transactionnelle ; Marketing Cloud n’en reçoit que le signal utile et autorisé.
Frontières de responsabilité
Marketing Cloud active. Le CRM, l’e-commerce et la couche d’intégration gardent leurs responsabilités propres.
Ciama sélectionne quatre lecteurs spécialisés pour collecter commandes et variantes Shopify ou Wix, puis les normalise dans deux modèles communs. Le pipeline protège le compte et le canal, décide entre ajout et mise à jour, distribue les écritures et sécurise la désactivation après un snapshot complet.
Pour faire vivre ses offres GMAO et ses ressources, Corim Solutions réunit site français et anglais, CMS éditorial, métadonnées, redirections et mesures PageSpeed dans un même socle Symfony. En production, 150 URL ont ensuite été vérifiées sur mobile et desktop, avec 300 rapports Lighthouse valides.
Salesforce Marketing Cloud relie REST API, SOAP, Data Extensions, Journey Builder, Transactional Messaging, triggered sends et Marketing Cloud Connect. La méthode cadre business units, send definitions, messageKey, send logging, quotas, throughput, retry, retour arrière, support et intégration CRM, CMP ou boutique.
Quand CRM, boutique et plateforme d'envoi partagent une vérité claire, l'emailing reste un flux d'architecture et non une suite de campagnes. Un consentement flou, un doublon ou un déclencheur trop rapide finit toujours par coûter du support, de la marge et une confiance nette. La base se dégrade et la reprise se tend.
Un code HTTP réussi ne prouve ni traitement ni cohérence métier. Une architecture fiable vérifie l’origine, journalise avant acquittement, déduplique, préserve l’ordre utile, isole les échecs et permet un rejeu ciblé. Les métriques relient chaque événement reçu à son effet final et à sa preuve de reprise.
La réconciliation API devient utile quand chaque écart est relié à une source de vérité, à une preuve d’exécution et à une action bornée. Elle évite les resync massifs et transforme un doute sur la donnée en décision lisible. Le dispositif conserve la fenêtre, le watermark, la clé métier et le droit de correction avant tout replay ou compensation.
Questions fréquentes
Réponses sur Business Units, Installed Packages, Data Extensions, Journey Builder, messages transactionnels, ENS et premier lot.
Il relie vos sources à Marketing Cloud Engagement avec un contrat explicite : package, Business Unit, identité, consentement, Data Extension, journey, message, retour et reprise. Dawap développe le middleware et la couche d’exploitation adaptée à ce contrat.
L’intégration part d’un Installed Package et de son type d’authentification. Les scopes sont réduits au besoin, les secrets restent côté serveur et le MID cible est conservé. Salesforce retourne aussi les base URLs REST et SOAP propres au tenant dans la réponse de token.
Oui. Les routes asynchrones permettent d’insérer ou mettre à jour des lignes, puis d’interroger statut et résultats avec le requestId. Le middleware conserve ce suivi et rapproche les rejets de la ligne source au lieu de valider le batch sur sa seule acceptation.
POST /interaction/v1/events attend notamment ContactKey et EventDefinitionKey, plus Data quand le schéma l’exige. Un succès renvoie HTTP 201 et un eventInstanceId ; un contact inactif ou une définition inconnue peut produire HTTP 400. La recette vérifie ensuite la version du journey et le verdict attendu.
Les envois unitaires utilisent un messageKey unique. La documentation Salesforce recommande cette clé pour dédupliquer à l’envoi et précise une unicité par Business Unit sur une fenêtre de 72 heures. La corrélation interne doit toutefois rester plus durable que cette fenêtre.
Le callback est enregistré puis vérifié avant abonnement. ENS livre les notifications au moins une fois : le récepteur doit accuser rapidement, dédupliquer, traiter en asynchrone et conserver une reprise. Salesforce documente jusqu’à trois tentatives initiales puis une livraison différée pouvant aller jusqu’à sept jours.
Marketing Cloud Engagement · activation et run
Dawap peut cadrer un contact témoin puis construire le middleware, les contrôles et la reprise qui rendent Salesforce Marketing Cloud exploitable par marketing, CRM, conformité et support.
Cadrer mon journey témoin
