iClosed

Plan Découverte

Sur le plan Découverte, une seule connexion CRM est active à la fois (erreur plan_free_one_crm au-delà).

Ce que ça fait

iClosed (scheduler IA pour équipes high-ticket) envoie vos contacts, rendez-vous, résultats d'appels et transactions en temps réel vers DURUM.ai. Chaque événement iClosed est mappé à un type dans DURUM.ai.

Événement iClosed	Type dans DURUM.ai	Quand
Contact créé (statut Potential)	Lead	Un prospect entre dans iClosed
Contact qualifié (statut Qualified)	Application	Le prospect répond au formulaire de qualification
Call Booked / Call Rescheduled	Booking	Un appel est réservé ou replanifié
Call Cancelled	Annulation	L'appel est annulé
Call Outcome : No show	No-show	Le prospect ne s'est pas présenté
Call Outcome : Won (avec deal)	Vente	Le closer marque l'appel gagné
Call Outcome : No sale	Vente perdue	Le closer marque l'appel perdu
Transaction Synced	Paiement	Un encaissement est synchronisé dans iClosed

Les mises à jour de contact (validation email/téléphone, assignation de setter, champs personnalisés) enrichissent la fiche contact sans créer d'événement.

Plan iClosed requis

L'API et les webhooks iClosed sont réservés aux plans Business et Enterprise iClosed.

Étape 1 : Connecter votre clé API

1. Dans iClosed, allez dans Settings puis API
2. Générez une clé API (ou copiez la clé existante)
3. Dans DURUM.ai, allez dans Réglages puis Intégrations
4. Cliquez sur Connecter sur la carte iClosed
5. Collez votre clé et cliquez Connecter

Votre clé est chiffrée (AES-256) et stockée de façon sécurisée. À la connexion, DURUM.ai importe automatiquement vos closers/setters comme reps et la liste de vos types d'appels.

Option baseline : laissez cochée la case « Importer les ventes des 30 derniers jours » pour que les deals gagnés avant la connexion apparaissent dans votre revenu (ils sont exclus des nouvelles ventes et du taux de closing).

Étape 2 : Configurer les webhooks

Dans iClosed, section Webhooks des Settings, créez un webhook pour chaque ligne ci-dessous. Les URLs exactes (avec votre identifiant) sont affichées dans DURUM.ai : Réglages, Intégrations, iClosed, roue dentée.

Webhook	Déclencheurs iClosed à cocher
Contacts	Contact by Status, Contact Updated, Custom Field Updated, Data Intelligence, Setter Owner Assigned
Appels	Call Booked, Call Rescheduled, Call Cancelled
Outcomes	Call Outcome, Appointment Setting Outcome
Transactions	Transaction Synced

Testez avec un rendez-vous fictif : l'événement apparaît dans Logs d'ingestion en moins d'une minute.

Étape 3 : Classer vos types d'appels

Dans la même fenêtre de réglages, la section Calendriers connectés liste vos types d'appels iClosed. Classez chacun :

• Booking : appel de vente principal (défaut)
• Booking Marketing : appel généré par le marketing (compte dans le funnel marketing)
• Booking Suivi : appel de suivi (exclu des nouveaux bookings)
• Ignorer : réunions internes, appels non commerciaux

Le reclassement s'applique aussi rétroactivement aux bookings déjà reçus.

Attribution

L'attribution utilise les UTM portés par le rendez-vous iClosed (utm_source, utm_campaign, etc.), puis l'URL d'origine du contact en secours.

Comment iClosed récupère vos UTM

Le widget de réservation iClosed lit, sur la page qui l'héberge, dix cookies précis : les cinq utm_* standards et leurs équivalents first_utm_*. Le script de tracking DURUM.ai écrit ces dix cookies automatiquement. Il suffit qu'il soit chargé sur la page où vit votre widget iClosed (voir Tracking UTM).

Le prospect peut donc cliquer votre publicité un jour, revenir par courriel le lendemain et réserver : iClosed recevra quand même la campagne, l'adset et la publicité d'origine.

Deux précisions importantes :

• iClosed n'écrit ses colonnes UTM qu'à la création du contact, et elles sont immuables ensuite. La page qui porte le widget est donc la seule et unique fenêtre d'écriture.
• Un cookie est lié à un navigateur. Si le prospect clique la publicité sur son téléphone et réserve depuis son ordinateur, iClosed ne verra aucun UTM. DURUM.ai, lui, retrouve la source par l'identité du contact (courriel) et l'affiche dans son propre dashboard.

Si votre lien de réservation pointe vers un domaine iClosed (app.iclosed.io) plutôt que vers un widget intégré, le script décore automatiquement le lien avec vos UTM : un cookie ne franchit jamais une frontière de domaine, mais les paramètres d'URL si.

Enrichissement vers iClosed (optionnel)

DURUM.ai peut aussi écrire dans vos fiches contact iClosed l'attribution qu'il connaît déjà (pixel, funnels). Exemple type : à chaque nouveau booking, la source d'origine du contact (facebook, google...) est poussée dans un champ personnalisé de sa fiche iClosed, visible par vos closers.

Dans les réglages de l'intégration, section Enrichir les fiches contact iClosed :

• Déclencheur : nouveau booking (défaut), lead, application ou vente
• Attribution : source d'origine (première touche, défaut) ou dernière touche
• Quoi pousser : source, campagne ou publicité d'origine (vers des champs personnalisés dont vous choisissez le nom), ou un tag

Les colonnes UTM natives d'iClosed ne sont pas modifiables après coup

iClosed remplit ses colonnes UTM natives uniquement à la création du contact, depuis ce que son widget a vu à cet instant. Aucun appel API ne peut les réécrire ensuite. L'enrichissement DURUM.ai passe donc par des champs personnalisés, pas par ces colonnes.

Pour remplir les colonnes natives, il n'existe qu'un seul chemin : que le script de tracking soit chargé sur la page qui porte le widget, ce qui est automatique (voir Attribution ci-dessus).

Cet enrichissement sert surtout aux parcours que le cookie ne peut pas couvrir : un appel réservé par un setter depuis le back-office iClosed, un prospect qui change d'appareil entre la publicité et la réservation, ou un contact créé avant l'installation du script.

Garanties : désactivé par défaut (rien ne s'écrit sans votre activation), un champ déjà rempli côté iClosed n'est jamais écrase, rien n'est jamais supprimé, et chaque écriture est tracée dans les Logs d'ingestion.

Bon à savoir

• Replanification : un rendez-vous replanifié crée un nouveau booking avec la nouvelle date ; le funnel utilise toujours le booking le plus récent du contact.
• Correction de résultat : si un closer corrige un résultat (Won change en No sale des heures plus tard), l'événement existant est mis à jour, pas dupliqué.
• Stripe et double comptage : si Stripe est déjà connecté pour votre compte, les paiements iClosed sont désactivés automatiquement, Stripe reste la source de vérité du cash. Réactivez le toggle Paiements seulement si vos encaissements ne passent pas par Stripe direct.
• Réconciliation automatique : toutes les 15 minutes, DURUM.ai vérifie via l'API iClosed qu'aucun événement n'a été manqué et récupère ceux qui l'auraient été.
• Matching des reps : les emails de vos closers iClosed doivent correspondre aux emails de vos reps dans DURUM.ai.

Dépannage

Problème	Cause probable	Solution
« Clé API invalide » à la connexion	Clé révoquée ou plan insuffisant	Vérifiez la clé dans iClosed Settings, API ; plan Business/Enterprise requis
Aucun événement ne remonte	Webhooks non configurés	Étape 2 ci-dessus ; vérifiez les Logs d'ingestion
Un rendez-vous n'apparaît pas dans le bon type	Type d'appel non classé	Étape 3 : classez le type d'appel dans le mapping
Paiements absents	Stripe actif (anti double comptage)	Comportement normal ; le cash vient de Stripe direct