Scénario de paiements avec la cassette OfflineCard

Si vous créez votre magasin à l'aide du modèle d'archivage de magasin, la cassette OfflineCard est automatiquement activée. Reportez-vous à Payment Manager et l'archivage de magasin pour obtenir de plus amples informations sur la configuration du paiement.

Une fois les fabricants configurés, votre magasin est prêt à recevoir les transactions en ligne. Voici un aperçu des processus mis en place lorsqu'un client passe une commande et choisit d'utiliser le mode de paiement hors ligne :

  1. Le détenteur d'une carte décide de faire un achat. Lorsqu'il clique sur le bouton Acheter, les données sont transmises à l'instruction de contrôleur OrderProcess. L'instruction est envoyée au serveur du commerçant, tel que WebSphere Commerce, via HTTP POST.
  2. Si le stock ATP n'est pas utilisé, l'instruction OrderProcess appelle l'instruction d'activité UpdateInventory pour mettre à jour le stock de chaque produit et article, à moins que l'instructionaffectée à l'instruction d'activité DoPaymentCmd ne mette également en oeuvre l'interface DoInventory. Si c'est le cas, l'instruction OrderProcess comprend que l'implémentation DoPaymentCmd à appeler met également en oeuvre l'interface DoInventory. Par conséquent, elle ignore l'instruction d'activité UpdateInventory. Si le stock ATP est utilisé, l'instruction OrderProcess appelle l'instruction d'activité AllocateInventory à la place.
  3. Ensuite, l'instruction OrderProcess appelle l'instruction d'activité DoPayment, qui est une instruction de paiement. Pour WebSphere Commerce, la classe d'implémentation standard de DoPaymentCmd est DoPaymentMPFCmdImpl. L'instruction exécute une série de vérifications pour voir si la stratégie de paiement précisée par le paramètre policyId (ou indirectement par le paramètre tcId) est valide. Dans ce cas, la stratégie précisée concerne la cassette OfflineCard. La classe DoPaymentMPFCmdImpl appelle alors la classe d'implémentation de l'instruction de stratégie commerciale pour la stratégie précisée. Pour les stratégies de paiement basées sur les cassettes de Payment Manager (telles que la cassette OfflineCard), la classe d'implémentation est DoPaymentPMCmdImpl. La stratégie de paiement pour la cassette OfflineCard précise également le profil de caissier à utiliser. L'instruction DoPaymentMPFCmdImpl appelle alors l'instruction CashierCollectPayment pour initier le paiement avec le profil de caissier sélectionné. Puisqu'il s'agit de la cassette OfflineCard, le profil de caissier invite simplement Payment Manager à enregistrer la commande dans sa table pour garder les informations relatives à la carte de paiement et permettre à l'administrateur des commerçants de l'utiliser ultérieurement.
  4. Si l'instruction d'activité DoPayment réussit, l'instruction OrderProcess la réachemine vers l'instruction OrderOKView. Dans le cas de Payment Manager, l'affichage indique le fichier PayStatusPM.jsp ou un fichier équivalent JSP.
  5. Le fichier JSP obtient l'état du paiement à partir de PayStatusPMDataBean et envoie un message de succès au client dans sa langue. En cas d'erreur, l'instruction ré-achemine le tout vers DoPaymentErrorView.
  6. L'état de la commande devient 'M' en attente d'approbation.
  7. Une fois la transaction et la mise à jour de l'enregistrement effectuées par l'administrateur du commerçant, grâce à la fonction d'approbation de l'interface utilisateur de Payment Manager, le planificateur de WebSphere Commerce fait passer la commande à l'état 'C' (Terminée).

Pour plus d'informations sur les transactions de Payment Manager utilisant la cassette pour SET, reportez-vous au manuel IBM WebSphere Payment Manager for Multiplatforms, Cassette for SET Supplement, Version 3.1.

Pour plus d'informations sur les transactions de Payment Manager utilisant la cassette pour CyberCash, reportez-vous au manuel IBM WebSphere Payment Manager for Multiplatforms, Cassette for CyberCash Supplement, Version 3.1.

Rubriques connexes

Références connexes

IBM copyright