Guide de préautorisation et de remboursement pour la recharge des véhicules électriques

1. Pourquoi la recharge des véhicules électriques nécessite parfois une suspension de paiement

Au début d'une session de recharge, l'opérateur peut ignorer la quantité d'énergie fournie et la durée totale. La préautorisation permet de vérifier la disponibilité des fonds avant de fournir un service dont le coût total est variable. Ce n'est pas le seul modèle : les portefeuilles électroniques, les soldes prépayés et la facturation par compte suivent des processus différents.

Le montant de l'autorisation doit refléter une politique commerciale documentée. Un montant trop élevé peut agacer les utilisateurs, tandis qu'un montant insuffisant pour la session prévue peut engendrer un risque de non-recouvrement. La solution optimale dépend de votre audience, de votre prestataire de paiement, de la durée moyenne des sessions et des options de capture disponibles.

Pour la distinction fondamentale, voir La documentation de Stripe sur l'autorisation et la capture séparéesCette documentation décrit les méthodes admissibles et la date d'expiration de l'autorisation. Cela ne signifie pas que toutes les passerelles de paiement ou méthodes de paiement locales utilisent les mêmes règles.

2. Séparer l'autorisation, la capture, l'annulation et le remboursement.

Ces termes sont importants car l'action suivante dépend de l'état actuel. Une session qui n'a jamais commencé peut nécessiter une annulation d'autorisation. Une session terminée et enregistrée, mais dont les frais étaient incorrects, peut nécessiter un remboursement partiel. Qualifier ces deux situations de « remboursées » laisse les conducteurs perplexes quant à la différence sur leur relevé bancaire.

Le statut du paiement doit rester distinct de celui de la facturation. La mention « Facturation terminée » ne prouve pas que le prélèvement a réussi, et la mention « Paiement autorisé » ne prouve pas que l’électricité a été fournie. Vos enregistrements doivent faire le lien entre ces deux processus sans les considérer comme un seul et même événement.

3. Concevoir le déroulement normal d'une session

Avant le paiement, affichez clairement le tarif, les frais supplémentaires et la retenue proposée. Précisez que l'autorisation est temporaire et que le montant final dépend de la session. Placez ces informations à l'endroit où le chauffeur prend sa décision de paiement, et non pas seulement sur une page de conditions générales.

Après autorisation, demandez le démarrage de la facturation et attendez la confirmation du chargeur. Enregistrez l'identifiant de session et la référence de paiement. Si le chargeur ne démarre pas dans les délais convenus, affichez un statut utile et suivez la procédure d'annulation ou d'enquête définie.

À la fin de la session, calculez les frais à partir des données enregistrées et du tarif applicable. Soumettez l'action de capture prise en charge, enregistrez son résultat et émettez un reçu indiquant le montant final. Ce reçu doit mentionner le site, le connecteur, la période, la quantité facturée et le mode de prise en charge.

Dans un exemple simplifié, un opérateur autorise $30 et les frais de session vérifiés s'élèvent à $8,40. Si le fournisseur prend en charge le flux de travail de capture partielle convenu, le système perçoit $8,40 et gère l'autorisation non utilisée conformément aux règles du fournisseur. Il s'agit d'une transaction illustrative et non d'un montant de retenue recommandé.

4. Définir ce qui se passe lorsque le voyage s'interrompt.

Prenons le cas où l'autorisation est accordée mais que le chargeur refuse la demande de démarrage. La plateforme ne doit pas considérer l'approbation du paiement comme une recharge effectuée. Elle doit associer le refus de démarrage au paiement correspondant et appliquer la procédure d'annulation prévue.

Un autre cas fréquent est l'interruption de la connexion en fin de charge. La valeur finale du compteur peut arriver plus tard que prévu par le processus de paiement. Définissez comment le système attend, réessaie ou remonte la charge sans falsifier un montant final. Lorsque des données locales peuvent être récupérées, utilisez-les comme preuve dans le cadre du processus de rapprochement convenu.

Le coût d'une session peut dépasser l'autorisation initiale. Ne présumez pas que la plateforme puisse automatiquement prélever un montant supérieur. Une autorisation supplémentaire, une autorisation incrémentale ou une autre méthode de prélèvement peuvent être nécessaires, selon le support du fournisseur et la configuration commerciale. Définissez ce comportement avant le lancement.

Si l'autorisation expire avant la capture, traitez-la comme une exception spécifique avec un responsable. Les durées de validité prises en charge varient ; l'intégration doit donc utiliser l'état de paiement et les informations d'expiration du fournisseur plutôt qu'une date limite fixe.

5. Mettre en place un processus de remboursement auditable.

Un remboursement est initié à partir d'un paiement déjà encaissé. L'opérateur a besoin d'un motif, d'un montant approuvé et d'un lien vers la transaction initiale. Le système doit enregistrer l'identité du demandeur, celle de l'approuvant le cas échéant, et le statut de la demande (acceptée, traitée ou refusée) par le prestataire.

Les remboursements partiels sont utiles lorsqu'une partie seulement des frais doit être corrigée. Par exemple, les frais d'énergie peuvent être valides tandis que des frais d'inactivité appliqués par erreur doivent être remboursés. Conservez le reçu original et enregistrez la rectification plutôt que de modifier silencieusement l'historique des transactions.

Documentation de remboursement de Stripe Il convient de distinguer l'annulation des paiements incomplets du remboursement des paiements effectués avec succès et de décrire les résultats en attente ou non obtenus. Les procédures d'assistance doivent être adaptées à la situation réelle du prestataire. Une demande de remboursement soumise ne doit pas automatiquement se transformer en confirmation de paiement au chauffeur.

Évitez de promettre un délai de livraison ou de remboursement fixe, sauf si les conditions du fournisseur et de la banque émettrice le permettent. Expliquez le fonctionnement de votre système et fournissez au client une référence de paiement pour le suivi.

6. Rendre l'intégration résistante aux événements répétés ou différés

Les notifications de paiement font partie intégrante de la conception opérationnelle, et non du traitement en arrière-plan. Un conducteur peut fermer son navigateur, la connexion mobile peut être interrompue, et le prestataire de paiement peut envoyer une notification après que l'écran de paiement affiché a cessé de se mettre à jour. Le système en arrière-plan doit néanmoins avoir atteint l'état financier requis.

Utilisez les notifications des fournisseurs vérifiés et contrôlez l'objet de paiement actuel si nécessaire. Enregistrez les identifiants d'événement, protégez les actions contre les traitements en double et tenez compte des événements arrivant dans le désordre. Une notification répétée ne doit pas entraîner une deuxième capture ou un deuxième remboursement.

Documentation sur les webhooks de Stripe Ce document explique la gestion des événements asynchrones, la vérification des signatures et les modalités de livraison. Votre implémentation doit respecter les exigences du fournisseur choisi. Sur le plan opérationnel, le personnel a également besoin d'une file d'attente des cas non résolus plutôt que d'un tableau de bord vert masquant les notifications manquantes.

L'existant guide d'intégration de l'API de recharge pour véhicules électriques Fournit un contexte plus large pour la connexion de la plateforme aux systèmes de paiement et aux systèmes d'entreprise. Définissez explicitement le modèle d'état des paiements dans le périmètre du projet.

7. Rapprocher les registres de séance, de paiement et de règlement

Un récapitulatif quotidien utile permet de relier trois points de vue : les services fournis par le chargeur, le montant facturé au chauffeur et le rapport du fournisseur pour le règlement. Il est essentiel d’associer les enregistrements à l’aide d’identifiants stables, et non pas seulement d’un montant et d’une heure approximative. Ainsi, deux chauffeurs différents peuvent facilement avoir des courses facturées au même prix.

Signalez les séances sans paiement finalisé, les paiements sans séance correspondante, les enregistrements en double et les remboursements en attente de traitement. Attribuez chaque exception à l'équipe compétente pour l'analyser. Le service financier doit également comprendre le fonctionnement des frais des prestataires et des ajustements de règlement.

Les paiements directs par carte et le règlement des frais d'itinérance relèvent de relations distinctes. Si le chauffeur a facturé via un fournisseur de mobilité externe, le rapprochement commercial peut dépendre des enregistrements et factures du partenaire. Pour plus d'informations sur ce processus, veuillez consulter la documentation. Guide de réconciliation des données d'itinérance, des CDR au règlement plutôt que d'appliquer une procédure de carte directe inchangée.

8. Tester les étuis inconfortables avant le lancement

Effectuez des tests contrôlés pour les cas suivants : autorisation refusée, autorisation réussie suivie d’un échec de démarrage, capture partielle normale, rappels en double, enregistrement de session final retardé et autorisation expirée. Ajoutez les remboursements complets et partiels, y compris les remboursements en attente ou ayant échoué.

Dans chaque cas, vérifiez quatre éléments : le message du chauffeur, l’état de la session de recharge, l’état du paiement du fournisseur et l’historique financier. Ces quatre éléments doivent être cohérents. Une requête API techniquement réussie peut néanmoins engendrer une expérience utilisateur confuse si la formulation utilisée décrit un événement erroné.

Demandez au personnel d'assistance de répéter l'explication relative à une autorisation de prélèvement en cours. Il doit être en mesure de trouver l'autorisation, le montant final et la référence pertinente sans demander d'informations bancaires inutiles au client.

Foire aux questions

Le paiement de la recharge d'un véhicule électrique entraîne-t-il des frais supplémentaires ?

Une retenue permet de réserver des fonds ; il ne s’agit pas nécessairement d’un paiement finalisé. Les conducteurs doivent vérifier si le montant est en attente ou réglé. Les opérateurs doivent fournir le reçu final et examiner toute différence entre le montant retenu et les frais de session vérifiés.

Tous les modes de paiement peuvent-ils utiliser la préautorisation ?

Non. La prise en charge dépend du mode de paiement, du fournisseur, de la configuration du commerçant et de la région. Certains parcours de paiement nécessitent un modèle de paiement prépayé, de paiement immédiat ou de facturation sur compte. Veuillez confirmer l'intégration effective avant de promouvoir une solution de paiement particulière.

Pourquoi un remboursement peut-il être en attente ?

Le résultat dépend du fournisseur et de l'état de la transaction, et son traitement peut impliquer la banque émettrice. L'équipe d'assistance doit faire la distinction entre une demande de remboursement et un remboursement effectué, et se référer au fournisseur lors de ses investigations.