Voici les règles appliquées au paiement Google Pay™ :

2 modes de fonctionnements sont possibles :

• CRYPTOGRAM_3DS : dans ce mode, l'authentification du porteur de carte est assurée par Google qui transmet un token (DPAN) correspondant à la carte utilisée, et détokenisable uniquement par l'émetteur de la carte (compatible Google Pay™). Pour ce mode vous devez vous assurer que vos acquéreurs supportent le flux Google Pay™.
• PAN_ONLY : dans ce mode Google transmet les données carte (PAN + date d'expiration) de manière chiffrée, l'authentification du porteur se faisant alors par 3DS.

Tous les contrôles anti-fraude sont pris en charge dans le cadre des paiements Google Pay™ (outil fraude).

Google impose une charte graphique pour le logo à utiliser sur vos pages de paiement. Les informations liées à cette charte sont disponibles ici : https://developers.google.com/pay/api/web/guides/brand-guidelines

Durant la cinématique de paiement, l’authentification du porteur de carte peut être réalisée par Google Pay™ ou la banque émettrice (3DS) selon le mode utilisé par l'internaute.

Quelque soit ce mode (CRYPTOGRAM_3DS/PAN_ONLY), si l'internaute valide son paiement via Google Pay™, alors Google vous transmettra des données de paiement chiffrées avec notre clé. Vous devrez nous les transmettre via la fonction paymentDataProviderCheck pour déchiffrement et contrôle à notre niveau.

A partir de là deux cas se présentent à vous :

• Mode "CRYPTOGRAM_3DS" : Si l'internaute utilise une carte enrôlée dans son Google Wallet, alors l'authentification est assurée par Google et nous vous retournerons en réponse les données de paiement (DPAN, CAVV/TAVV, ECI) que vous pourrez alors utiliser pour appeler la fonction cardOrder et ainsi réaliser la demande d'autorisation.

• Mode "PAN_ONLY" : Si l'internaute utilise une carte enregistrée dans son compte utilisateur Google, alors il faudra procéder à une authentification 3DS. Nous vous retournerons des données de paiement (paymentToken, expiryDate) qu'il faudra utiliser pour appeler notre fonction cardCheckEnrollment pour ensuite rediriger l'internaute vers la page d'authentification de sa banque, puis la fonction cardValidateAuthenticationAndOrder pourra être utilisée pour réaliser la demande d'autorisation.

Le délai de capture maximum autorisé pour un paiement Google Pay™ est de 6 jours.

Si vous renseignez un délai de capture supérieur, il sera automatiquement forcé par la plateforme de paiement.

Les paiements sont remis en banque conformément aux modalités de paiement définies par vous-même. En standard, la remise en banque est déclenchée la nuit à partir de 22h00, fuseau horaire CET (heure d’Europe Centrale), via un échange de fichier avec l’acquéreur.

Ce mode correspond à une authentification du porteur via l'application Google Pay™

Ce mode correspond à une authentification 3DS du porteur via l'emetteur de sa carte. Il s'agit ici d'un fonctionnement de type "Wallet Externe"

Pour effectuer un paiement Google Pay™ avec Office (M2M), vous devez intégrer dans votre page de paiement le bouton Google Pay™ et implémenter le code javascript associé. Puis nous transmettre le token de paiement produit par Google Pay™ afin que nous en assurions le déchiffrement via la méthode paymentDataProviderCheck.

Les champs suivants doivent être renseignés :

{
  "protocolVersion": "ECv2",
  "signature": "MEQCIH6Q4OwQ0jAceFEkGF0JID6sJNXxOEi4r+mA7biRxqBQAiAondqoUpU/bdsrAOpZIsrHQS9nwiiNwOrr24RyPeHA0Q==",
  "intermediateSigningKey": {
    "signedKey": "{\"keyExpiration\":\"1542323393147\",\"keyValue\":\"MFkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDQgAE/1+3HBVSbdv+j7NaArdgMyoSAM43yRydzqdg1TxodSzA96Dj4Mc1EiKroxxunavVIvdxGnJeFViTzFvzFRxyCw\\u003d\\u003d\"}",
    "signatures": [
      "MEYCIQCO2EIi48s8VTH+ilMEpoXLFfkxAwHjfPSCVED/QDSHmQIhALLJmrUlNAY8hDQRV/y1iKZGsWpeNmIP+z+tCQHQxP0v"
    ]
  },
  "signedMessage": "{\"tag\":\"jpGz1F1Bcoi/fCNxI9n7Qrsw7i7KHrGtTf3NrRclt+U\\u003d\",\"ephemeralPublicKey\":\"BJatyFvFPPD21l8/uLP46Ta1hsKHndf8Z+tAgk+DEPQgYTkhHy19cF3h/bXs0tWTmZtnNm+vlVrKbRU9K8+7cZs\\u003d\",\"encryptedMessage\":\"mKOoXwi8OavZ\"}"
}

Liste des différents états possibles de la réponse :

Les champs spécifiques suivants sont valorisés dans le cas d’un déchiffrement du token de paiement Google Pay™.

Le champ authenticationResult (uniquement dans le mode CRYPTOGRAM_3DS) est un conteneur composé des champs suivants.

Pour effectuer un paiement avec Office (M2M), vous devez utiliser la méthode cardOrder.

La requête de paiement Google Pay™ comprend tous les champs obligatoires du connecteur que vous utilisez.

Les champs suivants ont un comportement particulier :

Le tableau suivant récapitule les différents cas de réponse à traiter :

Pour connaître l'intégralité des codes réponses (responseCode) et codes réponses acquéreur (acquirerResponseCode), veuillez vous référer au Dictionnaire des données.

Vous vérifiez l’enrôlement 3-D Secure de la carte en faisant appel à la méthode cardCheckEnrollment.

Dans un contexte 3-D Secure, en dehors des données obligatoires de la méthode, voici les données de la requête auxquelles vous devez prêter attention.

Lorsque vous recevez la réponse, avant de l'analyser et suivre les conseils du tableau ci-dessous, vérifiez le seal. Le seal recalculé, doit être identique au seal reçu.

Merci de vous référer à la même étape du paragraphe Connecteur Office (M2M).

Merci de vous référer à la même étape du paragraphe Connecteur Office (M2M).

Merci de vous référer à la même étape du paragraphe Connecteur Office (M2M).