Config fonctionnalités

De Documentation Mercanet
Aller à : navigation, rechercher

Sommaire

Introduction

Objectif du présent document

  Ce document est un guide de configuration des fonctionnalités de Mercanet. Il explique aux commerçants comment se servir de fonctionnalités disponibles dans les différentes interfaces de paiement. Il présente également un résumé de la disponibilité des fonctionnalités dans chacune des interfaces et fournit des renseignements détaillés sur l’impact éventuel de l’activation des fonctionnalités sur la configuration de Mercanet du commerçant et/ou sur la configuration de sa relation avec le client.
Info.png Remarques

Tous les termes, acronymes, expressions spécifiques à la Mercanet Solution et son contexte sont définies dans le document : GLOSSAIRE.
N’hésitez pas à vous y référer chaque fois que nécessaire.

        Sujets non couverts dans le présent document :

  • Pour en savoir plus sur les fonctionnalités impliquant la lutte contre la fraude, consultez le document sur la gestion de la fraude.
  • Pour en savoir plus sur l’activation des moyens de paiement, consultez les guides d’intégration des moyens de paiement.
  • En ce qui concerne les fonctionnalités offertes Mercanet VPC (ou l’outil de gestion Mercanet Essentiel), elles ne sont pas mises en œuvre par le commerçant. Leur description se trouve dans les guides d’utilisation correspondants.

Disponibilité des fonctionnalités par interface

Selon l’offre souscrite par le commerçant, certaines fonctionnalités ne sont pas disponibles.  

Interface (mode) Fonctionnalité

Mercanet Essentiel

Mercanet Gestion Plus

Mercanet Batch

Wallet

POST

SOAP

JSON

SOAP

JSON

Batch

POST

SOAP

JSON

Moyens de paiement

CB

Visa

MasterCard

American Express

Maestro

Visa Electron

Bancontact/MisterCash

-

PayPal

Masterpass

-

-

-

-

Paylib

-

-

-

-

iDEAL

-

-

-

-

-

-

ELV

-

-

-

-

Aurore

-

-

-

-

Cetelem NxCB

-

-

-

-

-

-

Cetelem fullCB

-

-

-

Cetelem Presto

-

-

-

-

-

-

Oney (Accord)

-

Accord cadeau Oney

-

-

-

-

Accord Facilipay

-

-

-

-

-

-

Identification des transactions

Création de transactions

-

Gestion de caisse

-

-

-

Reporting

-

Gestion des pages de paiement sécurisées

Personnalisation des paypages

-

-

-

Affichage des moyens de paiement

-

-

-

Affichage du ticket de caisse

-

-

-

-

-

-

Nombre de tentatives de saisie du PAN

-

-

-

Délai d’expiration de la session de paiement

-

-

-

-

-

-

Saisie du numéro de carte en blocs séparés

-

-

û

Affichage de la page d’erreur

-

-

-

-

-

-

Affichage du nom de la boutique

-

-

-

Balise iframe

-

-

-

Canal de paiement

INTERNET

VPC - MOTO

-

-

-

Modalités de remise en paiement

Paiement immédiat

-

-

-

Paiement fin de journée

-

-

-

Paiement différé

-

-

-

Paiement à l’expédition

-

-

-

Paiement échelonné

-

-

-

-

-

-

Période de validité de l’autorisation

-

-

-

Transactions en devises

Paiement multi-devises

-

-

-

Encaissement en devises

-

-

-

Sécurisation 3D Secure - Safekey

3D Secure

-

3D sélectif pour le paiement one click)

-

-

-

-

-

-

3D Sélectif (désactivation du 3DS)

-

-

-

-

-

-

Sécurisation Safekey (American express)

-

One Click – gestion du wallet marchand

Inscription et paiement

-

-

-

-

-

-

Paiement

-

-

-

Création du wallet hors paiement

-

-

-

Lecture des données wallet

-

-

-

Lecture des donnés moyen de paiement

-

-

-

Ajout d’un moyen de paiement

-

-

-

Mise à jour d’un moyen de paiement

-

-

-

Suppression d’un moyen de paiement

Suppression du wallet

-

-

-

Gestion de caisse

Annulation

-

-

-

Validation

-

-

-

Remboursement

-

-

-

Duplication

-

-

-

-

-

-

Reporting en ligne

Diagnostic

-

-

-

-

-

-

-

Réponse automatique

-

-

-

Réponse manuelle

-

-

-

Ticket de Confirmation

-

-

-

-

Réponse en cas d’erreur

-

-

-

-

-

-

Reporting fichier

Journal des transactions

-

-

-

Journal des opérations

-

-

-

Journal de rapprochement bancaire

-

-

-

Journal de rapprochement des impayés

-

-

-

Fonctionnalité disponible ( ) / Fonctionnalité indisponible ( - )

Activation des fonctionnalités

Le tableau ci-dessous présente en détail l’impact de l’activation des fonctionnalités sur la configuration du commerçant côté Mercanet et/ou côté acquéreur.

  • Configuration de Mercanet : l’impact de l’enregistrement du commerçant dans Mercanet — l’activation ou la désactivation d’une fonctionnalité peut entraîner un changement dans la configuration commerçant sur la plate-forme Mercanet et, éventuellement, une modification de son contrat d’acceptation.
  • Configuration de L’acquéreur : impact potentiel de l’enregistrement du commerçant auprès de L’acquéreur — l’activation ou la désactivation d’une fonctionnalité peut entrainer une modification de son contrat d’acquisition. Les informations présentées dans cette colonne sont fournies uniquement à titre indicatif et varient selon L’acquéreur.

Le tableau ci-dessous donne la liste complète des fonctionnalités, leur activation dépend de l’offre souscrite par Le commerçant.  

Fonctionnalités

Configuration de Mercanet

Configuration de L’acquéreur

Remarques

Identification des transactions

Initialisation de transactions

Oui

Non

Gestion de caisse

Oui

Non

Reporting

Oui

Non

Gestion des pages de paiement

Personnalisation des pages

Oui

Non

Affichage des moyens de paiement

Oui

Non

Affichage du ticket de caisse

Oui

Non

Nombre de tentatives de saisie du PAN

Oui

Non

Délai d’expiration de la session de paiement

Oui

Non

Saisie du numéro de carte en blocs séparés

Oui

Non

Affichage de la page d’erreur

Non

Non

Affichage du nom de la boutique

Oui

Non

Balise iframe

Non

Non

Canal de paiement

Internet

Oui

Oui

MOTO- VPC

Oui

Oui

Modalités de remise en paiement

Paiement immédiat

Non

Oui

Dépend du moyen de paiement

Paiement fin de journée

Non

Non

Paiement différé

Non

Oui

Dépend du moyen paiement et de la période de validité de l’autorisation

Paiement à l’expédition

Oui

Oui

Paiement échelonné

Oui

Oui

Dépend du moyen de paiement

Période de validité de l’autorisation

Oui

Oui

Transactions en devises

Paiement multi-devises

Oui

Oui

Encaissement en devises

Non

Oui

3D Secure - Safekey

3D Secure

Oui

Oui

3D sélectif pour le paiement one click)

Oui

Non

3D Sélectif

Oui

Non

Rejet des transactions 3D erreur

Oui

Oui

Blocage des transactions non garanties

Oui

Oui

Sécurisation Safekey

Oui

Oui

Lutte contre la fraude

Gestion des cartes en opposition

Oui

Non

One Click – gestion du wallet

Inscription et paiement

Oui

Non

Paiement

Oui

Non

Création du wallet en dehors du paiement

Oui

Non

Lecture des données wallet

Non

Non

Lecture des données moyen de paiement

Non

Non

Ajout/suppression d’un moyen de paiement

Non

Non

Mise à jour d’un moyen de paiement

Non

Non

Suppression d’un moyen de paiement

Non

Non

Suppression d’un wallet

Non

Non

Paiement récurrent

1er paiement récurrent

Oui

Oui

nème paiement récurrent

Oui

Oui

Gestion de caisse

Annulation

Oui

Non

Validation

Oui

Non

Remboursement

Oui

Non

Duplication

Oui

Non

Reporting en ligne

Diagnostic

Oui

Non

Réponse automatique

Oui

Non

Réponse manuelle

Oui

Non

Confirmation fin de transaction vers l’acheteur

Oui

Non

Réponse en cas d’erreur

Oui

Non

Reporting fichier

Journal des transactions

Oui

Non

Journal des opérations

Oui

Non

Journal de rapprochement bancaire

Oui

Oui

Journal de rapprochement des impayés

Oui

Oui

Réglementation

Sélection de la marque (MIF)

Oui

Oui

Configuration Mercanet uniquement sur Mercanet essentiel

Spécificité pays

Service de vérification d’adresse (AVS)

Non

Non

Surcharge

Oui

Non

Les interfaces Mercanet

Dans tous les cas, il y a lieu de consulter la documentation « Présentation fonctionnelle »

Mercanet Essentiel

  Pour plus d'information et selon le connecteur choisi, veuillez consulter les documents suivants :

  • Mercanet Essentiel POST
  • Mercanet Essentiel JSON
  • Mercanet Essentiel SOAP

Mercanet Gestion Plus

  Pour plus d'information et selon le connecteur choisi, veuillez consulter les documents suivants :

  • Mercanet Gestion Plus JSON
  • Mercanet Gestion Plus SOAP

Mercanet Batch

  Pour plus d'information et selon le connecteur choisi, veuillez consulter les documents suivants :

  • Mercanet Batch
  • Fichiers télétransmis

Mercanet Wallet

  Pour plus d'information et selon le connecteur choisi, veuillez consulter les documents suivants :

  • Wallet POST
  • Wallet JSON
  • Wallet SOAP

Mise en œuvre des fonctionnalités

Identification des Transactions

Deux modes d’identification de transaction sont disponibles: - “Mode Transaction-Id“ - “Mode Transaction Reference“.    Voici les options marchandes nécessaires :  

Setting

Value

Note

Use Transaction Reference

True/False

TRUE. Valeur par défaut. Le marchand est en mode Transaction Reference FALSE. Le marchand est en mode Transaction-Id.

Paypage Auto Identification Flag  

True/False

FALSE. Valeur par défaut. Selon le choix sur l’option “Use Transaction Reference”, le marchand devra fournir le TransactionReference ou le TransactionId TRUE. Selon le choix sur l’option “Use Transaction Reference”, Mercanet devra générer le TransactionReference ou le TransactionId à la place du marchand.

                 Info.png Remarques

Le Transaction Reference est l’identifiant par défaut.

   

Creation de la Transaction

  Lors d’une création de transaction, et en fonction du mode choisi, Mercanet accepte ou rejette la création et génère des identifiants complémentaires. Le tableau ci-après récapitule les différents cas possibles.  

Création de transaction via Mercanet

Cas d’utilisation

Données

Essentiel

Gestion Plus & Batch

Back office

Boutique en mode TransactionReference

Le marchand se connecte à Mercanet avec un Transaction-Reference qu’il a généré

TransactionReference fourni par le marchand

cas d'usage

cas d'usage

proposé par Mercanet, modifiable et affiché en rouge

TransactionId fourni par le marchand

Rejet Code = 12

Rejet Code = 12

N/A

TransactionId absent

OK

OK

N/A

TransactionReference absent

Rejet Code = 12

Rejet Code = 12

Rejet Code = 12

Référence complémentaire générée par Mercanet

s10TransactionId s10TransactionIdDate

s10TransactionId s10TransactionIdDate

s10TransactionId s10TransactionIdDate

Contenu réponse

s10TransactionId s10TransactionIdDate transactionReference

s10TransactionId s10TransactionIdDate transactionReference

Le marchand se connecte à Mercanet sans TransactionReference (Tref auto)

TransactionReference généré par Mercanet

cas d'usage

N/A

généré par Mercanet et affiché en rouge

TransactionId fourni par le marchand

Rejet Code = 12

N/A

TransactionId absent

OK

N/A

TransactionReference fourni par le marchand

Rejet Code = 12

N/A

Référence complémentaire générée par Mercanet

transactionReference s10TransactionId s10TransactionIdDate

transactionReference s10TransactionId s10TransactionIdDate

Contenu réponse

s10TransactionId s10TransactionIdDate transactionReference

Boutique en mode TransactionId

Le marchand se connecte à Sips avec un TransactionId qu’il a généré

TransactionId fourni par le marchand

cas d'usage

cas d'usage

proposé par Mercanet, modifiable et affiché en rouge

TransactionId absent

Rejet Code = 12

Rejet Code = 12

Rejet Code = 12

TransactionReference fourni par le marchand

Rejet Code = 12

Rejet Code = 12

N/A

TransactionReference absent

OK

OK

N/A

Référence complémentaire générée par Mercanet

TransactionReference

TransactionReference

TransactionReference

Contenu réponse

s10TransactionId s10TransactionIdDate transactionReference

s10TransactionId s10TransactionIdDate transactionReference

Le marchand se connecte à Mercanet sans TransactionId (Tid auto)

TransactionId généré par Mercanet

cas d'usage

N/A

généré par Mercanet et affiché en rouge

TransactionId fourni par le marchand

Rejet Code = 12

N/A

TransactionReference fourni par le marchand

Rejet Code = 12

N/A

TransactionReference absent

OK

N/A

Référence complémentaire générée par Mercanet

s10TransactionId s10TransactionIdDate transactionReference

s10TransactionId s10TransactionIdDate transactionReference

Contenu réponse

s10TransactionId s10TransactionIdDate transactionReference

 

 

Operation de caisse

  Pour les opérations de caisse, l’identification d’une transaction n’est pas limitée au mode choisi. Le tableau ci-dessous reprend les différentes possibilités.  

Cas d’utilisation

Données

Gestion de caisse

Boutique en mode TransactionReference

Transaction d'origine générée avec un transactionReference

TransactionId fourni par le marchand

OK

TransactionReference fourni par le marchand

OK

TransactionReference et TransactionId cohérents fournis par le marchand

OK

TransactionReference et TransactionId ne référençant pas la même transaction fournis par le marchand

Rejet Code = 12

Nouvelle transaction (duplication, recyclage et crédit porteur)

Voir Tableau de création des transactions ci-dessus

Boutique en mode TransactionId

Transaction d'origine générée avec un transactionId

TransactionId fourni par le marchand

OK

TransactionReference fourni par le marchand

OK

TransactionReference et TransactionId cohérents fournis par le marchand

OK

TransactionReference et TransactionId ne référençant pas la même transaction fournis par le marchand

Rejet Code = 12

Nouvelle transaction (duplication, recyclage et crédit porteur)

Voir Tableau de création des transactions ci-dessus

     

Reporting

Les champs s10TransactionId, s10TransactionIdDate et transactionReference sont présents dans les journaux de transactions, d’opération, de rapprochement et d’impayés, indépendamment du mode d’identification de transaction activé.

Pour les opérations de duplication et de recyclage, la transaction d’origine est identifiable via les champs s10FromTransactionId, s10FromTransactionIdDate et fromTransactionReference du journal des transactions.

Gestion de Mercanet Essentiel

Personnalisation des pages

Consultez le guide Personnalisation des pages de paiement.

Affichage des moyens de paiement

  Si plusieurs moyens de paiement sont configurés dans son contrat, le commerçant peut filtrer ceux qui s’afficheront dans la page du choix des moyens de paiement :

  • Affichage du choix des moyens de paiement selon le contexte de la transaction : dans la demande de paiement, le commerçant énumère dans le champ paymentMeanBrandList : les moyens de paiement à afficher

Champ

Valeur

Remarques

paymentMeanBrandList

Consultez le dictionnaire de données

Liste des moyens de paiement  

 

  • Si cette liste n’est pas cohérente avec la liste des moyens de paiement prévus dans la configuration Mercanet du commerçant ou avec les valeurs de la transaction (c’est-à-dire en cas d’incohérence entre la devise et le moyen de paiement), Mercanet n’affiche pas les moyens paiement qui ne correspondent pas à la devise. Si aucun moyen de paiement compatible n’est trouvé, Mercanet refuse la transaction.
  • Affichage de tous les moyens de paiement prévus dans le contrat du commerçant : Le commerçant ne doit prendre aucune action. Tous les moyens de paiement paramétrés dans son contrat s’affichent automatiquement.
  • La liste des moyens de paiement affichée sur les pages de paiement est triée par SCHEME (Par exemple : si les valeurs envoyées à Mercanet sont VISA, MASTERCARD, VPAY, MAESTRO, les pages afficheront les moyens de paiement de la manière suivante : VISA, VPAY, MASTERCARD, MAESTRO)
  • Toutefois, la page du choix des moyens de paiement n’est pas affichée automatiquement. Dans le cas où plusieurs moyens de paiement appartenant aux réseaux Visa et/ou MasterCard sont présentés à l’acheteur, aucun n’est affiché par défaut. Si Le commerçant le souhaite, sa configuration peut être modifiée pour intégrer cette option.

Info.pngA noter

Le choix des moyens de paiement à afficher est configuré dans la demande de paiement. Par défaut, tous les moyens de paiement paramétrés dans le contrat du commerçant sont affichés. Dans le cas d’une liste des moyens de paiement par carte bancaires, une option est prévue dans la configuration de Mercanet du commerçant qui permet d’afficher directement la page de saisie des données carte.

   

Affichage du ticket de caisse

  La page de confirmation du paiement, appelée le ticket de paiement, est affichée par défaut par Mercanet, elle peut être prise en charge directement par le commerçant. En fonction du contexte de la transaction, le commerçant peut décider dynamiquement de ne pas afficher le ticket. Pour ce faire, il faut préciser la valeur suivante dans la requête de paiement :

Paramètre

Valeur

Remarques

paypageData.bypassReceiptPage

Y

L’indicateur permettant de cacher la page du ticket lors du paiement.

Info.png A noter

Par défaut, Mercanet affiche le ticket de caisse. L’affichage du ticket par Le commerçant est une option de la configuration du commerçant.

 

Nombre de tentatives de saisie du Pan

  Un nombre de tentatives maximum est défini sur la page de saisie des informations de paiement Au-delà de cette limite, la transaction est refusée.

  Info.png A noter

Cette limite est fixée dans les paramètres de Mercanet (configuration du commerçant). Par défaut, 3 tentatives sont permises

 

Délai d’expiration de la session de paiement

  Un délai d’expiration est fixé pour toutes les procédures de paiement en ligne, à partir de la redirection vers les pages hébergées par Mercanet , jusqu’à la redirection vers la boutique du commerçant.
 
Info.png A noter

Ce délai est fixé dans les paramètres de Mercanet (configuration du commerçant). Par défaut, il est limité à 900 secondes (15 minutes).

   

Affichage du nom de la boutique

  Le nom de la boutique configuré dans Mercanet (configuration du commerçant) peut être affiché dans les pages de paiement. Le nom sera affiché dans l’espace du résume des renseignements sur le paiement.

Info.png A noter

L’affichage du nom de la boutique dans les pages de paiement est une option pour Le commerçant qui n’est pas activée par défaut

 

Saisie du numéro de carte en blocs séparés

  Il s’agit de la séparation des chiffres sur la carte physique (par groupes de 4). Dans le cas d’Amex et BCMC, cette option est adaptée à la longueur du numéro de carte.    

Affichage de la page d’erreur

  En cas d’erreur dans le traitement du paiement, une page d’erreur est affichée. Si le commerçant ne le souhaite pas, il peut désactiver l’affichage de cette page.
Info.png
Attention :cette page est affiché sans bouton redirection/pas de redirection.  

Affichage du message d’attente

  Un message contextuel peut être intégré à la procédure de paiement après la validation du paiement par l’acheteur.

Balise Iframe

  Consultez le guide d’utilisation de Mercanet iFrame. Les pages de paiement Mercanet peuvent être intégrées à une page de la boutique. Cela n’a aucun impact sur les pages du commerçant. Le commerçant peut utiliser cette fonction de façon automatique.
Info.pngA noter
Cette option est disponible selon les offres

Canal de Paiement

Internet

  Le canal de paiement est configuré par le commerçant dans la demande de paiement. Dans le cas du canal Internet, le commerçant remplit le champ suivant :

Paramètre

Valeur

Remarques

orderChannel

INTERNET

(valeur par défaut)

  Dans le cas du canal Internet, la transaction est prise en charge en coopération avec L’acquéreur dans le mode de commerce électronique. Pour utiliser ce canal, le commerçant doit conclure un contrat VADS (vente à distance sécurisée) avec l’acquéreur. Si aucun contrat n’a été signé au préalable, la transaction sera refusée.                                       
Info.png A noter

La conclusion d’un contrat VADS avec BNP PARIBAS est une exigence dès lors que le commerçant utilise le canal Internet

VPC / MOTO

  Le canal de paiement est configuré par le commerçnat dans la demande de paiement. Dans le cas du canal VAD, Le commerçant remplit le champ suivant :

Paramètre

Valeur

Remarques

orderChannel

MOTO MOTO TELEPHONE_ORDER MAIL_ORDER FAX

une des valeurs de cette liste  

  Dans le cas des canaux mentionnés ci-dessus, la transaction est traitée en acceptation vente à distance. Si le commerçant n’utilise exclusivement que ce type de canal (à l’exception d’Internet) il doit conclure un contrat VAD (vente à distance) avec l’acquéreur. Si aucun contrat n’a été signé au préalable, la transaction sera refusée.
Info.png A noter

La conclusion d’un contrat VAD avec BNP PARIBAS est une exigence dès lors que le commerçant n’utilise pas le canal Internet.

Modalites de Remise en Paiement

  Les champs paymentPattern, captureMode et captureDay permettent de fixer les modalités de remise en banque des paiements. Pour en savoir plus sur la disponibilité de ces modalités, consultez les guides d’intégration des moyens de paiement.

Paiement fin de journee

  Dans le cas du paiement en fin de journée, toutes les transactions effectuées durant la journée dans ce mode de fonctionnement sont envoyées en paiement. Ce mode s’applique aux moyens de paiement fonctionnant dans le mode de « message double » souvent appelé « dual message »   Pour utiliser ce mode, Le commerçant remplit les champs suivants :

Paramètre

Valeur

Remarques

captureMode

AUTHOR_CAPTURE

Valeur par défaut

captureDay

0

Valeur par défaut

  Si cette modalité n’est pas supportée par le moyen de paiement, Mercanet modifie le paramètre captureMode avec la valeur par défaut correspondant au moyen de paiement concernée (pour les renseignements, consultez le guide des moyens de paiement).                                                       
Info.png A noter

La modalité du paiement à fin de journée est fixée dans la demande de paiement. C’est le mode par défaut pour les moyens de paiement

     

Paiement Immédiat

  Dans le cas du paiement immédiat, la transaction est payée lors de l’autorisation en ligne. Ce mode peut être utilisé que pour les moyens de paiement supportant dans le mode de « message unique ».   Pour utiliser ce mode, Le commerçant remplit les champs suivants dans la requête de paiement :

Paramètre

Valeur

Remarques

captureMode

IMMEDIATE

captureDay

0

  Si cette modalité n’est pas supportée par le moyen de paiement, Mercanet modifie le paramètre captureMode avec la valeur par défaut correspondant au moyen de de paiement concerné (pour les renseignements, consultez les guides des moyens de paiement).                                   
Info.png A noter

La modalité de paiement immédiat est fixée dans la requête de paiement et ne s’applique qu’aux moyens de paiement supportant le mode « message unique » souvent appelé « single message »

   

Paiement différé

  Dans le cas du paiement différé, le paiement de la transaction est perçu N jours après l’acceptation en ligne.   Pour utiliser ce mode, Le commerçant remplit les champs suivants :

Paramètre

Valeur

Remarques

captureMode

AUTHOR_CAPTURE

Valeur par défaut (sinon validation)

captureDay

N

Nombre de jours de différé

  La période de validité des autorisations est fixée dans le contrat conclu entre Le commerçant et l’acquéreur.

En fonction de la période de validité de l’autorisation, le nombre de jours de différé de paiement communiqué dans la requête de paiement par le commerçant peut avoir une incidence sur le cycle de vie de la transaction :

  • 1er cas : cas : Le différé de paiement est inférieur ou égal à la période de validité de l’autorisation.

    L’acceptation de la transaction par l’acquéreur est toujours valable. L’acceptation implique le montant réel de transaction initiale.

    Si la transaction n’est pas annulée, elle est payée à la date de la transaction +N jours.

    Ce cas est le seul possible pour une transaction 3DS car, pour ces transactions, le différé de paiement ne peut pas être supérieur à la période maximale de validité de l’autorisation. Si nécessaire, Mercanet surcharge ce différé de paiement.

  • 2ème cas : Le différé de paiement est supérieur à la période de validité de l’autorisation.

    L’acceptation de la transaction par l’acquéreur n’est plus valable. En fonction de l’acquéreur, Sips choisira entre l’un des scénarios suivants :
    • Acquéreur conforme avec la fonctionnalité « Demande de renseignement » : Une demande de renseignement est envoyée à l’acquéreur dans le but de vérifier le numéro de carte de la transaction avant de réaliser une autorisation.
      Si la réponse est positive, une autorisation avec le montant réel de la transaction est effectuée à J+N.
    • Acquéreur non conforme avec la fonctionnalité « Demande de renseignement» :
      Une demande d’autorisation est automatiquement renvoyée par Sips lors de la remise du paiement. Par conséquent, Sips fait deux demandes d’autorisation :
      • La première demande d’autorisation (2 EUR), appelée l’empreinte, pour vérifier la carte lors de l’acceptation en ligne.
      • La deuxième demande d’autorisation pour le montant réel avant la remise en paiement.

    Si le moyen de paiement est incompatible avec le différé demandé par le commerçant, Mercanet surcharge le champ captureDay.


    Info.png A noter

    Le mode de paiement différé et le nombre de jours de différé sont indiqués dans la requête de paiement.

  • Paiement à l’expédition

      Dans le cas du paiement à l’expédition, la transaction est envoyée en paiement lors de la validation par Le commerçant (ou l’envoi automatique) . La validation est une opération de caisse disponible à partir de plusieurs interfaces (consultez le chapitre « Gestion de caisse»). Pour utiliser ce mode, Le commerçant doit être paramétré avec le mode « validation » dans sa configuration, et doit remplir les champs suivants dans la requête de paiement :

    Paramètre

    Valeur

    Remarques

    captureMode

    VALIDATION/ENVOI AUTOMATIQUE

    Validation préconisée

    captureDay

    N

    Nombre de jours avant la validation

      Si le mode de VALIDATION n’est pas supporté par le moyen de paiement, Mercanet le modifie avec la modalité de paiement par défaut.
    Info.png A noter

    La modalité du paiement à l’expédition est indiquée dans la requête de paiement. Le mode « validation ou envoi automatique » doit être paramétré dans la configuration Mercanet du commerçant.

       

    Paiement échelonné

    Le paiement échelonné permet de créer plusieurs échéances liées à une seule transaction, indiquées dans une seule requête de paiement. Pour certains moyens de paiement, le paiement échelonné n’est pas autorisé. Pour utiliser cette modalité, une option doit être activée dans la configuration Mercanet du commerçant. Les informations détaillées sur les échéances doivent être renseignées la requête de paiement :

    Paramètre

    Valeur

    Remarques

    paymentPattern

    INSTALMENT

     

    instalmentData.number

     

    Nombre d’échéances (>=2)

    instalmentData.datesList

     

    Liste des échéances

    instalmentData.transactionReferencesList

     

    Liste des références de la transaction

    instalmentData.amountsList

     

    Liste des montants correspondant aux échéances

    Cycle de vie :
    Chaque échéance est traitée en tant qu’une transaction distincte et induit une demande d’autorisation. La 1ère demande d’autorisation ne concerne que la 1ère échéance. Les demandes d’autorisation portant sur les autres échéances seront envoyées lors des remises des paiements suivants. La 1ère échéance est envoyée en banque selon la modalité définie dans le champ captureMode.  Les transactions des autres échéances (rang 2 à N) sont envoyées automatiquement en paiement fin de journée lors de l’expiration respective de chaque échéance.
    Règles d’acceptation  :

    • Si l’autorisation de la 1ère échéance est refusée, les autres échéances ne seront pas créées.
    • Si l’autorisation d’une des autres échéances est refusée, les autres échéances resteront en vigueur.
    • Si l’autorisation d’une des autres échéances n’est pas traitée en autorisation suite à un problème technique (impossibilité d’accéder au serveur d’autorisation acquéreur), celle-ci est représentée automatiquement le lendemain.
    • Le commerçant a la possibilité de représenter une échéance refusée par l’opération de duplication (cf. paragraphe gestion de caisse)
    • Le premier élément de transactionReferencesList doit être égale au “transactionReference” de la transaction
    • La somme des montants doit être égale au montant de la transaction
    • Le champ « capture mode » sera forcé avec la valeur « AUTHOR_CAPTURE »
    • élément de transactionReferencesList doit être égal au “transactionReference” de la transactionSeuls les moyens de paiement compatibles au paiement échelonné sont proposées à l’acheteur (par exemple, si Le commerçant accepte « Ideal », il ne sera pas proposé à l’acheteur).

    Pages de paiement :
    Seuls les moyens de paiement compatibles au paiement échelonné sont proposées à l’acheteur (par exemple, si Le commerçant accepte « Ideal », il ne sera pas proposé à l’acheteur). La page de saisie des coordonnées du moyen de paiement contiendra les détails du paiement selon le nombre d’échéances :

    • dates et montants, si moins de 5 échéances,
    • sinon, nombre d’échéances et dates de début et de fin des opérations.Sur le ticket, l’acheteur peut afficher et imprimer le détail des échéances.Les Journaux reprennent toutes les échéances associées à la transactions après l’acceptation de la 1ère échéance 

    Journaux :

    • À la fin de ce processus, le ticket affiché reprend les mêmes informations sur les paiements échelonnés que celles affichées sur la page de saisie des coordonnées de paiement.
    • les N transactions sont présentées dans le Journal des transactions,
    • les demandes d’autorisation soumises au moment des échéances sont présentées dans le Journal des opérations
    • Si les transactions sont rapprochées avec le flux d’acquisition, elles apparaissent dans le journal de rapprochement bancaire des paiements et/ou dans le journal de rapprochement des impayés

    Contrôles effectués :

    • Le montant de la transaction doit être égal à la somme des montants correspondant aux échéances.
    • Dates T1, T2, Tn uniques.
    • La référence T1 de la première échéance doit être également la référence de la transaction initiale.
    • La période comprise dans le calendrier des paiements (dernière échéance – 1ère échéance) ne peut pas dépasser la durée légale du paiement échelonné sans frais.
    • Les échéances D1, D2, Dn doivent être effectués dans l’ordre chronologique.
    • Le moyen de de paiement doit être valide à la date de la dernière échéance (par exemple, dans le cas des cartes, la date d’expiration doit être ultérieure à la dernière échéance).

      Remarques Les commerçants qui utilisent Mercanet Gestion Plus peuvent également offrir le paiement échelonné via l’opération de duplication.


      Info.png A noter

      Le paiement échelonné et les détails des échéances sont indiqués dans la demande de paiement. L’activation de cette fonctionnalité nécessite un paramétrage dans la configuration Mercanet du commerçant

    Période de validité de l’autorisation

      L’acceptation de l’autorisation du paiement demeure valide pour une certaine période :

    • durant cette période et après l’acceptation, la transaction sera payée directement ;
    • au-delà de cette période, une nouvelle demande d’autorisation sera envoyée à L’acquéreur.
    • La période de validité peut dépendre du contrat d’acquisition conclu entre le commerçant et L’acquéreur. C’est la raison pour laquelle une option est prévue dans la configuration Mercanet du commerçant. Celle-ci permet de fixer la période de l’autorisation associée au contrat d’acquisition du commerçant. Cette fonctionnalité n’est disponible que pour certains moyens de paiement.

    Info.png A noter

    La période de validité de l’autorisation prévue pour le contrat conclu avec l’acquéreur peut être fixée dans les paramétrages de Mercanet (configuration du commerçant). Par défaut, cette période est fixée à 6 jours pour les cartes Visa/Mastercard

    Transactions en Devises

    Paiement multi-devises

    Dans de paiement en devises, l’acceptation porte sur la devise de l’acheteur mais le paiement est réglé dans la devise du commerçant.

    Paramètre

    Valeur

    Remarques

    currencyCode

    Consultez le dictionnaire de données

    Code de devise pour la transaction

      De plus, le commerçant doit souscrire cette option auprès de L’acquéreur.

    Voici les étapes de l’acceptation des transactions multi-devises :

    1. Le commerçant doit gérer le prix de ses ventes en ligne en plusieurs devises.
    2. Lorsque Le commerçant soumet la transaction au serveur Mercanet , il renseigne la devise dans le champ currencyCode.
    3. La transaction est envoyée pour autorisation et pour la remise du paiement avec le même code de devise.
    4. Lors de l’acquisition du paiement, la transaction est convertie dans la devise du règlement du commerçant.
      Info.png A noter

      L’acceptation de la devise fait partie du contrat entre le commerçant et son acquéreur. Les devises acceptées doivent être définies dans la configuration Mercanet du commerçant.

    Encaissement en devises

    Dans le cas d’encaissement en devise, l’acceptation et le règlement sont effectués dans la même devise. Le commerçant indique le code de la devise utilisée par l’acheteur dans la requête de paiement :

    Paramètre

    Valeur

    Remarques

    currencyCode

    Consultez le dictionnaire de données

    Code de devise pour la transaction

    Le commerçant doit disposer d’un contrat d’acquisition et d’un compte bancaire pour la devise concernée.
    Info.png A noter

    L’encaissement en devises fait partie du contrat entre le commerçant et son acquéreur. Les devises acceptées doit être définies dans la configuration Mercanet du commerçant

    3D secure

    Si Le commerçant souscrit l’option 3D Secure auprès de son acquéreur, la procédure d’authentification 3D Secure est lancée automatiquement pour les transactions Visa/MasterCard.
    Aucune information n’est exigée dans la demande de paiement. Toutefois, les paramètres communiqués par L’acquéreur doivent être paramétrés dans la configuration Mercanet du commerçant.

    Info.png A noter

    Après la saisie d’informations 3D Secure dans les paramétrages de Mercanet (configuration du commerçant), la procédure 3D Secure est lancée automatiquement pour les paiements CB/Visa/MasterCard. Pour toute information     complémentaire sur 3D Secure consulter le document présentation fonctionnelle.

    Le 3D sélectif: désactivation du 3D secure

      En fonction du contexte de la transaction (montant, risque …) Le commerçant peut désactiver dynamiquement l’authentification 3D Secure. Pour le faire, il faut demander l’option « 3D  Sélectif » dans la configuration Mercanet du commerçant. Dans la requête de paiement, le commerçant précise ce qui suit :

    Paramètre

    Valeur

    Remarques

    fraudData.bypass3DS

    ALL

      Le commerçant peut contourner dynamiquement la procédure 3D Secure en le précisant dans la demande de paiement.

    Info.png IMPORTANT

  • Le commerçant doit obtenir l’approbation de BNP Paribas pour désactiver 3D Secure, notamment au regard du risque accru d’impayés.
  • Cette option est disponible selon les offres Mercanet.
  • Le 3D sélectif pour le paiement one click

    Comme pour les paiements cartes Visa/Mastercard classiques le commerçant peut vouloir désactiver 3D Secure pour les paiements en One click 3D Secure.
    Pour le faire, il faut demander l’option « 3D Sélectif » dans la configuration Mercanet du commerçant. Dans la requête de paiement, Le commerçant précise ce qui suit :

    Paramètre

    Valeur

    Remarques

    fraudData.bypass3DS

    MERCHANTWALLET

    Le commerçant peut contourner la procédure 3D Secure pour les paiements en one click en le précisant dans la requête de paiement.
    Info.png IMPORTANT

  • Commerçant doit obtenir l’approbation de BNP Paribas pour désactiver 3D Secure, notamment au regard du risque accru d’impayés.
  • Cette option est disponible selon les offres Mercanet.
  • Refus des transactions 3D error

    Le commerçant peut décider de refuser toutes les transactions en erreur dans le processus d’authentification 3D. La transaction est alors refusée par Mercanet et n’est pas envoyée à l’acquéreur s’il y a erreur dans le process d’authentification 3D Secure. (champ holderAuthenStatus de la réponse valorisé à 3D_ERROR)

    Pour le faire, il faut demander la mise en place du contrôle «3D Error » dans la configuration Mercanet du commerçant, via les contrôles anti-fraude.

    Blocage des transactions non garanties

    Le commerçant peut décider de refuser toutes les transactions pour lesquelles le transfert de responsabilité n’est pas garanti. Seules les transactions ayant l’indicateur transfert de responsabilité positionné à « YES » seront acceptées. Ce blocage ne s’applique qu’aux transactions CB, VISA, MASTERCARD.

    Info.png A noter

    Le blocage des transactions non garanties est une option pour le commerçant qui n’est pas activée par défaut.

    Securisation Safekey

    Si Le commerçant souscrit l’option American Express Safekey auprès d’Amex la procédure d’authentification Safekey est lancée automatiquement pour les transactions payées par American Express. Aucunes options ni informations détaillées ne sont exigées dans la demande de paiement. Toutefois, les renseignements communiqués par American Express doivent être saisis dans les paramètres de Mercanet (configuration du commerçant).
    Info.png A noter

    Après la saisie d’informations Safekey dans les paramètres de Mercanet (configuration du commerçant), la procédure Safekey est lancée automatiquement pour les paiements American Express..

    Paiement one click et la gestion du walllet

    L’option paiement one Click nécessite un paramétrage dans la configuration Mercanet du commerçant.

    L’ensemble des opérations de gestion des Wallet est disponible dans l’interface Mercanet Walletpage. Pour plus d’information et selon l’offre que vous avez choisie, consultez les guides : - Mercanet Wallet page - Paiement one click - Mercanet Gestion plus et Mercanet Batch

    Inscription et paiement

    Dans le processus de paiement, les coordonnées du titulaire de carte seront sauvegardées dans le wallet porteur pour réutilisation lors des achats futurs.
    Le commerçant doit saisir le l’identifiant du wallet dans la requête de paiement.

    Paramètre

    Valeur

    Remarques

    merchantWalletId

    <id>

    Identifiant du wallet du client

    Paiement

      Pour payer la transaction, l’acheteur peut utiliser une de ses cartes antérieurement stockées dans son wallet. Le commerçant doit saisir le l’identifiant du wallet dans la requête de paiement.

    paiement

    Valeur

    Remarques

    merchantWalletId

    <id>

    Identifiant du wallet du client

    Création du wallet hors paiement

    Un wallet peut être créé en dehors du scénario de paiement. Consultez les guides cités plus haut.

    Lecture des données wallet

    Grâce à cette fonctionnalité, le commerçant peut retrouver les données détaillées du wallet.

    Paramètre

    Valeur

    Remarques

    merchantWalletId

    <id>

    Identifiant du wallet du client

    Lecture des données moyen de paiement

    Grâce à cette fonctionnalité, Le commerçant peut retrouver les données détaillées d’un moyen de paiement d’un wallet

    Paramètre

    Valeur

    Remarques

    merchantWalletId

    <id>

    Identifiant du wallet du client

    paymentMeanId 

    <id>

    Identifiant du moyen de paiement dans le wallet du client

    Ajout d’un moyen de paiement

    Grâce à cette fonctionnalité, Le commerçant peut ajouter un moyen de paiement à un wallet existant.

    Paramètre

    Valeur

    Remarques

    merchantWalletId

    <id>

    Identifiant du wallet du client

    paymentMeanId 

    <id>

    Identifiant du moyen de paiement dans le wallet du client

    Mise à jour d’un Moyen de paiement

    Grâce à cette fonctionnalité, Le commerçant peut mettre à jour l’alias d’un moyen de paiement dans un wallet existant. L’option OneClick est exigée dans les Paramètres de Mercanet (configuration du commerçant).

    Paramètre

    Valeur

    Remarques

    merchantWalletId

    <id>

    Identifiant du wallet du client

    paymentMeanId 

    <id>

    Identifiant du moyen de paiement dans le wallet du client

    paymentMeanAlias

    <valeur>

    Alias du moyen de paiement dans le wallet du client

    Suppression d’un moyen de paiement

    Mercanet Essentiel et Mercanet Walletpage

    La possibilité de supprimer un moyen de paiement du wallet est affichée dans la page de sélection des moyens de paiement du wallet existant.

    Paramètre

    Valeur

    Remarques

    merchantWalletId

    <id>

    Identifiant du wallet du client

    Mercanet Gestion Plus

    Grâce à cette fonctionnalité, le commerçant peut supprimer un moyen de paiement d’un wallet existant.

    Paramètre

    Valeur

    Remarques

    merchantWalletId

    <id>

    Identifiant du wallet du client

    paymentMeanId 

    <id>

    Identifiant du moyen de paiement dans le wallet du client

    Suppression d’un wallet

    Grâce à cette fonctionnalité, Le commerçant peut supprimer un wallet avec tous les moyens de paiement associés.

    Paramètre

    Valeur

    Remarques

    merchantWalletId

    <id>

    Identifiant du walllet du client

      Paiement Recurrent (en Plusieurs Fois)

    Le paiement récurrent peut être utilisé pour les paiements par carte dans le cas des commandes passées par Internet, courrier ou téléphone. Mercanet propose plusieurs méthodes de paiement récurrent. Dans le cas du paiement récurrent, le Nème paiement est pris en charge différemment du premier. De plus, les paiements sont présentés de manière différente.
    Info.png A noter

    Pour utiliser le paiement récurrent, l’option correspondante doit être activée dans les Paramètres de Mercanet (configuration du commerçant), selon les dispositions du contrat entre le commerçant et l’acquéreur


    1er paiement

    Dans le cas du 1er paiement, Le commerçant soumet une requête de paiement en précisant les valeurs suivantes :

    Paramètre

    Valeur

    Remarques

    paymentPattern

    RECURRING_1

    1er paiement

    Bien que pris en charge comme une transaction standard de paiement à l’acte, le 1er paiement ne s’applique réellement qu’à certains moyens de paiement (consultez les guides d’intégration des moyens de paiement). Le champ paymentPattern est retourné dans les Journaux envoyés au commerçant.
    Info.png A noter

    Le commerçant envoie une demande de paiement en communiquant la valeur appropriée    

    NÈME paiement

    Dans le cas dun ’Nème paiement, Le commerçant soumet une demande de paiement pour chaque paiement récurrent, en précisant les valeurs suivantes :

    Paramètre

    Valeur

    Remarques

    paymentPattern

    RECURRING_N

    Nème paiement

    Dans le cas de l’Nème paiement, si l’acheteur n’est pas présent, Mercanet  peut récupérer les coordonnées du moyen de paiement  (sans code de sécurité pour certaines carte, ce code ne pouvant pas être sauvegardé – Règle PCI) Le commerçant peut également fournir lui-même les coordonnées du moyen de paiement. Toutefois, il est vivement conseillé aux commerçants de ne pas sauvegarder les numéros de cartes dans leur système d’information pour éviter les exigences imposées par la norme PCI.

    1. À partir d’un client enregistré dans un wallet Voir fonction WalletOder des interfaces Mercanet Gestion Plus.
    2. Le commerçant se sert de la fonctionnalité de paiement au moyen du wallet

    3. À partir d’une transaction existante :Par définition, la duplication est traitée comme un paiement récurrent.
    4. Voir fonction duplication des interfaces Mercanet Gestion Plus et Batch.

      Le commerçant se sert de la fonction de duplication.
    5. À partir d’informations fournies par le commerçantVoir fonction cardOrder des interfaces Mercanet Gestion Plus et Batch. Si le commerçant récupère les coordonnées du moyen de paiement (PAN) il peut soumettre une transaction en paiement récurrent.
    6. Si le commerçant récupère les coordonnées du moyen de paiement (PAN) il peut soumettre une transaction en paiement récurrent.

    7. Info.png IMPORTANT

      Dans le cas de paiements récurrents sur Internet, il est rappelé que seul le premier paiement entre dans le dispositif 3D Secure, si le commerçant est enrôlé, d’où des risques d’impayés plus importants sur les Nième paiements.    

    Gestion de Caisse

      Pour effectuer des diverses opérations de gestion de caisse, le commerçant doit disposer des foncions suivantes dans sa configuration de Mercanet.

    Annulation

      Tant que le paiement n’a pas été envoyé en banque, le commerçant peut annuler la transaction partiellement ou entièrement en utilisant la fonction « Annulation ». Le commerçant doit indiquer la référence de la transaction initiale ainsi que le montant à annuler. Dans le cas d’une annulation totale, l’état de la transaction passe à « annulée » (transactionStatus CANCELLED). Contrôles effectués

    • Le commerçant n’a pas le droit d’annulation (code refus 03).
    • La transaction à annuler n’existe pas (code refus 25).
    • L’état de la transaction à annuler est autre qu’« attente de la remise du paiement » (code refus 24).
    • Le montant à annuler est supérieur au montant de la transaction (code refus 51).Les opérations d’annulation sont reprises dans les Journaux des opérations (operationName CANCEL) et sont affichées dans le back office Mercanet.
    • Journaux
    • Les opérations d’annulation sont reprises dans les Journaux des opérations (operationName CANCEL) et sont affichées dans le back office Mercanet.

    Validation

      Dans le cas d’une transaction créée avec le mode de validation (captureMode fixé à « VALIDATION »), Le commerçant peut valider la transaction pour lancer le paiement et la remise en utilisant la fonction « Validation ». Le commerçant doit indiquer la référence de la transaction initiale ainsi que le montant à valider. La transaction passe alors à l’état « à remiser » (transactionStatus TO_CAPTURE) ou à l’état « remisée » (transactionStatus CAPTURED) en fonction des règles du moyen de paiement. Le commerçant ne peut valider une transaction qu’une seule fois. Dans le cas du paiement partiel, il peut faire appel à l’opération de duplication pour la partie restante.
    Contrôles effectués

    • Le commerçant n’a pas le droit de validation (code refus 03).
    • La transaction à valider n’existe pas (code refus 25).
    • L’état de la transaction à valider est autre qu’« attente de la validation du paiement » (code refus 24).
    • Le montant à valider est supérieur au montant de la transaction (code refus 51).
    • Refus de L’acquéreur dans le cas de validation avec demande d’autorisation (voir la liste des codes de réponse).

    Journaux
    Les opérations de validation sont reprises dans les Journaux des opérations (operationName VALIDATE) et sont affichées dans Le back office Mercanet Extranet.

    Remboursement

      Dans le cas d’un paiement déjà payé, le commerçant peut rembourser la transaction partiellement ou entièrement en utilisant la fonction « Remboursement ». Le commerçant doit indiquer la référence de la transaction initiale ainsi que le montant à rembourser. Dans le cas d’un remboursement total, la transaction passe à l’état « à rembourser » (transactionStatus TO_CREDIT) ou à l’état « remboursée » (transactionStatus CREDITED) en fonction des règles du moyen de paiement.
    Contrôles effectués

    • Le commerçant n’est pas permis d’effectuer le remboursement (code refus 03).
    • La transaction à rembourser n’existe pas (code refus 25).
    • L’état de la transaction à rembourser est autre que « payée » (code refus 23).
    • Le montant à rembourser est supérieur au montant de la transaction (code refus 51).
    • Refus de L’acquéreur dans le cas de validation avec demande d’autorisation (voir la liste des codes de réponse).

    Journaux Les opérations de remboursement sont reprises dans les Journaux sur les opérations (operationName REFUND) et sont affichées dans ee back office Mercanet.

    Duplication

      Selon l’offre souscrite, le commerçant peut créer une transaction à partir d’une transaction existante en utilisant la fonction « Duplication ». Les données du moyen de paiement sont récupérées de la transaction initiale par Mercanet. Toutefois, Le commerçant peut modifier certaines données (numéro de commande, modalité d’envoi en banque, … …) Les transactions dupliquées sont traitées comme une nouvelle transaction en mode récurrent (champ paymentPattern est fixé à RECURRING_N) Contrôles effectués

    • Le commerçant n’a pas le droit duplication (code refus 03).
    • La transaction à dupliquer n’existe pas (code refus 25).
    • La transaction initiale ne peut pas être dupliquée, le moyen de paiement ne le permet pas (code refus 24).
    • La date d’expiration du moyen de paiement a été dépassée (code refus 24).
    • Demande d’autorisation refusée par L’acquéreur (voir la liste des codes de réponse).

    Journaux La transaction créée moyennant la duplication est reprise dans le Journal des transactions et Reporting en ligne

    Reporting en Ligne

    Diagnostic

    La fonctionnalité du diagnostic permet au commerçant de connaitre l’état détaillée d’une transaction.
    Dans la demande de diagnostic, le commerçant doit indiquer la référence de la transaction à consulter.

    Paramètre

    Valeur

    Remarques

    transactionReference

    <valeur>

     

    Réponse manuelle

    La réponse manuelle est envoyée au commerçant lorsque l’acheteur est redirigé vers le site du commerçant, une fois le paiement en ligne ou la gestion de wallet effectué.
    Dans la requête de paiement, Le commerçant doit renseigner l’adresse URL de redirection en fin de paiement:

    Paramètre

    Valeur

    Remarques

    normalReturnUrl

    <url>

    Adresse URL de renvoi après paiement

    Ce champ est obligatoire dans les demandes de paiement en ligne et de gestion de wallet. Le commerçant n’a pas de garantie de récupérer la réponse manuelle car, l’Internaute peut décider de fermer son navigateur une fois son paiement réalisé.
    Info.png A noter

    Service non disponible dans les offres Mercanet Gestion Plus.

    Réponse automatique

    Pour assurer la récupération de la réponse à la requête de paiement ou à la requête de gestion de wallet, le commerçant peut demander l’envoi de la réponse dite automatique envoyée à la fin de la cinématique. Le commerçant fournit l’adresse URL pour la réponse automatique dans la requête à laquelle Mercanet envoie la réponse indépendamment du retour boutique  de l’acheteur.

    Paramètre

    Valeur

    Remarques

    automaticReponseUrl

    <url>

    Adresse URL pour la réponse automatique

      Le résultat de l’envoi de la réponse automatique vers commerçant est renseigné dans le champ automaticResponseStatus d’une transaction de paiement.

    Les valeurs de ce champ (SENT, FAILED, TIMED_OUT) sont conditionnées par le code http renvoyé.

     

    http 200

    http 201

    http 204

    http 205

    http 404

    http 408

    http 504

    http 500

    http 503

    default

    SENT

    X

    X

    X

    X

     

     

     

     

     

     

    FAILED

     

     

     

     

    X

     

     

    X

    X

    X

    TIMED_OUT

     

     

     

     

     

    X

    X

     

     

     


    L’envoi de la réponse automatique est optionnel.
    Info.png A noter

    Service non disponible dans les offres Mercanet Gestion Plus.

    Ticket de confirmation

      Cette notification est reçue par l’acheteur à la fin du processus de la transaction. Le commerçant peut en recevoir une copie. Les détails de la notification sont variables en fonction du résultat de la transaction (refusée ou réussie).
    Deux méthodes sont prévues pour envoyer la notification à l’acheteur :

    Paramètre

    Valeur

    Remarques

    customerContact.email

    <adresse mail du client>

    Pour la notification par courrier électronique

    customerContact.mobile

    <numéro de téléphone du client>

    Pour la notification par SMS

    Si les deux champs sont renseignés, la notification par mail est choisie.
    L’option « Envoyer le message » nécessite un paramétrage dans la configuration Mercanet du commerçant.

    Réponse d’erreur

    Le commerçant peut être notifié par une réponse manuelle et/ou automatique en cas d’erreur dans la procédure de paiement rencontrée par l’acheteur.
    Info.png A noter
    La notification d’erreur est une option pour le commerçant qui n’est pas activée par défaut.

    Reporting Fichier

    Consultez la documentation sur les journaux.

    Fraude

    Pour toute information sur le contrôle des fraudes consultez le guide « contrôles anti fraude »

    Réglementation

    Sélection de la marque (MIF)

      Mercanet en tant que solution d’acceptation de paiement, est assujettie à la réglementation européenne MIF (JO EU 2015/751 L123 du 19/05/2015). Parmi ces règles, la « Sélection de la Marque » impose au marchand de proposer au client porteur d’une carte cobadgée le choix de la marque au moment du paiement ce qui impacte la page de paiement.
    Une carte cobadgée est une carte qui supporte au moins deux marques. La plupart des cartes émises en France sont cobadgées avec CB (carte CB/VISA, CB/MASTERCARD, CB/MAESTRO, …).

    Pour la mise en œuvre de la sélection de la marque, consultez le guide d’intégration du moyen de paiement CB /Visa/Mastercard.