Gestion des transactions - Manuel utilisateur du Back Office Version du document 2.7 - Solution d'encaissement à distance ...
←
→
Transcription du contenu de la page
Si votre navigateur ne rend pas la page correctement, lisez s'il vous plaît le contenu de la page ci-dessous
Gestion des transactions
Manuel utilisateur du Back Office
Version du document 2.7
Sommaire
1. HISTORIQUE DU DOCUMENT...............................................................................................4
2. SE CONNECTER AU BACK OFFICE MARCHAND..................................................................... 7
3. PARAMÉTRAGES DE LA BOUTIQUE...................................................................................... 8
3.1. Paramétrer le libellé de la boutique.......................................................................................................... 8
3.2. Paramétrer l'URL de la boutique................................................................................................................8
3.3. Modifier l'adresse e-mail du gestionnaire de la boutique......................................................................... 9
3.4. Paramétrer le délai de remise en banque par défaut................................................................................9
3.5. Paramétrer le mode de validation par défaut..........................................................................................10
3.6. Paramétrer le nombre de tentatives supplémentaires............................................................................ 10
3.7. Paramétrer l'affichage de la devise en contre valeur...............................................................................11
4. CYCLE DE VIE DES TRANSACTIONS..................................................................................... 12
4.1. Mode de validation automatique.............................................................................................................12
4.1.1. Cycle de vie d’une transaction de paiement comptant immédiat.............................................12
4.1.2. Cycle de vie d’une transaction de paiement comptant différé................................................. 14
4.1.3. Cycle de vie d’une transaction de paiement en plusieurs fois.................................................. 15
4.2. Mode de validation manuelle.................................................................................................................. 16
4.2.1. Cycle de vie d’une transaction de paiement comptant immédiat.............................................16
4.2.2. Cycle de vie d’une transaction de paiement comptant différé................................................. 18
4.2.3. Cycle de vie d’une transaction de paiement en plusieurs fois.................................................. 19
4.3. Le service "Autorisations anticipées"....................................................................................................... 20
4.4. Durée de validité d'une demande d'autorisation.....................................................................................22
5. RÉCONCILIATION DES TRANSACTIONS ET DES IMPAYÉS......................................................24
5.1. Le service "Rapprochement visuel"..........................................................................................................24
5.2. Le service "Rapprochement visuel des impayés".....................................................................................25
5.3. Le service "Journaux de rapprochement"................................................................................................ 25
5.4. Le service "Journal de rapprochement des impayés".............................................................................. 25
6. DURÉE DE RÉTENTION DES TRANSACTIONS....................................................................... 26
7. AFFICHER LE TABLEAU DE BORD........................................................................................ 27
8. VISUALISER LES TRANSACTIONS.........................................................................................29
9. PERSONNALISER L'AFFICHAGE DE LA TABLE DES TRANSACTIONS....................................... 30
10. RECHERCHER UNE TRANSACTION EN COURS................................................................... 32
11. RECHERCHER UNE TRANSACTION REMISÉE......................................................................34
12. CONSULTER LE DÉTAIL D'UNE TRANSACTION................................................................... 36
12.1. Consulter les caractéristiques du paiement........................................................................................... 38
12.2. Consulter le détail des tentatives de paiement..................................................................................... 39
12.3. Consulter le détail d'un paiement en N fois.......................................................................................... 40
12.4. Consulter le détail d'un paiement en cascade....................................................................................... 41
12.5. Consulter le résultat de l'authentification 3D Secure............................................................................ 42
12.5.1. Transaction avec authentification forte réussie.......................................................................42
12.5.2. Transaction avec authentification frictionless réussie............................................................. 43
12.5.3. Transaction avec authentification 3D Secure en échec........................................................... 46
12.5.4. Transaction avec erreur technique durant l'authentification.................................................. 46
12.5.5. Session de paiement expirée...................................................................................................47
12.6. Consulter le résultat de l'authentification American Express Safekey................................................... 49
12.7. Consulter le résultat de l'authentification Paylib................................................................................... 50
12.8. Consulter les informations sur l'acheteur.............................................................................................. 51
12.9. Consulter les informations du sous-marchand.......................................................................................52
12.10. Consulter les informations de livraison................................................................................................53
12.11. Consulter le détail du panier................................................................................................................54
12.12. Consulter les informations Extras.........................................................................................................55
12.13. Consulter les contrôles effectués sur la transaction............................................................................ 56
12.14. Consulter le résultat de la gestion des risques avancée...................................................................... 57
12.15. Consulter l'historique de la transaction............................................................................................... 59
13. RÉALISER UNE OPÉRATION SUR VOS TRANSACTIONS.......................................................60
14. VALIDER UNE TRANSACTION............................................................................................61
15. ANNULER UNE OU PLUSIEURS TRANSACTIONS................................................................ 62
16. MODIFIER UNE TRANSACTION......................................................................................... 64
17. DUPLIQUER UNE TRANSACTION...................................................................................... 66
18. REMBOURSER UNE TRANSACTION...................................................................................68
19. RAPPROCHER MANUELLEMENT....................................................................................... 69
20. EDITER LA RÉFÉRENCE D'UNE COMMANDE......................................................................70
21. CRÉER UN ALIAS DEPUIS UNE TRANSACTION...................................................................71
22. TÉLÉCHARGER LE TICKET DE PAIEMENT........................................................................... 73
23. ENVOYER UN ORDRE DE PAIEMENT À PARTIR D'UNE TRANSACTION REFUSÉE.................. 74
24. RENVOYER MANUELLEMENT UNE NOTIFICATION.............................................................76
24.1. Renvoyer une notification de fin de paiement (IPN)............................................................................. 76
24.2. Renvoyer l'e-mail de confirmation de paiement au marchand..............................................................77
24.3. Renvoyer l'e-mail de confirmation de paiement à l'acheteur................................................................ 77
25. OBTENIR DE L'AIDE..........................................................................................................78
1. HISTORIQUE DU DOCUMENT
Version Auteur Date Commentaire
2.7 La Banque Postale 04/10/2021
• Mise à jour du chapitre Paramétrer le mode de
validation par défaut.
2.6 La Banque Postale 28/07/2021
• Ajout du chapitre Durée de rétention des
transactions
• Ajout du chapitre Consulter les informations du
sous-marchand.
2.5 La Banque Postale 13/04/2021
• Ajout des chapitres Transaction avec
authentification forte réussie et Transaction avec
authentification frictionless réussie
• Mise à jour du chapitre Rembourser une
transaction : Précision sur le délai de
remboursement sur CB
• Mise à jour du chapitre Transaction avec
authentification 3D Secure réussie
• Mise à jour du chapitre Consulter le résultat de
l'authentification American Express Safekey :
• Mise à jour du chapitre Paramétrer le mode de
validation par défaut.
• Ajout d'une précision sur le statut Présenté dans
le cycle de vie d'une transaction de paiement
comptant.
2.4 La Banque Postale 08/02/2021
• Mise à jour de la description du champ
"Informations utilisateur" dans les exports de
transactions.
• Correction d'une erreur sur la provenance des
taux de change dans le chapitre Paramétrer
l'affichage de la devise en contre valeur.
• Précision ajoutée sur les délais de
remboursement autorisés dans le chapitre
Rembourser une transaction.
2.3 La Banque Postale 07/01/2021
• Ajout d'une précision sur le redressement du
plafond d'autorisation dans le chapitre Annuler
une ou plusieurs transactions
2.2 La Banque Postale 11/12/2020
• Ajout de la possibilité d'annuler une transaction
remisée sur le réseau GATECONEX (acquéreur
Elavon Europe).
• Mise à jour du chapitre Renvoyer une
notification de fin de paiement (IPN).
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 4 / 78
Version Auteur Date Commentaire
• Mise à jour du chapitre Paramétrer le nombre de
tentatives supplémentaires.
2.1 La Banque Postale 01/10/2020
• Ajout du chapitre Cycle de vie d'une transaction.
• Ajout du chapitre Réconciliation des transactions
et des impayés.
• Ajout du chapitre Rechercher une transaction
remisée.
• Mise à jour du chapitre Paramétrages de la
boutique.
• Mise à jour du chapitre Rapprocher
manuellement.
2.0 La Banque Postale 01/09/2020
• Ajout du chapitre Paramétrer l'affichage de la
devise en contre valeur.
• Mise à jour de la description de l'onglet Extras
(metadata orderInfo de l'API REST).
• Ajout du renvoi des notifications (IPN et e-mail).
• Ajout de la description de l'onglet
Authentification Paylib.
• Ajout du chapitre Modifier l'adresse e-mail du
gestionnaire de la boutique.
1.9 La Banque Postale 03/07/2020
• Ajout du chapitre Créer un alias depuis une
transaction.
• Ajout du chapitre Consulter le résultat de
l'authentification American Express Safekey.
• Mise à jour des chapitres :
• Paramétrer le délai de remise en banque par
défaut.
• Paramétrer le mode de validation par défaut.
• Valider une transaction.
1.8 La Banque Postale 07/04/2020 Ajout de chapitres :
• Consulter les caractéristiques du paiement
• Consulter le détail des tentatives de paiement
• Consulter le détail d'un paiement en N fois
• Consulter le détail d'un paiement en cascade
• Consulter le résultat de l'authentification 3D
Secure
• Consulter les informations sur l'acheteur
• Consulter les informations de livraison
• Consulter le détail du panier
• Consulter les informations Extras
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 5 / 78
Version Auteur Date Commentaire
• Consulter les contrôles effectués sur la
transaction
• Consulter le résultat de la gestion des risques
avancée
• Consulter l'historique de la transaction
1.7 La Banque Postale 30/08/2019 Version initiale
Ce document et son contenu sont strictement confidentiels. Il n’est pas contractuel.
Toute reproduction et/ou distribution de tout ou partie de ce document ou
de son contenu à une entité tierce sont strictement interdites ou sujettes à
une autorisation écrite préalable de La Banque Postale. Tous droits réservés.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 6 / 78
2. SE CONNECTER AU BACK OFFICE MARCHAND
Votre Back Office est accessible à l’adresse URL suivante :
https://scelliuspaiement.labanquepostale.fr/vads-merchant/
1. Saisissez votre identifiant de connexion.
Votre identifiant de connexion vous a été communiqué par e-mail ayant pour objet Identifiants de
connexion - [nom de votre boutique].
2. Saisissez votre mot de passe.
Votre mot de passe vous a été communiqué par e-mail ayant pour objet Identifiants de connexion -
[nom de votre boutique].
3. Cliquez sur Valider.
Au bout de 3 erreurs dans la saisie du mot de passe, le compte de l’utilisateur est bloqué. Cliquez
alors sur Mot de passe oublié ou compte bloqué pour réinitialiser.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 7 / 78
3. PARAMÉTRAGES DE LA BOUTIQUE
Lors de la création de la boutique, le Back Office Marchand est initialisé avec des réglages par défaut qui
permettent au marchand d'être opérationnel dès la mise en production.
Le Back Office Marchand propose un grand nombre de paramètres modifiables par le marchand.
Dans ce document, seuls les paramétrages de base sont décrits.
D'autres paramétrages font l'objet d'une documentation dédiée, disponible sur notre site documentaire,
comme par exemple :
• la configuration des journaux de transactions,
• la configuration des règles de notification,
• la personnalisation des pages de paiement,
• la configuration des règles anti-fraude,
• le configuration du formulaire de collecte de données...
3.1. Paramétrer le libellé de la boutique
Pour configurer le libellé de la boutique:
1. Ouvrez le menu Paramétrage > Boutique puis cliquez sur le nom de la boutique sur laquelle la
configuration doit être modifiée.
2. Sélectionnez l’onglet Configuration.
3. Renseignez le nouveau libellé de la boutique.
4. Cliquez sur le bouton Sauvegarder.
3.2. Paramétrer l'URL de la boutique
Pour configurer l'URL de la boutique:
1. Ouvrez le menu Paramétrage > Boutique puis cliquez sur le nom de la boutique sur laquelle la
configuration doit être modifiée.
2. Sélectionnez l’onglet Configuration.
3. Modifiez l'URL de la boutique.
4. Cliquez sur le bouton Sauvegarder.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 8 / 78
3.3. Modifier l'adresse e-mail du gestionnaire de la boutique
L'adresse e-mail du gestionnaire de la boutique est souvent renseigné au moment de la création de la
boutique.
Pour modifier l'adresse e-mail du gestionnaire de la boutique :
1. Ouvrez le menu Paramétrage > Boutique puis cliquez sur le nom de la boutique sur laquelle la
configuration doit être modifiée.
2. Sélectionnez l’onglet Configuration.
3. Modifiez le champ E-mail gestionnaire.
4. Cliquez sur le bouton Sauvegarder.
3.4. Paramétrer le délai de remise en banque par défaut
Le marchand a la possibilité de choisir le délai de rétention des paiements dans le système avant leur
transmission à la banque, c'est-à-dire leur remise.
Le jour de remise de la transaction est défini par la date de réalisation de la transaction à laquelle est ajouté
le délai de remise en banque défini par le marchand.
Le délai de remise en banque pour la boutique peut faire l’objet d’une personnalisation, transaction
par transaction, via les paramètres transmis dans la requête de paiement, ou bien encore, après
enregistrement du paiement à l’aide de la fonction « modifier ».
Le délai de remise par défaut n'est pas pris en compte lors de la saisie d'un paiement manuel.
Le marchand doit impérativement saisir la date de remise.
Pour configurer le délai de remise par défaut:
1. Ouvrez le menu Paramétrage > Boutique puis sélectionnez la boutique pour laquelle la configuration
doit être modifiée.
2. Sélectionnez l’onglet Configuration.
3. Modifiez la rubrique Délai de remise (en jours) comme souhaité.
4. Cliquez sur le bouton Sauvegarder.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 9 / 78
3.5. Paramétrer le mode de validation par défaut
Le marchand a la possibilité de confirmer l'envoi en remise des transactions de façon manuelle ou
automatique.
Tant que la transaction n'est pas remise en banque, le marchand peut changer la date de remise d'une
transaction par l'intermédiaire de la fonction « modifier » (manuellement ou automatiquement via
l'utilisation de la fonction Web Service Transaction/Update).
L'envoi en remise est effectué automatiquement par le serveur de paiement dans le cas d'une validation
automatique, sinon, chaque transaction doit être validée manuellement à l'aide de la fonction « valider
» (ou automatiquement via l'utilisation de la fonction Web Service Transaction/Validate).
Même si elle n'est pas validée avant la date de remise prévue, la transaction restera dans l'état À valider
jusqu'à expiration de l'autorisation (par défaut 7 jours pour CB, Visa et Mastercard).
Dans l'intervalle vous pourrez donc toujours la valider et/ou la modifier, même si la date de remise initiale
est dépassée.
Cas des paiement différés
La durée de validité d'une transaction est définie par le paramètre vads_capture_delay.
Lorsque la durée de validité de la transaction est supérieure à la durée de validité de l'autorisation, le
serveur de paiement réalise une demande de renseignement pour valider le numéro de la carte.
• Dans le cas d'une validation automatique, la demande d'autorisation est réalisée automatiquement 1
jour avant la fin de validité de la transaction.
• Dans le cas d'une validation manuelle, la demande d'autorisation n'est déclenchée qu'au moment de
la validation de la transaction. Si vous ne validez pas la transaction avant la date de remise demandée,
la transaction expire.
Le mode de validation peut faire l'objet d'une personnalisation, transaction par transaction, via les
paramètres transmis dans la requête de paiement.
Le mode de validation par défaut n'est pas pris en compte lors de la saisie d'un paiement manuel. Le
marchand doit impérativement saisir mode de validation.
Pour configurer le mode de validation par défaut :
1. Ouvrez le menu Paramétrage > Boutique puis sélectionnez la boutique pour laquelle la configuration
doit être modifiée.
2. Sélectionnez l'onglet Configuration.
3. Sélectionnez le mode Validation souhaité dans la liste déroulante.
4. Cliquez sur le bouton Sauvegarder.
3.6. Paramétrer le nombre de tentatives supplémentaires
Lors du refus d'un paiement, vous avez la possibilité de proposer à l'acheteur de retenter avec un autre
moyen de paiement ou de saisir à nouveau ses données en cas d'erreur de saisie.
Pour configurer le nombre de tentatives supplémentaires :
1. Ouvrez le menu Paramétrage > Boutique puis cliquez sur le nom de la boutique sur laquelle la
configuration doit être modifiée.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 10 / 782. Sélectionnez l’onglet Configuration.
3. Dans l'encadré API formulaire, renseignez le nombre de tentatives supplémentaires autorisées en cas
de refus de paiement.
4. Si vous le souhaitez, vous pouvez activer l'envoi d'une notification de fin de paiement (IPN) à chaque
tentative refusée, en cochant la case URL de notification sur tentative refusée.
5. Cliquez sur le bouton Sauvegarder.
Remarque:
Les tentatives supplémentaires ne sont pas proposées :
• si le marchand a demandé un retour automatique à la boutique via le champ
vads_redirect_error_timeout,
• si le paiement est un paiement en N fois.
• si le moyen de paiement ne supporte pas les tentatives de paiement supplémentaires.
Consultez la documentation d'intégration du moyen de paiement concerné pour plus de détails.
3.7. Paramétrer l'affichage de la devise en contre valeur
L'affichage de la contre-valeur est nécessaire si vous utilisez le service de conversion de devise de la
plateforme de paiement.
Vous pouvez activer ou désactiver l'Affichage de la contre-valeur lors des paiements avec conversion de
devises dans la boutique.
Par défaut, l'affichage de la contre valeur est activé.
Lorsque la plateforme reçoit le montant dans la devise non euro, elle fait une conversion en euro, basée
sur le taux de change, fourni quotidiennement par Visa.
L'acheteur est informé du cours indicatif en euro au moment du paiement, mais ne sait pas réellement le
montant final de la transaction.
En effet, la remise en banque ne se fait pas forcément le jour de l'autorisation et le cours peut donc varier
entre la date d'autorisation et la date de remise.
C'est pourquoi la contre valeur en euro affichée lors du paiement est donnée à titre indicatif.
Pour configurer l'affichage de la contre valeur :
1. Ouvrez le menu Paramétrage > Boutique puis cliquez sur le nom de la boutique sur laquelle la
configuration doit être modifiée.
2. Sélectionnez l’onglet Configuration.
3. Si vous le souhaitez, vous pouvez cocher ou décocher la case Affichage de la contre-valeur.
4. Cliquez sur le bouton Sauvegarder.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 11 / 784. CYCLE DE VIE DES TRANSACTIONS
Dans tous les schémas suivants, la légende suivante est adoptée :
Action du marchand nécessaire - manuelle (Back Office Marchand) ou automatique (Web Services)
4.1. Mode de validation automatique
4.1.1. Cycle de vie d’une transaction de paiement comptant immédiat
Réalisation Paiement
OK
KO Authentification
3D Secure
OK
KO
Refusé Analyse des risques
OK
KO Demande
d'autorisation
OK
(Autorisation acceptée)
Envoi notification
à l'acheteur
En attente Annulation
Annulé
de remise
Au jour de la remise
en banque demandé
Présenté
Suite à la demande de paiement, plusieurs contrôles sont automatiquement mis en oeuvre :
• L’authentification 3D Secure.
• Différents contrôles réalisés par la plateforme de paiement (ceux-ci incluent potentiellement les
contrôles locaux, les règles de risques configurées par le marchand ) ou par un analyseur de risque
externe.
• Une demande d’autorisation est également effectuée auprès de la banque de l'acheteur, le jour même
de la date de paiement, quelle que soit la date de remise en banque demandée.
Si l’un de ces contrôles échoue, la demande de paiement n’est pas acceptée. L'acheteur est informé du
refus à l’écran. Dans le Back Office Marchand, la transaction est consultable avec le statut Refusé.
Dans le cas contraire, la transaction prend le statut En attente de remise.
L'acheteur est informé de l’acceptation de sa demande de paiement et est destinataire d’un e-mail de
confirmation.
La transaction partira automatiquement en remise le jour demandé par le marchand et prendra le statut
présenté. Le statut présenté est définitif.
Une fois la remise effectuée, la compensation de la transaction sur le compte du marchand dépend des
délais de traitements interbancaires.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 12 / 78Dans l’attente de cette remise, le marchand peut modifier la date de remise ainsi que le montant
(modification du montant uniquement à la baisse, ce cas correspond à une livraison partielle par le
marchand).
Si nécessaire, il peut également annuler la transaction : celle-ci prend alors le statut Annulé.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 13 / 784.1.2. Cycle de vie d’une transaction de paiement comptant différé
Délai de remise inférieur à la durée de validité de l'autorisation
(voir diagramme cycle de vie d'une transaction de paiement comptant immédiat).
Délai de remise supérieur à la durée de validité de l'autorisation
Toute transaction de paiement comptant différé réalisée avec le mode de validation automatique, et dont
la demande de vérification a été réalisée avec succès, est consultable dans le Back Office Marchand avec
le statut En attente d'autorisation.
La demande d’autorisation est automatiquement effectuée :
• fonctionnement par défaut : le jour de la date de remise en banque souhaitée,
• fonctionnement avec autorisation anticipée : selon le moyen de paiement sélectionné, à J-Δ avant
la date de remise en banque souhaitée (voir chapitre Le service "Autorisations anticipées" à la page
20).
Le diagramme suivant résume les différents statuts d'un paiement différé :
Réalisation Paiement
OK
KO Authentification
3D Secure
OK
KO
Refusé Analyse des risques
OK
KO Vérification du
moyen de paiement
OK
Envoi notification
à l'acheteur
En attente Annulation
Annulé
d'autorisation
KO Demande
d'autorisation
OK
(Autorisation acceptée)
En attente Annulation
de remise
Au jour de la remise
en banque demandé
Présenté
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 14 / 784.1.3. Cycle de vie d’une transaction de paiement en plusieurs fois
La première échéance du paiement en plusieurs fois se comportera exactement comme une transaction de
paiement comptant immédiat ou une transaction de paiement différé selon sa date de remise en banque.
Les échéances suivantes sont par défaut positionnées en statut En attente d'autorisation. La banque de
l'acheteur pourra refuser la demande d’autorisation. La plateforme de paiement informe alors le marchand
du refus de la transaction par e-mail.
Les demandes d’autorisation des échéances suivantes sont automatiquement effectuées comme une
transaction de paiement différé, donc avec deux dates possibles :
• fonctionnement par défaut : le jour de la date de remise en banque souhaitée,
• fonctionnement avec autorisation anticipée : selon le moyen de paiement sélectionné, à J-Δ avant
la date de remise en banque souhaitée (voir chapitre Le service "Autorisations anticipées" à la page
20).
Les échéances ultérieures suivent le diagramme d’état suivant (cas d'une demande d'autorisation non
rejouée) :
En attente Annulation
Refusé Annulé
d'autorisation
KO Demande
d'autorisation
OK
(Autorisation acceptée)
En attente Annulation
de remise
Au jour de la remise
en banque demandé
Présenté
L’annulation d’une échéance n’implique en aucun cas l’annulation des échéances suivantes restant à
remettre en banque.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 15 / 784.2. Mode de validation manuelle
4.2.1. Cycle de vie d’une transaction de paiement comptant immédiat
Suite à la demande de paiement, des contrôles sont automatiquement mis en oeuvre :
• L’authentification 3D Secure.
• Différents contrôles réalisés par la plateforme de paiement (ceux-ci incluent potentiellement les
contrôles locaux, les règles de risques configurées par le marchand ) ou par un analyseur de risque
externe.
• Une demande d’autorisation est effectuée auprès de la banque de l'acheteur.
Si l’un de ces contrôles échoue, la demande de paiement n’est pas acceptée. L'acheteur est informé du
refus à l’écran. Dans le Back Office Marchand, la transaction est consultable avec le statut Refusé.
Dans le cas contraire le paiement est accepté et la transaction est consultable dans le Back Office Marchand
avec le statut À valider.
Le marchand doit alors obligatoirement valider la transaction avant la date d'expiration de la demande
d'autorisation. Dans le cas contraire, la transaction prend le statut Expiré et ne peut plus être remise en
banque.
Dès lors qu’une transaction est validée, elle passe en statut En attente de remise.
La transaction partira automatiquement en remise le jour demandé par le marchand et prendra le statut
présenté. Le statut présenté est définitif.
Une fois la remise effectuée, la compensation de la transaction sur le compte du marchand dépend des
délais de traitements interbancaires.
Le marchand peut également annuler la transaction si nécessaire. La transaction prend alors le statut
Annulé.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 16 / 78Réalisation Paiement
OK
KO Authentification
3D Secure
OK
KO
Refusé Analyse des risques
OK
KO Demande
d'autorisation
OK
(Autorisation acceptée)
Envoi notification
à l'acheteur
Délai dépassé Annulation
Expiré A valider Annulé
Validation
En attente Annulation
de remise
Au jour de la remise
en banque demandé
Présenté
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 17 / 784.2.2. Cycle de vie d’une transaction de paiement comptant différé
Délai de remise inférieur à la durée de validité de l'autorisation
(voir diagramme cycle de vie d'une transaction de paiement comptant immédiat).
Délai de remise supérieur à la durée de validité de l'autorisation
Toute transaction de paiement comptant différé réalisée avec le mode de validation manuelle et dont la
demande d’autorisation à 1 EUR (ou demande de renseignement sur le réseau CB si l'acquéreur le supporte)
a été réalisée avec succès, est consultable dans le Back Office Marchand avec le statut À valider et autoriser.
La demande d’autorisation est automatiquement effectuée le jour de la remise en banque demandé, sous
réserve que le marchand ait précédemment validé la transaction.
Dans l’attente de la remise, le marchand peut annuler la transaction ou en modifier le montant et/ou la
date de remise en banque. Ces transactions suivent le diagramme d’état suivant :
Réalisation Paiement
OK
KO Authentification
3D Secure
OK
KO
Refusé Analyse des risques
OK
KO Vérification du
moyen de paiement
OK
Envoi notification
à l'acheteur
Validation A valider Annulation
A autoriser Annulé
et autoriser
J-∆ avant la date J-∆ avant la date
de remise en de remise en
banque demandée banque demandée
KO Demande Demande KO
Refusé
d'autorisation d'autorisation
OK OK
(Autorisation acceptée) (Autorisation acceptée)
Délai
dépassé Annulation
Expiré A valider
Validation
En attente Annulation
de remise
Au jour de la remise
en banque demandé
Présenté
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 18 / 784.2.3. Cycle de vie d’une transaction de paiement en plusieurs fois
La première échéance du paiement en plusieurs fois se comportera exactement comme une transaction de
paiement comptant immédiat ou une transaction de paiement différé, selon la date de remise en banque
demandée.
Les échéances suivantes sont par défaut positionnées en statut À valider et autoriser tant que la première
échéance n’aura pas été validée par le marchand. Leur bonne fin n’est pas garantie pour le marchand. En
effet, la banque de l'acheteur peut refuser la demande d’autorisation.
La validation de la 1ère échéance vaut validation de toutes les échéances suivantes. Par contre,
l’annulation d’une échéance ne vaut pas annulation des échéances ultérieures.
Validation A valider Annulation
A autoriser Annulé
et autoriser
J-∆ avant la date J-∆ avant la date
de remise en de remise en
banque demandée banque demandée
KO KO
Demande Demande
Refusé
d'autorisation d'autorisation
OK
(Autorisation acceptée)
Délai
dépassé Annulation
Expiré A valider
OK
(Autorisation acceptée) Validation
En attente Annulation
de remise
Au jour de la remise
en banque demandé
Présenté
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 19 / 784.3. Le service "Autorisations anticipées"
Ce service permet le déclenchement de l'autorisation à J-Δ (voir durée de validité d'une autorisation pour
chaque moyen de paiement) avant la date de remise en banque souhaitée.
En cas de refus, exclusivement pour un motif non frauduleux, par la banque émettrice, un processus réitère
automatiquement les demandes d'autorisation, et ce jusqu'à 2 jours avant la date de remise en banque
souhaitée.
Le marchand peut à tout moment annuler la transaction ou en modifier le montant (à la baisse uniquement)
et/ou la date de remise.
Ce processus s'applique :
• aux paiements récurrents
• aux paiements différés
• aux échéances autres que la première, pour un paiement en plusieurs fois.
En cas de refus pour un motif frauduleux la transaction est considérée comme définitivement refusée.
Ci dessous la liste des motifs frauduleux qui ne permettent pas le rejeu de l'autorisation.
Codes retour
Réseau Libellé
autorisation
CB 03 Accepteur invalide
04 Conserver la carte
05 Ne pas honorer
07 Conserver la carte, conditions spéciales
12 Transaction invalide
13 Montant invalide
14 Numéro de porteur invalide
15 Emetteur de carte inconnu
31 Identifiant de l’organisme acquéreur inconnu
33 Date de validité de la carte dépassée
34 Suspicion de fraude
41 Carte perdue
43 Carte volée
54 Date de validité de la carte dépassée
56 Carte absente du fichier
57 Transaction non permise à ce porteur
59 Transaction non permise à ce porteur
63 Règles de sécurité non respectée
76 Porteur déjà en opposition, ancien enregistrement conservé
80 Le paiement sans contact n'est pas admis par l'émetteur
81 Le paiement non sécurisé n'est pas admis par l'émetteur
82 Révocation paiement récurrent pour la carte chez le
commerçant ou pour le MCC et la carte
83 Révocation tous paiements récurrents pour la carte
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 20 / 78Contactez le Service Assistance Monétique Commerçants si vous souhaitez activer les autorisations
anticipées.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 21 / 784.4. Durée de validité d'une demande d'autorisation
Type de cartes Durée de validité d'une
Code Réseau Moyen de paiement
(vads_payment_cards) autorisation (en jours)
ACCORD Cartes Cadeau Illicado ILLICADO 0
ACCORD_SANDBOX Cartes Cadeau Illicado - ILLICADO_SB 0
Mode sandbox - Mode
sandbox
AMEXGLOBAL American Express AMEX 7
ANCV e-Chèque-Vacances E_CV 0
AURORE Carte Cpay AURORE-MULTI 29
CB CB CB 7
CB Carte virtuelle e-Carte E-CARTEBLEUE 7
Bleue
CB Maestro MAESTRO 30
CB Mastercard MASTERCARD 7
CB Visa VISA 7
CB Visa Electron VISA_ELECTRON 7
CB VPay VPAY 7
CB Carte Titre-Restaurant APETIZ 7
Apetiz
CB Carte Titre-Restaurant CHQ_DEJ 7
Chèque Déjeuner
CB Titre-Restaurant EDENRED 7
Mastercard 1ère
génération
CB Carte Titre-Restaurant SODEXO 7
Sodexo
CONECS Carte Titre-Restaurant APETIZ 30
Apetiz
CONECS Carte Titre-Restaurant CHQ_DEJ 30
Chèque Déjeuner
CONECS Carte Titre-Restaurant CONECS 30
Conecs
CONECS Carte Titre-Restaurant SODEXO 30
Sodexo
CVCONNECT Chèque-Vacances CVCO 6
Connect
FRANFINANCE Paiement en 3X FRANFINANCE_3X 0
Franfinance
FRANFINANCE Paiement en 4X FRANFINANCE_4X 0
Franfinance
FRANFINANCE_SB Paiement en 3X FRANFINANCE_3X 0
Franfinance - Mode
sandbox
FRANFINANCE_SB Paiement en 4X FRANFINANCE_4X 0
Franfinance - Mode
sandbox
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 22 / 78Type de cartes Durée de validité d'une
Code Réseau Moyen de paiement
(vads_payment_cards) autorisation (en jours)
FULLCB Paiement en 3x sans frais FULLCB3X 7
par BNPP PF
FULLCB Paiement en 4x sans frais FULLCB4X 7
par BNPP PF
GATECONEX Bancontact BANCONTACT 30
GATECONEX Diners Club DINERS 3
GATECONEX Discover DISCOVER 5
GATECONEX Carte virtuelle e-Carte E-CARTEBLEUE 7
Bleue
GATECONEX Maestro MAESTRO 30
GATECONEX Mastercard MASTERCARD 7
GATECONEX Visa VISA 7
GATECONEX Visa Electron VISA_ELECTRON 7
GATECONEX VPay VPAY 7
GIROPAY Giropay GIROPAY 0
GOOGLEPAY Paiement par Wallet GOOGLEPAY 0
Google Pay
IDEAL iDeal Internet Banking IDEAL 0
JCB JCB JCB 7
ONEY_API Paiement 3x 4x Oney ONEY_3X_4X 0
ONEY_API Cartes Enseignes ONEY_ENSEIGNE 0
partenaires d'Oney.
ONEY_API_SANDBOX Paiement 3x 4x Oney en ONEY_3X_4X 0
mode sandbox
ONEY_API_SANDOX Cartes Enseignes ONEY_ENSEIGNE 0
partenaires d'Oney en
mode sandbox.
PAYLIB Wallet Paylib PAYLIB 7
PAYPAL PayPal PAYPAL 3
PAYPAL_SB PayPal - Mode sandbox PAYPAL_SB 3
SEPA Prélèvement Bancaire SDD 15
SEPA DIRECT DEBIT
SOFORT Sofort Banking SOFORT_BANKING 0
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 23 / 785. RÉCONCILIATION DES TRANSACTIONS ET DES IMPAYÉS
Si vous avez souscrit les options correspondantes dans votre offre Scellius, vous bénéficiez des services
suivants :
• Rapprochement visuel des transactions,
• Rapprochement visuel des impayés,
• Journal de rapprochement bancaire,
• Journal de rapprochement des impayés.
5.1. Le service "Rapprochement visuel"
Le service de rapprochement visuel permet à un commerçant de bénéficier d’un rapprochement
automatique des transactions réalisées sur la plateforme de paiement avec les mouvements apparaissant
sur son relevé bancaire.
Principe de fonctionnement
Remise du paiement
Réconciliation supportée par l'acquéreur Réconciliation non supportée par l'acquéreur
Réconciliation
supportée?
En attente A analyser
Rapprochement Rapprochement Rapprochement
automatique manuel manuel
Rapproché Rapproché
FIN FIN
Si l'acquéreur supporte la réconciliation, chaque transaction remisée est positionnée avec un statut de
rapprochement "En attente".
Si l'acquéreur ne supporte pas la réconciliation, les transactions remisées sont positionnées avec un statut
de rapprochement À analyser.
Dès l’activation du service, des traitements automatiques sont mis en place pour réaliser un pointage entre
les transactions acquises sur la plateforme de paiement et les écritures sur le compte bancaire.
Les transactions ayant fait l’objet d’un rapprochement avec succès sont mises en statut "Rapproché".
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 24 / 78Les transactions de statut "En attente" ou "À analyser" peuvent faire l’objet d’un rapprochement manuel
par le commerçant depuis l'onglet Transactions remisées (voir chapitre Rapprocher manuellement à la
page 69).
5.2. Le service "Rapprochement visuel des impayés"
Le service de rapprochement visuel des impayés permet à un commerçant de bénéficier d’un
rapprochement automatique des transactions en impayé.
Chaque transaction remisée est positionnée avec un statut de rapprochement impayé « Litige » à:
• Oui : service rapprochement visuel des impayés activé et un litige a été reçu sur la transaction, quel
que soit le dénouement du litige,
• Non : service rapprochement visuel des impayés activé et aucun litige n’a été reçu sur la transaction
• n/a : service rapprochement visuel des impayés non activé.
Dès l’activation du service, des traitements automatiques sont mis en place pour réaliser un pointage entre
les transactions acquises sur la plateforme de paiement et les impayés qui pourraient en découler.
Les transactions ayant fait l’objet d’un rapprochement impayé sont mises en statut « Oui » pour la donnée
« Litige ».
Les transactions n’ayant pas fait l’objet d’un impayé, alors que l’option est souscrite, sont mises en statut
« Non ».
Le statut « n/a » correspondant aux transactions d’un commerçant n’ayant pas souscrit au service
rapprochement visuel des impayés.
5.3. Le service "Journaux de rapprochement"
Ce service fournit au commerçant un fichier contenant la liste des transactions rapprochées
automatiquement. Le journal apporte des informations bancaires complémentaires (montant crédité sur
le compte, commission, etc...).
Consultez la documentation dédiée sur notre site documentaire.
5.4. Le service "Journal de rapprochement des impayés"
Ce service fournit au commerçant un fichier contenant la liste des transactions impayées rapprochées
automatiquement. Le journal apporte des informations bancaires complémentaires (raison de l'impayé,
etc...).
Consultez la documentation dédiée sur notre site documentaire.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 25 / 786. DURÉE DE RÉTENTION DES TRANSACTIONS
Les transactions sont conservées dans le Back Office Marchand pendant une durée limitée.
• En Mode TEST, chaque transaction est conservée pendant une durée de 30 jours à partir de la date de
la transaction. Elle sera automatiquement effacée après la date limite.
• En Mode PRODUCTION, la règle de conservation des transactions est établie selon la norme PCI-DSS.
Chaque transaction est conservée pendant 15 mois à partir de la date de la transaction. Elle sera
automatiquement effacée après la date limite.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 26 / 787. AFFICHER LE TABLEAU DE BORD
Remarque
L'accès au Tableau de bord nécessite un paramétrage. Si votre Back Office Marchand n'affiche pas le
menu Tableau de bord, veuillez contacter le Service Assistance Monétique Commerçants.
Pour afficher le tableau de bord, cliquez sur le menu Gestion > Tableau de bord
La page des graphes s'affiche.
Remarque
Les boutiques choisies dans cet exemple de tableau de bord sont en mono devise mais ces graphes
fonctionnent également en multi devises.
4 types de données sont analysés :
• L'évolution du nombre de transactions et/ou du chiffre d'affaires.
Les graphes sont en forme d'histogramme. Les données sont analysées et comparées sur une période
donnée.
L'utilisateur peut, à tout moment, passer le curseur sur une période pour afficher en infobulle les
montants et/ou le nombre de transactions analysés dans cette période.
• Les différents statuts des paiements effectués.
Les graphes sont en forme d'anneau. Les données sont analysées et comparées en temps réel sur la
période choisie.
L'utilisateur peut, à tout moment, passer le curseur sur un statut de paiement pour afficher en infobulle
les montants et le nombre de transactions concernés.
Les différents statuts analysés sont :
• Annulée • Échec
• A valider • En attente
• Confirmée • Refusée
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 27 / 78• Les différents moyens de paiement utilisés lors des transactions.
Les graphes sont en forme d'anneau. Les données sont analysées et comparées en temps réel sur la
période choisie.
L'utilisateur peut, à tout moment, passer le curseur sur un moyen de paiement pour afficher en infobulle
le montant et le nombre de transactions effectués avec ce moyen de paiement.
• Les différents motifs de refus.
Les graphes sont en forme d'anneau. Les données sont analysées et comparées en temps réel sur la
période choisie.
L'utilisateur peut, à tout moment, passer le curseur sur un motif de refus pour afficher en infobulle les
montants et le nombre de transactions concernés par ce refus.
Les différentes catégories de motifs de refus analysées sont :
• Abandon 3D Secure • Ne pas honorer
• Autres refus acquéreur • Plafond dépassé / provision insuffisante
• Carte invalide • Refus 3D Secure
• Carte perdue ou volée • Refus gestion des risques
• Erreur de configuration • Transaction non permise
• Fraude suspectée
Remarque
L'utilisateur peut, à tout moment, appliquer des filtres dans un graphe en cliquant sur un ou plusieurs
éléments de sa légende.
Exemple : dans cette copie d'écran, l'utilisateur souhaite ne pas analyser les transactions effectuées par
Mastercard. Il clique sur le moyen de paiement pour le mettre à zéro (0) et l'exclure de l'analyse. Il lui suffit
de cliquer à nouveau sur le moyen de paiement pour le réintégrer dans le graphe.
Remarque
L'utilisateur a la possibilité de télécharger chaque graphe en
format PNG, JPEG ou SVG.
Il suffit de cliquer sur l'icône de téléchargement et de choisir son
format.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 28 / 788. VISUALISER LES TRANSACTIONS
Depuis le menu Gestion, le marchand a accès aux transactions réelles et aux transactions de TEST.
Remarque :
Suivant ses droits d’accès, les transactions de TEST (exemple : profil développeur) et/ou les transactions
réelles (exemple : profil comptable) peuvent s'afficher.
L’interface se décompose comme suit :
• Le tableau de bord
Historique du chiffre d’affaire.
• L’outil de recherche
• Transactions en cours
Permet de rechercher toutes les transactions qui n'ont pas encore été capturées (par exemple, les
transactions expirées, refusées, en attente d'autorisation, à valider, pré-autorisées, en attente de
remise, etc...).
• Remises
Permet de rechercher toutes les remises par contrat acquéreur.
• Transactions remisées
Permet de rechercher toutes les transactions remisées chez l'acquéreur.
• Le panneau de visualisation des transactions
Par défaut l’interface affiche le contenu de l’onglet Transactions en cours. Il liste toutes les transactions de
la journée. Les anciennes transactions sont accessibles via la recherche.
Si vous souhaitez visualiser les paiements remis en banque, cliquez sur l’onglet Transactions remisées.
Vous avez toujours la possibilité de faire des exports à tout moment..
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 29 / 789. PERSONNALISER L'AFFICHAGE DE LA TABLE DES TRANSACTIONS
Vous avez la possibilité de modifier l'affichage par défaut de la page des transactions en cours ou remisées
en ajoutant, supprimant ou en modifiant l'ordre des colonnes.
Le nouvel agencement sera utilisé pour :
• les exports de transactions
• la génération des journaux de transactions
Pour modifier l'affichage des colonnes
1. Sélectionnez l'onglet de votre choix
2. En bas de page, cliquez sur Personnaliser
Le fenêtre suivante s'affiche.
Pour afficher une colonne :
1. Sélectionnez la colonne dans la zone Colonnes non affichées.
2. Cliquez sur le bouton Afficher ou faites un glisser-déposer vers Colonnes affichées.
Pour supprimer une colonne :
1. Sélectionnez la colonne dans la zone Colonnes affichées.
2. Cliquez sur le bouton Enlever ou faites un glisser-déposer vers Colonnes non affichées.
Pour déplacer une colonne :
Sélectionnez la colonne dans la zone Colonnes affichées.
Cliquez sur le bouton ou jusqu'à la position désirée.
Cliquez sur Valider pour enregistrer vos modifications.
Scellius - Gestion des transactions - Version du document 2.7
Copyright La Banque Postale © - 30 / 78Vous pouvez aussi lire
