Paiements offline

Les paiements offline sont un sujet sensible dans le domaine des paiements. Ils peuvent être importants pour les commerçants qui souhaitent assumer la responsabilité des paiements échoués tout en visant une disponibilité des paiements de 100 % pendant les interruptions de connectivité ou d’autorisation, mais ils exigent également que le commerçant comprenne et accepte le risque.

L’acceptation forcée, en particulier, est une fonctionnalité générale EP2 Own Risk. Elle peut aider un commerçant à continuer d’accepter des paiements lorsque l’autorisation en ligne n’est pas disponible, mais le commerçant peut rester responsable si la transaction ne peut pas être finalisée avec succès ultérieurement.

Les transactions offline peuvent également prendre légèrement plus de temps que les transactions en ligne normales. Selon le terminal et la configuration, le terminal peut devoir appliquer des règles offline, stocker la transaction localement, enregistrer des preuves de transaction supplémentaires, puis soumettre ou transmettre la transaction lorsque la connectivité est à nouveau disponible.

Dans l’environnement des terminaux Nexi Suisse, les deux concepts pertinents sont :

• EMV offline
• Acceptation forcée / Own Risk

Ils sont liés sur le plan opérationnel, mais ils ne sont pas identiques.

EMV offline

Les transactions EMV offline sont basées sur des règles. Un terminal peut approuver une transaction sans autorisation en ligne uniquement lorsque la carte, les règles EMV, la configuration du terminal et la configuration d’acquisition l’autorisent.

Ce n’est pas quelque chose qu’un intégrateur active avec un indicateur API. Les limites et règles EMV offline sont configurées côté acquisition, selon la configuration du commerçant et l’EP2 MID. Nexi et les autres acquéreurs gèrent cela via la configuration d’acquisition pertinente.

Par défaut, les limites offline sont généralement définies sur zéro. Cela signifie que l’approbation EMV offline standard est désactivée sauf si elle a été explicitement configurée pour le commerçant.

Même lorsqu’une transaction est traitée offline, EMV applique toujours des contrôles de risque intégrés. Ceux-ci peuvent inclure :

• authentification des données offline
• vérification du titulaire de carte
• restrictions de traitement
• gestion des risques du terminal
• limites plancher
• compteurs de transactions
• sélection aléatoire en ligne
• contrôles d’expiration de l’application de carte
• restrictions d’utilisation de la carte

Le terminal, la carte, le noyau EMV, les paramètres de l’émetteur et la configuration d’acquisition déterminent si l’approbation EMV offline standard est autorisée. Le POS ou l’ECR doit simplement gérer correctement le résultat de la transaction et rendre clair l’état présenté au commerçant.

Acceptation forcée / Own Risk

L’acceptation forcée est différente du traitement EMV offline standard.

Avec l’acceptation forcée, une transaction peut être acceptée même lorsque l’autorisation en ligne normale n’est pas possible et que la logique de décision EMV habituelle ne peut pas être pleinement appliquée.

L’acceptation forcée implique un risque pour le commerçant.

Les transactions effectuées avec l’acceptation forcée sont acceptées au risque propre du commerçant et peuvent échouer une fois soumises ou transmises ultérieurement.

Les raisons typiques d’un échec ultérieur incluent :

• fonds insuffisants
• cartes bloquées
• cartes volées
• cartes expirées
• refus de l’émetteur
• refus liés à la fraude

L’acceptation forcée nécessite donc une activation explicite et un accord Own Risk spécifique. Elle ne doit être activée que pour les commerçants qui comprennent les implications opérationnelles et financières.

La couche sous-jacente du terminal et de l’infrastructure gère le comportement de repli approuvé pour la configuration du commerçant. Les commerçants et les intégrateurs n’ont pas besoin de modéliser séparément les mécanismes de repli propres aux fournisseurs.

L’acceptation forcée ne doit être utilisée que lorsque l’autorisation en ligne normale n’est pas joignable. Une fois l’autorisation en ligne à nouveau disponible, le commerçant ou son intégrateur doit cesser de l’utiliser et revenir au traitement en ligne normal. L’acceptation forcée s’applique uniquement aux paiements. Elle n’est pas disponible pour les remboursements.

Le commerçant ou l’intégrateur est responsable de l’activation et de la désactivation de l’acceptation forcée !

Le commerçant ou l’intégrateur est responsable du contrôle de la durée pendant laquelle l’acceptation forcée reste activée. Vous pouvez limiter le nombre de transactions en acceptation forcée, puis réessayer une transaction en ligne. L’approche recommandée consiste toutefois à revenir automatiquement au traitement en ligne normal dès que le terminal indique que l’autorisation en ligne est à nouveau disponible.

Si une interruption est liée aux systèmes d’acquiring ou de paiement exploités par Nexi, Nexi informera les commerçants concernés. Si les paiements ne peuvent pas être effectués en raison de la connectivité Internet côté commerçant, du réseau local ou d’autres problèmes d’infrastructure du commerçant, le commerçant est responsable de l’identification et de la résolution de ces causes.

Rétablissement de la connectivité

Une fois la connectivité rétablie, les transactions stockées doivent être soumises ou transmises à l’hôte ou au système d’acquisition concerné.

Selon le terminal, le fournisseur et la configuration, cela peut être appelé :

• Submission
• transmission
• submit
• transmit

Pendant cette phase de rétablissement, le terminal peut bloquer les nouvelles transactions en ligne normales jusqu’à ce que les transactions offline ou en acceptation forcée en attente aient été soumises avec succès.

En pratique, cela signifie :

1. La connectivité est rétablie.
2. Le terminal soumet ou transmet les transactions stockées.
3. Le terminal attend que le processus soit terminé.
4. L’acceptation normale des paiements en ligne redevient disponible.

Ce comportement aide à éviter les états de transaction incohérents et garantit que les transactions stockées sont traitées avant que le terminal poursuive le traitement en ligne normal.

Disponibilité

Les capacités de paiement offline ne sont pas activées automatiquement.

La disponibilité dépend des éléments suivants :

• modèle de terminal
• fournisseur du terminal
• configuration EP2
• configuration de l’acquéreur
• accord du commerçant
• approbation du risque
• modèle d’intégration

L’acceptation forcée est une capacité restreinte et nécessite une activation explicite. Pour les questions de configuration, les commerçants et les intégrateurs doivent contacter Nexi avant de supposer que le traitement offline ou l’acceptation forcée est disponible.