Ce document présente le backoffice AXEPTA et décrit ses différentes fonctionnalités.
En souscrivant à la solution AXEPTA BNP Paribas, chaque commerçant aura accès au backoffice AXEPTA. Un accès en tant que « super-administrateur » est automatiquement créé à un contact défini par le commerçant et mentionné dans le formulaire de souscription. Un super-administrateur aura donc tous les droits dont le droit de créer d’autres utilisateurs et de leurs attribuer des droits également (la liste exhaustive sera présentée par la suite).
Un commerçant peut avoir accès à un ou plusieurs MIDs (Merchant IDs).
Un MID (merchant ID) permet d’identifier une boutique (que ce soit une boutique en ligne ou en proximité).
Il existe 3 types de MIDs :
Le back-office Axepta est une application web qui offre une vue d'ensemble et un contrôle sur toutes les transactions d’un commerçant. Le back-office est compatible avec la majorité des navigateurs web, il est recommandé d’utiliser les navigateurs Chrome et Firefox (Safari non disponible actuellement).
Il comporte 4 rubriques principales présentées ci-dessous et expliquées par la suite.
Le backoffice Axepta Online est multilingue (allemand, anglais, français, espagnol, italien, polonaise, danois, suédois et chinois).
L’URL pour accéder à cette application web est le suivant :
https://backoffice.axepta.bnpparibas/
Pour accéder au Backoffice, le commerçant recevra, lors de sa souscription à la solution, ses données d'accès personnelles via un mail dédié et chiffré pour des raisons de sécurité :
Pour déchiffrer l’email, le commerçant devra utiliser le mot de passe reçu sur son téléphone portable (envoyé par le support client Axepta BNP Paribas).
Il pourra ensuite accéder à la page d’authentification suivante pour ouvrir une session :
Il est obligatoire de changer le mot de passe attribué par BNP Paribas dès la première connexion, ensuite le mot de passe devra être changé toutes les 6 semaines pour des raisons de sécurité.
Si le mot de passe expire au bout de 6 semaines, vous pouvez contacter le support de BNP Paribas.
Si l’utilisateur saisit un mot de passe incorrect plusieurs fois (7 fois), l’accès est automatiquement bloqué, il devra alors contacter le support de BNP Paribas.
Pour des raisons de sécurité, le mot de passe :
La rubrique « Transactions » permet à l’utilisateur de visualiser et gérer toutes ses transactions.
Lorsque le commerçant souhaite consulter ses transactions, il est possible de les filtrer selon différents critères :
Le commerçant peut choisir de ne mettre aucun filtre, il verra alors uniquement les transactions du jour.
Résultats de la recherche :
La liste de toutes les transactions (filtrées ou non) s’affiche et les informations obtenues sont les suivantes :
Vue détaillée d’une transaction :
Pour voir les détails d’une transaction, il suffit de cliquer sur le numéro de transaction. Une fenêtre superposée apparaîtra avec le détail de celle-ci :
Comment intérpréter le code retour d'une transaction :
Un code retour est composé de 8 caractères et est construit de la manière suivante :
Format: N8, (
N
NNNNNNN
)
N (status)
NNN (categorie)
NNNN (détails)
Exemple :
2
206
0203
2
Error
206
3DS credit card adapater for authorization protocol GICC
0203
Card brand does not support 3DS
La liste complète des codes retour est disponible via ce lien.
Vue globale des transactions de tous mes MIDs :
Pour afficher la liste complète des transactions lorsque le commerçant possède plusieurs boutiques, il suffit de s’authentifier avec les données d’accès du MasterMID (données reçues par le support AXEPTA lors de la souscription) et de sélectionner « tous les commerçants » dans la liste des MIDs.
A noter que le MasterMID ne peut pas être utilisé pour réaliser des transactions mais uniquement pour la visualisation de l’activité globale du commerçant.
Dans « détails des opérations », le commerçant aura une visibilité plus complète et plus détaillée sur ses transactions avec des colonnes en plus telles que :
Action sur une transaction :
Le commerçant peut effectuer des opérations manuellement sur une transaction donnée, comme l’annulation, la capture, et le remboursement.
Selon le statut de la transaction et les droits de l'utilisateur connecté au back office, une liste d’opérations (actions) sera proposée telles que :
Pour rembourser un paiement, il suffit de sélectionner une transaction et de choisir l’action « Rembourser » et une fenêtre de saisie s’affiche pour saisir le montant du remboursement . Ce montant ne doit évidemment pas dépasser le montant du paiement. C’est le montant total qui est affiché par défaut, mais le commerçant peut décider de rembourser partiellement une transaction. Dans ce cas, il devra saisir le nouveau montant (inférieur au montant initial).
Pour tous les montants qui comportent des décimales, veuillez utiliser une virgule et non un point. Sinon le paiement sera automatiquement rejeté.
Une transaction qui n'a pas encore été capture (remise en banque) peut-être annulée via le backoffice AXEPTA. Pour ce faire, il suffit de sélectionner une transaction et de choisir l’action « Annuler »
Pour capturer manuellement un montant, l’utilisateur devra saisir le montant à capturer (inférieur au montant total de la transaction) dans le champ « montant » et cliquer sur « Remiser » pour remettre la transaction en banque.
L’utilisateur peut également saisir un montant à capturer (inférieur au montant total de la transaction) dans le champ « montant » et cliquer sur « Remiser » pour remettre partiellement la transaction en banque.
Le fichier de réconciliation permet de répondre aux besoins des commerçants en matière de rapprochement bancaire. Il regroupe les données des différents prestataires de services de paiement ou organismes acquéreurs. Le fichier est disponible sur le backoffice sur demande et peut être téléchargé en format CSV (toutes les valeurs sont séparées par des virgules). Le fichier est généré quotidiennement (à 15h environs) tant qu'il n'est pas vide.
Le commerçant peut sélectionner une période spécifique (Jusqu’à 60 jours) dans la section « Fichier de réconciliations » pour filtrer les résultats.
Le contenu et la structure de ce fichier sont expliqués dans une documentation dédiée.
Le commerçant a la possibilité de créer un paiement manuellement depuis son Back-Office (Mail Order Telephone Order = MoTo), il doit saisir les caractéristiques de la transaction :
La création de paiement est possible avec les cartes uniquement (CB, Visa, MasterCard)
Pour concrétiser l’action, le commerçant clique sur « Initier paiement ».
Veuillez noter que certains champs sont obligatoires (champs en rouge ci-dessous).
Il est possible de transmettre, manuellement, des transactions de paiement sous forme de fichiers.
Au cours de ce processus, Il faut :
La structure du fichier CSV à transférer est la même que pour un transfert automatique via FTP (se référer à la documentation technique).
Au niveau du backoffice, il suffit de se rendre sur la section « Créer transactions » puis « Fichiers Batch »
La rubrique « tableau de bord » permet au commerçant d’analyser ses transactions et d’évaluer ses performances afin d’améliorer son taux de conversion.
Le tableau de bord est composé de 5 sections :
Les graphiques proposés dans cette section permettent de visualiser les indices de performance du commerçant (Key Performance Indicator = KPI).
Le commerçant peut suivre instantanément l’évolution du nombre de transactions et de son chiffre d'affaires en fonction des différents moyens de paiement qu’il propose.
Le taux d’acceptation de la veille permet au commerçant de visualiser le taux de succès et le taux d’échec après chaque redirection de l’acheteur sur la page du moyen de paiement choisi. Ce taux se base sur l’ensemble des codes retour reçus par les différents moyens de paiement. Le taux d’acceptation est brut, c’est-à-dire que si un acheteur tente 2 fois successivement de faire un paiement et que ceux-ci sont en échecs, mais que la 3e tentative est un succès, alors le taux d’acceptation du commerçant sera de 33% (un taux d’acceptation net aurait donné 100% de succès puisqu’il s’agit du même acheteur).
Le commerçant peut également visualiser le taux d’acceptation moyen sur les 7 derniers jours dans cette section ainsi que le nombre d’impayés (chargebacks) sur les 7 derniers jours.
Les 3 graphiques suivants montrent la performance de la veille avec la répartition entre les différentes opérations (autorisées, capturées, remboursées) selon les moyens de paiement.
Par ailleurs, cette section établit un comparatif entre les opérations de la veille et celles réalisées le même jour de la semaine dernière. Cela permet de visualiser la tendance sur un même jour à une semaine d’intervalle (tendance à la hausse ou à la baisse) en ce qui concerne le nombre de transaction par moyen de paiement.
Le commerçant visualise le classement du nombre de transactions par devise et par méthode de paiement.
Le commerçant peut également consulter une vue d’ensemble de l’origine géographique de ses transactions dans une carte dynamique (possibilité de définir les critères de provenance : adresse IP et pays d’émission de la carte).
Cette section détaille la répartition des opérations du commerçant par méthode de paiement pour une devise donnée.
Le commerçant peut également appliquer un filtre ou exporter les données dans un fichier Excel.
Filtres (applicables également pour les prochaines sections)
Des filtres sont mis à la disposition du commerçant pour affiner ses recherches et obtenir des résultats personnalisés.
Répartition du nombre de transaction
La répartition du montant des opérations par devise et par méthode de paiement se présente comme suit :
Pour consulter plus de détails sur les opérations, le commerçant peut choisir les colonnes des données qu’il souhaite visualiser et exporter le résultat obtenu.
Cette section montre le nombre de transactions selon les statuts (succès / échec) et selon le moyen de paiement. Le commerçant peut également analyser les rejets avec les codes retour associés (time out/ invalid value/ invalid card/ amount mistmatch/ etc) et cela par transaction et par moyen de paiement.
Cette vue d'ensemble montre une tendance dans le temps du chiffre d’affaires par moyen de paiement ou par devise sur une période donnée. Le commerçant peut utiliser les filtres placés sur la gauche pour affiner cette analyse.
Cette section détaille la répartition des transactions du commerçant par pays et devise.
Le commerçant peut sélectionner un pays et une devise dans les filtres sous les diagrammes.
Le commerçant peut se rendre dans la rubrique « Lutte contre la fraude » dans le back-office pour gérer manuellement les listes noires et les listes blanches C’est-à-dire que la solution permet de bloquer les clients suspicieux (dans une liste noire) et de répertorier les clients de confiance (liste blanche).
Nous distinguons les listes dont les données sont alimentées manuellement par le commerçant et les listes générées automatiquement par la solution de paiement (appelées securePay dans le backoffice) selon les critères définis par le commerçant (règles anti-fraude).
Rappel des règles anti-fraude : (ces règles sont à définir lors de la phase de souscription) :
Liste noire/blanche | Liste noire/blanche SecurePay | |
Alimentation de la liste | · Manuelle par le commerçant. | · Automatique par la solution Axepta selon les critères prédéfinis par le commerçant (règles anti-fraude). |
Action par le commerçant | · Ajout de numéro de carte, token (pseudo numéro de carte), IBAN, ID appareil… · Ajout d’un fichier CSV · Suppression d’une entrée de la liste · Consultation | · Consultation · Désactivation/Activation d’un blocage |
Pour se protéger contre les paiements avec des cartes frauduleuses, le commerçant peut ajouter une nouvelle carte (token), un IBAN ou l’identifiant d’un appareil (device ID) à la liste noire pour empêcher le porteur d’effectuer une transaction.
Il peut également gérer manuellement cette liste en modifiant le statut d’un blocage d’une carte spécifique.
Il est également possible d’ajouter un fichier en CSV (fonction « upload ») contenant les données cartes à ajouter à la liste noire.
La liste noire SecurePay est une liste noire temporaire générée par la solution de paiement selon des critères définis par le commerçant telle que la spécification d’un nombre maximal de transactions par jour avec la même carte de paiement ou bien depuis la même adresse IP. Lorsque ce nombre maximal est atteint, le numéro de carte ou l’adresse IP est automatiquement placée dans la liste noire securePay.
Le commerçant peut uniquement visualiser la liste complète et retirer une entrée s’il le souhaite. Il ne pourra donc pas y insérer des entrées.
Le commerçant a la possibilité d’ajouter des BINs (Bank Identification Number) manuellement dans la liste. Le BIN permet de reconnaître la carte du client, son pays d’origine et sa banque émettrice. Les contrôles de fraude ne s’appliquent donc pas à des transactions dont les cartes figurent sur une liste blanche.
L’ajout d’une entrée se fait donc manuellement en saisissant uniquement une plage de BIN ou bien en remplissant un fichier CSV.
Le commerçant peut définir des critères (règles anti-fraude) permettant à des clients de ne pas être limités lors de leurs paiements. Les données de paiement liés à ces clients seront automatiquement ajoutées à la liste blanche SecurePay.
L’utilisateur qui recevra ses données d’accès au backoffice en premier lieu (super-administrateur) aura la charge de gérer les profils de ses collaborateurs en leur attribuant différents droits d’accès et des mots de passe.
L’administrateur principal peut ajouter autant d’utilisateurs qu’il le souhaite, modifier leurs informations, consulter la liste complète des utilisateurs et activer/désactiver le statut d’un utilisateur.
Il peut également tracer les activités des utilisateurs (sous forme de logs).
Les utilisateurs peuvent réaliser des opérations selon les droits qui leur sont attribués.
La création d’un nouvel utilisateur se fait au niveau de chaque MID. C’est-à-dire que pour que l’utilisateur puisse avoir un accès à l’ensemble des MIDs du commerçant, il faut effectuer la création au niveau du masterMID. Si l’utilisateur ne doit avoir accès qu’à un MID d’une entité en particulier, il faut se connecter au MID de l’entité en question et de suivre les étapes suivantes pour la création d’un utilisateur.
Pour ajouter un utilisateur, il suffit de se rendre à l’onglet « administration » du menu principal et de cliquer sur « Création nouveau profil utilisateur »
Une interface apparaitra et vous permettra de renseigner les informations liées à cet utilisateur :
Certaines informations comme le nom d’utilisateur, le nom, prénom, adresse e-mail sont obligatoires.
Ensuite il faudra renseigner les droits qui seront attribués à cet utilisateur :
Et enfin, il faudra attribuer également un mot de passe à l’utilisateur qu’il vous faudra communiquer vous-même à la personne concernée.
Un mot de passe doit contenir une lettre majuscule, un caractère spécial, un chiffre et au moins 6 caractères au total.
Il suffit de se rendre sur l’onglet « gestion des utilisateurs » pour visualiser la liste complète des utilisateurs. En cliquant sur le nom d’utilisateur d’un utilisateur, vous retrouverez les détails sur cet utilisateur et ses droits d’accès. Vous pouvez également télécharger ces informations sous forme d’un document CSV.
Pour des raisons de sécurité, Visa et MasterCard demandent de tracer l’activité de chaque utilisateur qui accède aux données. Les informations archivées concernent tous les détails de l’activité de chaque utilisateur dans le back office.
Si vous rencontrez un problème en utilisant le backoffice AXEPTA, vous pouvez contacter le Support technique soit directement par mail (bnpparibas@computop.com ) soit en cliquant sur le bouton "Contact" en haut à droite de la page.
Un formulaire de contact apparaîtra et vous pourrez expliquer le problème. N'oubliez pas de mentionner votre "MID" (Merchant ID).
Si vous rencontrez un problème relatif à une transaction spécifique (transaction échouée pour une raison quelconque..), vous pouvez cliquer sur l'icône de contact dans le popup du détail d'une transaction, en bas à droite, vous serez alors redirigé directement vers votre messagerie électronique en incluant le numéro de la transaction dans l'objet du message. Le numéro de transaction est une donnée primordiale pour le Support technique pour effectuer une analyse sur l'échec d'une transaction.