Descrittori di fatturazione: la prevenzione dei chargeback più economica
Come il testo sull'estratto conto della carta causa o previene i chargeback: regole dei descrittori Stripe e Braintree, limiti di caratteri, esempi.
Di Florian
Un cliente guarda l’estratto conto della carta, vede una riga che non riconosce e tocca “contesta” nell’app della banca. La banca la registra come frode. Per un’azienda in abbonamento, è uno dei modi più comuni in cui un addebito perfettamente valido diventa un chargeback, e la soluzione non costa nulla: cambiare il testo di quella riga.
Quel testo è lo statement descriptor (chiamato anche descrittore di fatturazione o soft descriptor). Questa guida spiega cos’è, le regole su Stripe e Braintree, come scriverne uno buono per gli abbonamenti e cos’altro aiuta i clienti a riconoscere un addebito. Fonti: di Stripe, statement descriptors, what is a statement descriptor, why customers see descriptors that don’t match e account checklist; di Braintree, descriptors e il riferimento Transaction: Sale; e la revised enhanced descriptor policy di Visa (tutti consultati a novembre 2026).
Perché i descrittori causano contestazioni
Spesso il descrittore è l’unica informazione che il cliente ha su un addebito quando guarda l’estratto conto. Tre situazioni producono contestazioni del tipo “non lo riconosco”:
- Il descrittore mostra la ragione sociale, non il marchio. “ACME HOLDINGS LTD” non dice nulla a chi si è abbonato a “Planwise”.
- Un’azienda, diversi prodotti. Se gestisci tre app con un solo account e tutti gli addebiti mostrano lo stesso nome, i clienti non sanno quale abbonamento stanno pagando.
- L’addebito arriva molto dopo l’iscrizione. Un rinnovo annuale arriva undici mesi dopo l’ultima volta che il cliente ha pensato a te. Un nome chiaro è l’unico promemoria.
Di solito queste contestazioni arrivano come frode (Visa 10.4, Mastercard 4863 “il titolare non riconosce l’addebito”). Anche se le vinci, contano nei tuoi rapporti di contestazione dei circuiti. Prevenirle costa molto meno.
Le regole su Stripe
La documentazione di Stripe sugli statement descriptor fissa questi limiti per i pagamenti con carta:
| Regola | Limite |
|---|---|
| Lunghezza totale | Da 5 a 22 caratteri |
| Caratteri | Solo caratteri latini; almeno una lettera |
| Caratteri vietati | Parentesi angolari, virgolette singole e doppie e l’asterisco |
| Contenuto | Deve riflettere il nome commerciale (DBA), l’URL o la ragione sociale; non può essere composto solo da numeri |
Prefisso e suffisso dinamico
Stripe ti permette di combinare un prefisso statico (chiamato shortened descriptor nella Dashboard) con un suffisso dinamico per pagamento:
- Il prefisso ha da 2 a 10 caratteri.
- Stripe unisce prefisso e suffisso con un asterisco e uno spazio, e quel separatore conta nei 22 caratteri. Con un prefisso di 7 caratteri, restano 13 caratteri per il suffisso.
- I suffissi dinamici funzionano solo per i pagamenti con carta.
- Per i pagamenti con carta vengono inviati solo i primi 22 caratteri; il resto viene tagliato.
Per gli abbonamenti, il suffisso è il posto dove mettere prodotto o piano: PLANWISE* PRO ANNUAL.
Cosa vede davvero il cliente
L’articolo di supporto di Stripe sui descrittori non corrispondenti spiega che alcune banche mostrano un nome “amichevole” del merchant al posto del tuo descrittore, usando diversi dati della transazione, e che Stripe non ha alcun controllo su questa associazione. La checklist dell’account di Stripe aggiunge che gli emittenti possono mostrare anche altre informazioni dell’account, come nome commerciale, indirizzo, email o numero di telefono. Verifica che i dati pubblici della tua attività nell’account del processore (telefono e URL di supporto) siano informazioni che ti va bene far vedere ai clienti, e che funzionino.
Le regole su Braintree
Braintree supporta i descrittori dinamici per transazione, ma non sono attivi per impostazione predefinita su ogni account. Il suo riferimento Transaction: Sale descrive il formato del nome:
| Parte azienda | Parte prodotto | Totale con asterisco |
|---|---|---|
| 3 caratteri | fino a 18 | 22 |
| 7 caratteri | fino a 14 | 22 |
| 12 caratteri | fino a 9 | 22 |
Braintree documenta anche un campo telefono e un campo URL per i descrittori, e nota che la lunghezza esatta e le regole sui caratteri dipendono dal tuo processore, e che alcuni processori accettano un URL mentre altri accettano solo un numero di telefono. Controlla le impostazioni del tuo account prima di affidarti a un formato.
Com’è un buon descrittore per un abbonamento
Principi
- Inizia con il nome che i clienti conoscono. Il marchio della tua app, delle tue email e dell’icona dell’app, non la holding.
- Aggiungi prodotto o piano quando hai spazio. Soprattutto se vendi più di un prodotto o hai piani mensili e annuali.
- Mantienilo leggibile. Evita abbreviazioni che nessuno indovinerebbe.
- Sii coerente. Usa lo stesso descrittore in promemoria, ricevute e articoli del centro assistenza, così un cliente che lo cerca ti trova.
Esempi
| Debole | Migliore | Perché |
|---|---|---|
ACME HOLDINGS LTD |
PLANWISE* PRO MONTHLY |
Marchio e piano invece della ragione sociale |
AHL*SUB 88213 |
PLANWISE* TEAM ANNUAL |
Niente codici interni |
PLANWISE |
PLANWISE* RENEWAL |
Segnala un addebito ricorrente |
WWW.PLNWS.IO |
PLANWISE.COM |
Un dominio che il cliente può digitare |
Assicurati che ogni esempio rispetti le regole sui caratteri del tuo processore; l’asterisco in questi esempi è il separatore di Stripe, non un carattere da digitare nel prefisso.
Prove gratuite
Quando una prova gratuita si converte, il primo addebito è quello che più probabilmente sorprende. Un tempo Visa richiedeva un descrittore arricchito per quel primo addebito dopo una prova; la sua policy rivista (dicembre 2020) l’ha reso facoltativo. Anche se facoltativo, un suffisso come TRIAL END o FIRST CHARGE su quel pagamento aiuta, se il tuo processore ti permette di impostare un suffisso per pagamento. Le regole di Visa sulle prove richiedono comunque un promemoria con un link di disdetta almeno sette giorni prima di quell’addebito.
Di’ ai clienti cosa vedranno
Il descrittore funziona meglio quando il cliente l’ha già visto. Inseriscilo:
- Nella pagina di pagamento: “Sul tuo estratto conto comparirà come PLANWISE* PRO.”
- Nell’email di benvenuto e in ogni ricevuta.
- Nei promemoria di rinnovo e di fine prova. Vedi promemoria di rinnovo dei piani annuali.
- In un articolo del centro assistenza intitolato con il descrittore stesso, così un cliente che cerca “addebito PLANWISE PRO” lo trova.
Anche le buone pratiche di prevenzione delle frodi di Stripe raccomandano di dire ai clienti sul tuo sito cosa vedranno sull’estratto conto.
Controlla come appare
Non darlo per scontato. Fai un acquisto reale con la tua carta per ogni prodotto e piano, poi guarda:
- la transazione in sospeso nell’app della banca;
- la transazione contabilizzata qualche giorno dopo;
- l’estratto conto mensile.
Banche e app mostrano i descrittori in modo diverso, e alcune li sostituiscono con un nome amichevole. Se ciò che vedi non è ciò che hai impostato, contatta il tuo processore.
Misura l’effetto
Dopo una modifica del descrittore, confronta nei mesi successivi:
- la quota di contestazioni con codici di motivo “non riconosciuto” o frode sui clienti esistenti;
- i ticket di supporto che chiedono “cos’è questo addebito?”;
- le richieste di informazioni e i retrieval (sui circuiti che li usano ancora).
Le contestazioni arrivano settimane dopo l’addebito, quindi lascia passare almeno due cicli di fatturazione prima di giudicare.
Checklist del descrittore
- Nome del marchio che i clienti conoscono, non la ragione sociale.
- Suffisso con prodotto o piano dove supportato.
- Entro le regole di lunghezza e caratteri del tuo processore.
- Telefono e URL di supporto pubblici impostati e funzionanti.
- Descrittore mostrato al pagamento, in ricevute e promemoria e nel centro assistenza.
- Testato su una carta reale.
- Descrittore separato per prodotto se ne vendi diversi.
Per il resto del piano di prevenzione, vedi come prevenire i chargeback sugli abbonamenti.
Farlo con NoChurn
NoChurn non imposta il tuo descrittore; quello resta in Stripe o Braintree. Quello che fa è mostrare ogni contestazione con il suo motivo, così puoi vedere se le contestazioni “non riconosciuto” e per frode calano dopo la modifica, e raccogliere automaticamente le prove quando una contestazione arriva comunque (risposte al flusso di disdetta, email inviate, utilizzo che invii via API, conversazioni dell’help desk in sola lettura), con una risposta redatta dall’IA che una persona rivede prima dell’invio. Vedi chargeback.