REST API
Lecture ou écriture contrôlée selon le périmètre et les droits du projet.
Intégrations
Branchez votre SI. Ne lui déléguez pas la preuve.
LEADS.PM fonctionne sans CRM. Lorsqu’un système d’information existe déjà, il lui transmet les états et événements dont il a besoin.
Le registre de consentement reste indépendant de l’outil qui exploite la donnée.
La preuve avant la livraison
Une panne de CRM n’efface rien.
La synchronisation intervient après l’enregistrement de l’événement. Si le système cible est indisponible, le consentement reste enregistré et la livraison peut être reprise selon la stratégie configurée.
{
"proof": "stored",
"status": "active",
"sync": { "crm": "pending" }
}
Collecte reçuevalidation
→Preuve stockéestatut actif
→CRM en attentereprise prévue
Preuve indépendante du SIEmplacement capture distribution
Dans les deux sens
Les événements ne naissent pas tous dans un formulaire.
Un changement peut aussi provenir du CRM, d’un centre de relation client, d’une agence, d’une application métier, d’un service de désinscription ou d’une API partenaire autorisée.
LEADS.PM reçoit alors l’événement, met à jour le statut concerné et conserve sa provenance dans l’historique.
CM
Camille MartinÉvénements multi-sources
RetiréOpt-inSource : formulaire LEADS.PM
CRM synchroniséDestination : CRM commercial
Opt-out reçuSource : centre de relation client
Statut propagéDestinations autorisées mises à jour
Synchronisation bidirectionnelleEmplacement capture événements
Modes de connexion
L’intégration raisonnable pour votre architecture.
Webhooks
Notification d’un système cible lorsqu’un événement ou un statut évolue.
Pub/Sub
Diffusion asynchrone dans une architecture orientée événements.
Middleware
Routage et transformation via votre couche d’intégration existante.
Exports
Transmission structurée quand le temps réel n’est pas raisonnable.
Choisir par l’usage
La bonne connexion est celle qui satisfait le besoin sans complexité superflue.
Mapping documenté
Vos identifiants métier restent utilisables.
Le registre transporte les références nécessaires au rapprochement avec vos systèmes. Le mapping définit explicitement identifiants, finalités, canaux, statuts, règles de priorité, destinations et retours attendus.
customer_idcrm_idagency_idagent_idcampaign_idnetwork_id
Pas de magie de mapping. De la configuration documentée.
LEADS.PMCRMRègleÉtat
lead_idcustomer_iddirectOK
purposeoptin_typetableOK
statuscan_callbooléenOK
occurred_atevent_dateUTCOK
Mapping métierEmplacement capture configuration
Votre architecture peut changer. L’historique reste.
Remplacez un CRM, déplacez un middleware ou ajoutez une destination sans reconstruire les événements historiques. Le SI consomme le statut utile ; LEADS.PM conserve la chronologie qui l’explique.
Cadrage
Six questions avant d’écrire une ligne d’intégration.
Finalités
Quelles finalités doivent être gérées ?
Identité
Quel système porte l’identité métier ?
Événements
Que doit-il circuler dans chaque sens ?
Latence
Quel délai de propagation est acceptable ?
Erreurs
Comment gérer doublons et indisponibilités ?
Preuve
Quel niveau doit être conservé ?