ConnectWiz + Zendesk

Integrazione attiva

Tenete Zendesk acceso durante il trasloco, senza lavoro doppio

Un ponte pragmatico per i mesi di transizione: i ticket che nascono in ConnectWiz compaiono in Zendesk, le risposte si rispecchiano nei due sensi, e una guardia anti-ciclo rende strutturalmente impossibile il classico palleggio infinito di commenti. Quando il trasloco è finito, si spegne.

Push e pull, indipendenti Sicurezza a secret condiviso Protetto dai cicli per progetto
Zendesk × ConnectWiz
Ticket → creato in Zendesk
Risposta dell’operatore ← via trigger protetto
Eco taggata — ciclo impossibile
2
Direzioni — push e pull — attivabili in modo indipendente, fase di migrazione per fase
1
Secret condiviso sul percorso in pull, confrontato a tempo costante
0
Cicli possibili: i messaggi rispecchiati vengono taggati al confine, le eco non lo riattraversano mai
∞
Per quanto tempo dovreste tenere due desk accesi: zero. Il ponte è fatto per la transizione, poi per la pensione

Assistenza

Che cosa fa, esattamente

Push: i ticket escono

Una conversazione ticket di ConnectWiz crea un ticket Zendesk con oggetto, commento e riferimento esterno; le risposte successive si accodano come commenti.

Pull: le risposte tornano indietro

Un trigger Zendesk manda i commenti degli operatori dentro la conversazione ConnectWiz, autenticato da un secret condiviso confrontato a tempo costante, con i commenti degli utenti finali filtrati via.

La guardia anti-ciclo

I messaggi rispecchiati vengono taggati al confine, così il listener del push non li rimbalza mai indietro: il guasto che questo previene è il palleggio infinito di commenti sul ticket.

Due interruttori

Push e pull si attivano in modo indipendente: solo in uscita, solo in entrata o entrambi, a seconda della fase di migrazione.

Il lato tecnico

La meccanica del ponte

Push, con una spina dorsale di riferimenti

Un ticket ConnectWiz crea il suo gemello Zendesk con oggetto, primo commento e un riferimento esterno che lega la coppia: ogni risposta successiva si accoda come commento sullo stesso ticket, mai su uno nuovo.

Pull, attraverso un trigger vostro

Un trigger JSON che incollate dentro Zendesk rimanda indietro i commenti degli operatori, autenticato dal secret condiviso, con i commenti degli utenti finali filtrati via perché le parole del cliente non gli tornino addosso.

La guardia anti-ciclo, in concreto

Ogni messaggio che attraversa il ponte viene taggato come rispecchiato, e il listener del push ignora i messaggi taggati: il palleggio infinito di commenti che affligge i ponti ingenui tra due desk è strutturalmente impossibile, non solo improbabile.

Le direzioni si separano

Solo in uscita (Zendesk resta l’archivio), solo in entrata (per svuotarlo) o entrambe (per farli girare in parallelo durante il trasloco): ogni direzione ha il suo interruttore, così il ponte segue la migrazione settimana per settimana.

Configurazione

Come si collega

01

Collegare il vostro Zendesk

Sottodominio, email dell’operatore e token API — cifrati, con un test di connessione.

02

Incollare il trigger

Si aggiunge in Zendesk il trigger JSON fornito, per la direzione in pull.

03

Scegliere le direzioni

Si attiva il push, il pull o entrambi, e si spengono il giorno in cui la migrazione finisce.

Meglio insieme

Con che cosa si combina

L’inbox

I ticket sul ponte sono normali conversazioni dell’inbox — instradamento, assegnazione, cronometri SLA e bozze dell’AI valgono tutti finché il ponte è acceso.

Email e ticket

Il ponte viaggia sulle conversazioni ticket: i ticket nati da un’email e quelli nati dal portale si rispecchiano allo stesso modo.

L’uscita

Quando il trasloco è completo, si spengono entrambe le direzioni: conversazioni, contatti e storico sono già a casa. È tutto qui il punto.

Sicurezza e garanzie

Le garanzie noiose

Credenziali cifrate e testate

Sottodominio, email dell’operatore e token API sono cifrati a riposo, e il collegamento esegue un test dal vivo contro il vostro Zendesk prima che qualcosa ci si appoggi.

Il percorso in pull è autenticato

Le chiamate del trigger in entrata portano il secret condiviso e vengono confrontate a tempo costante: un URL indovinato non riesce a scrivere nella vostra inbox.

Passano solo i commenti degli operatori

Il pull filtra sui commenti scritti dagli operatori: il testo degli utenti finali, le automazioni e le note di sistema restano dalla loro parte del ponte.

Le clausole, senza giri di parole

I limiti, messi per iscritto

Un ponte, non un importatore

Il perimetro è creazione e risposta dei ticket, nei due sensi. Articoli dell’help center, macro, SLA e viste non passano: il caso d’uso onesto è la transizione, poi la pensione.

Solo conversazioni ticket

Il push scatta per le conversazioni ticket di ConnectWiz: una chat WhatsApp non crea automaticamente ticket Zendesk, di proposito.

FAQ su Zendesk

Risposte dirette

Il resto è nelle FAQ, oppure scriveteci direttamente.

Creazione dei ticket e risposte, in entrambe le direzioni: i ticket ConnectWiz creano ticket Zendesk e rispecchiano i commenti; le risposte degli operatori Zendesk tornano indietro attraverso un trigger protetto. Push e pull si attivano in modo indipendente.

Ogni messaggio rispecchiato viene taggato al confine, e il listener del push ignora i messaggi taggati: così un commento può attraversare il ponte una volta, mai rimbalzare per sempre.

È costruito per la transizione: si tengono i due desk sincronizzati mentre il team si sposta, poi si spegne il ponte. I team che vogliono Zendesk per sempre di solito non dovrebbero pagare due desk.

Un piano qualsiasi che includa accesso API e trigger: il ponte usa un normale token API e un trigger, nessuna app del marketplace Zendesk e nessun abbonamento Sunshine.

Le risposte di testo si rispecchiano; il rispecchiamento degli allegati non viene promesso. Durante una migrazione il file di solito vive dalla parte in cui la conversazione viene davvero lavorata: il ponte tiene allineate le parole, così niente riceve due risposte.

Meglio un’integrazione onesta che un’integrazione rumorosa.

Ogni integrazione di questa pagina è descritta per quello che fa davvero: direzione della sincronizzazione, proprietà dei dati e limiti compresi.