Authentification forte des clients (SCA)
L’authentification forte du client, abrégée SCA, protège les paiements électroniques au moyen de deux éléments indépendants ou plus, issus d’au moins deux catégories différentes : connaissance, possession et inhérence. Un mot de passe, un appareil enregistré et une caractéristique biométrique en sont des exemples. Un seul facteur ne satisfait pas à la définition.
L’Autorité bancaire européenne EBA décrit ces facteurs et leur indépendance. Le prestataire de paiement et la banque déterminent la vérification nécessaire pour un paiement précis, et non edoobox.
Rôles d’edoobox, du prestataire et de la banque
| Intervenant | Tâche |
|---|---|
| edoobox | Lance le processus de paiement du prestataire, conserve le lien entre la référence de réservation et le montant, puis traite le retour et le statut du prestataire. |
| Prestataire de paiement | Crée l’ordre de paiement, signale une action supplémentaire ou le résultat et fournit le parcours technique d’authentification. |
| Banque / émetteur de la carte | Décide de l’autorisation, de l’exception ou du refus précis et authentifie le payeur. |
Stripe : requires_action et PaymentIntent
L’intégration Stripe d’edoobox utilise des PaymentIntents. Si Stripe signale requires_action, le payeur doit terminer une action supplémentaire telle que 3-D-Secure. Le PaymentIntent est ensuite réévalué. Seul succeeded prouve que le paiement a réussi.
Le cycle de vie officiel du PaymentIntent Stripe explique que requires_action est notamment utilisé pour 3-D-Secure.
PayPal: PAYER_ACTION_REQUIRED
Une commande PayPal peut afficher PAYER_ACTION_REQUIRED. L’intégration edoobox actuelle recherche alors l’adresse d’autorisation PayPal et y redirige le payeur pour une nouvelle autorisation. Après le retour, la commande est encaissée ou vérifiée à nouveau.
Ici aussi, une redirection ou un retour ne constitue pas encore une réussite. Vérifiez le statut COMPLETED de la commande PayPal et la transaction edoobox.
Abandon, dépassement de délai et tentatives multiples
Si la personne ferme l’autorisation bancaire, l’onglet du prestataire ou la fenêtre du navigateur, le paiement peut rester incomplet.
Une nouvelle tentative ne doit pas être considérée comme un double paiement sur la seule base de deux retours ; comparez les identifiants du prestataire et des transactions.
Avec MustPay, le compte à rebours peut se terminer alors qu’une authentification est encore ouverte. Vérifiez ensemble le paiement et la réservation.
N’envoyez l’accès ou la confirmation définitive de participation qu’au statut défini comme suffisant par votre processus.
Analyser les erreurs de façon ciblée
Notez le numéro de réservation, la date et l’heure, le montant, la devise et le mode de paiement choisi.
Vérifiez la transaction edoobox et son identifiant de prestataire.
Dans le portail du prestataire, vérifiez si une action supplémentaire, une réussite, un échec ou un abandon a été signalé.
Contrôlez le statut de réservation, MustPay et la boîte d’envoi des e-mails.
Ne communiquez aucune donnée de carte à l’assistance du prestataire, uniquement les références de transaction prévues.
Matrice de test SCA
Paiement sans action supplémentaire.
Autorisation 3-D-Secure ou bancaire réussie.
Abandon volontaire pendant l’authentification.
Refus par la banque ou le prestataire.
Nouvelle tentative de paiement après un abandon.
Compte à rebours MustPay pendant une authentification ouverte.
Exemple d’utilisation : Stripe exige 3-D-Secure
Le PaymentIntent passe à requires_action. La participante confirme auprès de sa banque et revient. L’administration vérifie ensuite succeeded, la transaction edoobox et la confirmation de réservation.
Exemple d’utilisation : PayPal exige une nouvelle autorisation
La commande PayPal signale PAYER_ACTION_REQUIRED. La personne est renvoyée vers l’autorisation. Le paiement n’est considéré comme réussi qu’après COMPLETED.
Exemple d’utilisation : l’authentification est abandonnée
Une personne ferme la boîte de dialogue bancaire. L’équipe vérifie le statut du prestataire et la réservation et demande si nécessaire une nouvelle tentative de paiement. Elle n’envoie pas de confirmation définitive de paiement sur la seule base de la réservation créée.
Carte enregistrée et paiements automatiques
Une carte enregistrée ne garantit pas que chaque débit ultérieur réussira sans intervention. Pour les débits automatiques, la banque peut exiger une nouvelle authentification ou refuser le paiement. En cas d’erreur, vérifiez d’abord le statut réel du paiement et la facture ouverte ; une tentative automatique seule ne prouve pas le paiement.
Pour les débits automatiques des frais du compte edoobox, Paiement automatique avec une carte bancaire enregistrée décrit la configuration, la carte par défaut, la carte de remplacement et le traitement des erreurs. Ce processus est distinct du paiement d’une réservation de participant.
Interpréter correctement les statuts Stripe
| Statut | Signification pour le contrôle |
|---|---|
requires_action | Le payeur doit terminer une action supplémentaire, par exemple l’autorisation bancaire. |
requires_payment_method | Le paiement nécessite un moyen de paiement adapté ou une nouvelle tentative confirmée. |
processing | Le traitement est encore en cours. Attendez le résultat définitif. |
succeeded | Le processus de paiement est terminé avec succès. Vérifiez également l’affectation dans edoobox. |
Stripe décrit ces états sous Mises à jour du statut du paiement. Après des remboursements ou des contestations ultérieures, vérifiez aussi la transaction et son historique.