Opérations de paiement
Les opérations de paiement décrivent les actions qu’un commerçant peut effectuer pendant et après une transaction. Elles sont standard dans les environnements de paiement et sont prises en charge de manière cohérente sur nos terminaux.
Comprendre ces opérations est essentiel pour l’utilisation quotidienne, le rapprochement et la gestion des cas exceptionnels tels que les Refunds ou les litiges.
Aperçu
Une transaction de paiement se compose de deux phases principales :
- Authorization : l’approbation ou le refus en temps réel d’une transaction par la banque émettrice
- Settlement : le transfert des fonds au commerçant, généralement effectué par lots
Dans certaines implémentations, une étape intermédiaire est requise, où les transactions sont soumises ou transmises du terminal à l’acquéreur avant d’être incluses dans le Settlement.
Du point de vue du commerçant, la plupart des interactions concernent l’initiation des paiements, la correction d’erreurs ou la gestion des transactions terminées.
Sale (Paiement)
Un Sale est l’opération standard utilisée pour débiter un client.
Le commerçant saisit soit le montant manuellement, soit le reçoit d’un système POS connecté. Le client finalise ensuite le paiement à l’aide d’une carte ou d’un wallet.
Une fois autorisé :
- La transaction est approuvée ou refusée en temps réel
- Le montant est réservé sur le compte du client
- La transaction est stockée pour le Settlement
C’est l’opération principale utilisée dans l’activité quotidienne.
Reversal
Un Reversal annule une transaction peu de temps après son traitement, généralement avant le Settlement.
Cette opération est utilisée lorsque :
- Un mauvais montant a été saisi
- Une transaction doit être annulée immédiatement après l’achat
Un Reversal empêche le Settlement de la transaction et évite la nécessité d’un Refund. Les Reversals ne sont généralement possibles que dans une fenêtre de temps limitée et nécessitent une référence à la transaction d’origine.
Refund (Crédit)
Un Refund est utilisé pour restituer des fonds à un client après qu’une transaction a déjà été finalisée.
Les cas d’utilisation typiques incluent :
- Marchandises retournées
- Services annulés
- Corrections après le Settlement
Caractéristiques clés :
- Le Refund est traité comme une nouvelle transaction
- Le montant est recrédité sur la méthode de paiement d’origine
- Le Settlement suit le cycle standard de Settlement
Les Refunds sont initiés par le commerçant et peuvent ou non nécessiter la carte d’origine, selon la configuration.
Chargebacks
Un Chargeback est initié par le client via sa banque émettrice et non par le commerçant.
Cela se produit lorsqu’un client conteste une transaction, par exemple :
- La transaction n’est pas reconnue
- Les biens ou services n’ont pas été livrés
- Une fraude est suspectée
Dans ce processus :
- La banque émettrice ouvre un litige
- Nexi informe le commerçant
- Le commerçant peut devoir fournir des preuves à l’appui
Les Chargebacks sont régis par les règles du scheme et peuvent entraîner le débit du montant de la transaction sur le compte du commerçant si le litige n’est pas résolu avec succès.
Pre-Authorization & Capture
La Pre-Authorization permet à un commerçant de réserver un montant sur la carte d’un client et de le Capture plus tard. Ce flux est généralement utilisé dans des secteurs tels que l’hôtellerie ou la mobilité.
Dans la configuration actuelle de Nexi Suisse :
- La Pre-Authorization et le Capture ne sont généralement pas pris en charge comme flux standard
- Les transactions sont traitées comme des Sales immédiats
Toute exigence spécifique pour des flux basés sur la réservation doit être évaluée séparément.
Submission & Settlement
Après autorisation des transactions, elles doivent être soumises pour le Settlement.
Selon la configuration du terminal :
- La Submission peut se faire automatiquement
- Ou être déclenchée manuellement par le commerçant
Pendant la Submission :
- Les transactions stockées sont envoyées au système d’acquisition
- Les transactions sont finalisées pour le Settlement
- Les fonds sont préparés pour le versement au commerçant
Une fois soumises, les transactions ne peuvent plus être modifiées.
Forced Acceptance
La Forced Acceptance permet de finaliser une transaction même lorsqu’aucune autorisation en ligne n’est possible. Cela peut se produire dans des situations telles qu’une panne temporaire du réseau ou de l’autorisation.
Points importants à considérer :
- La transaction n’est pas vérifiée par la banque émettrice
- Le commerçant assume l’intégralité du risque de non-paiement
- La fonctionnalité est généralement restreinte ou désactivée par défaut
La Forced Acceptance ne doit être utilisée que dans des scénarios contrôlés.
Gestion des erreurs et Support
Nous détestons tous cela, quand les paiements ne se comportent pas comme ils le devraient.
Des problèmes ? Trop de Refunds ? Des dysfonctionnements étranges ?
Pour tout problème lié aux transactions, aux Refunds ou au comportement du terminal, veuillez contacter le Support Nexi. Nos équipes peuvent aider à analyser les transactions, résoudre les erreurs et vous guider dans les procédures de traitement correctes.
Des erreurs pendant les opérations de paiement peuvent survenir pour plusieurs raisons, notamment :
- Refus de carte (>99 % des erreurs)
- Problèmes de connectivité réseau
- Problèmes de configuration
- Limitations matérielles
Les terminaux fournissent généralement des messages d’erreur clairs et permettent au commerçant de réessayer ou de sélectionner une autre méthode de paiement.