Ricerche recenti


Nessuna ricerca recente

Gabriel's Avatar

Gabriel

Data ingresso 16 mag 2021

·

Ultima attività 07 ott 2024

Zendesk Customer Care

Seguiti

0

Follower

1

Attività totali

153

Voto

1

Abbonamenti

41

PANORAMICA ATTIVITÀ

Ultima attività di Gabriel

Gabriel ha creato un articolo,

ArticoloAiuto su report e analitica

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

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

  1. Assicurati di disporre delle autorizzazioni di amministratore per visualizzare e gestire tutti i dashboard
  2. 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
  3. Ripristina temporaneamente l’utente con le autorizzazioni di agente o amministratore se il dashboard non è stato condiviso ed è fondamentale

Passaggio 3: Segui le best practice per la gestione futura

  1. Condividi i dashboard con gruppi o team per evitare di perdere l’accesso
  2. Registra la proprietà del dashboard e i dettagli di condivisione e condividi queste informazioni con gli amministratori
  3. 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,

ArticoloNotifiche di servizio

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,

ArticoloNotifiche di servizio

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

  1. Aggiorna i runbook interni quando lavori con i provider partner.
  2. 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,

ArticoloNotifiche di servizio

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

  1. Le risorse del sistema sono state modificate per garantire che possa gestire il carico.  
  2. 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,

CommentoHow to create and update reports
Hey Naomi,

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,

CommentoExplore recipes
Hi Sara,

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,

CommentoCustomizing reports
Hi Yuri,
 
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,

CommentoTicket management
Hi Abigail,

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,

ArticoloAiuto sulla messaggistica

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

Nota: La gestione della visibilità della trascrizione per la messaggistica è stata spostata dal dashboard di Chat al Centro amministrativo. Alcuni account potrebbero presentare lievi differenze nell’interfaccia utente di messaggistica descritta in questo articolo. Per maggiori informazioni, leggi questo annuncio: I commenti ai ticket non vengono visualizzati quando si tenta di stampare le conversazioni di Messaggistica social

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,

ArticoloAiuto su impostazioni e fatturazione

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.

Avvertenza: Lo scopo di questo articolo è fornire l’accesso istantaneo all’account quando si verifica questo problema. Per correggere correttamente la configurazione della mappatura host, consulta l'articolo: Mappatura host - Modifica dell’URL del tuo centro assistenza.

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