Ricerche recenti
Nessuna ricerca recente

Gabriel
Data ingresso 16 mag 2021
·
Ultima attività 07 ott 2024
Seguiti
0
Follower
1
Attività totali
153
Voto
1
Abbonamenti
41
PANORAMICA ATTIVITÀ
BADGE
ARTICOLI
POST
COMMENTI NELLA COMMUNITY
COMMENTI AGLI ARTICOLI
PANORAMICA ATTIVITÀ
Ultima attività di Gabriel
Gabriel ha creato un articolo,
Quando esegui il downgrade o rimuovi utenti in Zendesk, gestisci prima i loro dashboard. Questa guida ti aiuterà ad accedere ai dashboard e a delineare le best practice per la gestione futura.
Il workflow include i passaggi seguenti.
- Passaggio 1: Informazioni sulla proprietà dei dashboard in Explore
- Passaggio 2: Ripristina l’accesso ai dashboard condivisi
- Passaggio 3: Segui le best practice
Passaggio 1: Informazioni sulla proprietà dei dashboard in Explore
Prima di iniziare, ricorda questi punti importanti:
- Solo il creatore e gli utenti condivisi in modo esplicito possono visualizzare un dashboard
- Se rimuovi da Zendesk un utente che non condivideva il proprio dashboard, il dashboard diventa inaccessibile
- Zendesk non registra i dashboard di utenti specifici, Support non può recuperare i dashboard dopo la rimozione di un utente
Fase 2: Ripristina l’accesso ai dashboard condivisi
- Assicurati di disporre delle autorizzazioni di amministratore per visualizzare e gestire tutti i dashboard
- Richiedi aiuto agli utenti condivisi, se il dashboard è stato condiviso:
- Chiedi agli utenti di clonare o condividere il dashboard, se gli utenti sono autorizzati
- Chiedi agli utenti di esportare e condividere il dashboard con te
- Richiedi screenshot o dettagli del dashboard
- Ripristina temporaneamente l’utente con le autorizzazioni di agente o amministratore se il dashboard non è stato condiviso ed è fondamentale
- Sospendi il loro accesso ad altre aree, se necessario
- Agisci rapidamente, le politiche di conservazione dei dati di Zendesk potrebbero limitare i tempi di recupero
Passaggio 3: Segui le best practice per la gestione futura
- Condividi i dashboard con gruppi o team per evitare di perdere l’accesso
- Registra la proprietà del dashboard e i dettagli di condivisione e condividi queste informazioni con gli amministratori
- Verifica regolarmente la titolarità e le autorizzazioni e modifica le impostazioni in base alle esigenze per evitare di perdere i report
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: 07 gen 2025 · Gabriel
2
Follower
1
Voto
0
Commenti
Gabriel ha creato un articolo,
RIEPILOGO
16:29 UTC | 08:29 PT
Dopo un po’ di monitoraggio, la soluzione si sta rivelando efficace e il widget per contattare Zendesk Support è di nuovo accessibile. Pertanto, questo incidente è stato risolto. Durante la finestra di impatto (01-02-2024 13:37 - 15:53 UTC), i clienti dei pod 15, 26 e 29 potrebbero aver notato un problema simile durante il caricamento dei widget.
16:09 UTC | 08:09 PT
Abbiamo implementato una soluzione per cui i clienti non potevano contattare il nostro team di assistenza. Aggiorna il browser e riprova. Forniremo un altro aggiornamento quando avremo maggiori informazioni.
15:51 UTC | 07:51 PT
Siamo a conoscenza del fatto che i clienti non sono in grado di contattare il team Zendesk Support usando il nostro widget di messaggistica e l’indagine è già in corso. A breve forniremo un altro aggiornamento.
POST-MORTEM
DA DEFINIRE
PER MAGGIORI INFORMAZIONI
Per informazioni sullo stato attuale del sistema su Zendesk, consulta la nostra pagina sullo stato del sistema. Di solito, il riepilogo della nostra indagine post mortem viene pubblicato qui pochi giorni dopo la fine dell’incidente. Per ulteriori domande su questo incidente, registra un ticket con noi tramite la messaggistica ZBot nel Widget.
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: 18 lug 2024 · Gabriel
0
Follower
1
Voto
0
Commenti
Gabriel ha creato un articolo,
RIEPILOGO
Tra le 8:37 e le 10:07 UTC del 10 novembre 2023, i clienti Talk che hanno ricevuto chiamate da utenti finali in Danimarca, Finlandia o Svezia hanno riscontrato problemi di connessione a Talk o di disconnessione poco dopo la connessione iniziale.
Cronologia
10:53 UTC | 02:53 PT
Stiamo ricevendo segnalazioni di clienti che hanno problemi con le chiamate in ingresso verso numeri scandinavi che non raggiungono Talk o si disconnettono poco dopo l’inizializzazione. Le indagini sono in corso e stiamo collaborando con il nostro partner di telefonia. A breve forniremo un altro aggiornamento.
11:30 UTC | 03:30 PT
Stiamo continuando a indagare sui problemi relativi alle chiamate in ingresso verso numeri scandinavi che non raggiungono Talk o si disconnettono poco dopo l’inizializzazione. Al momento non abbiamo ulteriori aggiornamenti, ma forniremo un altro aggiornamento tra 1 ora o quando saranno disponibili nuove informazioni.
12:16 UTC | 04:16 PT
Siamo stati in grado di ottenere la conferma dal nostro partner di telefonia che un provider a monte sta riscontrando un incidente sulla sua rete che sta causando l’impatto segnalato nei numeri di Talk Scandinavian. Il provider ha già implementato modifiche urgenti per ridurre al minimo l’impatto. Forniremo ulteriori informazioni non appena disponibili.
13:32 UTC | 05:32 PT
La modifica implementata dall’operatore a monte ha risolto il problema e ora i clienti possono ricevere di nuovo chiamate in ingresso verso numeri scandinavi. Ora considereremo questo incidente come risolto. Grazie per la collaborazione.
POST-MORTEM
Analisi della causa principale
Questo incidente è stato causato da operatori partner locali dopo che un aggiornamento dell’infrastruttura ha riscontrato problemi di bilanciamento del traffico in ingresso.
Soluzione
Per risolvere questo problema, gli operatori locali hanno aumentato la capacità di gestire l'afflusso di traffico in ingresso fino a quando non si è stabilizzato a uno stato gestibile.
Elementi correttivi
- Aggiorna i runbook interni quando lavori con i provider partner.
- Rivedi le politiche di escalation per i problemi con i provider partner.
PER MAGGIORI INFORMAZIONI
Per informazioni sullo stato attuale del sistema su Zendesk, consulta la nostra pagina sullo stato del sistema. Di solito, il riepilogo della nostra indagine post mortem viene pubblicato qui pochi giorni dopo la fine dell’incidente. Per ulteriori domande su questo incidente, registra un ticket con noi tramite la messaggistica ZBot nel Widget.
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: 18 lug 2024 · Gabriel
0
Follower
1
Voto
0
Commenti
Gabriel ha creato un articolo,
RIEPILOGO
Il 9 novembre 2023, dalle 14:00 alle 16:34 UTC, un sottoinsieme di clienti Support nel Pod 28 ha subito un ritardo di circa 2 ore nell’invio di ticket e notifiche email generate dal sistema.
Cronologia
15:24 UTC | 07:24 PT
Al momento siamo a conoscenza di ritardi e errori nelle email in uscita per i clienti nel Pod 28. Tutte le email verranno riprovate una volta che avremo risolto il problema. Le indagini sono in corso e ti aggiorneremo a breve con ulteriori informazioni.
15:41 UTC | 07:41 PT
Abbiamo individuato la causa principale del problema e stiamo lavorando a una possibile soluzione. Ti forniremo un altro aggiornamento tra 30 minuti o non appena avremo maggiori informazioni.
16:08 UTC | 08:08 PT
Il nostro team continua a lavorare attivamente alla soluzione del problema email per i clienti nel Pod 28 e continueremo a fornire aggiornamenti man mano che saranno disponibili.
16:28 UTC | 08:28 PT
Stiamo iniziando a notare alcuni miglioramenti nel problema che causa ritardi e errori nelle email in uscita per i clienti nel Pod 28. Il nostro team continuerà a monitorare la situazione per garantire il pieno recupero.
17:56 UTC | 09:56 PT
Stiamo ancora risolvendo il problema che ha causato ritardi e errori nel recapito delle email in uscita nel Pod 28; tuttavia, stiamo elaborando un arretrato e sono previsti ancora alcuni ritardi. Il nostro team sta ancora monitorando la situazione per garantire il completo ripristino dei servizi.
18:26 UTC | 10:26 PT
Abbiamo risolto completamente il problema che causava ritardi ed errori nel recapito delle email in uscita per i clienti sul Pod 28. Grazie per la pazienza dimostrata durante la nostra indagine.
POST-MORTEM
Analisi della causa principale
Questo incidente è stato causato da un ritardo nell’invio di email dovuto a un improvviso aumento dei processi di elaborazione delle email provenienti da un account specifico, in cui il sistema non era dotato di memoria e risorse CPU sufficienti per gestire quel carico in quel momento.
Soluzione
Per risolvere questo problema, abbiamo cercato di aumentare la memoria del sistema e le risorse della CPU e di ridurre il numero di email che potevano essere elaborate contemporaneamente. Ciò ha consentito al sistema di gestire l’aumento del carico ed elaborare le email in coda.
Elementi correttivi
- Le risorse del sistema sono state modificate per garantire che possa gestire il carico.
- Crea ulteriori avvisi paginabili per il monitoraggio.
PER MAGGIORI INFORMAZIONI
Per informazioni sullo stato attuale del sistema su Zendesk, consulta la nostra pagina sullo stato del sistema. Di solito, il riepilogo della nostra indagine post mortem viene pubblicato qui pochi giorni dopo la fine dell’incidente. Per ulteriori domande su questo incidente, registra un ticket con noi tramite la messaggistica ZBot nel Widget.
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: 18 lug 2024 · Gabriel
0
Follower
1
Voto
0
Commenti
Gabriel ha commentato,
I hope all is well! For that use case itself, reporting on the view would be a challenge since views are more dynamic, and the data update in Explore would not provide you with real-time information due to Explore sync time.
Some plans do allow live data reporting, maybe you may consider this while reporting in views is still not an available functionality. I will leave some resources below (please check plan availability).
- Overview of the Explore live dashboard
- Live data widgets for Explore dashboards
I hope this helps!
Visualizza commento · Data ultimo post: 09 nov 2023 · Gabriel
0
Follower
0
Voti
0
Commenti
Gabriel ha commentato,
I hope all is well! In this case, you may consider using the Tickets Dataset instead of the Updates History Tickets Dataset. An example of this dataset being used can be found in this article.
I hope this helps!
Visualizza commento · Data ultimo post: 27 ott 2023 · Gabriel
0
Follower
0
Voti
0
Commenti
Gabriel ha commentato,
I hope all is well! Two main things need to happen for a newly created value to be displayed in Explore:
1 - In this case, the group needs to be applied in a ticket, and,
2 - The dataset sync time has to be fulfilled so the data is presented in Explore.
If you still face issues with this after the above is met, I would recommend reaching our support.
I hope this helps!
Visualizza commento · Data ultimo post: 27 ott 2023 · Gabriel
0
Follower
0
Voti
0
Commenti
Gabriel ha commentato,
I hope all is well! Not necessarily live, but I would say it is best practice to check if the Help Center is created and that the brand you are looking for there is active.
If you still face issues locating this, I would recommend reaching our support.
I hope this helps!
Visualizza commento · Data ultimo post: 27 ott 2023 · Gabriel
0
Follower
0
Voti
0
Commenti
Gabriel ha creato un articolo,
Sintomi del problema
In un ticket di conversazione di messaggistica social, quando faccio clic su ⋮ accanto all’oggetto del ticket e quindi su Stampa ticket, l’output non visualizza i commenti pubblici, ma solo le note interne.
Passaggi per la risoluzione del problema
Per stampare le conversazioni di messaggistica social, devi impostare Visibilità trascrizione su Pubblica.
Solo le trascrizioni pubbliche vengono memorizzate come commenti dei ticket; quindi appaiono nella funzione di stampa ticket. Per ulteriori informazioni a riguardo, leggi questo articolo: Gestione della visibilità della trascrizione della messaggistica
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: 24 ott 2023 · Gabriel
1
Follower
1
Voto
0
Commenti
Gabriel ha creato un articolo,
Sintomi del problema
Si verificano degli errori dopo aver tentato di accedere al mio dominio personalizzato.
Ad esempio: assistenza.tuodominio.com.
Passaggi per la risoluzione del problema
Se il tuo account Zendesk ha un centro assistenza attivo, gli utenti vengono reindirizzati al tuo centro assistenza dopo l’accesso per impostazione predefinita. Se la mappatura host non è configurata correttamente, potresti ricevere un messaggio di errore quando tenti di accedere al tuo account.
1. Se non riesci ad accedere alla pagina di accesso
Tenta di accedere usando le credenziali Zendesk in una delle seguenti pagine:
- tuosottodominio.zendesk.com/access/normal
- tuosottodominio.zendesk.com/agente
2. Se viene visualizzato un errore di pagina dopo l’autenticazione
Se arrivi a questa fase, sei stato autenticato correttamente, ma sei stato reindirizzato al centro assistenza mappato in modo errato sull’host. Accedi a uno degli URL seguenti per accedere al tuo account:
- tuosottodominio.zendesk.com/agent/dashboard
- tuosottodominio.zendesk.com/admin/home
Ciò garantirà a te e ai tuoi agenti l’accesso istantaneo quando la configurazione della mappatura host non è configurata correttamente.
3. Per rimuovere la mappatura host errata e consentire l’accesso immediato agli agenti
Se disponi di un solo brand
Vai al Centro amministrativo > Account > Aspetto > Branding > Scorri verso il basso fino a Mappatura host> Rimuovi il nome di dominio.
Se disponi di più brand
Vai in Centro amministrativo > Account > Aspetto > Branding > Sottodominioper individuare il brand impostato come indirizzamento degli agenti. Dopo aver identificato il brand, vai in Centro amministrativo > Account > Gestione del brand > Brand > fai clic sul nome del brand > Scorri verso il basso fino a Mappatura host e rimuovi il nome di dominio.
In caso di problemi con la cancellazione della mappatura host, contatta l’assistenza clienti Zendesk.
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: 15 ago 2023 · Gabriel
0
Follower
1
Voto
0
Commenti