ConnectWiz + Zendesk

Intégration en production

Gardez Zendesk pendant que vous déménagez — sans faire le travail deux fois

Un pont pragmatique pour les mois de transition : les tickets nés dans ConnectWiz apparaissent dans Zendesk, les réponses se reflètent dans les deux sens, et un garde-fou anti-boucle rend structurellement impossible le classique ping-pong infini de commentaires. Une fois le déménagement terminé, vous l’éteignez.

Push et pull, indépendants Sécurité par secret partagé Anti-boucle par conception
Zendesk × ConnectWiz
Ticket → créé dans Zendesk
Réponse d’agent ← via un déclencheur sécurisé
Écho étiqueté — boucle impossible
2
Sens — push et pull — activables indépendamment, selon la phase de migration
1
Secret partagé sur le chemin pull, comparé en temps constant
0
Boucles possibles — les messages reflétés sont étiquetés à la frontière, les échos ne la retraversent jamais
∞
Combien de temps faire tourner deux outils de support : pas du tout. Le pont est fait pour la transition, puis pour la retraite

Support

Ce qu’il fait — précisément

Push : les tickets sortent

Une conversation de ticket ConnectWiz crée un ticket Zendesk avec sujet, commentaire et référence externe ; les réponses suivantes s’ajoutent en commentaires.

Pull : les réponses reviennent

Un déclencheur Zendesk poste les commentaires des agents dans le fil ConnectWiz — authentifié par un secret partagé comparé en temps constant, les commentaires de l’utilisateur final étant filtrés.

Le garde-fou anti-boucle

Les messages reflétés sont étiquetés à la frontière, pour que l’écouteur du push ne les renvoie jamais — le mode de défaillance ainsi évité, c’est le ping-pong infini de commentaires de ticket.

Deux interrupteurs

Push et pull s’activent indépendamment — refléter seulement vers l’extérieur, seulement vers l’intérieur, ou les deux, selon votre phase de migration.

Côté technique

La mécanique du pont

Le push, avec une colonne de références

Un ticket ConnectWiz crée son jumeau Zendesk avec le sujet, le premier commentaire et une référence externe qui lie la paire — chaque réponse ultérieure s’ajoute en commentaire sur le même ticket, jamais sur un nouveau.

Le pull, par votre propre déclencheur

Un déclencheur JSON que vous collez dans Zendesk renvoie les commentaires des agents — authentifié par le secret partagé, les commentaires de l’utilisateur final étant filtrés pour que les mots du client ne lui reviennent pas en écho.

Le garde-fou anti-boucle, concrètement

Chaque message qui traverse le pont est étiqueté comme reflété, et l’écouteur du push ignore les messages étiquetés — le ping-pong infini de commentaires qui ronge les ponts naïfs entre deux outils de support est structurellement impossible, pas seulement improbable.

Les deux sens se découplent

Refléter seulement vers l’extérieur (garder Zendesk comme archive), seulement vers l’intérieur (le vider), ou les deux (tourner en parallèle pendant le déménagement) — chaque sens a son propre interrupteur, si bien que le pont épouse votre migration semaine après semaine.

Mise en place

Comment ça se connecte

01

Connectez votre Zendesk

Sous-domaine, e-mail d’agent et token d’API — chiffrés, avec un test de connexion.

02

Collez le déclencheur

Ajoutez dans Zendesk le déclencheur JSON fourni, pour le sens pull.

03

Choisissez les sens

Activez le push, le pull ou les deux — et éteignez-les le jour où la migration se termine.

Mieux ensemble

Avec quoi il se combine

La boîte de réception

Les tickets passés par le pont sont de simples conversations de la boîte de réception — routage, attribution, chronos de SLA et brouillons de l’IA s’appliquent tant que le pont tourne.

E-mail et tickets

Le pont s’appuie sur les conversations de ticket : qu’ils soient nés d’un e-mail ou nés du portail, les tickets se reflètent de la même façon.

La sortie

Quand le déménagement est terminé, éteignez les deux sens — conversations, contacts et historique sont déjà chez vous. C’est tout l’intérêt.

Sécurité et garanties

Les garanties ennuyeuses

Des identifiants chiffrés et testés

Le sous-domaine, l’e-mail d’agent et le token d’API sont chiffrés au repos, et la connexion lance un test en direct contre votre Zendesk avant que quoi que ce soit n’en dépende.

Le chemin pull est authentifié

Les appels du déclencheur entrant portent le secret partagé et sont comparés en temps constant — une URL devinée n’obtient pas le droit d’écrire dans votre boîte de réception.

Seuls les commentaires d’agent traversent

Le pull se limite aux commentaires écrits par des agents — le texte de l’utilisateur final, les automatisations et les notes système restent de leur côté du pont.

Les petits caractères, en clair

Les limites, annoncées

Un pont, pas un importateur

Le périmètre, c’est la création et la réponse aux tickets, dans les deux sens. Les articles du centre d’aide, les macros, les SLA et les vues ne traversent pas — le cas d’usage honnête, c’est la transition, puis la retraite.

Les conversations de ticket uniquement

Le push se déclenche pour les fils de ticket ConnectWiz — une conversation WhatsApp ne crée pas automatiquement de ticket Zendesk, et c’est voulu.

FAQ Zendesk

Des réponses directes

Tout le reste est dans la FAQ, ou écrivez-nous directement.

La création de tickets et les réponses, dans les deux sens : les tickets ConnectWiz créent des tickets Zendesk et y reflètent les commentaires ; les réponses des agents Zendesk reviennent par un déclencheur sécurisé. Le push et le pull s’activent indépendamment.

Chaque message reflété est étiqueté à la frontière, et l’écouteur du push ignore les messages étiquetés — un commentaire peut donc traverser le pont une fois, jamais rebondir sans fin.

C’est fait pour la transition : faites tourner les deux outils en phase pendant que votre équipe déménage, puis éteignez le pont. Une équipe qui veut garder Zendesk pour toujours n’a en général aucune raison de payer deux outils de support.

N’importe quelle offre incluant l’accès à l’API et les déclencheurs — le pont utilise un token d’API standard et un seul déclencheur, sans application du marketplace Zendesk et sans abonnement Sunshine.

Les réponses texte se reflètent ; le reflet des pièces jointes n’est pas revendiqué. Pendant une migration, le fichier vit en général du côté où la conversation est réellement traitée — le pont garde les mots en phase, pour que rien ne reçoive deux réponses.

Mieux vaut une intégration honnête qu’une intégration tapageuse.

Chaque intégration est décrite par ce qu’elle fait vraiment — sens de la synchronisation, propriété des données et limites comprises.