iClosed

Ce que ca 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 mappe à un type dans DURUM.ai.

Événement iClosed	Type dans DURUM.ai	Quand
Contact créé (statut Potential)	Lead	Un prospect entre dans iClosed
Contact qualifie (statut Qualified)	Application	Le prospect répond au formulaire de qualification
Call Booked / Call Rescheduled	Booking	Un appel est réservé ou replanifie
Call Cancelled	Annulation	L'appel est annule
Call Outcome : No show	No-show	Le prospect ne s'est pas présente
Call Outcome : Won (avec deal)	Vente	Le closer marque l'appel gagne
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 reserves aux plans Business et Enterprise iClosed.

Étape 1 : Connecter votre clé API

1. Dans iClosed, allez dans Settings puis API
2. Generez une clé API (ou copiez la clé existante)
3. Dans DURUM.ai, allez dans Reglages 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. A la connexion, DURUM.ai importe automatiquement vos closers/setters comme reps et la liste de vos types d'appels.

Option baseline : laissez cochee la case « Importer les ventes des 30 derniers jours » pour que les deals gagnes 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 : Reglages, Intégrations, iClosed, roue dentee.

Webhook	Déclencheurs iClosed a 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 reglages, 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 : reunions internes, appels non commerciaux

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

Attribution

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

Comment iClosed récupéré vos UTM

Le widget de réservation iClosed lit, sur la page qui l'hébergé, dix cookies précis : les cinq utm_* standards et leurs equivalents first_utm_*. Le script de tracking DURUM.ai écrit ces dix cookies automatiquement. Il suffit qu'il soit charge sur la page ou 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 precisions importantes :

• iClosed n'écrit ses colonnes UTM qu'a 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'ecriture.
• Un cookie est lie à un navigateur. Si le prospect clique la publicité sur son téléphone et réservé 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) plutot que vers un widget intégré, le script decore automatiquement le lien avec vos UTM : un cookie ne franchit jamais une frontiere 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 poussee dans un champ personnalisé de sa fiche iClosed, visible par vos closers.

Dans les reglages 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 charge 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 cote iClosed n'est jamais ecrase, rien n'est jamais supprimé, et chaque ecriture est tracée dans les Logs d'ingestion.

Bon à savoir

• Replanification : un rendez-vous replanifie créé 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 duplique.
• Stripe et double comptage : si Stripe est déjà connecte pour votre compte, les paiements iClosed sont désactivés automatiquement, Stripe reste la source de vérité du cash. Reactivez le toggle Paiements seulement si vos encaissements ne passent pas par Stripe direct.
• Réconciliation automatique : toutes les 15 minutes, DURUM.ai vérifié via l'API iClosed qu'aucun événement n'a été manque et récupéré 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é revoquee 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 classe	É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