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 remboursements ou les litiges.

Aperçu

Une transaction de paiement se compose de deux phases principales :

• Autorisation : l’approbation ou le refus en temps réel d’une transaction par la banque émettrice
• Settlement : la clôture financière et l’étape de versement qui suivent l’autorisation, généralement effectuées 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.

Paiement

Un paiement est l’opération standard utilisée pour facturer 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.

Annulation

Une annulation 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

Une annulation empêche le Settlement de la transaction et évite d’avoir à effectuer un remboursement. Les annulations sont généralement possibles uniquement dans une fenêtre temporelle limitée et nécessitent la référence à la transaction d’origine. Actuellement, seule la transaction la plus récente (la dernière) peut être annulée.

Remboursement

Un remboursement 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 Settlement

Caractéristiques clés :

• Le remboursement est traité comme une nouvelle transaction
• Le montant est recrédité sur le moyen de paiement d’origine
• Le Settlement suit le cycle standard de Settlement

Les remboursements sont initiés par le commerçant. Sur les terminaux Integrated, la disponibilité des remboursements dépend également de l’intégration ECR ou POS connectée.

Contestations

Une contestation est initiée 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
• Des 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 contestations sont régies par les règles du schéma de carte 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.

Réservation

Une réservation bloque un montant sur la carte du titulaire pendant une période limitée sans effectuer immédiatement le débit final. Cette opération est couramment utilisée dans l’hôtellerie, où le montant final peut n’être connu que plus tard.

Chez Nexi, la durée de validité standard d’une réservation est de 30 jours. Une période plus courte peut s’appliquer dans certains cas. Lorsque la période de validité expire, la réservation est annulée automatiquement. L’émetteur décide en dernier ressort de la durée pendant laquelle le montant réservé reste bloqué sur la carte du titulaire.

Les paiements avec réservation doivent être activés côté acquéreur et dans la configuration du terminal. Ils peuvent également être utilisés via des intégrations OPI. Pour les flux techniques, voir Flux typiques.

Si aucun débit n’est nécessaire, la réservation peut être annulée afin de libérer les fonds bloqués.

Ajuster le montant de la réservation

Une réservation existante peut être augmentée au moyen d’un ajustement. Le montant supplémentaire est ajouté au montant actuellement réservé. Une réservation peut être ajustée plusieurs fois.

Les ajustements normaux servent à augmenter le montant réservé. Ils ne réduisent pas ce montant et ne finalisent pas le débit.

Finaliser avec une vente de réservation

Pour finaliser la transaction, effectuez une vente de réservation (Sale Reservation). Le montant final peut être inférieur ou égal au montant actuellement réservé. Il ne peut pas être supérieur lors de cette étape finale ; augmentez d’abord la réservation si un montant final plus élevé est nécessaire.

Le titulaire et la carte sont à nouveau requis pour la vente de réservation finale.

Si le DCC s’applique, il est à nouveau affiché lors de la vente de réservation finale. Le DCC n’est pas affiché à nouveau lors d’un ajustement normal de la réservation.

Submission et Settlement

Après autorisation des transactions, elles doivent être soumises pour le Settlement.

Selon la configuration du terminal :

• La Submission peut avoir lieu 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.

Paiements offline

Les paiements offline couvrent les situations dans lesquelles une transaction par carte peut se poursuivre sans autorisation en ligne normale. Dans l’environnement terminal, deux concepts sont importants :

• Standard EMV offline : Le terminal peut approuver une transaction offline uniquement lorsque les règles EMV, la carte, la configuration du terminal et les limites offline configurées par l’acquéreur le permettent.
• Acceptation forcée / Own Risk : le commerçant peut accepter une transaction sans autorisation en ligne normale, mais assume la responsabilité si la transaction échoue plus tard lors de la Submission ou du Settlement.

Les capacités de paiement offline nécessitent une configuration explicite et dépendent du terminal, de l’acquéreur, de l’accord commerçant et de la configuration. Pour l’aperçu complet, voir Paiements offline.

Gestion des erreurs et Support

Nous détestons tous que les paiements ne se comportent pas comme ils le devraient.

Des problèmes ? Trop de remboursements ? Des anomalies étranges ?

Pour tout problème lié aux transactions, aux remboursements 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.

Service & Support Nexi Suisse

Des erreurs lors des 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 un moyen de paiement alternatif.