iClosed

Ce que ca fait

iClosed (scheduler IA pour equipes high-ticket) envoie vos contacts, rendez-vous, resultats d'appels et transactions en temps reel vers DURUM.ai. Chaque evenement iClosed est mappe a un type dans DURUM.ai.

Evenement iClosed	Type dans DURUM.ai	Quand
Contact cree (statut Potential)	Lead	Un prospect entre dans iClosed
Contact qualifie (statut Qualified)	Application	Le prospect repond au formulaire de qualification
Call Booked / Call Rescheduled	Booking	Un appel est reserve ou replanifie
Call Cancelled	Annulation	L'appel est annule
Call Outcome : No show	No-show	Le prospect ne s'est pas presente
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 synchronise dans iClosed

Les mises a jour de contact (validation email/telephone, assignation de setter, champs personnalises) enrichissent la fiche contact sans creer d'evenement.

Plan iClosed requis

L'API et les webhooks iClosed sont reserves aux plans Business et Enterprise iClosed.

Etape 1 : Connecter votre cle API

1. Dans iClosed, allez dans Settings puis API
2. Generez une cle API (ou copiez la cle existante)
3. Dans DURUM.ai, allez dans Reglages puis Integrations
4. Cliquez sur Connecter sur la carte iClosed
5. Collez votre cle et cliquez Connecter

Votre cle est chiffree (AES-256) et stockee de facon securisee. 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).

Etape 2 : Configurer les webhooks

Dans iClosed, section Webhooks des Settings, creez un webhook pour chaque ligne ci-dessous. Les URLs exactes (avec votre identifiant) sont affichees dans DURUM.ai : Reglages, Integrations, iClosed, roue dentee.

Webhook	Declencheurs 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'evenement apparait dans Logs d'ingestion en moins d'une minute.

Etape 3 : Classer vos types d'appels

Dans la meme fenetre de reglages, la section Calendriers connectes liste vos types d'appels iClosed. Classez chacun :

• Booking : appel de vente principal (defaut)
• Booking Marketing : appel genere 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 retroactivement aux bookings deja recus.

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 recupere vos UTM

Le widget de reservation iClosed lit, sur la page qui l'heberge, dix cookies precis : les cinq utm_* standards et leurs equivalents first_utm_*. Le script de tracking DURUM.ai ecrit 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 publicite un jour, revenir par courriel le lendemain et reserver : iClosed recevra quand meme la campagne, l'adset et la publicite d'origine.

Deux precisions importantes :

• iClosed n'ecrit ses colonnes UTM qu'a la creation du contact, et elles sont immuables ensuite. La page qui porte le widget est donc la seule et unique fenetre d'ecriture.
• Un cookie est lie a un navigateur. Si le prospect clique la publicite sur son telephone et reserve depuis son ordinateur, iClosed ne verra aucun UTM. DURUM.ai, lui, retrouve la source par l'identite du contact (courriel) et l'affiche dans son propre dashboard.

Si votre lien de reservation pointe vers un domaine iClosed (app.iclosed.io) plutot que vers un widget integre, le script decore automatiquement le lien avec vos UTM : un cookie ne franchit jamais une frontiere de domaine, mais les parametres d'URL si.

Enrichissement vers iClosed (optionnel)

DURUM.ai peut aussi ecrire dans vos fiches contact iClosed l'attribution qu'il connait deja (pixel, funnels). Exemple type : a chaque nouveau booking, la source d'origine du contact (facebook, google...) est poussee dans un champ personnalise de sa fiche iClosed, visible par vos closers.

Dans les reglages de l'integration, section Enrichir les fiches contact iClosed :

• Declencheur : nouveau booking (defaut), lead, application ou vente
• Attribution : source d'origine (premiere touche, defaut) ou derniere touche
• Quoi pousser : source, campagne ou publicite d'origine (vers des champs personnalises dont vous choisissez le nom), ou un tag

Les colonnes UTM natives d'iClosed ne sont pas modifiables apres coup

iClosed remplit ses colonnes UTM natives uniquement a la creation du contact, depuis ce que son widget a vu a cet instant. Aucun appel API ne peut les reecrire ensuite. L'enrichissement DURUM.ai passe donc par des champs personnalises, 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 reserve par un setter depuis le back-office iClosed, un prospect qui change d'appareil entre la publicite et la reservation, ou un contact cree avant l'installation du script.

Garanties : desactive par defaut (rien ne s'ecrit sans votre activation), un champ deja rempli cote iClosed n'est jamais ecrase, rien n'est jamais supprime, et chaque ecriture est tracee dans les Logs d'ingestion.

Bon a savoir

• Replanification : un rendez-vous replanifie cree un nouveau booking avec la nouvelle date ; le funnel utilise toujours le booking le plus recent du contact.
• Correction de resultat : si un closer corrige un resultat (Won change en No sale des heures plus tard), l'evenement existant est mis a jour, pas duplique.
• Stripe et double comptage : si Stripe est deja connecte pour votre compte, les paiements iClosed sont desactives automatiquement, Stripe reste la source de verite du cash. Reactivez le toggle Paiements seulement si vos encaissements ne passent pas par Stripe direct.
• Reconciliation automatique : toutes les 15 minutes, DURUM.ai verifie via l'API iClosed qu'aucun evenement n'a ete manque et recupere ceux qui l'auraient ete.
• Matching des reps : les emails de vos closers iClosed doivent correspondre aux emails de vos reps dans DURUM.ai.

Depannage

Probleme	Cause probable	Solution
« Cle API invalide » a la connexion	Cle revoquee ou plan insuffisant	Verifiez la cle dans iClosed Settings, API ; plan Business/Enterprise requis
Aucun evenement ne remonte	Webhooks non configures	Etape 2 ci-dessus ; verifiez les Logs d'ingestion
Un rendez-vous n'apparait pas dans le bon type	Type d'appel non classe	Etape 3 : classez le type d'appel dans le mapping
Paiements absents	Stripe actif (anti double comptage)	Comportement normal ; le cash vient de Stripe direct