Pianificazione dei tentativi di pagamento
La pianificazione dei tentativi di pagamento automatizza la ripresentazione delle transazioni fallite. Questa funzionalità consente ai commercianti di configurare una logica di riprova specifica basata sui codici di rifiuto, sulla cronologia delle transazioni e sui segmenti di clientela.
È progettata per recuperare i ricavi senza richiedere un intervento manuale, migliorando i tassi di successo complessivi delle transazioni per i pagamenti ricorrenti e gli abbonamenti.
- Categoria
- Recupero
- Funzionalità
- 10
- Disponibile su
- Tutti i piani
La panoramica
La pianificazione dei tentativi di pagamento si inserisce nel livello di recupero dello stack di pagamento, affrontando specificamente i rifiuti soft per le transazioni avviate dal commerciante (MIT).
A differenza dei rifiuti hard causati da carte smarrite o conti chiusi, i rifiuti soft spesso derivano da problemi temporanei come fondi insufficienti, timeout tecnici o errori bancari generali.
Applicando la logica a questi fallimenti, un commerciante può ripresentare le richieste di autorizzazione a intervalli che hanno maggiori probabilità di coincidere con il finanziamento del conto o la stabilità del sistema.
Questo processo tipicamente comporta una combinazione di programmi a intervallo fisso e logica dinamica che considera il codice di motivo di rifiuto specifico fornito dall'emittente.
Per le aziende che operano con modelli di abbonamento o fatturazione ricorrente, questa automazione minimizza l'onere amministrativo del contatto manuale riducendo al contempo il churn passivo.
Il meccanismo si basa sulla mappatura dei codici di risposta a percorsi di riprova specifici, garantendo che ulteriori tentativi non violino le regole dei circuiti di carte o attivino penali eccessive da parte dell'acquirer.
Come funziona
Analisi iniziale del codice di risposta
Quando una richiesta di autorizzazione fallisce, il sistema analizza il codice di risposta specifico dell'emittente. Distingue tra rifiuti hard, che non richiedono ulteriori azioni, e rifiuti soft che sono idonei per il recupero.
Questo passaggio garantisce che il commerciante rimanga conforme alle regole dei circuiti relative ai tentativi di riprova proibiti su specifiche categorie di rifiuto.
Applicazione della logica e pianificazione
Il sistema applica un programma predefinito o dinamico basato sul motivo del fallimento. Per i rifiuti per fondi insufficienti (NSF), il tentativo potrebbe essere sospeso fino alle date di stipendio tipiche.
Per gli errori tecnici, un tentativo a breve termine entro minuti o ore è spesso prioritario per catturare la transazione durante un periodo di stabilità.
Rinvio della richiesta tramite Gateway
La richiesta programmata viene inviata nuovamente all'acquirer all'ora designata, spesso utilizzando credenziali memorizzate e indicatori specifici per denotare un tentativo successivo.
Questo processo mantiene il collegamento al tentativo di transazione originale dove necessario, garantendo che il flusso di pagamento sia conforme ai requisiti SCA e PSD2 per le MIT.
Monitoraggio degli esiti e regolamento
Se il tentativo ha successo, la transazione procede alla cattura e al regolamento. Il risultato viene documentato nei registri di recupero per valutare l'efficienza della logica di tempistica.
Se il tentativo fallisce, il sistema passa al tentativo programmato successivo o termina il ciclo come rifiuto finale.
Perché è importante
Riduzione del Churn Passivo
Il churn passivo si verifica quando un cliente non ha intenzione di annullare un servizio, ma il suo pagamento fallisce a causa di fattori tecnici o finanziari evitabili. La pianificazione automatizzata affronta questi fallimenti in background.
Recuperando queste transazioni, i commercianti mantengono la continuità del servizio per il titolare della carta, prevenendo l'attrito della reinserimento manuale e riducendo la probabilità che il cliente abbandoni l'abbonamento a causa di un'interruzione del servizio.
Efficienza Operativa Ottimizzata
Il sollecito manuale e il contatto con il servizio clienti per i pagamenti falliti sono attività che richiedono molte risorse. L'implementazione di un framework di riprova sistematico riduce il volume di ticket gestiti dai team di supporto.
Automatizzando il processo di recupero a livello di gateway o di orchestrazione, le aziende possono concentrarsi sulla crescita mentre l'infrastruttura gestisce le complessità dei codici di risposta bancari e la gestione degli intervalli conformi ai circuiti per i cicli di fatturazione ricorrenti.
Casi d'uso
Piattaforme SaaS basate su abbonamento
I fornitori SaaS utilizzano la pianificazione dei tentativi per gestire i rinnovi mensili. Se un'autorizzazione fallisce a mezzanotte del primo del mese, il sistema garantisce che i tentativi successivi avvengano quando i sistemi bancari sono più reattivi.
Fatturazione di utenze e telecomunicazioni
Per i servizi essenziali in cui la disconnessione del servizio è un rischio, riprovare i pagamenti in una finestra di 14 giorni dopo un rifiuto soft garantisce il recupero dei ricavi evitando le complessità legali del recupero crediti.
Contenuti digitali e media
I servizi di streaming utilizzano una logica di riprova aggressiva ma conforme nelle prime 48 ore successive a un fallimento per garantire un accesso ininterrotto ai contenuti per transazioni mensili ad alto volume e basso valore.
In cifre
Questo intervallo riflette i tipici risultati del settore per il recupero dei rifiuti soft nel settore degli abbonamenti tramite logica automatizzata piuttosto che contatto manuale.
Diminuzione prevista del churn totale per le aziende con ricavi ricorrenti quando si implementa il recupero sistematico per i tentativi di pagamento secondari e terziari.
La maggior parte dei recuperi riusciti si verifica tipicamente entro questo lasso di tempo dopo il rifiuto iniziale, secondo i benchmark standard di elaborazione dei pagamenti.
Termini correlati
Talk to our team about a live rollout on your acquiring stack.
Cosa ottieni con Pianificazione dei tentativi di pagamento
- Distingue tra rifiuti soft e hard per garantire la conformità alle regole di riprova dei circuiti di carte.
- Categorizza i codici di risposta dell'emittente per dare priorità alle transazioni con la più alta probabilità di successo finale.
- Regola i timestamp dei tentativi in base ai dati storici relativi all'uptime dell'emittente e ai cicli di finanziamento tipici dei consumatori.
- Supporta intervalli personalizzabili per i cicli di fatturazione ricorrenti per allinearsi a specifici periodi contabili aziendali.
- Logica integrata per prevenire commissioni eccessive dei circuiti causate da tentativi eccessivi di transazioni rifiutate senza modifiche.
- Automatizza la transizione dall'autorizzazione fallita allo stato recuperato senza intervento manuale del supporto clienti.
- Utilizza le credenziali di pagamento memorizzate in modo sicuro tramite tokenizzazione per tutte le successive transazioni avviate dal commerciante.
- Fornisce report dettagliati sui tassi di recupero organizzati per tipo di rifiuto e numero specifico di tentativo di riprova.
- Mantiene la conformità ai requisiti PSD2 e SCA segnalando correttamente i tentativi di recupero delle transazioni ricorrenti.
- Riduce la necessità di e-mail di sollecito immediate, favorendo il recupero silenzioso per mantenere l'esperienza del cliente.
A short scoping call, then a written plan for your MIDs.
Domande su Pianificazione dei tentativi di pagamento
Qual è la differenza tra un rifiuto soft e un rifiuto hard nella logica di riprova?
Un rifiuto soft, come un messaggio di fondi insufficienti (NSF) o un errore tecnico temporaneo, indica che il pagamento potrebbe avere successo in un tentativo successivo.
Un rifiuto hard, come una carta rubata o un numero di conto non valido, indica un fallimento permanente in cui ulteriori tentativi sono proibiti dai circuiti di carte come Visa e Mastercard. La pianificazione dei tentativi è applicabile solo ai rifiuti soft.
Tentare di riprovare un rifiuto hard può portare a multe significative dall'acquirer e alla potenziale segnalazione dell'ID commerciante (MID) per comportamento non conforme.
In che modo la pianificazione dei tentativi influisce sulle commissioni del commerciante e sulle penali dei circuiti?
Tentativi eccessivi senza un cambiamento nelle circostanze della transazione possono portare a penali dei circuiti. Ad esempio, Mastercard e Visa hanno regole specifiche riguardo al numero di volte in cui un commerciante può riprovare una singola transazione entro un certo periodo di tempo.
Una pianificazione efficace evita queste penali distanziando i tentativi e interrompendo il processo una volta raggiunto il limite massimo. Una logica correttamente configurata garantisce che il costo del recupero non superi il valore della transazione in elaborazione.
La pianificazione dei tentativi può essere configurata per le transazioni 3D Secure?
La pianificazione dei tentativi è utilizzata principalmente per le transazioni avviate dal commerciante (MIT) in cui il titolare della carta è fuori sessione. Le transazioni che richiedono l'autenticazione 3D Secure (3DS) sono tipicamente transazioni avviate dal cliente (CIT).
Affinché queste possano essere riprovate automaticamente, il commerciante deve avere un accordo iniziale (Mandato) e la prima transazione deve essere completamente autenticata.
I successivi tentativi vengono quindi contrassegnati come MIT, utilizzando l'esenzione per i pagamenti ricorrenti ai sensi della SCA, sebbene debbano comunque fare riferimento alla sessione autenticata originale.
Riprovare un pagamento influisce sulle mie metriche del tasso di autorizzazione?
I tentativi iniziali che falliscono influiranno negativamente sul tuo tasso di autorizzazione grezzo. Tuttavia, i tentativi riusciti migliorano il tuo tasso di recupero netto e i ricavi complessivi.
La maggior parte delle analisi di pagamento sofisticate separa il 'tasso di successo al primo tentativo' dal 'tasso di successo finale' dopo i tentativi.
Analizzando questi separatamente, i commercianti possono capire se i loro problemi di autorizzazione iniziali sono dovuti a una scarsa qualità del traffico o a ostacoli tecnici temporanei che la logica di pianificazione sta mitigando con successo.
Quante volte dovrebbe essere riprovato un pagamento fallito prima di rinunciare?
Gli standard del settore suggeriscono generalmente un massimo di quattro-sei tentativi in un periodo di 15-30 giorni, a seconda del MCC e della natura del prodotto.
I primi tentativi di solito avvengono entro le prime 72 ore dal fallimento, poiché è allora che la probabilità di recupero è più alta.
Oltre i 30 giorni, la probabilità di successo per un rifiuto soft diminuisce significativamente, e il rischio di una contestazione o di un chargeback se il titolare della carta ha dimenticato l'abbonamento aumenta.
Che ruolo gioca il codice di rifiuto nella tempistica del tentativo?
Il codice di rifiuto è il punto dati primario per la pianificazione. Ad esempio, un codice '51: Fondi insufficienti' suggerisce che un tentativo dovrebbe essere programmato in prossimità delle date di pagamento comuni, come il 1° o il 15 del mese, o ogni venerdì.
Un '05: Non onorare' o '96: Malfunzionamento del sistema' potrebbe suggerire un problema tecnico presso l'emittente, giustificando un tentativo molto più rapido, magari entro poche ore, per cogliere il sistema dopo un riavvio o una sincronizzazione.
Pronto per la velocità?
Raccontaci della tua attività. Ti abbineremo ai giusti partner acquirenti e al percorso giusto, di solito entro una settimana.