Attività Ticket
Cosa puoi trovare in questa pagina
Informazioni sulle Creazione ticket Attività
I ticket sono un modo per assegnare la proprietà di un'attività a una persona o a un ruolo, in modo da poter agire rapidamente. Le attività relative ai ticket consentono di creare ticket basati su eventi precedenti. Una volta creato un ticket, è possibile gestire i ticket attraverso la pagina Follow-up.
Consiglio Q: se vuoi assegnare un ticket a un team di persone anziché a una sola persona, dovrai prima creare il team!
Impostazione della Creazione ticket attività
Consiglio Q: Volete salvare un modello delle impostazioni della creazione ticket per riutilizzarlo? Consultate la pagina dei modelli di ticket.
Consiglio Q: Per impostazione predefinita, le attività ticket non creano ticket per le risposte importate quando sono abbinate a un evento di risposta al sondaggio. Tuttavia, è possibile creare una condizione affinché l'attività venga attivata quando lo Stato della risposta è uguale a Importato. Per ulteriori informazioni, consulta questa pagina .
Dettagli successivi
Attenzione: Questa funzione non è inclusa in tutte le licenze. Contattate l 'Account Services se siete interessati ad accedere a questa funzione.
L'aggiunta di dettagli di follow-up all'attività del ticket consente ai proprietari di rispondere a ulteriori domande sulla creazione del ticket. È possibile aggiungere un sondaggio di feedback sui biglietti o aggiungere domande a scelta multipla o di testo nei dettagli del follow-up.
Attenzione: i sondaggi di feedback sui ticket rappresentano una versione più avanzata dei dettagli di follow-up e offrono maggiore flessibilità nelle modalità di ricezione delle informazioni di follow-up. Le attività di ticket esistenti con dettagli di follow-up non possono essere aggiornate per utilizzare i sondaggi di feedback sui ticket, ma possono essere ricostruite. Per ulteriori informazioni, consultare i sondaggi di creazione ticket.
Per aggiungere una domanda di approfondimento, clicca su “Aggiungi domanda” nella sezione “Dettagli domanda di approfondimento” e seleziona il tipo di domanda che desideri utilizzare. Le sezioni seguenti spiegano come gestire ciascun tipo di domanda.
Consiglio Q: sebbene sia possibile utilizzare le risposte alle domande di approfondimento come condizioni in un’attività di aggiornamento del ticket, i sondaggi di feedback sui ticketnon possono essere utilizzati per creare un evento ticket. Per aggiornare un ticket sulla base dei dati ricavati da un sondaggio di feedback sui ticket, utilizzare i flussi di lavoro per creareun’attività“Aggiorna ticket”o un’attività “Servizio web”.
Attenzione: non è consentito apportare modifiche alle domande inserite nella sezione “Dettagli di follow-up” una volta che queste sono state pubblicate.
Inserimento testo
Una volta aggiunta una domanda di testo ai dettagli del follow-up, è possibile modificare i seguenti campi. I campi possono essere modificati in qualsiasi ordine.
Scelta multipla
Una volta aggiunta una scelta multipla ai dettagli del follow-up, è possibile modificare i seguenti campi. I campi possono essere modificati in qualsiasi ordine.
Manager dei dettagli del follow-up
Quando modifichi i dettagli del follow-up, puoi eliminare un sondaggio o una domanda cliccando sul pulsante con il segno meno ( – ) che si trova accanto.
COME LE MODIFICHE ALLE DOMANDE DI FOLLOW-UP INFLUISCONO SULLA CREAZIONE DI TICKET
Quando modifichi le domande di follow-up relative ai ticket, potresti influire sul set di dati relativo ai report sui ticket. Continuate a leggere come le diverse modifiche influiscono sul vostro set di dati.
Aggiunta/eliminazione delle scelte di risposta
Questa modifica non ha implicazioni negative per la creazione di ticket. Nessuna delle risposte esistenti subirà un impatto. Le risposte dopo l'aggiunta/eliminazione rientreranno semplicemente nella nuova gamma di risposte possibili.
Modifica del testo della domanda
Questa modifica ha un impatto sul set di dati della creazione ticket. Riformulare una domanda di follow-up equivale a crearne una nuova. Nessuna delle risposte esistenti ne risentirà; tuttavia, la nuova mappatura delle risposte dovrà essere utilizzata come nuovo campo nella creazione ticket, poiché è considerata un nuovo campo. Tutte le risposte future alla nuova formulazione appariranno nel nuovo campo mappato e nessuna andrà nel vecchio campo.
Eliminazione di una domanda di follow-up
Questo non ha implicazioni negative per la creazione di ticket. Nessuna delle risposte esistenti subirà un impatto. Dopo la cancellazione, non è possibile raccogliere nuove risposte per il vecchio campo.
Utilizzo dei dati di creazione ticket
Quando si imposta un'attività ticket, è possibile aggiungere ulteriori informazioni al ticket, chiamate dati ticket. Questi campi possono essere personalizzati a piacimento, inserendo le risposte ai sondaggi, i valori dei dati integrati e molto altro ancora.
Tuttavia, questa funzione non serve solo per aggiungere ulteriori informazioni a un ticket. È inoltre possibile utilizzare i dati dei ticket per assegnare i ticket contemporaneamente a un individuo e a un team (anziché a uno o all'altro) e per collegare tra loro risposte simili per una rapida accessibilità ai ticket. È anche possibile utilizzare i dati del ticket come condizioni in un'attività di aggiornamento del ticket.
CreAZIONE TICKET: Gestione dei dati dei ticket
Dopo aver creato i dati del ticket, puoi modificare l'ordine in cui tali dati vengono visualizzati sul ticket, nascondere determinati campi in modo che non siano visibili al titolare del ticket oppure rimuovere del tutto i dati del ticket.
Per la procedura dettagliata, consultare la sezione “Punti salienti e dettagli del ticket”.
Modifica dei campi dati del ticket
Attenzione: I nomi dei campi dei ticket hanno un limite di 255 caratteri ASCII. I nomi più lunghi di questo limite saranno tagliati.
È possibile modificare questi dettagli anche dopo la creazione dei ticket. Basta tornare alla scheda Flussi di lavoro e fare clic sull'attività ticket per modificare i dati del ticket. Attenzione però: alcune modifiche ai dati dei ticket possono avere conseguenze inaspettate per i biglietti. Di seguito vengono illustrate le diverse modifiche che è possibile apportare ai campi dati dei ticket.
La ridenominazione dei campi rimuove tutti i dati associati a quel campo in tutti i ticket creati con quell'attività. Tuttavia, ripristinando il nome del campo al vecchio nome o aggiungendo un nuovo campo con il vecchio nome, i dati rimossi verranno ripristinati.
Esempio: supponiamo che tu abbia un campo chiamato "Client" associato a un campo dell'elenco dei contatti. Se modifichi il nome del campo in "beCustomer", tutti i dati relativi a quel campo scompariranno da tutti i ticket generati dall'attività "ticket". Rinominando il campo riportandolo a "Client" , i dati verranno ripristinati.
La modifica del valore mappato per un campo ticket avrà effetto solo sui ticket futuri. Questa modifica non è retroattiva e non cambierà i valori dei ticket già creati.
Esempio: supponiamo che tu abbia un campo chiamato "Phone " associato a un campo dell'elenco dei contatti. Se si modifica il campo in modo che sia mappato su una domanda del sondaggio, i dati dei ticket generati in precedenza non cambieranno. Solo i ticket creati dopo la modifica avranno il valore aggiornato.
Informazioni e dettagli sui biglietti
Nella sezione " Dettagli del ticket" è possibile suddividere i campi dati in diverse sezioni con intestazioni, organizzando le informazioni in base alla loro finalità. Con " Ticket Highlights" puoi mettere in evidenza le tre metriche e i tre commenti più importanti. Sia nei dettagli che nelle sintesi, è possibile assegnare un codice colore alle metriche in base ai punteggi, aiutando così gli agenti a elaborare più rapidamente le informazioni chiave.
Esempio: ecco come possono apparire le informazioni salienti e i dettagli di un ticket quando il titolare lo apre:
Consiglio Q: il vecchio riepilogo del ticket, con i campi "Punteggio del ticket " e "Commenti sul ticket ", viene automaticamente trasferito nella sezione "Punti salienti del ticket " con i colori predefiniti. È possibile personalizzare questa configurazione in base alle proprie esigenze seguendo i passaggi sopra indicati. Questa modifica riguarda sia i ticket esistenti che quelli appena creati.
Consiglio Q: quando l'opzione " Dettagli e punti salienti dei ticket " è abilitata per un'organizzazione, tutti i dati relativi ai ticket esistenti vengono spostati in una nuova sezione predefinita dedicata ai dettagli dei ticket. Nessun dato relativo ai biglietti viene rimosso dai flussi di lavoro esistenti.
Creazione dinamica dei ticket
I ticket vengono solitamente assegnati a un solo utente o team alla volta. Tuttavia, è possibile assegnare i ticket agli utenti o ai team in base ai dati integrati impostati nel flusso del sondaggio. In questo modo, è possibile costruire una serie di condizioni dinamiche nel flusso del sondaggio per assegnare i ticket.
Attenzione: Se un ticket viene assegnato dinamicamente a un utente senza accessibilità ai ticket, il ticket verrà assegnato al proprietario predefinito selezionato al punto 9.
Collegamento dinamico delle risposte
È possibile utilizzare i dati dei ticket per collegare tra loro risposte correlate. Se più risposte attivano un ticket con lo stesso campo e valore di risposta correlata, sarà possibile visualizzare le risposte correlate nella pagina di follow-up.
Attenzione: Il collegamento dinamico funziona con le risposte registrate nello stesso sondaggio. Non è possibile effettuare collegamenti dinamici tra i sondaggi.
I ticket con Q_RelatedResponseField e Q_RelatedResponseFieldValue corrispondenti nei dati del ticket saranno collegati. Per visualizzare questi dati, accedere alla propria pagina di follow-up facendo clic su Creazione ticket nel menu di navigazione globale.
Fai clic su un ticket per aprirlo, quindi fai clic su "Mostra risposte correlate " nella sezione " Risposte al sondaggio dei clienti ".
Tutte le risposte relative saranno elencate di seguito con la data in cui sono state registrate. Fare clic su una risposta per espanderla.
Consiglio Q: le risposte correlate possono essere collegate solo tra ticket attivi. I ticket chiusi non mostreranno più le relative risposte. È inoltre importante notare che, sebbene i ticket generati dalle risposte di prova possano essere elencati nella sezione “Mostra risposte correlate”, affinché tali risposte vengano visualizzate è necessario che nel sondaggio sia stata registrata una risposta di anteprima o una risposta effettiva.
Indirizzo e-mail di follow-up predefinito
È possibile impostare un indirizzo e-mail predefinito da contattare quando si fa clic su “Invia e-mail ” in un ticket. È anche possibile rendere dinamico questo indirizzo e-mail, che cambia in base a ciò che il rispondente dice nel sondaggio.
Campi avanzati dei dati dei biglietti
Quando si creano ticket da progetti non relativi a sondaggi (progetti da dati importati, progetti Discover e flussi di lavoro autonomi) o si utilizzano i cicli, potrebbero verificarsi problemi quali la duplicazione dei ticket o l'indicazione di una fonte di progetto errata. Esistono diversi campi aggiuntivi nei dati dei biglietti che possono essere utilizzati per evitare questo problema, controllando il modo in cui i biglietti vengono identificati e deduplicati.
Questa sezione illustra i campi a tua disposizione, quando utilizzarli e come utilizzarli nell'attività relativa ai ticket. Questi campi funzionano allo stesso modo dei campi “Q_TicketOwner” e “Q_TicketTeam” utilizzati per l’assegnazione dinamica dei ticket. Vengono aggiunti come campi dei dati del ticket nell'attività relativa ai ticket e vengono utilizzati durante la creazione del ticket (il che significa che non compaiono come dati visibili né sul ticket stesso né nei report relativi ai ticket).
| Nome campo | Cosa controlla | Quando utilizzarlo |
|---|---|---|
| Q_TicketResponseID | Imposta l'identificatore di risposta utilizzato per la deduplicazione | Se si creano ticket in un ciclo e ogni iterazione deve generare un ticket separato; oppure se si creano ticket da Discover o da flussi di lavoro autonomi in cui la deduplicazione predefinita non funziona |
| Q_TicketSourceID | Imposta l'identificatore del progetto/sondaggio di origine | Se è necessario sovrascrivere il progetto a cui è associato il ticket |
| Q_Tipo_Fonte_Biglietto | Imposta il tipo di origine (Survey, IDP, ORM, Global) | Se il tipo di progetto è stato classificato in modo errato |
Consiglio Q: per utilizzare questi campi nei flussi di lavoro relativi alla creazione ticket, è necessario che siano inclusi nell'evento che attiva il flusso di lavoro. Ad esempio, se il tuo flusso di lavoro viene attivato da un evento JSON, puoi includere questi campi nel payload JSON in modo che siano disponibili come testi trasferiti durante la mappatura dei dati dei ticket.
Perché utilizzare Q_TicketResponseID?
Quando viene creato un ticket, Qualtrics utilizza l'identificatore della risposta “ResponseID” insieme all'identificatore dell'azione “actionId” per generare un ID ticket univoco. Se si riscontrano nuovamente gli stessi valori di “ResponseID” e “actionId” (ad esempio durante un ciclo del flusso di lavoro), il sistema restituisce il ticket esistente invece di crearne uno nuovo.
In alcune configurazioni del flusso di lavoro, il ResponseID predefinito determina il seguente comportamento:
- Cicli (For Each): tutte le iterazioni di un ciclo condividono lo stesso ID di esecuzione del flusso di lavoro come ResponseID. Ciò significa che solo la prima iterazione genera un ticket. Tutte le iterazioni successive restituiscono lo stesso ticket invece di crearne di nuovi.
- Scopri i progetti e i flussi di lavoro autonomi: il campo "ResponseID" viene azzerato durante l'elaborazione, il che disabilita completamente la deduplicazione. Ciò può causare la creazione di ticket duplicati se il flusso di lavoro viene rieseguito o se l'evento viene elaborato più di una volta.
Impostando “Q_TicketResponseID” su un valore univoco per ogni ticket previsto e coerente tra i vari tentativi, è possibile eliminare i duplicati dei ticket.
Configurazione di Q_TicketResponseID
| Scenario | Valore consigliato | Perché |
|---|---|---|
| Eseguire un ciclo sull'origine dati IDP | ${lm://Field/UniqueIdentifier} | Questo è l'ID univoco del record proveniente dalla fonte dei dati. Ogni iterazione del ciclo elabora un record diverso, quindi l'ID univoco del record distingue ogni ticket. |
| Eseguire un ciclo su qualsiasi lista | ${lm://Field/…} | Potrebbe trattarsi di qualsiasi campo che sia univoco per ogni elemento dell'elenco. In questo modo si garantisce che ogni elemento dell'elenco generi un proprio ticket. |
| Progetto Discover | ${e://Field/EventId} | Questo è l'ID dell'evento; in alternativa, è possibile scegliere qualsiasi campo unico equivalente relativo all'evento. Ogni evento Discover dovrebbe generare un unico ticket; l'ID dell'evento impedisce la presenza di duplicati durante la riproduzione. |
| Flusso di lavoro autonomo | Qualsiasi valore trasmesso tramite pipeline che sia univoco per ogni esecuzione prevista del ticket | La selezione di un campo con valori univoci consente la deduplicazione, che altrimenti risulterebbe disabilitata nei flussi di lavoro autonomi. |
Esempio: una procedura comune consiste nell'estrarre i dati da un progetto da dati importati e creare un ticket per ogni record utilizzando un ciclo "for each". Senza Q_TicketResponseID, tutte le iterazioni del ciclo restituirebbero lo stesso ticket. Assegna invece a Q_TicketResponseID un campo della tua fonte dati che identifichi in modo univoco ogni record (ad esempio un ID cliente, un numero di pratica o un identificatore di riga) utilizzando i testi trasferiti provenienti dalla fonte dati "loop". Ora, ogni iterazione creerà un ticket separato, poiché ogni ciclo ha un identificatore di risposta univoco.
Consiglio Q: se si desidera che tutte le iterazioni del ciclo aggiornino intenzionalmente lo stesso ticket (ad esempio, per aggregare i dati), non impostare Q_TicketResponseID. Il comportamento predefinito restituirà il ticket esistente, consentendoti di aggiornarlo ad ogni ciclo.
Configurazione di Q_TicketSourceID e Q_TicketSourceType
Questi campi seguono la stessa procedura di configurazione di Q_TicketResponseID:
Consiglio Q: nella maggior parte dei flussi di lavoro non sono necessari i campi “Q_TicketSourceID” o “Q_TicketSourceType”. Questi dati sono necessari solo se il tipo di progetto o l'ID sono stati classificati in modo errato.
FAQs
Ho accesso a tutte le estensioni disponibili tramite i modelli di Flusso di lavoro?
Ho accesso a tutte le estensioni disponibili tramite i modelli di Flusso di lavoro?
Esiste un link che rimanda a tutti gli eventi e le attività dei flussi di lavoro?
Esiste un link che rimanda a tutti gli eventi e le attività dei flussi di lavoro?
Cosa sono i modelli di flusso di lavoro?
Cosa sono i modelli di flusso di lavoro?
Cosa sono i flussi di lavoro? / Dove si trovano le azioni?
Cosa sono i flussi di lavoro? / Dove si trovano le azioni?
Questo aggiornamento non comporta alcuna modifica alle funzionalità del flusso di lavoro.
È fantastico! Grazie per il tuo feedback!
Grazie per il tuo feedback!