Configurer les webhooks entrants 🔗

Dans cette vidéo, je vais te montrer comment mettre en place l'intégration qui s'appelle les webhooks entrants.

Déjà, qu'est-ce que l'objectif d'un webhook entrant?

L'idée, c'est de permettre d'envoyer dans le système des leads qui proviennent d'un outil externe au système pour que vous puissiez les synchroniser.

et les ajouter automatiquement dans votre système.

Donc une des façons, c'est le webbook, c'est on va dire le cousin de l'API et qui vous permet en fait de pouvoir remonter automatiquement vos lits dans le système.

Je vais vous montrer un use case.

que j'ai développé chez moi et qui peut s'apparenter à n'importe quelle autre use case ou n'importe quel autre outil qu'il peut y avoir en interne.

Alors déjà effectivement, je vais vous montrer sur ce use case là.

Donc moi quand j'ai des personnes qui par exemple préservent un calendrier chez moi, J'utilise une solution qui s'appelle fillout qui s'apparente à canoli.

Je vais vous montrer à quoi ça ressemble concrètement.

Quand j'ai un prospect qui réserve un canoli chez moi, ça ressemble globalement à ça.

Le lead réserve une date, ici, et là je lui demande des informations comme le prénom, le nom, l'email, le téléphone, le profil indien, le nom d'entreprise et d'autres types d'informations.

Mon objectif, effectivement, c'est quand quelqu'un réserve un code only, c'est que je puisse effectivement remonter, alors on a des évolutions qui sont prévues, mais déjà remonter à minima le profil ligne digne et donc mon prospect dans le CRM.

Les autres informations pourront être synchronisées dans un deuxième temps dans le système, on fait des évolutions de produits, mais là déjà l'objectif c'était de pouvoir remonter le profil ligne digne du prospect.

Donc ce que j'ai fait, c'est que je suis passé par un outil qui s'appelle Make, donc qu'un outil de ce qu'on appelle d'automatisation, qui est un outil concurrent de Zapier, de N8n.

Et là, en fait, dans Make, j'ai donc une intégration avec Fillout.

Et donc, en fait, quand j'ai une nouvelle réponse qui arrive dans Fillout, je peux aller voir dans les historiques, sur les tests que j'ai faits.

Là, par exemple, ici, j'ai donc J'ai donc eu un lead qui s'est présenté le 31 août, dont j'ai son profil LinkedIn ici, et avec les réponses qu'il a renseignées à cet endroit-là.

Mon objectif, c'est de faire en sorte de pousser automatiquement ce lead dans le système.

Donc après, par un mec, j'utilise le module qui s'appelle le module HTTP.

Et dans le module HTTP, qu'est-ce que j'ai fait?

J'ai connecté le whole binary system grâce à MEC.

Pour vous expliquer le type d'authentification qu'il faut faire, on met nos authentifications.

Ici, on utilise une URL.

L'URL m'a été donnée par E70.

Donc ça je l'ai copié, c'est le système qui me l'a donné, donc je l'ai copié.

J'ai été donc le mettre à cet endroit-là.

Je le recopie ici.

Ici on utilise bien une méthode POST comme c'est renseigné.

On le voit, ici c'est écrit méthode POST.

Content type Application.JZ.

on voit ici ContentType ApplicationJSON et ensuite, il faut qu'au niveau de ce qu'on envoie, il faut juste envoyer une URL avec l'information qu'il nous a donnée.

Ce que j'ai fait, c'est que j'ai créé BodyTypeApplicationJSON et BodyInputJSONString et là j'ai juste renseigné URL et là je suis allé chercher le champ avec le profil indigne du prospect.

C'est tout.

Et là, j'ai cliqué sur Parse Response.

Et juste avec ça, effectivement, on peut voir que dans le test que j'ai effectué, j'ai mon prospect qui a donc été envoyé.

On voit que ça a été Successful True.

Et à l'intérieur, on voit qu'il a bien envoyé Mathieu.

Et donc, si je vais chercher Mathieu Merliot, Je vais chercher Mathieu Berlioz.

Voilà, donc on voit bien que Mathieu Merliot est arrivé ici, vu qu'on a donc l'URL ligne digne du profil qui est arrivé.

En conséquence, qu'est-ce qu'il a fait?

Il a utilisé le même principe que d'habitude dans le système, il a récupéré en torrel les données du profil, les données de l'entreprise.

Au niveau du signal, il a renseigné comme étant Weibook, ici.

Donc R1, All Boundary System, il y a 5 jours.

Voilà, c'est bien ça.

Et derrière, on voit qu'au niveau du statut, il est passé en R1 booké.

Pourquoi?

Parce qu'effectivement, une fois que j'ai paramétré ça, ici, j'ai donc en termes d'action, j'ai mis une action qui est ajouter le lead à la base, je l'assigne au propriétaire romain et en plus, j'ai mis un statut R1 booké, ce qui me permet tout de suite, en fait, quand je me mets en vu qu'en banc, Mathieu, il est donc directement ici.

Et donc, du coup, je sais que quand j'aurai mon rendez-vous avec lui, je peux aller sur sa fiche et renseigner derrière les commentaires.

Ça c'est sur l'existant.

Je vous passe à la suite, parce que ça c'est d'autres choses qui sont liées à mes process internes.

Maintenant sur les évolutions du produit par rapport à ça, ce qu'on va bientôt faire c'est que, au-delà de récupérer et de remonter uniquement l'URL lindin du profil, on pourra remonter d'autres informations comme l'email, le numéro de téléphone et on verra effectivement pour remonter d'autres types d'informations puisque effectivement comme on le voit d'ailleurs ça peut être effectivement pratique de pouvoir remonter par exemple ces informations là dans la partie commentaire, pourquoi pas.

Et surtout, même si vous n'avez pas accès à son profil LinkedIn directement, on fera en sorte, dans le système, de vous demander à Munima soit le profil LinkedIn, soit le prénom, le nom et la société, pour qu'on puisse automatiquement retrouver le profil LinkedIn du prospect.

C'est une évolution produit qu'on prévoit de faire rapidement et qui vous permettra de ne pas être bloqué en envoyant uniquement le profil ligne digne de l'entreprise au niveau du WebAuthorent.

Mais c'est une des solutions qui vous permet de pouvoir synchroniser automatiquement un lead de par une base externe ou autre ou avec un logiciel externe et donc de synchroniser directement dans votre système.