MONETICS LAB
Module 1

Fonctionnement complet d'un paiement

Cliquez sur chaque acteur pour découvrir son rôle, ses responsabilités et les incidents typiques associés.

Porteur de carte (client)

Personne physique propriétaire de la carte, qui initie le paiement.

Responsabilités
  • Présenter sa carte ou son moyen de paiement
  • Saisir son code PIN ou valider par biométrie/3DS
  • Vérifier le montant avant validation
Données manipulées
  • PAN (masqué)
  • Nom du porteur
  • Date d'expiration
Incidents possibles
  • Carte perdue/volée
  • Plafond dépassé
  • Carte expirée
  • Code PIN erroné
Qui contacter

Sa banque (émetteur) via le numéro au dos de la carte.

Exemple : Un client arrive à la réception d'un hôtel et présente sa carte pour garantir sa réservation.

Simuler une transaction

En attente de simulation…

Autorisation / Clearing / Settlement

Trois phases bien distinctes dans le temps, souvent confondues par les débutants.

Autorisation
Quand :
En temps réel, au moment du passage de la carte (1 à 3 secondes).
Acteur :
Émetteur (via scheme, acquéreur, PSP, TPE)
Données :
Montant, PAN, cryptogramme EMV, code marchand
Impact :
Bloque (ou refuse) les fonds, mais ne transfère pas encore l'argent.
Erreur typique :
Refus 'provision insuffisante' alors que le montant réel sera différent (cas préautorisation hôtel).
Le TPE affiche 'Transaction approuvée' en 2 secondes.
Clearing
Quand :
Différé, généralement quelques heures à un jour après l'autorisation (souvent en fin de journée/nuit).
Acteur :
Acquéreur et scheme
Données :
Lots de transactions autorisées, regroupées et vérifiées
Impact :
Détermine les montants exacts à transférer entre banques.
Erreur typique :
Une transaction autorisée mais jamais envoyée en clearing (oubli de finalisation) ne sera jamais payée.
Les 340 transactions de la journée d'un hôtel sont compensées la nuit suivante.
Settlement
Quand :
Après le clearing, typiquement à J+1 ou J+2.
Acteur :
Acquéreur crédite le commerçant, scheme règle entre banques
Données :
Virements interbancaires, bordereaux de remise, commissions
Impact :
L'argent arrive réellement sur le compte du commerçant, net des commissions.
Erreur typique :
Écart entre le montant attendu par l'hôtel et le montant réellement crédité (commission, rejet).
L'hôtel voit son compte crédité de 267€ - commission, deux jours après le check-out.

Types de transactions

Fiches interactives pour chaque type de transaction rencontré au quotidien.

Paiement

Capture directe d'un montant, autorisation + capture immédiate.

Quand : Achat classique en boutique.
Paiement d'un dîner au restaurant de l'hôtel : 45€ capturés directement.
Refus

L'émetteur refuse l'autorisation (provision, plafond, carte bloquée...).

Quand : À l'étape d'autorisation, en quelques secondes.
Refus 'provision insuffisante' lors d'une préautorisation trop élevée.
Annulation

Annulation d'une transaction avant qu'elle ne parte en clearing.

Quand : Juste après l'autorisation, avant compensation.
Le client annule sa commande room service juste après le paiement.
Remboursement (Refund)

Transaction inverse après clearing, qui recrédite le porteur.

Quand : Après que la transaction initiale a été compensée.
Remboursement d'une nuit suite à une réclamation post-séjour.
Préautorisation

Blocage temporaire de fonds sans capture, pour garantir un paiement futur.

Quand : Au check-in, ou à la réservation.
300€ bloqués pour garantir la chambre + une marge d'extras.
Finalisation de préautorisation

Capture du montant réellement dû, ajusté par rapport au montant préautorisé.

Quand : Au check-out.
Préautorisation 300€ → finalisation à 267€ après consommation des extras.
Reversal

Message technique d'annulation d'une autorisation, avant capture.

Quand : En cas d'erreur technique (double transaction, timeout).
Le TPE envoie un reversal après une coupure réseau juste après l'autorisation.
Paiement offline

Transaction autorisée localement par le TPE/la carte sans connexion en temps réel à l'émetteur (selon règles définies par le scheme).

Quand : Connectivité indisponible temporairement, sous conditions strictes.
TPE mobile qui stocke la transaction et la transmet dès que le réseau revient.
Paiement sans contact

Paiement via NFC, souvent sans PIN sous un plafond défini par le scheme.

Quand : Petits montants majoritairement, avec vérification aléatoire.
Paiement d'un café au bar de l'hôtel en approchant la carte.
Paiement avec PIN

Paiement nécessitant la saisie du code confidentiel pour vérifier le porteur.

Quand : Au-delà du plafond sans contact, ou à la demande du terminal/émetteur.
Saisie du PIN pour une préautorisation de 500€.
Paiement mobile

Paiement via un wallet (Apple Pay, Google Pay...) qui tokenise la carte.

Quand : Dès que le porteur utilise son smartphone/montre au lieu de la carte physique.
Le client règle ses extras avec Apple Pay sur son téléphone.