CHARGEBACKZENDESK

Come usare i ticket Zendesk come prova in un chargeback

Cosa rende utile un ticket Zendesk in un chargeback: timestamp, parole del cliente, risoluzione. Campi, macro, stampa ed esportazione dei ticket.

Pubblicato il 6 min di lettura

Quando un abbonato contesta un addebito, lo storico del supporto è spesso la prova più forte che hai. Un ticket in cui il cliente ha fatto una domanda sul prodotto dopo il rinnovo, o un ticket in cui hai confermato la sua disdetta e lo hai rimborsato, può decidere il caso. Un ticket parafrasato, oscurato male o esportato senza date vale molto meno.

Questa guida spiega cosa rende un ticket Zendesk utile come prova, come impostare campi e macro perché i fatti giusti vengano registrati al momento, e come estrarre i ticket da Zendesk in una forma leggibile da chi esamina il caso per il circuito. Le funzioni di Zendesk vengono dalla documentazione di Zendesk: stampare i ticket, esportare i dati, campi ticket personalizzati, azioni delle macro, oscuramento e le API Ticket Audits e Ticket Comments. I campi delle contestazioni vengono dalle categorie delle contestazioni e dalle buone pratiche sulle prove di Stripe (tutti consultati a novembre 2026).

Cosa cerca chi esamina il caso

Una contestazione viene decisa da qualcuno presso l’emittente della carta che non ha mai sentito parlare del tuo prodotto e ha pochi minuti per leggere il tuo fascicolo. Per le contestazioni sugli abbonamenti, le domande di solito sono semplici:

  • Il cliente sapeva che sarebbe stato addebitato?
  • Ha provato a disdire, e se sì, quando, e cosa è successo?
  • Ha continuato a usare il servizio dopo l’addebito?

Per la categoria «subscription canceled», la pagina delle categorie delle contestazioni di Stripe rimanda al campo cancellation_rebuttal (perché l’abbonamento non è stato disdetto, o perché l’addebito resta valido) e a customer_communication (corrispondenza che mostra che il cliente ha continuato a usare il servizio o sapeva del rinnovo). Le buone pratiche di Stripe consigliano di riunire più comunicazioni, come email e trascrizioni di chat, in un unico file per quel campo.

Un ticket Zendesk può rispondere a tutte e tre le domande, se ha tre cose.

Le tre cose che rendono un ticket una prova

1. Timestamp affidabili

Ogni commento in Zendesk ha il suo orario di creazione, e Zendesk conserva una traccia di audit. L’API Ticket Audits descrive gli audit come uno storico in sola lettura di tutti gli aggiornamenti di un ticket, ciascuno con il proprio created_at. È importante: una contestazione spesso si gioca sul fatto che il cliente abbia scritto prima o dopo una data di rinnovo.

Quando presenti un ticket, mostra data e ora di ogni messaggio e indica il fuso orario. La pagina sull’esportazione dei dati di Zendesk segnala che i timestamp dei CSV usano il fuso orario predefinito dell’account; il tuo provider di fatturazione potrebbe usare UTC. Metti entrambi sulla stessa base prima di costruire una timeline.

2. Le parole del cliente

Cita, non parafrasare. «Il cliente ha confermato di usare la funzione report» è una tua opinione. Un messaggio datato dall’indirizzo email del cliente che dice «l’export nei report è di nuovo rotto, potete sistemarlo prima della nostra riunione del consiglio» è una prova.

Segui queste regole:

  • Cita il messaggio completo, o un estratto chiaramente indicato con «[…]» dove hai tagliato.
  • Non correggere, riassumere o tradurre mai dentro la citazione. Se traduci, metti l’originale accanto.
  • Includi i messaggi che danneggiano il tuo caso, se sono pertinenti. Chi esamina e trova una richiesta di disdetta omessa non si fiderà del resto del fascicolo, e inviare un fascicolo fuorviante non è comunque qualcosa che dovresti fare.

3. Una risoluzione chiara

Il ticket deve mostrare come si è concluso: disdetto in una certa data, rimborsato, credito emesso, domanda risolta. Se un agente ha disdetto un abbonamento, il ticket deve dirlo in una risposta pubblica al cliente, non solo in una nota interna.

Imposta Zendesk per registrarlo al momento

Le prove sono molto più facili da trovare quando sono state etichettate il giorno in cui sono nate.

Campi personalizzati

La guida di Zendesk ai campi ticket personalizzati spiega che gli amministratori aggiungono campi nell’Admin Center in Objects and rules > Tickets > Fields. Ogni opzione di un menu a tendina riceve il proprio tag. Campi utili per le contestazioni:

Campo Tipo Valori
Richiesta di fatturazione Menu a tendina Richiesta di disdetta, Richiesta di rimborso, Domanda su un addebito, Downgrade, Nessuna
Esito della disdetta Menu a tendina Disdetto subito, Disdetto a fine periodo, Il cliente ha ritirato la richiesta, Non applicabile
Rimborso emesso Casella di controllo Sì / No
ID cliente di fatturazione Testo L’ID dal tuo sistema di fatturazione

Non creare un campo per i numeri di carta o i dati di pagamento completi. Non ti servono mai come prova, e Zendesk documenta l’oscuramento automatico dei numeri di carta di credito (piani Professional e superiori) per quando i clienti li incollano comunque. Secondo Zendesk, mantiene le prime sei e le ultime quattro cifre e non si applica ai numeri già presenti nel sistema; quelli più vecchi vanno oscurati a mano, un’operazione irreversibile.

Macro per le richieste di rimborso e di disdetta

Le azioni delle macro di Zendesk possono impostare campi a tendina, a scelta multipla e caselle di controllo, e impostare, aggiungere o rimuovere tag. Una macro «Richiesta di disdetta gestita» potrebbe:

  1. Pubblicare una risposta pubblica che conferma la disdetta e la data in cui ha effetto.
  2. Impostare Richiesta di fatturazione su Richiesta di disdetta.
  3. Impostare Esito della disdetta sul valore corrispondente.
  4. Aggiungere un tag come cancel_confirmed.

La risposta di conferma è la parte importante. Trasforma «l’abbiamo disdetto» in un messaggio datato nella casella del cliente e sul ticket. Mantieni un tono fattuale: cosa è stato disdetto, da quando e se si applica un rimborso.

L’elenco delle azioni delle macro di Zendesk copre i campi che impostano tag (a tendina, a scelta multipla, caselle di controllo), quindi prevedi che l’ID cliente di fatturazione arrivi da un’integrazione o venga digitato dall’agente.

Estrarre i ticket

Un ticket alla volta: stampa

L’articolo di Zendesk sulla stampa dei ticket descrive come aprire il ticket, cliccare sul menu Ticket options e scegliere Print ticket. Puoi scegliere se includere note interne e conversazioni laterali (Suite Professional e superiori). Per le prove, lascia fuori le note interne a meno che non contino: sono scritte per i colleghi e fuori contesto possono suonare male. Stampa in PDF e verifica che ogni messaggio mostri la sua data.

Molti ticket: esportazione o API

Metodo Include i commenti? Note dalla documentazione Zendesk
Esportazione dati dall’Admin Center, JSON Sì Disattivata per impostazione predefinita; il titolare dell’account chiede al supporto Zendesk di attivarla; i commenti vengono omessi per i ticket sopra 1 MB
Esportazione dati dall’Admin Center, CSV No Solo campi del ticket; niente commenti né descrizioni
Esportazione di una vista in CSV No Campi dei ticket di una vista
API Ticket Comments Sì Si può ordinare per created_at
API Ticket Audits Sì, con ogni modifica Storico in sola lettura di tutti gli aggiornamenti

Fonti: esportazione dati, esportazione di una vista, Ticket Comments, Ticket Audits.

Le esportazioni CSV sono utili per trovare i ticket giusti (filtra sul tuo campo Richiesta di fatturazione) ma non come prova da sole, perché escludono ciò che il cliente ha scritto.

Costruire il fascicolo di prove, passo per passo

  1. Trova ogni ticket dall’indirizzo email del cliente che contesta, e da qualsiasi altro indirizzo del suo account.
  2. Ordina tutti i messaggi per orario e mettili su un’unica timeline con gli eventi di fatturazione: iscrizione, avvisi di rinnovo, addebiti, disdetta.
  3. Scegli i messaggi che rispondono alle domande di chi esamina. Citali per intero con data, fuso orario e mittente.
  4. Scrivi una breve nota di accompagnamento in linguaggio semplice: «Il cliente ha contattato il supporto il [data] riguardo a [funzione], [N] giorni dopo l’addebito contestato. Messaggio completo qui sotto.»
  5. Riunisci le trascrizioni in un unico file per customer_communication, come consiglia Stripe.
  6. Verifica che nulla nel fascicolo contenga numeri di carta o dati personali non pertinenti.
  7. Invia prima della scadenza indicata sulla contestazione.

Farlo con NoChurn

Il connettore Zendesk di NoChurn è in sola lettura: legge i ticket e non risponde, non tagga e non modifica mai nulla in Zendesk. I ticket vengono abbinati ai tuoi clienti tramite email; le corrispondenze dubbie ti vengono suggerite perché tu le confermi e non vengono mai unite in automatico. Quando si apre una contestazione su Stripe o Braintree, NoChurn raccoglie le prove in automatico (risposte del flusso di disdetta, email inviate, utilizzo e i messaggi Zendesk abbinati, citati alla lettera con le loro date), scrive una bozza di risposta con l’IA e la invia solo dopo che l’hai controllata. Gestione dei ticket, macro e oscuramento restano in Zendesk, e la decisione sulla contestazione resta all’emittente della carta. Vedi NoChurn + Zendesk.

PROMPT

Read https://www.nochurn.sh/llms.txt,
then follow https://www.nochurn.sh/docs/quickstart/
to add NoChurn to this app. Use a test key
(nc_test_…) until I say we go live.

Smetti di perdere ricavi.

  • Gratis fino a $300 MRR
  • Nessuna carta richiesta
  • Attivo in 10 minuti
  • Mai una quota di ciò che recuperiamo