Ricerche recenti
Nessuna ricerca recente

Sarah C
Data ingresso 14 apr 2021
·
Ultima attività 28 gen 2025
Seguiti
0
Follower
4
Attività totali
58
Voti
3
Abbonamenti
28
PANORAMICA ATTIVITÀ
BADGE
ARTICOLI
POST
COMMENTI NELLA COMMUNITY
COMMENTI AGLI ARTICOLI
PANORAMICA ATTIVITÀ
Ultima attività di Sarah C
Sarah C ha creato un articolo,
In questa guida alla risoluzione dei problemi, scoprirai cosa fare se i valori non vengono visualizzati in un grafico in Explore. A volte, nel report potresti visualizzare valori pari a 0 o vuoti e puoi analizzare il comportamento.
Questo articolo contiene i seguenti argomenti:
- Verifica se il selettore di riga è nascosto
- Controlla se le colonne sono nascoste
- Controlla il filtro delle metriche
- Verifica di non nascondere parte del risultato
- Verifica che non sia applicato alcun filtro
- Verifica il filtro Massimo/minimo
- Confronta con i dati effettivi
Verifica se il selettore di riga è nascosto
Verifica la configurazione del grafico impostazioni > hanno attivato Visualizza selettore di riga . Il selettore di riga potrebbe essere nascosto e mostrare solo i valori selezionati.
Controlla se le colonne sono nascoste
In Manipolazione dei risultati > Colonne, assicurati che tutte le colonne siano visibili.
Controlla il filtro delle metriche
In Manipolazione dei risultati > verifica il filtro metrica, forse hai nascosto parte del risultato. Ad esempio, in questa immagine, il numero a sinistra deve essere 0 anziché 20.
Verifica di non nascondere parte del risultato
In Manipolazione dei risultati > Nascondi parte del risultato, assicurati di non nascondere i dati > Applica.
Verifica che non sia applicato alcun filtro
Nella parte superiore della pagina e sul lato sinistro, assicurati di non aver aggiunto un filtro ai dati.
Verifica il filtro Massimo/minimo
In Manipolazione dei risultati > Seleziona il filtro Superiore/inferiore > Deseleziona Superiore e Inferiore > Applica.
Confronta con i dati effettivi
Infine, se vedi ancora valori mancanti, verifica le origini dei dati. Ad esempio, apri ticket campione e confronta i risultati con il report.
Per ulteriori informazioni sui report, consulta questi articoli:
- Personalizzazione dei report
- Perché mancano alcuni giorni ai miei report in Explore?
- Perché vedo degli spazi vuoti durante i report sugli articoli?
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: 12 nov 2024 · Sarah C
0
Follower
1
Voto
0
Commenti
Sarah C ha creato un articolo,
RIEPILOGO
Il 9 agosto 2024, dalle 15:46 alle 15:57 UTC, i clienti Support nel Pod 17 hanno riscontrato vari problemi come codici di errore, tempi di caricamento lenti e impossibilità di aprire ticket o visualizzare i messaggi nell’interfaccia utente del prodotto.
Cronologia
9 agosto 2024 16:13 UTC | 09 agosto 2024 09:13 PT
Stiamo esaminando le segnalazioni di utenti che non sono stati in grado di visualizzare i ticket di Support sul Pod 17 e stiamo già riscontrando un recupero. Forniremo ulteriori aggiornamenti tra 30 minuti o prima non appena avremo confermato la piena stabilità.
9 agosto 2024 16:32 UTC | 09 agosto 2024 09:32 PT
Dalle 15:46 UTC alle 15:57 UTC, i clienti Support nel Pod 17 hanno riscontrato problemi nel caricamento dei ticket. Le prestazioni si sono stabilizzate e continueremo a monitorare le prestazioni. Prossimo aggiornamento tra un’ora o quando avremo nuove informazioni.
9 agosto 2024 16:51 UTC | 09 agosto 2024 09:51 PT
I problemi di prestazioni di Support che si sono verificati nel Pod 17 dalle 15:46 alle 15:57 UTC sono stati completamente risolti. Ci scusiamo per gli eventuali disagi causati e ti ringraziamo per la pazienza.
POST-MORTEM
Analisi della causa principale
Questo incidente è stato causato dal riavvio imprevisto di un sistema che accelera il recupero dei dati memorizzando le informazioni nella cache. A causa di una risposta inadeguata a questo errore, il componente Grafico agente ha continuato ad attendere fino a 60 secondi prima di ricevere una risposta, causando errori di timeout e 503 errori di servizio. I fattori che contribuiscono includono il fatto che il sistema non è passato a un'origine dati alternativa in modo tempestivo e che i monitoraggi non hanno attivato avvisi perché il problema è stato risolto prima del raggiungimento delle soglie.
Soluzione
Per risolvere il problema, il sistema è stato ripristinato automaticamente quando il sistema di memorizzazione nella cache è tornato online. Abbiamo riscontrato che il riavvio del sistema ha causato i ritardi ed è stato confermato che il problema si risolveva automaticamente e non richiedeva alcun intervento manuale immediato per ripristinare il servizio.
Elementi correttivi
- Timeout ridotto per il recupero della cache degli utenti.
- Valuta la possibilità di eseguire test di caos per simulare tali errori in un ambiente controllato.
- Rivedi e modifica le soglie di avviso per garantire tempi di rilevamento e risposta più rapidi.
- Contatta AWS per indagare sul riavvio imprevisto del sistema di memorizzazione nella cache per evitare che si verifichino eventi futuri simili.
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, 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: 19 ago 2024 · Sarah C
0
Follower
1
Voto
0
Commenti
Sarah C ha creato un articolo,
RIEPILOGO
Il 7 agosto 2024, dalle 20:48 alle 23:27 UTC, i clienti Support in tutti i pod hanno riscontrato problemi con le visualizzazioni dei ticket, inclusi ticket risolti che non scomparivano, aggiornamenti lenti e numeri visualizzati errati.
Cronologia
7 agosto 2024 22:00 UTC | 7 agosto 2024 15:00 PT
Stiamo esaminando le segnalazioni di visualizzazioni dei ticket di Support che non si aggiornano o mostrano ticket errati. Prossimo aggiornamento tra 30 minuti o quando avremo nuove informazioni da condividere.
7 agosto 2024 22:08 UTC | 7 agosto 2024 15:08 PT
I nostri ingegneri hanno apportato una modifica e ora stiamo riscontrando miglioramenti delle prestazioni in tutti i pod. Prossimo aggiornamento tra 30 minuti o quando avremo nuove informazioni da condividere.
7 agosto 2024 22:24 UTC | 7 agosto 2024 15:24 PT
Le prestazioni continuano a rimanere stabili in tutti i pod e continueremo a monitorare le prestazioni per la prossima ora. Prossimo aggiornamento tra un'ora.
7 agosto 2024 23:29 UTC | 7 agosto 2024 16:29 PT
Dopo il monitoraggio continuo, abbiamo riscontrato una stabilità e abbiamo la conferma che il problema relativo al mancato aggiornamento delle viste dei ticket di Support è stato risolto. Grazie per la pazienza dimostrata.
POST-MORTEM
Analisi della causa principale
Questo incidente è stato causato da un'interruzione del processo durante un passaggio di cluster blu/verde, in particolare a causa di una distribuzione incompleta che ha portato a errori di configurazione nei restanti pod di produzione.
Soluzione
Per risolvere questo problema, il team tecnico ha aumentato manualmente gli indicizzatori nel cluster attivo per elaborare gli aggiornamenti dei ticket accumulati. Hanno quindi ripreso la procedura di cambio cluster con la configurazione corretta.
Elementi correttivi
- È necessario esaminare il processo usato per il cambio di cluster per garantire che includa controlli post-distribuzione approfonditi per evitare che le distribuzioni incomplete passino inosservate.
- Sviluppa l’automazione per gestire il processo di cambio cluster, riducendo la necessità di interventi manuali e riducendo al minimo le possibilità di errore umano.
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, 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: 19 ago 2024 · Sarah C
0
Follower
1
Voto
0
Commenti
Sarah C ha creato un articolo,
Domanda
Quando ci sono nuove attività in Guide o Gather, come nuovi articoli, post o commenti, gli utenti che seguono i contenuti ricevono una notifica via email. Posso cambiare o controllare l’indirizzo email da cui vengono inviate queste notifiche automatizzate?
Ho cambiato il dominio del mio centro assistenza, ma le email inviate al mio pubblico non corrispondono al mio dominio personalizzato. Perché queste email non usano il mio dominio personalizzato?
Risposta
Le email che notificano ai clienti gli aggiornamenti di Guide o Gather non sono personalizzabili. Usano un formato standard e vengono sempre inviati all’indirizzo noreply@{subdomain}.zendesk.com. Per ulteriori informazioni, leggi il seguente articolo: Guida del centro assistenza per gli utenti finali.
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: 20 ago 2024 · Sarah C
0
Follower
1
Voto
0
Commenti
Sarah C ha creato un articolo,
RIEPILOGO
Il 9 luglio 2024, alle 11:40 (UTC), abbiamo implementato una nuova modifica al nostro sistema di modifica degli articoli. Questa modifica ha causato la ripubblicazione involontaria di alcuni articoli pubblicati senza l’intervento dell’utente, determinando la pubblicazione inavvertita di alcune bozze di articoli.
Cronologia
9 luglio 2024 20:41 UTC | 9 luglio 2024 13:41 PT
I nostri tecnici hanno identificato il problema e ripristinato la modifica che interessava tutti i pod. La modifica, il salvataggio e la pubblicazione degli articoli di Guide sono stati ripristinati al normale funzionamento. Nota: Se hai salvato modifiche agli articoli tra le 11:40 UTC e le 20:37 UTC, è possibile che il contenuto dell’articolo sia stato pubblicato inavvertitamente. Dovrai ripristinare manualmente la versione pubblicata precedente usando la funzione Cronologia delle revisioni degli articoli di Guide oppure aggiornando manualmente l’articolo e ripubblicandolo.
9 luglio 2024 19:57 UTC | 9 luglio 2024 12:57 PT
Abbiamo confermato un problema con la modifica degli articoli di Guide pubblicati in cui facendo clic su "Salva" l'articolo viene pubblicato inavvertitamente anziché "salvare" solo la versione bozza dell'articolo corrente. Stiamo lavorando per ripristinare una modifica per ripristinare il comportamento normale. Forniremo un altro aggiornamento tra 30 minuti o quando avremo nuove informazioni da condividere.
POST-MORTEM
Analisi della causa principale
Un aggiornamento inteso a migliorare il nostro sistema di modifica ha causato inavvertitamente l’elaborazione delle modifiche due volte, una attraverso il vecchio sistema e una volta attraverso quello nuovo. Ciò ha comportato la ripubblicazione non necessaria degli articoli.
Soluzione
Dopo aver identificato il problema, abbiamo implementato una soluzione per disabilitare la funzione problematica. Il sistema è stato stabilizzato e le normali operazioni sono riprese.
Elementi correttivi
Abbiamo identificato diversi passaggi per prevenire incidenti simili in futuro:
1. Assicurati che i comandi nel nostro sistema siano privi di effetti collaterali.
2. Separa la logica di ripubblicazione per i diversi livelli dei clienti.
3. Migliora i nostri test preliminari alla distribuzione per acquisire meglio tali problemi.
Ci scusiamo per gli eventuali disagi causati e ti ringraziamo per la tua comprensione mentre ci sforziamo di migliorare i nostri servizi.
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, 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: 12 ago 2024 · Sarah C
0
Follower
1
Voto
0
Commenti
Sarah C ha creato un articolo,
Domanda
In Explore, perché i segnalibri e i link ai report non vengono caricati?
Risposta
Alcuni segnalibri meno recenti potrebbero ancora usare il percorso URL del report Explore precedente con /query
segmento. Ad esempio: https://yoursubdomain.zendesk.com/explore#/pivot-table/connection/13569211/query/190571061
.
Per accedere al report, aggiorna i segnalibri con il nuovo percorso URL che usa /report
segmento. Ad esempio: https://yoursubdomain.zendesk.com/explore#/pivot-table/connection/13569211/report/190571061
.
Per ulteriori informazioni, leggi il seguente articolo: Creazione di 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: 02 lug 2024 · Sarah C
1
Follower
1
Voto
0
Commenti
Sarah C ha creato un articolo,
Domanda
Come mai la conversazione di messaggistica con i clienti include dieci vecchi messaggi?
Risposta
I bot considerano una conversazione scaduta dopo 72 ore di inattività ed eliminano i metadati del messaggio nel back-end, ma non il messaggio stesso.
Se dopo 72 ore non si verifica un punto di passaggio a un agente, poiché sono ancora presenti messaggi nell’infrastruttura di messaggistica, quando il cliente risponde, Zendesk cercherà i metadati essenziali mancanti nel back-end, come come first_message_id
. Poiché non esiste n first_message_id
, il sistema estrae gli ultimi dieci messaggi dalle interazioni precedenti dell’utente e li aggiunge al ticket per tentare di fornire un contesto.
Per maggiori informazioni, leggi questi articoli:
- Creazione di un bot conversazionale per canali Web e mobile
- Visualizzazione e modifica delle impostazioni generali del bot
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: 25 giu 2024 · Sarah C
0
Follower
1
Voto
0
Commenti
Sarah C ha creato un articolo,
Questa ricetta ti aiuterà a monitorare le metriche per i ticket secondari creati tramite conversazioni laterali. Richiede l’uso dell’ID esterno predefinito per i ticket secondari nelle conversazioni laterali.
Questa ricetta non terrà traccia di tutti i canali di conversazione laterali, come Slack o email. Riporterà solo i ticket creati tramite conversazioni laterali.
L’articolo include le seguenti sezioni:
- Di che cosa avrai bisogno
- Creazione dell’attributo
- Report sul numero di ticket di conversazioni laterali per ticket
- Generazione di report sul tempo combinato di risoluzione completa dei ticket di conversazione laterale
- Miglioramento del report
Di che cosa avrai bisogno
Livello di competenza: Intermedio
Tempo necessario: 15 minuti
- Zendesk Explore Professional o Enterprise
- Autorizzazioni da redattore o amministratore (consulta la pagina Concedere agli utenti l’accesso a Explore)
- Dati dei ticket in Zendesk Support
- Conversazioni laterali attivate e usate nei ticket in Zendesk Support
Creazione dell’attributo
- In Explore, fai clic sull’icona dei report (
)
- Nella libreria Report, fai clic su Nuovo report.
- Il Seleziona un dataset pagina, fai clic su Assistenza > Support - Ticket, quindi fai clic su Inizia report. Si apre lo strumento di creazione report.
- Dal Calcoli (
) menu, fai clic suAttributo calcolato standard.
- Il Attributo calcolato standard , inserisci o copia e incolla la formula seguente nell’editor degli attributi.
REGEXP_EXTRACT([Ticket external ID], "^zen:side_conversation:.*:(\d+)$")
- Assegna un nome all’attributo, ad esempioID ticket principale.
- Fai clic su Salva.
È progettato specificamente per gli ID esterni creati quando un ticket viene creato tramite conversazioni laterali. Sarà simile a external_id qui sotto:
Sebbene questo attributo mostri l’ID del ticket principale di un ticket di conversazione laterale, non è possibile generare report su alcuna metrica o attributo del ticket principale stesso durante l’uso di questo attributo. Nell’esempio precedente, puoi generare report sulle metriche per il ticket 925, ma non per il ticket principale 923.
Report sul numero di ticket di conversazioni laterali per ticket
- In Explore, fai clic su Report (
).
- Nella libreria dei report, fai clic su Nuovo report.
- Il Seleziona un dataset pagina, fai clic su Support > Ticket,quindi fai clic suInizia report. Si apre lo strumento di creazione report.
- Nel pannello Metriche, fai clic su Aggiungi.
- Nell’elenco delle metriche, seleziona Ticket>Ticket, quindi fai clic suApplica.
- Nel Righe pannello, seleziona il calcolo attributo, quindi fai clic su Applica.
- Nel pannello Filtri , seleziona l’attributo calcolato ed escludi i valori NULL.
Ora puoi generare report sul numero di ticket di conversazioni laterali per ticket.
Generazione di report sul tempo combinato di risoluzione completa dei ticket di conversazione laterale
- In Explore, fai clic su Report (
).
- Nella libreria dei report, fai clic su Nuovo report.
- Il Seleziona un dataset pagina, fai clic su Support > Ticket, quindi fai clic su Inizia report. Si apre lo strumento di creazione report.
- Nel pannello Metriche, fai clic su Aggiungi.
- Nell’elenco delle metriche, seleziona Durata tra eventi - Ore di calendario (min) > Tempo di soluzione completa (min), quindi fai clic suApplica.
- Applica l’aggregatore SUM .
- Nel Righe pannello, seleziona il calcolo attributo, quindi fai clic su Applica.
- Nel pannello Filtri , seleziona l’attributo calcolato ed escludi i valori NULL .
Ora puoi generare report sul tempo totale dedicato alle conversazioni laterali per il tuo ticket. Puoi anche aggiungere l’ ID ticket alle righe se vuoi vedere gli orari dei singoli ticket.
Miglioramento del report
Questo attributo può essere inserito in altri dataset ed essere usato per tenere traccia di altre metriche, come Tempo di apertura (min) o Ticket aggiornati con o senza commento nel dataset Cronologia aggiornamenti.
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: 03 set 2024 · Sarah C
0
Follower
1
Voto
0
Commenti
Sarah C ha creato un articolo,
In questa ricetta Explore imparerai a creare un report che mostra tutti i ticket con commenti pubblici degli agenti. Puoi usare questo report per identificare i ticket a cui gli agenti hanno risposto ai clienti.
Nel caso in cui tu abbia disabilitato per errore il trigger Notifica aggiornamento commenti al richiedente e ai destinatari in CC , questo report può aiutarti a identificare i ticket durante il periodo di tempo in cui il trigger è stato disabilitato.
Questo articolo include i seguenti argomenti:
Di cosa avrai bisogno
Livello di competenza: Principiante
Tempo necessario: 5 minuti
- Zendesk Explore Professional o Enterprise
- Autorizzazioni di redattore o amministratore (consulta Concedere agli utenti l’accesso a Explore)
- Dati dei ticket in Zendesk Support
Creazione del report
- In Explore, fai clic su Report (
).
- Nella libreria dei report, fai clic su Nuovo report.
- Il Seleziona un dataset pagina, fai clic su Support>Cronologia aggiornamenti - Ticket, quindi fai clic suInizia report. Si apre lo strumento di creazione report.
- Nel pannello Metriche, fai clic su Aggiungi.
- Nell’elenco delle metriche, seleziona Ticket > Ticket aggiornati con commento pubblico, quindi fai clic suApplica.
- Nel Righe pannello, seleziona Ticket > ID ticket attributo, quindi fai clic su Applica.
- Nel Filtri ,selezionaAutore aggiornamento - Ruolo autore aggiornamento filtra, quindi fai clic su Applica.
- Fai di nuovo clic sul filtro e seleziona i ruoli per i quali vuoi generare report.
- Aggiungi il filtro Data/ora aggiornamento ticket per scegliere un periodo di tempo, ad esempio una settimana o un mese. Ciò impedisce il timeout della query durante la creazione.
- Fai clic sul menu Tipo di visualizzazione (
), quindi seleziona Tabella.
- (Facoltativo) Aggiungi un filtro metrica per visualizzare i ticket con almeno un aggiornamento con un commento pubblico.
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: 25 giu 2024 · Sarah C
0
Follower
1
Voto
0
Commenti
Sarah C ha creato un articolo,
RIEPILOGO
16:52 UTC | 08:52 PT
Dopo alcune indagini, abbiamo stabilito che il widget del bot Zendesk Z usato per contattare l’assistenza Zendesk non ha alcun impatto e stiamo disabilitando il failover dei moduli web. Il Widget Z Bot può essere usato per contattare normalmente Zendesk Support in questo momento.
16:49 UTC | 08:49 PT
Stiamo esaminando attivamente un problema che causa errori nel tentativo di connessione a Zendesk Support tramite il Widget Zendesk Z Bot all’indirizzo support.zendesk.com. Stiamo eseguendo il failover del modulo web e forniremo ulteriori aggiornamenti man mano che ne sapremo di più.
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 · Sarah C
0
Follower
1
Voto
0
Commenti