Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

LacartouchedintégrationAxeptaaétécertifiéeavecla version deSalesforceCommerceCloud:actuellementAPI version 22.10,SiteGenesis version 104.1.3 etSFRAversion5.3.0.Ilestgénéralementrétrocompatibleaveclesanciennesversionscarilutilisedesméthodescourantes et stablespouraccéderauxobjetssystèmeClient,CommandeetPaiement.Actuellement,SFRAversion6.xetsupérieurenesontpasprisencharge.

Présentation globale globale 

Présentation fonctionnelle

...

Dans ce cas, le client (l’acheteur) n’est pas facturé automatiquement ou directement après la commande. Le commerçant dispose d’un laps de temps défini pour saisir le montant d’argent auprès du client. Seule la capture totale est prise en charge par la cartouche. La capture peut être déclenchée de plusieurs façons :                   -

  • automatiquement dans un délai défini, qui peut être configuré par le commerçant dans le paramètre de l’option de paiement différé

...

  • via

...

  • une tâche , qui saisira le montant pour toutes les commandes dont le statut d’expédition est « Expédié »

Annulation

Il est possible d’annuler une commande en accédant à l’écran Module Axepta > Gérer les commandes > Détails de la commande. Une commande ne peut être annulée que si elle n’a pas encore été saisie. Sinon, le commerçant se verra offrir d’effectuer un remboursement.

...

La cartouche offre au commerçant la possibilité d’effectuer un remboursement partiel ou total d’une commande, en accédant à l’écran Module Axepta > Gérer les commandes > Détails de la commande. Cette opération permet au commerçant de créditer des fonds à un utilisateur final à la suite d’un débit précédent et elle est toujours liée à une transaction de paiement ou de capture réussie.

Cas d'usages

Lors du passage au checkout , le client peut choisir de terminer le processus en utilisant l’un des modes de paiement disponibles :

  • Carte bancaire (CB, Visa, MasterCard)
  • American Express

Chaque mode de paiement peut être personnalisé par le commerçant dans la section Business Manager > Module Axepta > Configuration des comptes. Différentes options peuvent également être activées et personnalisées, options qui seront prises en compte lors du processus de paiement, selon les spécifications définies par le commerçant :

  • Paiement standard : cette option déclenche une opération de paiement
  • Paiement différé : cette option déclenche une opération d’autorisation, qui doit être suivie d’une capture
  • Manuellement pour chaque commande, en accédant aux détails de la commande depuis le module Axepta > Gérer les commandes

Deux modes d’intégration sont utilisés pour la cartouche Axepta afin de traiter les transactions :

  • Formulaire hébergé : l’acheteur est redirigé vers la page de paiement hébergée d’Axepta.
  • Formulaire hébergé dans un iframe : la page de paiement hébergée d’Axepta est affichée dans un iframe.

Une fois le paiement effectué, l’acheteur est renvoyé à l’URL de notification de la boutique. Cette URL de notification peut être configurée et contient le résultat du paiement (succès ou échec). Les données reçues dans les notifications sont ajoutées sous forme de notes aux détails de la commande.

Les clients inscrits et invités suivront le processus de paiement standard, avec les branches suivantes :

  • Lorsque l’acheteur sélectionne un mode de paiement pour lequel le mode de formulaire hébergé est activé, il n’entrera plus les détails de sa carte de crédit dans la page de paiement de la boutique, mais sera redirigé vers la page de paiement Axepta. Une fois que le client a confirmé la commande, il / elle est retournée à la boutique du commerçant, sur la page de résumé de la commande après une transaction réussie ou sur la page de confirmation de la commande si la commande a été annulée ou le paiement a été refusé.
  • Lorsque l’acheteur est authentifié et sélectionne un mode de paiement par carte de crédit, plusieurs options lui sont présentées et, une fois la sélection effectuée, le processus de paiement normal se poursuit : 

                                     - Utilisez une nouvelle carte de crédit et enregistrez-la

                                     - Utiliser une nouvelle carte de crédit sans l’enregistrer

                                     - Utiliser une carte de crédit déjà enregistrée

                                     - Modifier et utiliser une carte existante

Exemple de scénarios d’essai :

  • Tous les scénarios de test impliquent des paiements réussis et refusés
  • Les scénarios de test doivent être effectués avec chaque méthode et option de paiement disponibles
  • La devise utilisée doit être EUR ou USD
  • Si, pour une méthode de paiement sur une page hébergée, il y a une page d’émulation, toutes les options (p. ex., annulation, exception, refus) doivent être utilisées pour tester le comportement du système.
  • Lors d’un paiement, un objet de commande Salesforce Commerce Cloud change son statut comme suit :

                        - CRÉE : la page iFrame a été affichée – le panier a été effacé – la commande peut rester dans ce statut si le processus n’a pas été correctement terminé (bug) ou si l’utilisateur abandonne la page Iframe ou hébergé et ne termine pas le paiement

                       - NOUVEAU : l’iframe a été clôturé avec une acceptation – l’Ordre a changé son statut

                       - OUVERT : la commande a été affichée dans DW Business Manager après avoir été au statut NEW

                       - ÉCHEC : tous les cas d’annulation et de refus

Cas d'usage 1

Cas d'usage 2

...