Guida alla pre-autorizzazione e ai rimborsi per la ricarica dei veicoli elettrici

1. Perché la ricarica dei veicoli elettrici a volte richiede un blocco del pagamento

All'inizio di una sessione di ricarica, l'operatore potrebbe non conoscere l'energia erogata o la durata finale. La preautorizzazione è un modo per verificare la disponibilità dei fondi prima di fornire un servizio con un importo variabile. Non è l'unico modello: portafogli digitali, saldi prepagati e fatturazione tramite conto seguono flussi di lavoro differenti.

L'importo dell'autorizzazione deve rispecchiare una politica commerciale documentata. Un blocco eccessivamente elevato può frustrare gli autisti, mentre un importo troppo basso rispetto alla sessione prevista può comportare rischi di mancato pagamento. L'approccio corretto dipende dal pubblico, dal fornitore di servizi di pagamento, dalla durata media della sessione e dalle opzioni di acquisizione supportate.

Per la distinzione fondamentale, vedere La documentazione di Stripe sull'autorizzazione e l'acquisizione separateTale documentazione descrive i metodi idonei e la scadenza dell'autorizzazione. Ciò non significa che ogni gateway o metodo di pagamento locale utilizzi le stesse regole.

2. Mantenere separate autorizzazione, acquisizione, annullamento e rimborso.

Questi termini sono importanti perché l'azione successiva dipende dallo stato attuale. Una sessione che non è mai iniziata potrebbe richiedere l'annullamento dell'autorizzazione. Una sessione completata e registrata con una tariffa errata potrebbe richiedere un rimborso parziale. Definire entrambe le situazioni "rimborsate" lascia gli utenti perplessi sul perché il loro estratto conto bancario risulti diverso.

Lo stato del pagamento deve rimanere distinto dallo stato di addebito. "Addebito completato" non dimostra che l'incasso sia andato a buon fine, e "pagamento autorizzato" non dimostra che l'energia elettrica sia stata erogata. I vostri registri devono collegare entrambi i processi senza trattarli come un unico evento.

3. Progettare il normale flusso della sessione

Prima del pagamento, mostrate chiaramente la tariffa, eventuali costi aggiuntivi e l'importo bloccato. Spiegate che l'autorizzazione è temporanea e che l'addebito finale dipende dalla durata della sessione. Inserite queste informazioni nel punto in cui l'autista prende la decisione di pagamento, non solo in una pagina con le condizioni di pagamento.

Dopo l'autorizzazione, richiedere l'avvio della ricarica e attendere la conferma da parte del caricabatterie. Salvare insieme l'identificativo della sessione e il riferimento di pagamento. Se il caricabatterie non si avvia entro i tempi concordati, visualizzare uno stato utile e seguire la procedura di annullamento o di verifica definita.

Al termine della sessione, calcolare il costo in base ai dati registrati e alla tariffa applicabile. Inviare l'azione di acquisizione supportata, registrarne il risultato ed emettere una ricevuta con l'importo finale. La ricevuta deve indicare il sito, il connettore, il periodo di tempo, la quantità addebitata e il percorso di supporto.

In un esempio semplificato, un operatore autorizza $30 e la tariffa di sessione verificata è $8.40. Se il fornitore supporta il flusso di lavoro di acquisizione parziale concordato, il sistema incassa $8.40 e gestisce l'autorizzazione non utilizzata secondo le regole del fornitore. Questa è una transazione a scopo illustrativo, non un importo di blocco consigliato.

4. Definisci cosa succede quando il viaggio si interrompe

Consideriamo il caso in cui l'autorizzazione vada a buon fine ma il caricabatterie rifiuti la richiesta di avvio. La piattaforma non deve interpretare l'approvazione del pagamento come un servizio di ricarica completato. Deve invece collegare l'avvio non riuscito al relativo pagamento e seguire la politica di cancellazione documentata.

Un altro caso comune è l'interruzione della connessione al termine della ricarica. Il valore finale del contatore potrebbe arrivare in un secondo momento rispetto a quanto previsto dal flusso di pagamento. Definisci come il sistema deve attendere, riprovare o inoltrare la richiesta senza inventare un importo finale. Laddove sia possibile recuperare dati locali, utilizzali attraverso il processo di riconciliazione concordato.

Una sessione può anche costare più dell'autorizzazione iniziale. Non dare per scontato che la piattaforma possa semplicemente addebitare un importo maggiore. Potrebbero essere necessarie autorizzazioni aggiuntive, autorizzazioni incrementali o un metodo di addebito diverso, a seconda del supporto del fornitore e della configurazione commerciale. Definisci questo comportamento prima dell'avvio.

Se l'autorizzazione scade prima dell'acquisizione, trattarla come un'eccezione specifica con un responsabile. I periodi di validità supportati variano, quindi l'integrazione dovrebbe utilizzare le informazioni sullo stato di pagamento e sulla scadenza del fornitore anziché una scadenza universale predefinita.

5. Assegnare ai rimborsi un flusso di lavoro separato e verificabile.

Un rimborso parte da un pagamento già incassato. L'operatore necessita di una motivazione, di un importo approvato e di un collegamento alla transazione originale. Il sistema deve registrare chi ha richiesto il rimborso, chi lo ha approvato (ove necessario) e se il fornitore ha accettato, completato o rifiutato la richiesta.

I rimborsi parziali sono utili quando solo una parte della tariffa necessita di correzione. Ad esempio, il costo dell'energia potrebbe essere corretto, mentre una tariffa per inattività applicata in modo errato deve essere rimborsata. Conservate la ricevuta originale e registrate la rettifica anziché riscrivere silenziosamente la cronologia delle transazioni.

Documentazione sui rimborsi di Stripe Distingue l'annullamento dei pagamenti incompleti dal rimborso di quelli andati a buon fine e descrive gli esiti in sospeso o non riusciti. Crea procedure di supporto basate sulle dichiarazioni effettive del fornitore. Una richiesta di rimborso inviata non dovrebbe trasformarsi automaticamente in un messaggio che promette che il denaro è stato raggiunto dal conducente.

Evitate di promettere tempi di rilascio o rimborso fissi, a meno che le condizioni del fornitore e della banca emittente non lo consentano. Spiegate cosa ha fatto il vostro sistema e fornite al cliente un riferimento di pagamento per eventuali verifiche.

6. Rendere l'integrazione resiliente a eventi ripetuti o ritardati

Le notifiche di pagamento fanno parte della progettazione operativa, non dell'infrastruttura di back-end. Un utente può chiudere il browser, la connessione mobile può interrompersi e il fornitore di servizi di pagamento può inviare una notifica anche dopo che la schermata di addebito visibile ha smesso di aggiornarsi. Il back-end deve comunque raggiungere il corretto stato finanziario.

Utilizza notifiche di fornitori verificati e controlla l'oggetto di pagamento corrente quando necessario. Registra gli identificativi degli eventi, proteggi le azioni da elaborazioni duplicate e tieni conto degli eventi che arrivano fuori sequenza. Una notifica ripetuta non deve generare una seconda acquisizione o un secondo rimborso.

Documentazione sui webhook di Stripe Il documento illustra la gestione asincrona degli eventi, la verifica della firma e le considerazioni relative alla consegna. L'implementazione deve essere conforme ai requisiti del fornitore selezionato. Dal punto di vista operativo, il personale necessita inoltre di una coda di casi irrisolti, anziché di una dashboard verde che nasconda le notifiche mancanti.

L'esistente Guida all'integrazione dell'API di ricarica dei veicoli elettrici Fornisce un contesto più ampio per connettere la piattaforma con i sistemi di pagamento e aziendali. Definire esplicitamente il modello dello stato di pagamento nell'ambito del progetto.

7. Riconciliare le registrazioni della sessione, del pagamento e della liquidazione.

Un utile riepilogo giornaliero collega tre prospettive: ciò che il fornitore ha consegnato, ciò che è stato addebitato all'autista e ciò che il fornitore comunica per la liquidazione. Abbina i record utilizzando identificativi stabili, non solo un importo e un tempo approssimativo. Due autisti diversi possono facilmente avere sessioni con prezzi identici.

Segnala le sessioni senza pagamento completato, i pagamenti senza sessione corrispondente, le acquisizioni duplicate e i rimborsi in attesa di risoluzione. Assegna ogni eccezione al team competente per l'analisi. Il reparto Finanza deve inoltre comprendere come vengono visualizzate le commissioni dei fornitori e le rettifiche di pagamento.

I pagamenti diretti con carta e la liquidazione del roaming sono rapporti diversi. Se il conducente ha addebitato il costo tramite un fornitore di mobilità esterno, la riconciliazione commerciale potrebbe dipendere dai registri e dalle fatture del partner. Per questo flusso di lavoro, leggere la guida alla riconciliazione in roaming dai CDR alla liquidazione piuttosto che applicare una procedura di carta diretta senza modifiche.

8. Testare le custodie scomode prima del lancio

Eseguire test controllati per autorizzazione rifiutata, autorizzazione riuscita seguita da un avvio fallito, acquisizione parziale normale, callback duplicati, registrazione finale della sessione ritardata e autorizzazione scaduta. Aggiungere rimborsi totali e parziali, inclusi i rimborsi in sospeso o non riusciti.

Per ogni caso, verifica quattro elementi: il messaggio del conducente, lo stato della sessione di addebito, lo stato del pagamento del fornitore e la registrazione finanziaria. Tutti e quattro dovrebbero fornire una descrizione coerente. Una richiesta API tecnicamente riuscita può comunque generare un'esperienza cliente confusa se la formulazione descrive l'evento in modo errato.

Fate in modo che il personale dell'assistenza clienti si eserciti a fornire la spiegazione per un eventuale blocco temporaneo del conto. Dovrebbero essere in grado di trovare l'autorizzazione, l'importo finale addebitato e il riferimento pertinente senza richiedere al cliente informazioni bancarie non necessarie.

Domande frequenti

Il pagamento per la ricarica dei veicoli elettrici prevede una commissione aggiuntiva?

Un blocco riserva fondi; non si tratta necessariamente di un addebito aggiuntivo già effettuato. Gli autisti devono verificare se l'importo è in sospeso o già saldato. Gli operatori devono fornire la ricevuta finale e indagare su eventuali discrepanze tra l'importo bloccato e la tariffa della sessione verificata.

È possibile utilizzare la preautorizzazione per tutti i metodi di pagamento?

No. Il supporto dipende dal metodo, dal fornitore, dalla configurazione del commerciante e dalla regione. Alcuni percorsi di pagamento richiedono invece un modello di pagamento prepagato, immediato o con addebito su conto. Verifica l'effettiva integrazione prima di pubblicizzare una particolare esperienza di pagamento.

Perché un rimborso potrebbe essere in sospeso?

L'esito dipende dal fornitore e dallo stato della transazione, e il completamento potrebbe richiedere l'intervento della banca emittente. Il team di supporto dovrebbe distinguere una richiesta di rimborso da un rimborso già effettuato e utilizzare il riferimento del fornitore durante le indagini.