Parcours d'achat

Présentation

Une fois les comptes associés, le mode de paiement nouvellement créé peut être utilisé pour les achats. Les achats sur Google sont effectués selon un ou deux modes:

• Lancé par l'utilisateur
• Lancé par le système

Quel que soit le mode choisi, dans le cas typique, l'interface utilisateur de l'intégrateur n'est pas impliquée dans les achats.

Fonctionnement du flux

Le schéma ci-dessous illustre un achat initié par l'utilisateur.

Parcours d'achat – Utilisateur présent

Les objets du schéma sont les suivants:

• Utilisateur: il s'agit de la personne qui souhaite effectuer un achat via Google.
• UI Google: il s'agit de l'interface où le client commence à effectuer un achat.
• Serveur Google: serveur backend de Google qui envoie la commande de capture au serveur de l'intégrateur de paiements.
• Serveur d'intégrateur de paiement: serveur backend de l'intégrateur qui accepte la demande de capture de fonds.

Dans ce parcours d'achat, l'utilisateur est en session. Il commence le flux par l’achat d’un article.

1. L'utilisateur commence à acheter un article via l'interface utilisateur de Google.
2. Les informations d'achat sont envoyées au serveur Google.
3. Le serveur de Google envoie la requête Capture (GPT, amount) au serveur de l'intégrateur de paiements.
4. Le serveur d'intégration des paiements renvoie une réponse de réussite au serveur Google.
5. Le serveur Google renvoie une réponse de réussite à l'interface utilisateur Google.
6. Les articles sont livrés au client.

Un flux initié par le système est illustré ci-dessous. Dans ce cas, le système de Google a émis le paiement au nom de l'utilisateur. Cela peut se produire pour diverses raisons (par exemple, dans le cadre d'un abonnement mensuel).

Dans ce cas, l'utilisateur n'est pas en session.

Parcours d'achat : utilisateur absent

Les objets du schéma sont les suivants:

• Serveur Google: serveur backend de Google qui lance l'achat.
• Serveur d'intégrateur de paiement: serveur backend de l'intégrateur qui accepte la demande de capture de fonds.

L'utilisateur n'est pas présent dans ce parcours d'achat. Le serveur Google initie l'achat.

1. Le serveur Google déclenche un parcours d'achat lorsque l'utilisateur n'est pas en session.
2. Le serveur Google envoie une commande Capture, qui inclut les éléments GPT et amount de l'achat.
3. Le serveur d'intégrateur de paiements répond avec le message de réussite.

Bonnes pratiques et autres considérations

L'intégrateur et/ou Google peuvent rediriger l'utilisateur via la procédure de réauthentification avant d'effectuer un achat pour diverses raisons. Voici quelques-unes des raisons possibles:

1. Le moteur de gestion des risques de Google détermine qu'un paiement semble suspect.
2. Les exigences réglementaires exigent un mot de passe à usage unique à chaque achat.

Dans ce cas, Google authentifie de nouveau l'utilisateur, puis l'autorise à terminer le parcours d'achat. Le résultat de la procédure de réauthentification est la preuve de l'identité et de l'authentification de l'utilisateur. Au cours du parcours d'achat, le résultat de la réauthentification est envoyé à l'intégrateur des paiements avec les informations d'achat.