Il template dei dati per l’elaborazione dei pagamenti
Il template dei dati per l’elaborazione dei pagamenti
- Attributi dei dati consigliati
- Attività fondamentali del ciclo di vita dei pagamenti
- Istruzioni dettagliate per estrarre i dati da Stripe
Attributi per l’elaborazione dei pagamenti
| Nome | Descrizione | ||
|---|---|---|---|
|
Attività
EventName
|
Il nome della specifica fase o dell’evento che si verifica nel ciclo di vita del pagamento. | ||
|
Descrizione
Questo attributo rappresenta l’attività svolta in un determinato momento. In genere viene ricavato dai tipi di evento Stripe Webhook, ad esempio 'payment_intent.created' diventa 'Richiesta di pagamento creata' e 'charge.succeeded' diventa 'Pagamento autorizzato'. La corretta associazione di questi nomi tecnici degli eventi ad attività comprensibili per il business è fondamentale per rendere leggibile la mappa del processo. Consente agli analisti di comprendere il flusso senza dover decifrare i codici grezzi degli eventi API.
Perché è importante
Definisce i nodi della mappa del processo e permette di visualizzare il flusso del processo.
Dove reperirli
Stripe API: oggetto Event, campo 'type'.
Esempi
Richiesta di pagamento creataPagamento autorizzatoPagamento non riuscitoContestazione aperta
|
|||
|
ID della transazione di pagamento
PaymentIntentId
|
Identificativo univoco della transazione di pagamento in Stripe. | ||
|
Descrizione
Questo attributo funge da identificativo centrale del caso per l’analisi del processo. In genere deriva dal campo «id» dell’oggetto PaymentIntent di Stripe (ad esempio, pi_12345). Raggruppa in un unico caso completo tutti gli eventi correlati, come autorizzazione, acquisizione, mancato pagamento e rimborsi. Nell’analisi, questo ID è essenziale per ricostruire la cronologia completa di una richiesta di pagamento. Consente di associare correttamente i singoli tentativi e le variazioni di stato alla specifica transazione finanziaria richiesta dal cliente.
Perché è importante
È la chiave primaria del modello di Process Mining e consente al sistema di collegare eventi isolati in un’unica traccia di processo coerente.
Dove reperirli
API Stripe: oggetto PaymentIntent, campo «id».
Esempi
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
|
|||
|
Ora di inizio
EventTimestamp
|
La data e l’ora esatte in cui si è verificato l’evento. | ||
|
Descrizione
Questo attributo registra la data e l’ora dell’evento. In Stripe, il valore è fornito come timestamp Unix nel campo 'created' dell’oggetto Event. Questi dati sono fondamentali per stabilire la sequenza delle attività. Gli analisti utilizzano questo campo per calcolare i tempi di ciclo e gli intervalli tra le attività, oltre che per ordinare correttamente gli eventi all’interno del caso identificato dal Payment Transaction ID. Senza timestamp precisi, non è possibile determinare il flusso del processo né misurarne le prestazioni.
Perché è importante
Fornisce la dimensione temporale necessaria per l’individuazione dei processi e l’analisi delle prestazioni.
Dove reperirli
Stripe API: oggetto Event, campo 'created'.
Esempi
2023-10-27T08:30:00Z2023-10-27T08:30:05Z2023-10-27T14:15:00Z
|
|||
|
Sistema di origine
SourceSystem
|
Il nome del sistema da cui provengono i dati. | ||
|
Descrizione
Questo attributo indica l’origine del record di dati. In questa specifica vista del processo, il valore sarà sempre 'Stripe'. È utile negli ambienti con più sistemi, in cui i flussi di processo possono coinvolgere CRM, ERP e Gateway di pagamento. Consente agli analisti di filtrare la mappa del processo per visualizzare solo le attività svolte nel sistema di pagamento oppure di distinguere Stripe dagli altri metodi di pagamento quando si analizzano più Gateway insieme.
Perché è importante
Identifica la provenienza dei dati, un elemento essenziale per la governance dei dati e il Process Mining su più sistemi.
Dove reperirli
Valore impostato durante l’estrazione.
Esempi
StripeStripe ConnectStripe Payments
|
|||
|
Ultimo aggiornamento dei dati
ExtractionTimestamp
|
La data e l’ora in cui i dati sono stati estratti da Stripe. | ||
|
Descrizione
Questo attributo registra quando i dati sono stati recuperati dal sistema di origine. Aiuta a valutare quanto siano aggiornate le analisi e a individuare eventuali problemi di latenza dei dati. Nelle Dashboard, questo campo indica all’utente quanto siano aggiornati i dati. Se l’intervallo tra il timestamp dell’evento e quello dell’estrazione è ampio, potrebbe esserci un ritardo nella pipeline dei dati.
Perché è importante
Garantisce la trasparenza sull’aggiornamento dei dati e supporta le strategie di caricamento incrementale.
Dove reperirli
Generato dallo strumento ETL o di estrazione.
Esempi
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
|
|||
|
Codice di errore
FailureCode
|
Il codice specifico restituito in caso di pagamento non riuscito. | ||
|
Descrizione
Questo attributo registra la causa del mancato pagamento, ad esempio 'insufficient_funds' o 'card_declined'. In genere si trova nel campo 'last_payment_error.code' dell’oggetto PaymentIntent. Questi dati sono alla base della Dashboard 'Tempo di ciclo della risoluzione degli errori'. Analizzando i codici, l’azienda può individuare gli errori tecnici che causano maggiori difficoltà e ritardi mirati nel flusso dei pagamenti.
Perché è importante
È fondamentale per individuare le cause profonde delle deviazioni del processo e delle transazioni non riuscite.
Dove reperirli
Stripe API: oggetto PaymentIntent, campo 'last_payment_error.code'.
Esempi
card_declinedinsufficient_fundsexpired_cardincorrect_cvc
|
|||
|
ID cliente
CustomerId
|
L’identificativo del cliente associato al pagamento. | ||
|
Descrizione
Questo attributo collega il pagamento a uno specifico cliente in Stripe e proviene dal campo 'customer'. Consente di alimentare la Dashboard 'Latenza delle notifiche ai clienti', raggruppando le transazioni per cliente. È utile anche per individuare i clienti con frequenti rilavorazioni o pagamenti non riusciti, a supporto dell’analisi 'Tassi di rilavorazione delle istruzioni di pagamento'.
Perché è importante
Consente di analizzare e segmentare i processi in base ai clienti.
Dove reperirli
Stripe API: oggetto PaymentIntent, campo 'customer'.
Esempi
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
|
|||
|
ID dell’accredito
PayoutId
|
L’identificativo dell’accredito bancario che include questo pagamento. | ||
|
Descrizione
Questo attributo collega la singola transazione all’accredito cumulativo (Payout) inviato sul conto bancario dell’esercente. Si trova nell’oggetto Balance Transaction associato al Charge. È fondamentale per l’analisi 'Scostamenti nella riconciliazione dei pagamenti'. Se un pagamento risulta regolato ma non ha un ID dell’accredito, significa che i fondi sono ancora trattenuti da Stripe e non sono stati trasferiti all’azienda, evidenziando un ritardo nella disponibilità di liquidità.
Perché è importante
Collega il singolo caso alla fase finale del regolamento finanziario.
Dove reperirli
Stripe API: oggetto Balance Transaction, campo 'payout'.
Esempi
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
|
|||
|
Importo del pagamento
PaymentAmount
|
Il valore monetario associato alla transazione di pagamento. | ||
|
Descrizione
Questo attributo rappresenta l’importo totale della transazione. In Stripe, spesso è memorizzato nell’unità monetaria più piccola, ad esempio in centesimi per USD, e deve essere convertito. Corrisponde al campo 'amount' dell’oggetto PaymentIntent o Charge. Questi dati sono essenziali per la Dashboard 'Visibilità dei flussi di cassa della tesoreria'. Gli analisti possono aggregare gli importi per conoscere il volume totale delle transazioni, i potenziali ricavi a rischio in caso di errori e le transazioni di valore elevato da esaminare manualmente con priorità.
Perché è importante
Aggiunge una dimensione finanziaria all’analisi del processo e consente di stabilire le priorità in base al valore.
Dove reperirli
Stripe API: oggetto PaymentIntent, campo 'amount'.
Esempi
100.002500.5049.99
|
|||
|
Stato del pagamento
PaymentStatus
|
Lo stato attuale del PaymentIntent o del Charge. | ||
|
Descrizione
Questo attributo riporta lo stato della transazione indicato da Stripe, ad esempio 'requires_payment_method', 'succeeded' o 'canceled'. Il valore è ricavato direttamente dal campo 'status'. Aiuta a verificare il flusso del processo. Per esempio, un caso che termina con 'succeeded' indica un esito positivo, mentre 'canceled' segnala una deviazione. La Dashboard 'Analisi del volume e della capacità' utilizza questo attributo per classificare gli esiti.
Perché è importante
Fornisce una rapida panoramica dell’esito del caso e aiuta a verificare se il processo si è concluso in uno stato conforme.
Dove reperirli
Stripe API: oggetto PaymentIntent, campo 'status'.
Esempi
succeededrequires_actionprocessingcanceled
|
|||
|
Tipo di metodo di pagamento
PaymentMethodType
|
Il tipo di strumento utilizzato per il pagamento, ad esempio una carta o un bonifico bancario. | ||
|
Descrizione
Questo attributo identifica il metodo utilizzato per la transazione, ad esempio 'card', 'ach_debit' o 'alipay'. Il valore deriva dall’oggetto 'payment_method_types' o 'payment_method'. È essenziale per la Dashboard 'Uniformità dei tempi di regolamento', poiché i tempi variano notevolmente tra le carte di credito, più rapide, e i bonifici bancari, più lenti. Suddividere i dati per metodo consente di confrontare correttamente le prestazioni.
Perché è importante
Spiega le differenze nella durata del processo dovute alle caratteristiche dei diversi circuiti di pagamento.
Dove reperirli
Stripe API: oggetto PaymentIntent, campo 'payment_method_types'.
Esempi
cardus_bank_accountsepa_debitideal
|
|||
|
Utente che elabora
ProcessingUser
|
L’utente o l’agente di sistema responsabile delle revisioni manuali. | ||
|
Descrizione
Questo attributo identifica l’operatore o la logica di sistema che ha svolto una specifica attività, in particolare per 'Revisione del pagamento necessaria' o 'Contestazione aperta'. In Stripe Radar, può corrispondere all’indirizzo e-mail del revisore registrato nei log delle revisioni. Alimenta la Dashboard 'Mappa degli interventi manuali', che consente ai responsabili di vedere quali membri del team gestiscono più revisioni e di individuare eventuali colli di bottiglia nel flusso di lavoro manuale.
Perché è importante
Consente di analizzare le risorse e individuare i colli di bottiglia nelle attività manuali.
Dove reperirli
Stripe API: oggetto Review (Radar), campo 'closed_by' o 'opened_reason'.
Esempi
fraud_team_botanalyst@company.comsystem_automatic
|
|||
|
Valuta
PaymentCurrency
|
Il codice ISO di 3 lettere che identifica la valuta della transazione. | ||
|
Descrizione
Questo attributo specifica la valuta utilizzata per il pagamento, ad esempio USD, EUR o GBP. Si trova nel campo 'currency' dell’oggetto PaymentIntent ed è necessario per uniformare la rendicontazione finanziaria nelle Dashboard della tesoreria. Nelle analisi, questo campo aiuta a individuare differenze regionali nei tempi di elaborazione dei pagamenti o nei tassi di errore e contribuisce alla vista 'Uniformità dei tempi di regolamento'.
Perché è importante
È essenziale per aggregare correttamente i dati finanziari e analizzare le prestazioni a livello regionale.
Dove reperirli
Stripe API: oggetto PaymentIntent, campo 'currency'.
Esempi
USDEURGBPJPY
|
|||
|
Contestato
IsDisputed
|
Indicatore booleano che segnala se il titolare della carta ha contestato il pagamento. | ||
|
Descrizione
Questo attributo indica se è mai stata aperta una contestazione (chargeback) per il pagamento. Il valore deriva dal controllo che il campo 'dispute' dell’oggetto Charge non sia nullo oppure dalla presenza di un oggetto Dispute collegato al PaymentIntent. Serve a filtrare i casi per la 'Verifica di conformità del percorso del processo' e controllare se i casi contestati hanno seguito le procedure previste per l’invio delle prove.
Perché è importante
Individua i casi ad alto rischio che richiedono una gestione specifica e il monitoraggio della conformità.
Dove reperirli
Stripe API: oggetto Charge, verificare se il campo 'dispute' è valorizzato.
Esempi
truefalse
|
|||
|
Durata del regolamento
SettlementDuration
|
L’intervallo tra il pagamento autorizzato e la disponibilità dei fondi. | ||
|
Descrizione
Questo attributo calcolato misura il tempo necessario affinché i fondi autorizzati diventino disponibili nel saldo Stripe. Si calcola sottraendo il timestamp di 'Pagamento autorizzato' da quello di 'Fondi disponibili'. È la metrica principale della Dashboard 'Uniformità dei tempi di regolamento' e aiuta i team della tesoreria a prevedere la disponibilità di cassa.
Perché è importante
Misura la velocità di disponibilità della liquidità e i ritardi nei flussi di cassa.
Dove reperirli
Calcolato nello strumento di Process Mining.
Esempi
2 giorni7 giorni10 minuti
|
|||
|
Paese della carta
CardCountry
|
Il codice del paese in cui è stata emessa la carta. | ||
|
Descrizione
Questo attributo identifica il paese di origine dello strumento di pagamento e si trova in genere in 'payment_method_details.card.country'. È utilizzato nella Dashboard 'Uniformità dei tempi di regolamento'. I pagamenti transfrontalieri spesso richiedono più tempo per essere regolati rispetto a quelli nazionali; questo attributo consente quindi di segmentare i dati durante l’analisi.
Perché è importante
Spiega i ritardi nel regolamento dovuti alle procedure bancarie transfrontaliere.
Dove reperirli
Stripe API: oggetto Charge, 'payment_method_details.card.country'.
Esempi
USDEGB
|
|||
|
Punteggio di rischio
RiskScore
|
Il punteggio di rischio di frode assegnato alla transazione da Stripe Radar. | ||
|
Descrizione
Questo attributo contiene il punteggio di rischio (0-99) assegnato dai modelli di apprendimento automatico di Stripe. Si trova nel campo 'outcome.risk_score' dell’oggetto Charge. È fondamentale per la Dashboard 'Individuazione dei falsi positivi'. Correlando i punteggi di rischio con le attività 'Errore di pagamento risolto' completate con successo, gli analisti possono regolare le soglie per il blocco automatico delle transazioni.
Perché è importante
Fornisce il contesto per capire perché una transazione potrebbe essere stata segnalata o bloccata.
Dove reperirli
Stripe API: oggetto Charge, campo 'outcome.risk_score'.
Esempi
56599
|
|||
|
Rilavorazione
IsRework
|
Indicatore che segnala se le attività sono state ripetute all’interno del caso. | ||
|
Descrizione
Questo attributo calcolato restituisce true se attività come 'Istruzione di pagamento inviata' o 'Dati di pagamento convalidati' si verificano più di una volta per lo stesso Payment Transaction ID. Supporta direttamente il KPI 'Tassi di rilavorazione delle istruzioni di pagamento'. Un numero elevato di rilavorazioni spesso segnala problemi di qualità dei dati all’origine o interfacce poco chiare per il cliente.
Perché è importante
Evidenzia le inefficienze e i cicli del processo.
Dove reperirli
Calcolato nello strumento di Process Mining.
Esempi
truefalse
|
|||
|
Rimborsato
IsRefunded
|
Indicatore booleano che segnala se il pagamento è stato rimborsato, in tutto o in parte. | ||
|
Descrizione
Questo attributo segnala se i fondi sono stati restituiti al cliente. Il valore deriva dal campo booleano 'refunded' o da 'amount_refunded' > 0 nell’oggetto Charge. È utile per la 'Verifica di conformità del percorso del processo'. I rimborsi richiedono in genere specifiche fasi di approvazione; questo indicatore consente agli analisti di isolare i casi e verificare se si è svolta l’attività 'Pagamento rimborsato'.
Perché è importante
Individua i casi in cui il flusso è stato invertito, una deviazione significativa del processo.
Dove reperirli
Stripe API: oggetto Charge, campo 'refunded'.
Esempi
truefalse
|
|||
|
Senza intervento manuale
IsTouchless
|
Indicatore che segnala se il processo si è concluso senza intervento manuale. | ||
|
Descrizione
Questo attributo calcolato determina se il caso ha seguito il 'Percorso ottimale', senza attività come 'Revisione del pagamento necessaria', 'Contestazione aperta' o 'Errore di pagamento risolto'. Viene utilizzato per calcolare il KPI 'Tasso di pagamenti senza intervento manuale'. Un valore elevato indica un’elaborazione efficiente e automatizzata, mentre un valore basso suggerisce un notevole carico operativo.
Perché è importante
Misura l’efficienza dell’automazione e la qualità del flusso di processo standard.
Dove reperirli
Calcolato nello strumento di Process Mining.
Esempi
truefalse
|
|||
|
Tempo di risoluzione degli errori
ErrorResolutionTime
|
L’intervallo tra l’individuazione e la risoluzione di un errore. | ||
|
Descrizione
Questo attributo calcolato misura il tempo trascorso tra 'Errore di pagamento individuato' e 'Errore di pagamento risolto'. È la metrica principale del KPI 'Tempo medio di risoluzione degli errori'. Monitorarla aiuta a ottimizzare i team che gestiscono le eccezioni e la logica dei nuovi tentativi automatici.
Perché è importante
Quantifica il costo operativo della gestione degli errori.
Dove reperirli
Calcolato nello strumento di Process Mining.
Esempi
4 ore12 minuti2 giorni
|
|||
Attività di elaborazione dei pagamenti
| Attività | Descrizione | ||
|---|---|---|---|
|
Dati di pagamento convalidati
|
Convalida automatica dei dati di pagamento, compresi i controlli di formato di base e la valutazione delle regole antifrode (Stripe Radar). In questa fase il sistema verifica la validità dei dati prima di tentare l’autorizzazione. | ||
|
Perché è importante
È fondamentale per misurare la Dashboard dei colli di bottiglia nella convalida e nell’approvazione. I ritardi in questa fase indicano una risposta lenta del sistema o un’elaborazione complessa delle regole antifrode.
Dove reperirli
Dedotto confrontando il timestamp di «Richiesta di pagamento creata» con la successiva variazione di stato (ad esempio, a «processing» o «requires_action»).
Acquisizione
Confrontare il timestamp di creazione con il primo aggiornamento di stato
Tipo di evento
inferred
|
|||
|
Fondi trasferiti
|
Il trasferimento che include questa transazione è stato effettuato sul conto bancario esterno. Il denaro non si trova più sulla piattaforma Stripe. | ||
|
Perché è importante
Rappresenta il passaggio «Pagamento regolato». Serve a calcolare la coerenza dei tempi di regolamento.
Dove reperirli
API Stripe Events: payout.paid
Acquisizione
Registrato quando viene generato l’evento payout.paid
Tipo di evento
explicit
|
|||
|
Pagamento autorizzato
|
L’emittente della carta ha autorizzato l’importo della transazione e i fondi sono stati riservati. Ciò conferma che il metodo di pagamento è valido e dispone di fondi sufficienti. | ||
|
Perché è importante
Un passaggio fondamentale per il «Tasso di pagamenti senza intervento manuale». Il buon esito indica che è stato superato il principale controllo del rischio.
Dove reperirli
API Stripe Events: payment_intent.succeeded (se l’acquisizione è automatica) oppure payment_intent.amount_capturable (se l’acquisizione è manuale).
Acquisizione
Registrato quando viene generato payment_intent.succeeded o amount_capturable
Tipo di evento
explicit
|
|||
|
Pagamento non riuscito
|
L’emittente ha rifiutato il tentativo di pagamento oppure Stripe lo ha bloccato. Questo evento avvia il percorso di gestione degli errori. | ||
|
Perché è importante
Punto di partenza per il «Tempo medio di risoluzione degli errori». Analizzare i codici in questa fase aiuta a ridurre il «Tasso di falsi positivi negli errori».
Dove reperirli
API Stripe Events: payment_intent.payment_failed
Acquisizione
Registrato quando viene generato l’evento payment_intent.payment_failed
Tipo di evento
explicit
|
|||
|
Pagamento riconciliato
|
L’estratto conto bancario esterno è stato confrontato con il trasferimento Stripe. Ciò conferma che il denaro è effettivamente arrivato sul conto bancario aziendale. | ||
|
Perché è importante
Fase finale per l’analisi delle discrepanze nella riconciliazione dei pagamenti. Verifica che il libro contabile corrisponda ai movimenti bancari effettivi.
Dove reperirli
Spesso richiede dati esterni oppure lo stato «payout.reconciled», se si utilizzano le funzionalità Stripe Treasury o di riconciliazione.
Acquisizione
Richiede l’utilizzo di Stripe Treasury o un segnale proveniente da un ERP esterno
Tipo di evento
explicit
|
|||
|
Richiesta di pagamento creata
|
Avvio del processo di pagamento, con la creazione di un PaymentIntent nel sistema Stripe. Questa attività registra il momento in cui il cliente o il sistema avvia una richiesta di transazione. | ||
|
Perché è importante
Segna l’inizio del tempo di ciclo del processo. È essenziale per calcolare la durata complessiva del ciclo di vita del pagamento.
Dove reperirli
API Stripe Events: payment_intent.created
Acquisizione
Registrato quando viene generato l’evento payment_intent.created
Tipo di evento
explicit
|
|||
|
Autenticazione del pagamento richiesta
|
Il sistema determina che è necessaria l’autenticazione forte del cliente (SCA) o 3D Secure. Il flusso si interrompe in attesa che il cliente completi l’autenticazione. | ||
|
Perché è importante
Spiega i ritardi del processo che dipendono esclusivamente dal cliente e non dal sistema.
Dove reperirli
API Stripe Events: payment_intent.requires_action
Acquisizione
Registrato quando lo stato di payment_intent cambia in requires_action
Tipo di evento
explicit
|
|||
|
Contestazione aperta
|
Il titolare della carta ha contestato il pagamento. Si avvia così la procedura di storno e i fondi vengono rimossi dal saldo. | ||
|
Perché è importante
Un’importante eccezione nel flusso che incide sul «Tasso di riconciliazione al primo tentativo».
Dove reperirli
API Stripe Events: charge.dispute.created
Acquisizione
Registrato quando viene generato l’evento charge.dispute.created
Tipo di evento
explicit
|
|||
|
Contestazione chiusa
|
La procedura di contestazione si è conclusa, con esito favorevole o sfavorevole. Questo segna la fine del ciclo di eccezione. | ||
|
Perché è importante
Segna la risoluzione definitiva della contestazione sui ricavi.
Dove reperirli
API Stripe Events: charge.dispute.closed
Acquisizione
Registrato quando viene generato l’evento charge.dispute.closed
Tipo di evento
explicit
|
|||
|
Errore di pagamento risolto
|
Dedotto quando un PaymentIntent precedentemente non riuscito torna allo stato processing o succeeded. Ciò indica che il cliente ha fornito un nuovo metodo di pagamento oppure che il nuovo tentativo è riuscito. | ||
|
Perché è importante
Fondamentale per la Dashboard «Tempo di ciclo della risoluzione degli errori». Indica che i ricavi sono stati recuperati.
Dove reperirli
Dedotto rilevando un evento «payment_intent.processing» o «succeeded» per un ID che in precedenza aveva registrato un evento «payment_intent.payment_failed».
Acquisizione
Confrontare la sequenza degli stati: non riuscito -> in elaborazione/riuscito
Tipo di evento
inferred
|
|||
|
Fondi disponibili
|
I fondi della transazione sono stati accreditati e aggiunti al saldo disponibile di Stripe, pronti per il trasferimento. | ||
|
Perché è importante
Fondamentale per la «Visibilità sui flussi di cassa della tesoreria». Indica quando il denaro è effettivamente utilizzabile dall’azienda.
Dove reperirli
API Stripe Events: balance.available
Acquisizione
Registrato quando viene generato l’evento balance.available
Tipo di evento
explicit
|
|||
|
Notifica di pagamento inviata
|
Al cliente viene inviata una ricevuta o un’e-mail di conferma. Questo segna la fine dell’interazione con il cliente relativa alla transazione. | ||
|
Perché è importante
Supporta la Dashboard «Tempo di invio delle notifiche ai clienti». I ritardi in questa fase generano richieste di assistenza.
Dove reperirli
API Stripe Events: charge.succeeded (verificare il valore booleano di «receipt_sent» o la generazione di «receipt_url») oppure evento receipt.sent.
Acquisizione
Registrato quando viene generato l’evento receipt.sent o ricavato dall’oggetto charge
Tipo di evento
explicit
|
|||
|
Pagamento incluso in un trasferimento
|
La transazione viene inclusa in un oggetto Payout. Ciò indica che il trasferimento dei fondi alla banca è stato programmato. | ||
|
Perché è importante
Essenziale per uniformare i tempi di regolamento. Collega le singole transazioni ai trasferimenti bancari cumulativi.
Dove reperirli
Dedotto collegando la transazione del saldo a un oggetto Payout.
Acquisizione
Individuare quando l’ID Payout viene assegnato alla transazione del saldo
Tipo di evento
inferred
|
|||
|
Pagamento rimborsato
|
L’esercente ha avviato il rimborso della transazione. Il flusso dei fondi viene così invertito. | ||
|
Perché è importante
Individua le rilavorazioni successive al regolamento e le perdite di ricavi.
Dove reperirli
API Stripe Events: charge.refunded
Acquisizione
Registrato quando viene generato l’evento charge.refunded
Tipo di evento
explicit
|
|||
|
Revisione del pagamento approvata
|
Un operatore o una regola di sistema approva una transazione precedentemente segnalata per la revisione. La transazione può così proseguire verso l’autorizzazione. | ||
|
Perché è importante
Necessario per misurare il «Tempo medio del ciclo di approvazione». I colli di bottiglia in questa fase incidono direttamente sull’esperienza dei clienti.
Dove reperirli
API Stripe Events: review.closed (con motivo «approved»)
Acquisizione
Registrato quando si verifica l’evento review.closed
Tipo di evento
explicit
|
|||
|
Richiesta di revisione del pagamento
|
Si verifica quando un pagamento attiva una regola di revisione manuale in Stripe Radar. Il pagamento viene sospeso in attesa dell’intervento di una persona. | ||
|
Perché è importante
Supporta direttamente la Dashboard «Mappa di calore degli interventi manuali». Volumi elevati in questa fase indicano la necessità di perfezionare le regole antifrode o aumentare il personale.
Dove reperirli
API Stripe Events: review.opened
Acquisizione
Registrato quando viene generato l’evento review.opened
Tipo di evento
explicit
|
|||
Guide all’estrazione
È pronto a iniziare?
Inizi oggi ad analizzare i flussi di pagamento per individuare i colli di bottiglia nascosti e migliorare le prestazioni finanziarie. Il nostro team è a Sua disposizione per accompagnarLa in ogni fase.
Migliori subito l’efficienza dell’elaborazione dei pagamenti Stripe
Punti a un’elaborazione interamente automatizzata del 98% ed elimini le eccezioni nei pagamenti.
Non è richiesta la carta di credito. Configurazione in pochi minuti