Search Overlay

Mise en service

Passer à un environnement de production

Les environnements de test et de production sont deux intégrations distinctes. Vos requêtes API dans l’environnement de production doivent utiliser vos informations de compte Production :

  • Numéro du compte marchand de production
  • Clé d’API Production

Pour traiter des transactions réelles, vos requêtes API doivent pointer vers les points de terminaison de l’API Production :

Par exemple :https://api.paysafe.com/bankaccountvalidator/v1/verifiedme/accounts/accountId/verifications

Vous devrez répéter sur le compte de production toutes les modifications de configuration apportées à votre compte de production. Conservez un registre de toutes les modifications demandées et effectuées. 

Liste de contrôle de la mise en service

Vous trouverez ci-dessous des informations sur la conformité des sites Web et d’autres vérifications à effectuer avant la mise en service.

Avant d’activer un compte, Paysafe effectuera des contrôles de conformité auprès de tous les marchands qui utilisent Paysafe en tant qu’acquéreur. Pour les marchands qui utilisent un autre acquéreur, des contrôles de conformité supplémentaires peuvent s’appliquer. Contactez votre acquéreur pour de plus amples renseignements. 

Informations requises de la partie utilisatrice/du consommateur de biens numériquesDescriptionValeurs de préproductionValeurs de production
Nom de l’entité (en anglais)

Nom à afficher sur l’application Service de vérification Interact

 

 

Nom de l’entité (en français)

Nom à afficher sur l’application Service de vérification Interact

 

 

JWKS URL

Les RP/DAC doivent fournir l’URL JWKS qui expose la clé publique pour vérifier leur requête signée par le système de service de vérification d’Interac.

Exigences :

  • L’URL du JWKS doit être accessible depuis l’Internet.
  • Doit exposer la ou les clés publiques correspondant à la ou aux clés privées du RP. (La clé privée utilisée pour signer l’objet de la requête DOIT être associée à une clé publique utilisée pour la vérification de la signature, publiée par l’expéditeur dans son document JWK Set.)
  • Doit contenir : "KeyId"(kid), "use": "sig" (au moins pour l’une des clés); "kta":"RSA" (type de clé), "alg":"RS256".
  • Doit être HTTPS (cert+intermediate)

 

 

URL de redirection

Une ou plusieurs URL du côté du RP où l’utilisateur sera redirigé par le HUB après un flux.  

Au moins 3 logos (companySmallLogo et companyBigLogo) sont requis pour l’intégration.

 

  1. companySmallLogo a la largeur maximale de : 200 px; la hauteur maximale : 200px; au format SVG en français et en anglais. L’image doit être sur un fond transparent, de forme carrée avec un logo rond.
  2. companyBigLogo a la largeur de : 255 px; la hauteur : 55px; au format SVG en français et en anglais.
    1. Favicon : companyFavicon est d’une largeur de : 48 px; la hauteur : 48px; au format SVG  en français et en anglais. REMARQUE : Dans certains cas, le logo 200x200 peut être réduit à 48x48, mais dans d’autres cas, un logo plus simple et moins détaillé est nécessaire.

Logo à afficher sur l’application Service de vérification Interac 

  1. companySmallLogo 
  2. companyBigLogo → 255x55 px
  

(Facultatif) Si une bannière Web personnalisée est requise, veuillez fournir les RGB pour les éléments suivants

  1. Couleur d’arrière-plan de l’en-tête
  2. Bouton de couleur d’arrière-plan
  3. Bouton de couleur du texte

Applicable uniquement au service de vérification Interac

  

Champ d’application de la configuration

1. Champ d’application. Les champs d’application prédéfinis suivants sont disponibles et peuvent être activés pour permettre aux fournisseurs de services de mettre en place rapidement des projets de test et de comprendre les options qui leur sont offertes :

openid onlyVme_scope : indique que l’étendue décrit le mode VME (le RP veut activer le flux VerifiedMe);

openid document_scope : indique que le champ d’application décrit le mode document (le RP veut activer le flux de vérification des documents);

openid general_scope : indique que le champ d’application décrit le mode sélection (le RP veut activer la page de sélection et laisser l’utilisateur choisir le flux : VerifiedMe ou Vérification des documents);

openid dual_scope : indique que le champ d’application décrit un mode mixte (VerifiedMe ET Vérification des documents).  

Remarque : Le HUB prend en charge des champs d’application configurables pour chaque client. Un client peut avoir un ou plusieurs champs d’application configurés pour les cas d’utilisation souhaités. Pour effectuer une requête spécifique de preuve d’identité, le client inclut le champ d’application correspondant dans la requête d’autorisation OpenID Connect. Les clients peuvent attribuer leurs propres noms de champ d’application à leurs configurations.

2. acceptPartialResult flag = true – par défaut. Permet d’obtenir des résultats partiels pour les flux mixtes dans le cas où l’un des processus de vérification a été interrompu ou a échoué.  (permet la réussite du flux V.me et l’annulation du flux du service Document ou vice versa). Applicable pour dual_scope seulement

  
Configuration des données du service de vérification Interac

1. Liste des attributs et de lots

Exemple :

Lot : SK-DA-01 (profil d’identité);

Liste des attributs du lot :

  • Nom (prénom),
  • Nom de famille,
  • Date de naissance

2. Objet Matching = disabled – par défaut. Le HUB permet de comparer les données de l’utilisateur final du RP avec les données d’utilisateur du service de vérification InteracApplicable pour Document_scope, onlyVme_scope et General_scope.

  
Configuration des données de vérification des documents 

1. Types de documents pris en charge
Liste des types de documents pouvant être utilisés pendant le flux. Pour chaque document, il convient d’indiquer le pays et l’État/la province d’émission.
Ensemble complet de types de documents : passeport, permis de conduire

2. Autoriser les documents périmés
Identifiant indiquant si le client autorise le passage du flux avec des documents périmés.

3. Champs
Liste des champs que le RP s’attend à récupérer du service de documents. 
Ensemble complet de champs : given_name, family_name, birthdate, address, document_type, nationality, issue_date, document_number, expiry_date, issuing_country, issuing_authority

4. Renvoie toujours les données de numérisation du document (allowPartialResults) = false par défaut. Permet d’autoriser des résultats complets avec les indicateurs SUSPECTED ou REJECTED (si cette option est activée, la réponse userinfo sera remplie avec les résultats de l’analyse qui incluent (a) toutes les données PII et documentaires qu’Onfido a pu traiter et renvoyer, et (b) les indicateurs SUSPECTED ou REJECTED qui ont été déclenchés).

Applicable pour Document_scope et General_scope. 

5. Correspondance d’objet = disabled – par défaut. Le HUB permet de comparer les données de l’utilisateur final du RP avec les données du document de l’utilisateur. Applicable pour Document_scope, onlyVme_scope et General_scope