Ricerche recenti
Nessuna ricerca recente

Eric Ypsilantis
Data ingresso 14 apr 2021
·
Ultima attività 27 ott 2021
Seguiti
0
Follower
0
Attività totali
22
Voti
2
Abbonamenti
12
PANORAMICA ATTIVITÀ
BADGE
ARTICOLI
POST
COMMENTI NELLA COMMUNITY
COMMENTI AGLI ARTICOLI
PANORAMICA ATTIVITÀ
Ultima attività di Eric Ypsilantis
Eric Ypsilantis ha creato un articolo,
Domanda
Voglio modificare il comportamento nativo del Web Widget (versione classica) usando le API JavaScript. Ho letto il Centro assistenza e ho trovato molte implementazioni diverse. Come posso combinare questi diversi workflow dell'API Web Widget (versione classica)?
Risposta
La cosa più importante da sapere è quando applicare le impostazioni del widget. Alcuni workflow devono essere eseguiti ogni volta che un reparto viene aggiornato, mentre altri devono essere eseguiti alla prima connessione o riconnessione del widget. Questo è illustrato con questo esempio semplificato di impostazione del reparto CRM :
Ci sono un paio di aspetti nello script precedente che vale la pena discutere. Innanzitutto, è possibile omettere completamente i passaggi iniziali per nascondere il widget e mostrarlo quando si riceve un messaggio non letto senza modificare il resto delle funzionalità dello script. Dato che vengono usate non appena il widget viene caricato, sono state posizionate all'inizio dello script. Non è strettamente necessario.
Successivamente, vale la pena notare che mentre alcuni workflow personalizzati inseriscono un blocco API updateSettings in una richiamata chat:connected , puoi anche inserirlo in un chat:departmentStatus, che verrà applicato anche quando il widget si collega (o si ricollega) dopo una sessione di timeout). Per questo motivo, usate il tasto chat:connected
API specifica per i comandi che si desidera attivare una sola volta e il chat:departmentStatus
API per comandi da attivare ogni volta che il reparto specificato cambia dopo il caricamento della pagina.
Per ulteriori informazioni sui diversi workflow dell'API Web Widget (versione classica) , consulta questi articoli:
- Posso configurare il Web Widget (versione classica) per presentare la chat sulla mia pagina web solo quando un reparto specifico è online?
- Posso presentare nuovamente domanda per il reparto dopo la riconnessione di un visitatore scaduto?
- Come posso assicurarmi che il modulo preliminare alla chat venga presentato al visitatore in caso di timeout ma si ricollega?
Avvertenza sulla traduzione: questo articolo è stato tradotto usando un software di traduzione automatizzata per fornire una comprensione di base del contenuto. È stato fatto tutto il possibile per fornire una traduzione accurata, tuttavia Zendesk non garantisce l'accuratezza della traduzione.
Per qualsiasi dubbio sull'accuratezza delle informazioni contenute nell'articolo tradotto, fai riferimento alla versione inglese dell'articolo come versione ufficiale.
Data ultima modifica: 23 gen 2023 · Eric Ypsilantis
1
Follower
1
Voto
0
Commenti
Eric Ypsilantis ha creato un articolo,
Domanda
Il workflow di indirizzamento tramite trigger descritto nell'articolo Indirizza automaticamente le chat ai reparti non tiene conto dello stato online di un reparto specifico. È possibile mostrare il Web Widget come online per la chat sulla mia pagina web solo se un determinato reparto è online?
Risposta
Non è possibile visualizzare il widget in modo nativo quando reparti specifici sono online, ma è possibile creare uno script personalizzato usando l'API Zendesk. Con uno script personalizzato, puoi configurare il Web Widget (versione classica) in modo da presentare la Chat solo quando un reparto specifico è online. Lo script identificherà un cambiamento nello stato del reparto dell'account e l'API aggiornerà le impostazioni del Web Widget (versione classica)come desiderato in base allo stato attuale del reparto.
Di seguito è riportato un esempio di script API che usa questo metodo. Questo esempio mostra il Web Widget online per Chat solo quando il reparto CRMè online. Se lo stato CRM del reparto non è online, la chat viene disattivata. Quando la chat è stata disattivata, solo le altre funzioni del Web Widget sono abilitate (versione classica) vengono mostrati al visitatore. Ad esempio, il modulo di contatto o la ricerca nel centro assistenza.
Avvertenza sulla traduzione: questo articolo è stato tradotto usando un software di traduzione automatizzata per fornire una comprensione di base del contenuto. È stato fatto tutto il possibile per fornire una traduzione accurata, tuttavia Zendesk non garantisce l'accuratezza della traduzione.
Per qualsiasi dubbio sull'accuratezza delle informazioni contenute nell'articolo tradotto, fai riferimento alla versione inglese dell'articolo come versione ufficiale.
Data ultima modifica: 23 gen 2023 · Eric Ypsilantis
7
Follower
0
Voti
0
Commenti
Eric Ypsilantis ha creato un articolo,
Domanda
Quando una sessione di chat è scaduta e il visitatore ne richiede una nuova, la nuova richiesta di chat non conserva il reparto assegnato alla sessione precedente. C'è un modo per riapplicare il reparto assegnato dalla chat precedente?
Risposta
È normale che una nuova sessione di chat non richieda al reparto automaticamente una nuova richiesta dopo il timeout di un visitatore. Come soluzione alternativa, usailcallback APIon chat:connectedper identificare l'evento di riconnessione e aggiorna le impostazioni utente conl'APIupdateSettingsper impostare il reparto per la nuova sessione di chat.
L'API viene applicata quando l'evento di riconnessione si verifica dopo il timeout di un visitatore ma prima che il visitatore invii il nuovo messaggio. In questo modo si garantisce che il reparto venga assegnato alla nuova sessione.
Di seguito è riportato un esempio di script API che usa questi metodi per riapplicare il reparto Carrello della spesa ogni volta che un visitatore si collega per la prima volta o si riconnette da una sessione scaduta.
Avvertenza sulla traduzione: questo articolo è stato tradotto usando un software di traduzione automatizzata per fornire una comprensione di base del contenuto. È stato fatto tutto il possibile per fornire una traduzione accurata, tuttavia Zendesk non garantisce l'accuratezza della traduzione.
Per qualsiasi dubbio sull'accuratezza delle informazioni contenute nell'articolo tradotto, fai riferimento alla versione inglese dell'articolo come versione ufficiale.
Data ultima modifica: 23 gen 2023 · Eric Ypsilantis
0
Follower
0
Voti
0
Commenti
Eric Ypsilantis ha creato un articolo,
Domanda
Quando la connessione alla chat di un visitatore scade ma il visitatore non chiude la finestra o la scheda in cui è stato caricato il widget, quindi si riconnette in un secondo momento per inviare un nuovo messaggio, il modulo preliminare alla chat non viene visualizzato automaticamente. Esiste un modo per richiedere a un visitatore di vedere sempre il modulo preliminare alla chat nel Web Widget quando si ricollega dopo un timeout?
Risposta
Per impostazione predefinita, un visitatore salta il modulo preliminare alla chat quando si ricollega. Forza la visualizzazione del modulo preliminare alla chat applicando lo script seguente, prima dello script del Web Widget (versione classica)esistente:
Prova il tuo workflow. Se necessario, puoi applicare o riapplicare le impostazioni del widget aggiungendo lo script seguente dopo lo script che hai aggiunto:
Questo passaggio finale usa l’API updateSettings per applicare o riapplicare le impostazioni del widget. Nell’esempio qui sopra, il file Shopping Cart
reparto viene applicato quando il widget si collega per la prima volta o viene ricollegato. Questo workflow è discusso in modo più dettagliato nell’articolo correlato: Posso presentare nuovamente domanda per il reparto dopo che un visitatore della chat scaduta si è ricollegato?
Conferma di aver configurato correttamente questa soluzione. Controlla lo stato corrente del widget quando si collega. Quindi, chiudi, reimposta e riapri il widget per garantire che il modulo preliminare alla chat sia sempre visibile a un visitatore che si ricollega.
Avvertenza sulla traduzione: questo articolo è stato tradotto usando un software di traduzione automatizzata per fornire una comprensione di base del contenuto. È stato fatto tutto il possibile per fornire una traduzione accurata, tuttavia Zendesk non garantisce l'accuratezza della traduzione.
Per qualsiasi dubbio sull'accuratezza delle informazioni contenute nell'articolo tradotto, fai riferimento alla versione inglese dell'articolo come versione ufficiale.
Data ultima modifica: 30 apr 2024 · Eric Ypsilantis
1
Follower
0
Voti
0
Commenti
Eric Ypsilantis ha creato un articolo,
Domanda
Se un visitatore carica il Web Widget (versione classica) prima dello scadere dell'orario di attività , potrà entrare in chat dopo che tutti gli agenti sono stati offline per la giornata. Di conseguenza, creano una chat persa anziché un messaggio offline. Esiste un modo per garantire che il widget non consenta di richiedere una chat per un reparto attualmente offline?
Risposta
Il comportamento nativo del widget non deve essere aggiornato in tempo reale quando un reparto specifico passa offline dopo essere stato caricato in una pagina. Tuttavia, puoi forzare l'aggiornamento del widget ogni volta che il visitatore non è ancora in una sessione attiva tramite l'API.
Ogni volta che il reparto chat ha un aggiornamento allo stato, verifica che il nuovo stato sia Offline , quindi controlla se il visitatore è già in una sessione attiva. Se lo stato dell'agente è Offline e il visitatore non è in una sessione attiva, usa il metodo updateSettings per eliminare la chat.
Guarda l'esempio seguente che controlla se il reparto CRM è online.
Avvertenza sulla traduzione: questo articolo è stato tradotto usando un software di traduzione automatizzata per fornire una comprensione di base del contenuto. È stato fatto tutto il possibile per fornire una traduzione accurata, tuttavia Zendesk non garantisce l'accuratezza della traduzione.
Per qualsiasi dubbio sull'accuratezza delle informazioni contenute nell'articolo tradotto, fai riferimento alla versione inglese dell'articolo come versione ufficiale.
Data ultima modifica: 23 gen 2023 · Eric Ypsilantis
2
Follower
0
Voti
0
Commenti
Eric Ypsilantis ha commentato,
Hi CJ, the script in this article is specifically for setting (and setting again if needed) a single specified department.
Unfortunately there isn't an API to get the prior session's department, which would be required to know which of these 5 departments to use again upon reconnection.
Visualizza commento · Data ultimo post: 11 ago 2021 · Eric Ypsilantis
0
Follower
0
Voti
0
Commenti
Eric Ypsilantis ha commentato,
Hi CJ, I would expect to see this "Uncaught ReferenceError: zE is not defined" error if the script in this article is being used without your account-specific widget snippet being in your code first.
Try adding the widget snippet from your account (on the Channels > Widget page in Support) above the script using the widget APIs - your Web Widget will need to be loaded before these zE APIs would work.
Hope this helps!
Visualizza commento · Data ultimo post: 11 ago 2021 · Eric Ypsilantis
0
Follower
0
Voti
0
Commenti
Eric Ypsilantis ha commentato,
I'm glad to hear you find the article helpful, @...! You know, I had been asked this before back when I was less dangerous with JavaScript, and didn't think it would be possible given how I'm using the API - but let me ponder this and I'll get back to you here. Is the idea to only show the widget as online if a subset of the departments is online, but then not set the department to use in the widget automatically (let the user choose)?
Visualizza commento · Data ultimo post: 25 giu 2021 · Eric Ypsilantis
0
Follower
0
Voti
0
Commenti