Le choix d'un partenaire d'infrastructure de paiement est l'une des décisions les plus importantes que prend un marché en pleine croissance. La bonne plateforme offre une inscription des utilisateurs rapide pour les marchands, des versements fiables et un paiement qui convertit. De plus, elle maintient la conformité à mesure que vous vous développez sur de nouveaux marchés. Stripe Connect est inclus à titre de point de référence tout au long du document. Considérez-le comme un exemple concret de ce à quoi ressemble la meilleure infrastructure de marché en 2026.
Ce modèle vous offre un moyen structuré et de bout en bout de gérer un appel d'offres pour des fournisseurs de paiement de marché. Il couvre l'ensemble de la portée, y compris l'inscription des utilisateurs des marchands, les versements instantanés, la couverture mondiale des paiements, la conversion au paiement des clients, la conformité des mouvements de fonds, les outils opérationnels et les capacités émergentes telles que le protocole de commerce agentique.
Ce modèle d'appel d'offres n'est pas conçu pour être utilisé comme un formulaire rigide. Considérez-le plutôt comme un guide que vous pouvez (et devriez) adapter à votre modèle de marché spécifique, aux marchés que vous servez et aux problèmes que vous tentez de résoudre.
Table des matières
Section A : Instructions administratives
Section B : Aperçu et étendue des travaux
Section C : Instructions relatives à la proposition
Section D : Processus d'évaluation
Section F : Implémentation et service d’assistance
Section G : Conditions commerciales
Page de couverture
L'objectif de la page de couverture est d'indiquer précisément aux fournisseurs ce qu'ils regardent et à qui s'adresser. Elle élimine toute ambiguïté avant que les fournisseurs n'investissent du temps dans une réponse.
Voici ce qu’il faut inclure dans cette section :
- Titre : Appel d'offres pour les paiements de marché et l'infrastructure de versement aux marchands
- Organisation émettrice : [Votre entreprise]
- Avis de confidentialité (en bref, langage lié à un accord de non-divulgation)
- Point de contact : [Nom, titre, courriel, téléphone]
- Date d'émission et date de clôture de la proposition
Voici un exemple de ce à quoi cela pourrait ressembler.
Coordonnées
|
Gestionnaire de l'appel d'offres |
[Nom complet] |
|
Titre |
[Titre] |
|
Courriel |
[courriel@entreprise.com] |
|
Téléphone |
[+1 XXX-XXX-XXXX] |
Dates clés
|
Date d'émission |
T2 2026 |
|
Échéance des questions |
[MM/JJ/AAAA] |
|
Date d'échéance de la réponse |
[MM/JJ/AAAA] |
Format de soumission
Toutes les réponses doivent être soumises par voie électronique, par courriel, au format PDF. Les modèles de tarification et d'évaluation doivent être soumis sur Excel. Les soumissions qui ne respectent pas ce format pourraient ne pas être évaluées.
Convention de nommage des fichiers
[Nom du fournisseur]–Marché–Appel d'offres–Réponse–[Date].pdf
Objet du présent d’appel d’offres
[Votre entreprise] est à la recherche d'un partenaire d'infrastructure de paiement de marché capable de prendre en charge une inscription des utilisateurs rapide pour les marchands, des virements mondiaux flexibles, un paiement de client à fort taux de conversion, et des mouvements de fonds transfrontaliers conformes pour se développer dans [insérer les marchés].
Ce document décrit les exigences, les critères d’évaluation et la procédure de soumission des propositions.
Bref avis de confidentialité
Cet appel d'offres contient des renseignements confidentiels et exclusifs qui appartiennent à [votre entreprise]. Il est fourni uniquement pour permettre aux fournisseurs de préparer une proposition et ne doit pas être partagé avec des tiers sans consentement écrit.
Section A : Instructions administratives
Cette section établit les règles de base. Avant que les fournisseurs n’investissent du temps dans une réponse, ils doivent savoir comment le processus fonctionne, ce qui est attendu et à quoi ressemble l'historique. Soyez précis ici. L’ambiguïté dans la section administrative crée des problèmes par la suite.
Pensez a y inclure ce qui suit :
- Obligations de confidentialité et de non-divulgation
- Limitation de la responsabilité
- Historique de l'appel d'offres avec les dates clés
- Format de soumission et conventions de nommage des fichiers
- Point de contact et règles de communication
- Formulaire d’accusé de réception du fournisseur
Voici un exemple de ce à quoi cela pourrait ressembler.
A.1 Déclaration de confidentialité et de non-divulgation
Toutes les informations contenues dans cet appel d'offres sont confidentielles et visent uniquement à permettre au fournisseur de préparer une réponse. Les fournisseurs ne doivent pas divulguer, reproduire ou distribuer ce document ou toute partie de celui-ci sans le consentement écrit préalable de [votre entreprise]. Les informations exclusives incluses dans les propositions doivent être clairement identifiées; [votre entreprise] les traitera en conséquence.
A.2 Limitation de la responsabilité financière
Le présent appel d’offres ne constitue pas une offre de contrat. [Votre entreprise] n’est pas tenue d’attribuer un contrat ou de rembourser les coûts engagés pour préparer une réponse. Les fournisseurs sont seuls responsables des dépenses effectuées tout au long de ce processus.
A.3 Historique de l'appel d'offres
|
Jalon |
Date cible |
|
Appel d’offres publié |
T2 2026 |
|
Échéance pour l’accusé de réception du fournisseur |
[dans 3 jours ouvrables] |
|
Échéance pour la réception des questions des fournisseurs |
[dans 2 semaines] |
|
Questions et réponses à l’intention de tous les fournisseurs |
[dans 3 semaines] |
|
Date limite de soumission des propositions |
3e trimestre de 2026 |
|
Période d’évaluation |
3e trimestre de 2026 |
|
Notifications de présélection |
3e trimestre de 2026 |
|
Démonstrations de fournisseurs |
T3 2026 – T4 2026 |
|
Sélection finale |
4e trimestre de 2026 |
|
Date de mise en production prévue |
T1 2027 |
A.4 Directives de soumission
- Toutes les propositions doivent être soumises par courriel à [adresse courriel du contact].
- Les fournisseurs doivent accuser le reçu dans les trois jours ouvrables suivant l'émission.
- Les questions doivent être soumises par écrit à la date indiquée dans la section A.3.
- Toutes les communications doivent passer par le gestionnaire de l'appel d'offres désigné. Tout contact direct avec d'autres employés de [votre entreprise] pendant la période d'évaluation pourrait entraîner une disqualification.
A.5 Documents de soumission requis
Chaque fournisseur doit inclure les documents suivants dans sa soumission.
|
Document
|
Format
|
Requis ?
|
|---|---|---|
| Résumé | Oui | |
| Réponse aux exigences de la section E | Oui | |
| Modèle de tarification rempli | Excel | Oui |
| Profil de l'entreprise et résumé financier | Oui | |
| Trois références de clients de marché ou plus | Oui | |
| Certifications de conformité (PCI DSS v4.0, SOC 2 Type II, ISO 27001) | Oui | |
| Études de cas avec des mesures de production | Oui | |
| Extrait de la documentation de l'API ou lien vers le portail du développeur | PDF ou URL | Oui |
A.6 Aperçu de l'évaluation
[Votre entreprise] évaluera les propositions en fonction de la vitesse de l'inscription des utilisateurs pour le marchand, de l'infrastructure de versement, du taux de conversion pour le client, de la couverture de paiement mondiale, de la qualité de l'API et de la fiabilité du fournisseur. Les fournisseurs doivent démontrer – avec des preuves – des améliorations mesurables des taux d'activation des marchands, du taux de conversion, des taux d'autorisation et de l'efficacité opérationnelle. Les affirmations sans données ne seront pas évaluées.
A.7 Accusé de réception du fournisseur
Les fournisseurs doivent remplir et renvoyer l’accusé de réception ci-dessous dans les trois jours ouvrables suivant la réception du présent appel d’appel d’offres.
Nous accusons réception de l’appel d’offres intitulé « [Titre de l’appel d’offres] » et confirmons notre intention ☐ de soumettre/☐ de ne pas soumettre de réponse.
Nom de l’entreprise : ________________________
Représentant autorisé : ________________________
Titre : ________________________
Date : _______
Section B : Présentation et énoncé des travaux
Un aperçu vague produit des propositions génériques. Donnez aux fournisseurs le contexte spécifique dont ils ont besoin pour répondre intelligemment : le modèle de votre marché, les marchés que vous servez, votre éventail de marchands et les problèmes spécifiques que vous devez résoudre.
Voici un exemple de ce à quoi cela pourrait ressembler.
B.1 Historique de l'entreprise
[Votre entreprise] exploite un marché [B2B/B2C/C2C] qui met en relation [décrivez les types de clients et de marchands] dans [insérez les marchés]. Nous traitons environ [X] transactions par mois dans [X] devises et prenons actuellement en charge [X] marchands actifs. Nous facturons environ [volume approximatif] clients par mois dans [X] devises. Nous recherchons un partenaire dont la plateforme gère l'ensemble de la suite d'outils de mouvement de fonds – paiement du client, inscription des utilisateurs marchands, distribution des versements, conformité fiscale et production de rapports – sans nécessiter de maintenance technique continue importante.
Vous pouvez fournir des détails supplémentaires pour personnaliser :
- Siège social et marchés clés
- Fourchette de VMB et volume de transactions
- Répartition des transactions nationales et transfrontalières
- Équipes internes impliquées (p. ex., ingénierie, finances, juridique et conformité, opérations, produit)
B.2 Objectif du projet
Cet appel d'offres existe pour identifier un partenaire de paiement du marché qui soutient la prochaine phase de notre croissance. Notre infrastructure actuelle [décrivez l'écart (p. ex., oblige les marchands à attendre des jours pour obtenir leurs bénéfices, nécessite une ingénierie sur mesure par marché, ne peut pas prendre en charge le commerce initié par l'IA)].
Notre partenaire idéal devra faciliter les aspects suivants :
- Des versements instantanés qui incitent les marchands à choisir notre marché plutôt que la concurrence
- Une Suite d'optimisation des paiements qui utilise l'IA pour récupérer les revenus perdus au moment du paiement
- Une expansion transfrontalière conforme sans nécessiter de nouvelles entités juridiques ou de nouveaux fournisseurs de paiement dans chaque marché
- Une plateforme unifiée qui remplace les solutions ponctuelles et réduit la complexité opérationnelle
- Une infrastructure prête pour le commerce agentique afin que les agents d'IA puissent initier et terminer des transactions sur le marché au nom des clients dès aujourd'hui
B.3 Étendue des travaux
Principales prestations :
- L'inscription des utilisateurs marchands et la vérification de l'identité, avec une activation le jour même comme norme
- Des versements instantanés et l'acheminement mondial des versements vers [insérez les pays requis], avec une sélection intelligente des réseaux par versement
- L'acceptation des paiements côté client à l'aide d'une Suite d'optimisation des paiements : une optimisation du taux d'autorisation propulsée par l'IA, la présentation dynamique du mode de paiement local parmi plus de 100 modes, des identifiants sauvegardés, achetez maintenant, payez plus tard, et une tarification adaptative pour les clients transfrontaliers
- Un mouvement de fonds transfrontalier conforme sans nécessiter d'entités juridiques par pays
- Le calcul automatisé de la taxe et la production de rapports pour le marché
- La production de rapports et l'accès aux données unifiés par le biais d'une plateforme unique, et non d'un assemblage d'exportations
- Des API et des outils qui intègrent tout ce qui précède avec une seule intégration mondiale
Livrables supplémentaires :
- Des options de versement en cryptomonnaie stable pour les marchands dans les marchés où les réseaux bancaires traditionnels sont lents ou inaccessibles
- La prise en charge de l'Agentic Commerce Protocol (une norme définie pour que les agents d'IA initient des transactions sur le marché)
B.4 Travaux hors de la portée
Définissez ce qui est exclu afin que les fournisseurs ne le tarifient pas ou n'en assument pas la responsabilité.
Voici quelques exemples :
- La détection de la fraude au-delà des contrôles standard au niveau du marché (gérée séparément)
- Des fonctionnalités complètes de PRE ou de grand livre
- Des outils de service à la clientèle non liés aux paiements
B.5 Résultats souhaités
- Un taux d'inscription des utilisateurs marchands le jour même et de préparation aux versements supérieur à [X] %
- Une amélioration du taux de conversion d'au moins [X] % dans les 90 jours suivant la mise en production (par rapport à l'augmentation de 2 % à 3 % documentée en production par les principales plateformes)
- Une amélioration du taux d'autorisation d'au moins 1 %
- Une couverture des versements dans [X] pays au lancement, avec une prise en charge confirmée des réseaux locaux
- Un temps d'ingénierie pour maintenir l'infrastructure de paiement réduit de [X] %
Section C : Instructions relatives aux propositions
Si vous ne précisez pas le format souhaité pour les propositions, vous recevrez de tout, des résumés de cinq pages aux PDF de 300 pages. Cette section normalise ce que vous recevez afin que vous puissiez comparer les fournisseurs côte à côte. Les propositions qui mettent en avant des descriptions de produits plutôt que des résultats de production doivent être évaluées en conséquence.
Voici un exemple de ce à quoi cela pourrait ressembler.
C.1 Format et structure de la soumission
Chaque proposition doit suivre cette structure :
- Résumé (trois pages au maximum)
- Réponses à toutes les exigences de la section E, numérotées en conséquence
- Modèle de tarification rempli dans Excel
- Profil du fournisseur et résumé financier
- Minimum de trois références de clients d'exploitants de marchés comparables
- Documents justificatifs tels que des certifications de conformité, des études de cas avec des mesures de production et la documentation de l'API
Les soumissions qui s'écartent considérablement des exigences ou qui omettent des éléments obligatoires pourraient ne pas être évaluées.
C.2 Exigences de formatage
- Réponse narrative sous forme de PDF ; modèle de tarification sous forme de fichier Excel
- Police d'au moins 11 points, marges de 2,54 cm, numéros de page
- Toutes les valeurs monétaires en USD, sauf indication contraire
- Nom du fichier : [Nom du fournisseur]–Marché–Appel d'offres–[Date].pdf
C.3 Conseils sur le contenu de la proposition
Résumé
- Mettez en avant les résultats mesurés de déploiements sur des marchés comparables : taux d'activation des marchands le jour même, chiffres d'adoption des virements instantanés, augmentation documentée du taux de conversion grâce à la Suite d'optimisation des paiements et améliorations du taux d'autorisation. Ne décrivez pas votre produit. Montrez ce qu'il produit.
- Incluez votre vision de ce partenariat sur trois ans.
Aperçu de la solution et architecture
- Décrivez comment votre plateforme gère l'ensemble de la suite d'outils de mouvement de fonds du marché en une seule intégration. Expliquez précisément comment vos fonctions d'IA et d'apprentissage automatique favorisent les améliorations des autorisations et du taux de conversion.
- Décrivez la base de données qui sous-tend vos modèles d'apprentissage automatique : le nombre de transactions, l'étendue des émetteurs et la couverture du marché. Cette base détermine si le modèle fonctionne lorsqu'il se développe.
Commerce agentique
- Décrivez vos fonctions de production actuelles pour les transactions initiées par des agents d'IA. Le commerce par agents est une exigence actuelle, pas un élément de la feuille de route future ; les propositions qui le présentent comme une fonction à venir seront évaluées en conséquence.
Couverture internationale
- Précisez exactement quels marchés vous prenez en charge pour l'acceptation des paiements, l'inscription des utilisateurs pour les marchands et les versements. Distinguez les marchés avec des relations d'acquisition directes de ceux avec des accords tiers. « Pris en charge » a des significations différentes selon la personne à qui vous le demandez.
Sécurité et conformité
- Confirmez la conformité PCI DSS v4.0 (en vigueur depuis mars 2024) et la date de l'audit le plus récent.
- Fournissez 12 mois de données historiques sur la disponibilité. L'attente pour une infrastructure de marché de niveau production est une disponibilité de plus de 99,999 % et un taux de réussite de l'audit PCI de 100 %.
API et fonctionnalités pour les développeurs
- Fournissez des références de latence de l'API (p50, p95 ou p99), l'historique de disponibilité et votre approche de la gestion des versions.
- Incluez un lien vers votre documentation de développeur ou votre environnement de bac à sable.
C.4 Clarifications et questions
Les questions doivent être soumises par écrit d'ici la [date limite des questions] au [courriel du responsable de l'appel d'offres]. Les réponses seront distribuées simultanément à tous les participants. Aucune discussion informelle avec d'autres employés de [votre entreprise] n'est autorisée pendant le processus.
C.5 Validité de la proposition
Les propositions doivent rester valides pendant 90 jours à compter de la date limite de soumission, sauf prolongation par accord écrit mutuel.
C.6 Droit de rejet ou de négociation
[Votre entreprise] se réserve le droit de rejeter toute proposition, de demander des clarifications ou de mener des négociations parallèles avec un ou plusieurs fournisseurs. La participation ne constitue pas un engagement d'achat.
Section D : traité d’évaluation
La transparence de l'évaluation incite les fournisseurs à répondre avec des preuves plutôt qu'avec des affirmations. Chaque critère ci-dessous correspond directement aux exigences de la section E.
Voici un exemple de ce à quoi cela pourrait ressembler.
D.1 Méthodologie d'évaluation
Toutes les propositions seront évaluées par une équipe interfonctionnelle comprenant l'ingénierie, les finances, les services juridique et de conformité, ainsi que les opérations.
L'évaluation se déroule en trois étapes :
- Examen de conformité : Confirmez que tous les documents requis sont présents et respectent les exigences de formatage.
- Évaluation qualitative : Évaluez chaque soumission en fonction de critères pondérés à l'aide d'une échelle de 1 à 5 (5 = exceptionnel, soutenu par des preuves de production; 1 = ne répond pas aux critères de base). Une note de 5 nécessite des mesures de production documentées.
- Démonstration et évaluation finale : Les fournisseurs présélectionnés présentent des démonstrations en direct de la plateforme. Les démonstrations doivent utiliser un bac à sable équivalent à la production, et non une présentation scénarisée.
D.2 Critères d'évaluation et pondérations
|
Critère
|
Pondération
|
Ce que nous évaluons
|
|---|---|---|
| Inscription des utilisateurs marchands et infrastructure de versement | 25 % | Taux d'activation le jour même, délai de virement et couverture pour les virements instantanés, portée globale des versements, prise en charge des versements en cryptomonnaie stable |
| Taux de conversion des clients et modes de paiement | 20 % | Suite d'optimisation des paiements, optimisation du taux d'autorisation basée sur l'apprentissage automatique, identifiants enregistrés, jetons de paiement partagés, modes de paiement locaux, augmentation documentée des conversions |
| Couverture mondiale et conformité transfrontalière | 20 % | Acquisition directe par marché, licences de mouvement de fonds, profondeur des versements transfrontaliers, infrastructure de cryptomonnaie stable |
| Architecture de la plateforme et qualité de l'API | 15 % | Modèle d'intégration unique, latence de l'API, historique de disponibilité, qualité du bac à sable, rythme d'amélioration du produit |
| Commerce agentique | 10 % | État de préparation à la production du protocole de commerce agentique, paiement agentique, authentification des agents et infrastructure d'audit |
| Outils opérationnels et rapports | 5 % | Dashboard unifié, automatisation des taxes, analyses équivalentes à Sigma, connectivité à l'entrepôt de données |
| Implémentation et service d’assistance | 5 % | Réalisme du calendrier, ANS, qualité du service d’assistance |
| Conditions commerciales et stabilité du fournisseur | 10 % | Transparence de la tarification, flexibilité des contrats, santé financière |
Le commerce agentique a une pondération de 10 % (élevée), car il représente un écart de capacité structurelle entre les fournisseurs qui ont conçu pour le commerce intermachines et ceux qui ne l'ont pas fait. Cet écart s'aggrave au fil du temps.
D.3 Exigences relatives aux démonstrations
Les fournisseurs présélectionnés feront une démonstration en direct des éléments suivants dans un environnement de bac à sable :
- Inscription des utilisateurs marchands de bout en bout (de l'inscription à l'état prêt pour le versement, avec la complétion de la connaissance du client), visant une activation le jour même
- Lancement d'un virement instantané pour un marchand, avec confirmation réelle d'un règlement en moins d'une minute
- Suite d'optimisation des paiements : présentation dynamique du mode de paiement, réutilisation des identifiants enregistrés via Link ou équivalent, et Authorization Boost en action
- Transaction transfrontalière (client dans un pays, marchand dans un autre, et versement dans une troisième devise), traitée sans acheminement manuel
- Protocole de commerce agentique : un agent d'IA qui s'authentifie et effectue une transaction de marché via l'API, avec une journalisation complète des audits
- Dashboard de rapports unifié : VMB, volume des versements, taux d'activation des marchands, taux d'autorisation et aperçu des contestations
- Identifiants de démonstration temporaires valides pendant au moins 10 jours ouvrables après la démonstration
D.4 Négociation et attribution du contrat
[Votre entreprise] se réserve le droit de mener des séances de clarification, de demander des offres finales et optimales, et de mener des négociations parallèles. Aucun contrat n'est contraignant tant qu'il n'est pas signé par les deux parties.
⚑ Notes de l'évaluateur – à retirer avant l'envoi aux fournisseurs ⚑
- Évaluez indépendamment avant la délibération du groupe. Une note de 5 nécessite des mesures de production documentées – et non des capacités déclarées.
- Examinez la couverture mondiale marché par marché. Demandez aux fournisseurs de confirmer les relations d'acquisition directes par rapport aux ententes avec des tiers pour chaque marché de votre liste. La distinction est importante pour les taux d'autorisation et les coûts.
- La démonstration du commerce agentique n'est pas négociable. Tout fournisseur qui ne peut pas montrer un agent d'IA effectuant une transaction dans un bac à sable aujourd'hui n'est pas prêt pour l'évolution de votre plateforme.
- Validez les affirmations concernant le virement instantané dans le bac à sable. Demandez quel pourcentage des versements aux marchands se règlent en moins de 60 secondes en production.
- Demandez aux fournisseurs d'indiquer l'empreinte des données d'entraînement pour leurs modèles de paiement d'IA. L'ampleur des données de transaction qui sous-tendent les modèles d'apprentissage automatique est le principal facteur de différenciation pour le taux de conversion et les performances d'autorisation. Elle ne peut pas être reproduite uniquement par l'ingénierie.
- Demandez des données de disponibilité sur 12 mois, et pas seulement une ANS. Il y a une différence matérielle entre une disponibilité de 99,900 % et de 99,999 % pour un marché qui exécute des paiements continus.
Section E : Exigences fondamentales
Il s'agit de la section la plus importante. Exigez des réponses factuelles et fondées sur des preuves. Tout fournisseur digne d'être déployé peut faire état de résultats documentés à partir de déploiements réels. Pour chaque exigence, les fournisseurs doivent indiquer : Standard (en production aujourd'hui), Configurable (nécessite une configuration), Custom (nécessite un développement) ou S/O.
Voici un exemple de ce à quoi cela pourrait ressembler.
E.1 Inscription des marchands et vérification de l'identité
L'inscription des marchands est le point de départ de la fidélisation des marchands sur votre marché. Une expérience d'inscription difficile indique aux marchands à quoi ressemblera le reste de la relation, et les marchands ont d'autres options. La référence pour les meilleures plateformes est de 91 % des marchands qui terminent leur inscription et atteignent l'état de préparation aux versements le même jour. C'est la norme à laquelle vous devez soumettre votre fournisseur.
Les meilleurs fournisseurs intègrent également la connaissance du client, la lutte contre le blanchiment de capitaux et la vérification de l'identité directement dans leurs plateformes, de sorte que vous n'avez pas à maintenir la logique de conformité vous-même. Dans un environnement réglementaire qui change constamment d'un marché à l'autre, cette répartition des responsabilités est importante.
|
Exigence
|
État
|
Réponse ou preuve du fournisseur
|
|---|---|---|
| Inscription des marchands simplifiée avec au plus trois étapes, de la création de compte à l'état de préparation aux versements – fournissez le taux d'activation le jour même documenté à partir de déploiements en production, et non des chiffres projetés | Standard / Configurable / Custom / S/O | - |
| Connaissance du client et vérification de l'identité intégrées pour les particuliers et les entreprises, y compris les marchands transfrontaliers, sans exiger que le marché crée ou maintienne sa propre logique de conformité. | Standard / Configurable / Custom / S/O | - |
| Contrôle de la lutte contre le blanchiment de capitaux et surveillance continue intégrés au flux d'inscription, mis à jour automatiquement à mesure que les exigences réglementaires évoluent. | Standard / Configurable / Custom / S/O | - |
| Prise en charge de plusieurs types d'entités de marchands : entreprises individuelles, SARL, sociétés par actions et structures juridiques non standard courantes sur les marchés transfrontaliers. | Standard / Configurable / Custom / S/O | - |
| Flux d'inscription intégrable qui réside dans l'expérience utilisateur de votre plateforme. Les marchands terminent leur inscription sans être redirigés vers une interface tierce. | Standard / Configurable / Custom / S/O | - |
| Webhooks d'état d'inscription en temps réel et un tableau de bord que votre équipe d'exploitation peut utiliser pour surveiller les taux d'activation, identifier les blocages et intervenir sur les demandes bloquées. | Standard / Configurable / Custom / S/O | - |
| Revérification et actualisation continue de la connaissance du client déclenchées automatiquement lorsque les seuils réglementaires ou les signaux de risque l'exigent. | Standard / Configurable / Custom / S/O | - |
| Couverture de l'inscription des marchands dans [insérer les pays requis]. Précisez quels marchés nécessitent des documents supplémentaires ou une vérification manuelle, et le délai d'exécution typique pour chacun d'eux. | Standard / Configurable / Custom / S/O | - |
E.2 Versements aux marchands et mouvements de fonds
Le délai de virement et la flexibilité sont les principales raisons pour lesquelles les marchands choisissent un marché plutôt qu'un autre, et certains marchands sont prêts à payer pour des versements plus rapides. Cela signifie que les versements instantanés sont à la fois votre outil de fidélisation des marchands le plus puissant et une opportunité directe de revenus. Les plateformes qui font attendre les marchands des jours pour leurs bénéfices les perdent au profit des plateformes qui ne le font pas.
C'est avec les versements transfrontaliers que la complexité s'accroît le plus rapidement. Le fournisseur que vous choisissez doit prendre en charge l'acheminement, la conformité et les opérations de change pour chaque marché de votre liste, et ne pas vous renvoyer cette responsabilité par le biais d'un ensemble d'accords avec des tiers.
Environ 71 % des marchés qui offrent des versements instantanés ou en temps réel monétisent cette fonction. Par exemple, 40 % des chauffeurs Lyft utilisent Express Pay pour accéder à leurs bénéfices plus rapidement. Le délai de virement a un impact direct sur le comportement des marchands.
|
Exigence
|
État
|
Réponse ou preuve du fournisseur
|
|---|---|---|
| Versements instantanés : les marchands accèdent à leurs bénéfices quelques minutes après une transaction, à toute heure, y compris les fins de semaine et les jours fériés. Précisez les destinations de versement prises en charge, les limites de transaction et le délai médian de règlement en production. | Standard / Configurable / Custom / S/O | - |
| Versements planifiés avec une fréquence configurable (quotidienne, hebdomadaire, mensuelle ou à la demande), sans nécessiter de travail d'ingénierie pour modifier le calendrier. | Standard / Configurable / Custom / S/O | - |
| Couverture globale des versements : fournissez une liste exhaustive de tous les pays où vous pouvez initier des versements aux marchands, les réseaux pris en charge dans chacun (réseau de cartes, virement bancaire et réseau local) et le délai de règlement documenté par marché. | Standard / Configurable / Custom / S/O | - |
| Versements transfrontaliers sans obliger le marché à établir des entités juridiques ou des relations bancaires distinctes sur chaque marché. Décrivez votre structure de licences. | Standard / Configurable / Custom / S/O | - |
| Règlement multidevise : les marchands reçoivent les fonds dans leurs devises locales plutôt que dans une seule devise de règlement de la plateforme. | Standard / Configurable / Custom / S/O | - |
| Versements en cryptomonnaie stable pour les marchands sur des marchés où les réseaux bancaires traditionnels sont lents, coûteux ou inaccessibles. Précisez les cryptomonnaies stables, les réseaux de chaînes de blocs, les pays disponibles et les délais de règlement pris en charge. | Standard / Configurable / Custom / S/O | - |
| Acheminement intelligent des versements : le système sélectionne le réseau optimal pour chaque versement (réseau de cartes, CCA, virement, virement bancaire local ou cryptomonnaie stable) en fonction du délai, du coût et de la disponibilité, sans configuration manuelle par marchand. | Standard / Configurable / Custom / S/O | - |
| Division des paiements et acheminement des fonds du marché : logique de frais configurable qui achemine les frais de plateforme et les recettes des marchands sans ingénierie sur mesure par type de marchand. | Standard / Configurable / Custom / S/O | - |
| Gestion des échecs de versement : logique de nouvelle tentative automatique, notification au marchand et basculement vers un mode de versement de remplacement, sans nécessiter d'intervention manuelle. | Standard / Configurable / Custom / S/O | - |
| Tableau de bord des versements : visibilité en temps réel sur l'état des versements pour les marchands et sur le volume global des versements, les taux d'échec et les exceptions pour votre équipe d'exploitation. | Standard / Configurable / Custom / S/O | - |
E.3 Taux de conversion des clients au moment du paiement et la Suite d'optimisation des paiements
Environ 40 % des marchés citent l'abandon au moment du paiement comme un défi majeur. Le paiement est un problème de revenus, et non un problème d'expérience utilisateur. Le fournisseur que vous choisissez dispose ou non d'une infrastructure pour combler cet écart.
La Suite d'optimisation des paiements est la norme actuelle en matière d'infrastructure de paiement de premier ordre en 2026 : optimisation du taux d'autorisation optimisée par l'IA, présentation dynamique des modes de paiement locaux parmi plus de 100 modes, identifiants enregistrés permettant aux clients fidèles d'éviter une nouvelle saisie, jetons de paiement partagés fonctionnant avec tous les marchands de votre plateforme et tarification adaptative pour que les clients transfrontaliers voient les prix dans leurs propres devises. Une augmentation du taux de conversion de 2 % à 3 % et une hausse des revenus de 12 % grâce à l'ajout d'un mode de paiement supplémentaire sont des résultats de production documentés.
Exigez des données de conversion en production. Tout fournisseur qui ne peut pas les fournir vous indique à quel point il a confiance dans les performances de son système de paiement.
|
Exigence
|
État
|
Réponse ou preuve du fournisseur
|
|---|---|---|
| Suite d'optimisation des paiements : une expérience de paiement unifiée et propulsée par l'IA qui combine l'optimisation du taux d'autorisation, la présentation de modes de paiement locaux et des outils de conversion dans une seule intégration, et non un ensemble de fonctions configurées séparément. Fournissez des données documentées sur l'augmentation des conversions à partir de déploiements en production. | Standard / Configurable / Custom / S/O | - |
| Authorization Boost : logique de nouvelle tentative propulsée par l'apprentissage automatique et acheminement intelligent qui récupèrent les transactions ayant fait l'objet d'un refus de paiement à la première tentative. Fournissez l'amélioration du taux d'autorisation obtenue sur la base de clients de votre marché en production, et non une fourchette projetée. | Standard / Configurable / Custom / S/O | - |
| Identifiants de paiement enregistrés au moyen de Link ou d'un équivalent : les clients fidèles paient sans avoir à saisir de nouveau leurs données de paiement. Fournissez l'augmentation de la conversion documentée liée à la réutilisation des identifiants et précisez l'échelle du réseau d'identifiants. | Standard / Configurable / Custom / S/O | - |
| Jetons de paiement partagés : un mode de paiement enregistré d'un client est réutilisable chez plusieurs marchands de votre plateforme sans obliger le client à saisir de nouveau ses identifiants. Il s'agit d'un avantage structurel en matière de taux de conversion qui doit être intégré dès le départ, et non ajouté par la suite. | Standard / Configurable / Custom / S/O | - |
| Présentation dynamique des modes de paiement locaux : le paiement présente automatiquement les modes de paiement les plus susceptibles de convertir pour chaque client en particulier, parmi plus de 100 modes de paiement locaux. Fournissez la liste actuelle des modes par marché au 1er trimestre 2026. | Standard / Configurable / Custom / S/O | - |
| Achetez maintenant, payez plus tard (BNPL) : offert au moment du paiement pour les clients admissibles sur les marchés concernés. | Standard / Configurable / Custom / S/O | - |
| Tarification adaptative : les clients voient et paient dans leurs devises locales, la conversion de change étant gérée de manière transparente. | Standard / Configurable / Custom / S/O | - |
| 3DS2 avec gestion dynamique de l'exemption de la SCA : reconnaissez et appliquez les exemptions de faible valeur, à l'initiative de l'entreprise et des bénéficiaires de confiance pour réduire la friction de l'authentification en vertu de la DSP2. | Standard / Configurable / Custom / S/O | - |
| Paiement axé sur les appareils mobiles avec prise en charge native des trousses SDK iOS et Android. | Standard / Configurable / Custom / S/O | - |
| Validation de la carte en temps réel, saisie automatique de l'adresse et localisation complète intégrées à l'expérience de paiement. | Standard / Configurable / Custom / S/O | - |
| Détection de la fraude qui bloque les paiements illégitimes sans augmenter les taux de faux refus de paiement. Fournissez les taux de faux positifs en production. | Standard / Configurable / Custom / S/O | - |
| Traitement des données de carte conforme à la norme PCI DSS v4.0 (norme en vigueur en mars 2024). | Standard / Configurable / Custom / S/O | - |
E.4 Expansion mondiale et conformité transfrontalière
Le volume transfrontalier sur l'infrastructure des principaux marchés, tous pays confondus, a augmenté de 40 % d'une année sur l'autre depuis 2018. Jusqu'à 55 % du volume des achats à l'échelle mondiale est attribuable aux achats transfrontaliers. Le bon partenaire d'infrastructure dispose d'une empreinte d'acquisition mondiale à laquelle vous pouvez accéder dès le premier jour, de modes de paiement locaux que vous pouvez activer sans intégrations supplémentaires, et de l'infrastructure de conformité pour gérer les mouvements de fonds entre les marchés en tant que capacité de plateforme.
|
Exigence
|
État
|
Réponse ou preuve du fournisseur
|
|---|---|---|
| Acceptation globale des paiements dans les [insérer les marchés requis] via une seule intégration. Pour chaque marché, confirmez si vous avez une relation d'acquéreur directe ou un accord avec un tiers et documentez la différence du taux d'autorisation. | Standard / Configurable / Custom / S. O. | - |
| Acquisition locale dans les marchés clés : traitement par un acquéreur dans le même pays que le client pour améliorer les taux d'autorisation et réduire les coûts d'interchange. Précisez quels marchés disposent de l'acquisition locale aujourd'hui. | Standard / Configurable / Custom / S. O. | - |
| Mouvement de fonds transfrontalier sans obliger le marché à établir des entités juridiques ou des relations bancaires locales. Décrivez votre structure de licences et les juridictions où vous détenez des licences de transmission de fonds. | Standard / Configurable / Custom / S. O. | - |
| Tarification adaptative : les clients voient et paient dans leurs devises locales, avec une conversion de change gérée de manière transparente. Décrivez la source des taux et la façon dont les coûts de conversion sont divulgués. | Standard / Configurable / Custom / S. O. | - |
| Plus de 100 modes de paiement locaux instantanément disponibles sans intégrations supplémentaires. Fournissez une liste actuelle par marché au T1 2026. | Standard / Configurable / Custom / S. O. | - |
| Acceptation de paiement en cryptomonnaie stable pour les clients dans les marchés où les cryptomonnaies stables constituent une option privilégiée ou plus accessible. La gestion des cryptomonnaies stables dans plus de 100 pays est le point de repère actuel des capacités. | Standard / Configurable / Custom / S. O. | - |
| Automatisation du calcul des taxes et des déclarations : obligations fiscales du côté marchand, TVA et taxe de vente du côté client, et formulaire 1099-K pour les marchés des États-Unis. Ceci devrait être automatisé et non exporté vers une feuille de calcul. | Standard / Configurable / Custom / S. O. | - |
| Formats de facture et de reçu localisés mis à jour automatiquement à mesure que les exigences réglementaires spécifiques au pays changent. | Standard / Configurable / Custom / S. O. | - |
| Contrôle de l'OFAC et des sanctions sur toutes les transactions des clients et des marchands. | Standard / Configurable / Custom / S. O. | - |
| Options de résidence des données pour les marchés ayant des exigences de localisation (par ex., UE, Inde). | Standard / Configurable / Custom / S. O. | - |
E.5 Architecture de plateforme et qualité de l'API
Une plateforme de paiements de marché est une infrastructure. Évaluez-la de la même façon que vous évalueriez une base de données. L'historique de disponibilité, les performances de l'API sous charge et la qualité de l'expérience développeur déterminent si votre équipe d'ingénierie passe du temps à développer votre marché ou à maintenir votre suite d'outils de paiement.
|
Exigence
|
État
|
Réponse ou preuve du fournisseur
|
|---|---|---|
| Repères de latence de l'API publiés : temps de réponse p50, p95 et p99 en production. Visez un p99 inférieur à 300 ms pour les opérations de marché principales. Fournissez des chiffres réels, pas des engagements de SLA. | Standard / Configurable / Custom / S. O. | - |
| Disponibilité : une disponibilité d'au moins 99,999 % (c'est-à-dire moins de 44 secondes d'indisponibilité par an) est la norme pour une infrastructure de marché de niveau production. Fournissez 12 mois de données historiques de disponibilité. | Standard / Configurable / Custom / S. O. | - |
| Taux de réussite des audits PCI de 100 % : fournissez votre historique complet d'audits PCI. Un seul audit échoué constitue une information essentielle pour un opérateur de marché. | Standard / Configurable / Custom / S. O. | - |
| Page d'état publique avec signalement des incidents en temps réel et un journal historique complet des incidents. | Standard / Configurable / Custom / S. O. | - |
| Évolutivité horizontale : la plateforme gère les pics de volume sans dégradation de la latence. Fournissez une preuve de test de charge ou référencez les pics de volume de clients. | Standard / Configurable / Custom / S. O. | - |
| Clés d'idempotence sur toutes les opérations d'écriture pour éviter les virements ou paiements en double. | Standard / Configurable / Custom / S. O. | - |
E.6 Capacités d'IA et de ML
Les modèles de ML derrière le taux de conversion, l'optimisation du taux d'autorisation et la détection de la fraude ne valent que par les données de transaction sur lesquelles ils sont formés. Le modèle de fondation de paiement IA le plus avancé au monde, formé sur des dizaines de milliards de transactions à travers les marchés, les émetteurs et les modes de paiement, produit des résultats nettement supérieurs à un modèle construit sur un ensemble de données plus restreint. C'est un avantage cumulatif qui ne peut être reproduit par le seul effort d'ingénierie. Demandez aux fournisseurs de décrire précisément les bases de données derrière leurs modèles.
|
Exigence
|
État
|
Réponse ou preuve du fournisseur
|
|---|---|---|
| Modèle de fondation de paiement IA : décrivez les données de transaction sur lesquelles vos modèles de ML sont formés (le nombre de transactions, l'étendue géographique, la couverture des émetteurs et la diversité des modes de paiement). C'est la fondation de chaque autorisation, conversion et résultat de fraude que le modèle produit. | Standard / Configurable / Custom / S. O. | - |
| Performances du modèle documentées : fournissez des chiffres pour l'amélioration du taux d'autorisation, l'augmentation du taux de conversion et la réduction de la fraude issus des déploiements en production sur le modèle actuel. | Standard / Configurable / Custom / S. O. | - |
| Fréquence de mise à jour des modèles : à quelle fréquence les modèles sont-ils reformés et déployés ? | Standard / Configurable / Custom / S. O. | - |
| Plus de 200 mises à jour de produit par an ou rythme équivalent : décrivez votre cadence de publication et fournissez des preuves d'amélioration continue en IA, cryptomonnaies stables et commerce par agents. | Standard / Configurable / Custom / S. O. | - |
E.7 Expérience développeur
Une intégration de paiement dont la conception prend des mois et nécessite une maintenance technique continue pour rester stable est une taxe cachée sur votre équipe produit. L'expérience développeur de votre fournisseur, y compris la qualité de son API, la profondeur de sa documentation et la fidélité de son bac à sable, détermine le montant de cette taxe que vous payez.
|
Exigence
|
État
|
Réponse ou preuve du fournisseur
|
|---|---|---|
| API RESTful avec une documentation complète et versionnée et un journal des modifications public. | Standard / Configurable / Custom / S. O. | - |
| SDK pour les principaux langages de développement : Node.js, Python, Ruby, Java, Go et PHP. Précisez la couverture. | Standard / Configurable / Custom / S. O. | - |
| Prise en charge des liens de rappel HTTP avec logique de nouvelle tentative configurable, surveillance de la livraison et alerte d'échec. | Standard / Configurable / Custom / S. O. | - |
| Environnement de bac à sable complet avec parité de production pour tous les flux de marché, y compris l'inscription des utilisateurs, les virements, le paiement, les transactions par agents et la conformité. | Standard / Configurable / Custom / S. O. | - |
| Préavis d'au moins 12 mois pour les modifications majeures de l'API ; politique d'obsolescence par écrit. | Standard / Configurable / Custom / S. O. | - |
| Outils sans code ou à faible code qui permettent aux équipes des finances, des opérations et des produits de configurer le paiement, les flux d'inscription des utilisateurs et les rapports sans travail d'ingénierie. | Standard / Configurable / Custom / S. O. | - |
E.8 Architecture Connect
Pour les opérateurs de marché, le modèle de compte que votre fournisseur utilise pour représenter la relation entre votre plateforme, vos marchands et vos clients est fondamental. Il détermine ce que vous pouvez créer, à quelle vitesse et la quantité de maintenance que cela génère.
|
Exigence
|
État
|
Réponse ou preuve du fournisseur
|
|---|---|---|
| Prise en charge de multiples modèles de compte : Standard (les marchands possèdent leurs comptes), Express (la plateforme contrôle la majeure partie de l'expérience) et Custom (la plateforme contrôle toute l'expérience utilisateur) afin que vous puissiez adapter l'architecture à votre modèle de marché. | Standard / Configurable / Custom / S. O. | - |
| Compte de plateforme unifié qui consolide toutes les activités, les virements et la conformité des marchands sous une seule intégration, et non pas une intégration distincte par type de marchand. | Standard / Configurable / Custom / S. O. | - |
| Structures de frais configurables : pourcentage, frais fixes ou hybride, sans ingénierie sur mesure par catégorie de marchands. | Standard / Configurable / Custom / S. O. | - |
| Isolement des sous-comptes : les fonds des marchands sont conservés séparément des fonds de la plateforme, ce qui constitue une exigence de conformité et de confiance, non une fonction. | Standard / Configurable / Custom / S. O. | - |
| Configuration de la responsabilité des contestations : la plateforme détermine comment la responsabilité des rétrofacturations est répartie entre la plateforme et le marchand. | Standard / Configurable / Custom / S. O. | - |
| Rapports au niveau de la plateforme : visibilité sur toutes les activités des comptes connectés. Au moins 15 000 plateformes et 10 millions de comptes connectés est le repère d'échelle pour ce qu'une architecture Connect mature peut prendre en charge. | Standard / Configurable / Custom / S. O. | - |
E.9 Commerce agentique
Les agents d'IA initient déjà des transactions commerciales en effectuant des achats, en gérant les comptes des marchands et en réagissant aux événements du marché au nom des utilisateurs. L'Agentic Commerce Protocol est la norme d'infrastructure qui permet tout cela en toute sécurité.
Les marchés qui ne se préparent pas au commerce agentique devront moderniser leur infrastructure plus tard, lorsque les transactions initiées par l'IA représenteront une part importante de leurs volumes. Tout fournisseur qui ne peut pas démontrer des flux de commerce agentique dans un environnement de bac à sable aujourd'hui n'est pas prêt pour l'avenir de votre marché.
|
Exigence
|
État
|
Réponse du fournisseur ou preuve
|
|---|---|---|
| Agentic Commerce Protocol : une norme définie et publiée pour authentifier et autoriser les agents d'IA à initier des transactions sur le marché, et non une adaptation des flux OAuth destinés aux humains. Décrivez l'architecture du protocole et fournissez la documentation. | Standard / Configurable / Custom / S. O. | - |
| Paiement agentique : la capacité pour un agent d'IA d'effectuer un achat au nom d'un utilisateur à l'aide d'identifiants sauvegardés, avec des contrôles d'autorisation explicites et un enregistrement d'audit complet de chaque action effectuée. | Standard / Configurable / Custom / S. O. | - |
| Portées d'autorisation granulaires pour les actions initiées par l'agent : un agent autorisé à effectuer un achat selon des paramètres définis ne peut pas dépasser ces paramètres. Décrivez comment les limites de portée sont appliquées au niveau de l'API. | Standard / Configurable / Custom / S. O. | - |
| Piste d'audit immuable pour toutes les transactions initiées par l'agent : attribution au mandant humain, identité de l'agent, portée d'autorisation utilisée, horodatage et résultat de la transaction accessibles en temps réel. | Standard / Configurable / Custom / S. O. | - |
| Limitation de débit et détection des anomalies qui distinguent les flux de travail automatisés à volume élevé autorisés des activités suspectes de l'agent. | Standard / Configurable / Custom / S. O. | - |
| Bac à sable à parité de production pour tester les flux de marché agentiques : le bac à sable doit refléter le comportement en production pour l'authentification de l'agent, l'application des autorisations et la journalisation d'audit. | Standard / Configurable / Custom / S. O. | - |
E.10 Cryptomonnaies stables et nouveaux réseaux de paiement
L'infrastructure de cryptomonnaie stable n'est plus expérimentale. La capacité de gérer les cryptomonnaies stables dans plus de 100 pays, y compris les accepter des clients, détenir des soldes et les distribuer aux marchands, est une capacité de production qu'offrent aujourd'hui les principaux fournisseurs d'infrastructure.
|
Exigence
|
État
|
Réponse du fournisseur ou preuve
|
|---|---|---|
| Acceptation du paiement par cryptomonnaie stable au moment du paiement : précisez les cryptomonnaies stables prises en charge (p. ex., USDC, USDT), les réseaux de chaîne de blocs et les marchés où le dépôt de cryptomonnaie stable est disponible en production aujourd'hui. | Standard / Configurable / Custom / S. O. | - |
| Versements en cryptomonnaie stable aux marchands : précisez les options disponibles, les marchés, les seuils de versement minimaux et les délais de règlement. | Standard / Configurable / Custom / S. O. | - |
| Gestion des cryptomonnaies stables dans plus de 100 pays : la capacité de détenir, de convertir et de distribuer des soldes en cryptomonnaie stable à l'échelle mondiale. Il s'agit de la référence de production actuelle. Décrivez votre infrastructure. | Standard / Configurable / Custom / S. O. | - |
| Conversion de change entre les soldes de cryptomonnaie stable et les monnaies fiduciaires : sourçage transparent des taux, coûts de conversion divulgués et délais de règlement documentés. | Standard / Configurable / Custom / S. O. | - |
E.11 Outils opérationnels et rapports
Les marchés qui se sont consolidés sur une plateforme de paiements unifiée ont signalé des améliorations de l'efficacité opérationnelle allant jusqu'à 50 % pour certains rôles d'employés. L'assemblage de solutions ponctuelles semble offrir de la flexibilité à court terme, mais cela crée une complexité qui vous ralentit avec le temps. Chaque nouvelle intégration est un autre mode de défaillance, une tâche de rapprochement et une voie d'escalade vers le service d'assistance.
|
Exigence
|
État
|
Réponse du fournisseur ou preuve
|
|---|---|---|
| Dashboard unifié : les équipes des finances, des opérations et des produits ont une visibilité en temps réel sur la VMB, le volume de versement, les taux d'activation des marchands, les taux d'autorisation, les contestations et les remboursements, au même endroit, sans basculer entre les systèmes. | Standard / Configurable / Custom / S. O. | - |
| Rapports au niveau du marchand : historique de versement du marchand particulier, répartition des transactions et état des contestations, avec la capacité d'analyser sans exportation de données. | Standard / Configurable / Custom / S. O. | - |
| Automatisation des rapports de taxes : formulaire 1099-K pour les marchés des États-Unis, rapports de TVA pour les marchés de l'UE, et l'équivalent pour d'autres territoires, tous générés automatiquement. | Standard / Configurable / Custom / S. O. | - |
| Connectivité de l'entrepôt de données : exportation vers Snowflake, BigQuery ou Redshift, ou accès SQL direct, pour les équipes qui ont besoin d'analyses sur mesure. | Standard / Configurable / Custom / S. O. | - |
| Capacité de requête personnalisée équivalente à Sigma : exécution de requêtes ponctuelles sur les données de transaction sans exportation vers un système distinct. | Standard / Configurable / Custom / S. O. | - |
| Stripe Data Pipeline ou équivalent : livraison de données automatisée et planifiée vers un entrepôt de données avec un schéma documenté et une gestion des modifications. | Standard / Configurable / Custom / S. O. | - |
| Outils de rapprochement : la capacité de faire correspondre les versements aux transactions, de repérer les écarts et d'auditer l'historique de règlement. | Standard / Configurable / Custom / S. O. | - |
| Contrôles d'accès établis sur les rôles : chaque équipe voit les données pertinentes pour sa fonction sans exposer les informations sensibles entre les rôles. | Standard / Configurable / Custom / S. O. | - |
E.12 Sécurité, conformité et confidentialité des données
La norme PCI DSS v4.0 est entrée en vigueur en mars 2024, remplaçant la v3.2.1 et introduisant de nouvelles exigences en matière d'authentification, de surveillance et d'analyse des risques ciblée. Environ 50 % des entreprises du classement Fortune 100 confient leur infrastructure de paiement à des plateformes de marché de premier plan. Cette confiance repose sur un historique documenté de conformité. Un taux de réussite aux audits PCI de 100 % est la norme. Demandez aux fournisseurs s'ils y répondent.
|
Exigence
|
État
|
Réponse du fournisseur ou preuve
|
|---|---|---|
| Conformité PCI DSS v4.0 (en vigueur depuis mars 2024) : précisez le niveau de certification et la date de l'audit QSA le plus récent. Confirmez si vous avez maintenu un taux de réussite aux audits PCI de 100 % sur l'ensemble de votre historique d'audit. | Standard / Configurable / Custom / S. O. | - |
| Certification SOC 2 Type II : fournissez la période d'audit la plus récente et la date du rapport. | Standard / Configurable / Custom / S. O. | - |
| Certification ISO 27001 ou équivalent. | Standard / Configurable / Custom / S. O. | - |
| Traitement des données conforme au RGPD avec des contrôles configurables de conservation, de suppression et de portabilité. | Standard / Configurable / Custom / S. O. | - |
| Conformité à la CCPA pour les données des clients des États-Unis. | Standard / Configurable / Custom / S. O. | - |
| Options de résidence des données pour les marchés ayant des exigences de localisation. | Standard / Configurable / Custom / S. O. | - |
| Conformité en matière de connaissance du client et de lutte contre le blanchiment de capitaux maintenue et mise à jour à mesure que les réglementations évoluent dans tous les marchés visés. | Standard / Configurable / Custom / S. O. | - |
| Licences de transmission de fonds : fournissez une liste complète de chaque territoire où vous détenez une licence et la portée de l'activité couverte. | Standard / Configurable / Custom / S. O. | - |
| Plan de réponse aux incidents avec des délais de notification aux clients définis. Indiquez l'engagement contractuel. | Standard / Configurable / Custom / S. O. | - |
| Contrôle de l'OFAC et des sanctions sur toutes les transactions des clients et des marchands. | Standard / Configurable / Custom / S. O. | - |
| Partenaire de confiance de 50 % des entreprises du classement Fortune 100. Décrivez l'infrastructure de sécurité et de conformité qui soutient les déploiements de marchés à l'échelle de l'entreprise. | Standard / Configurable / Custom / S. O. | - |
E.13 Évolutivité et fiabilité
Pour un marché, une panne de paiement est une perte de revenus pour votre plateforme et pour chaque marchand qui s'y trouve. Moins de 44 secondes d'indisponibilité par an est la norme pour les plateformes les plus fiables en production. Exigez des fournisseurs qu'ils respectent cette norme.
|
Exigence
|
État
|
Réponse du fournisseur ou preuve
|
|---|---|---|
| Au moins 99,999 % de disponibilité : moins de 44 secondes d'indisponibilité par an constituent la norme de production pour une infrastructure de paiement de marché. Fournissez des données historiques de disponibilité sur 12 mois. | Standard / Configurable / Custom / S. O. | - |
| Page d'état publique avec signalement des incidents en temps réel et un registre historique complet. | Standard / Configurable / Custom / S. O. | - |
| Aucune dégradation pendant les pics de volume : les règlements de fin de journée, les ventes éclair ou les événements promotionnels à l'échelle de la plateforme ne doivent pas affecter les performances. | Standard / Configurable / Custom / S. O. | - |
| RTO et RPO définis pour les scénarios de reprise après sinistre. | Standard / Configurable / Custom / S. O. | - |
| Détection des anomalies optimisée par l'apprentissage automatique (ML) et alertes automatisées pour les schémas de transaction inhabituels, les échecs de versement ou les signaux de conformité — avant qu'ils ne deviennent des incidents. | Standard / Configurable / Custom / S. O. | - |
E.14 Certification du fournisseur
Je certifie par la présente que toutes les réponses sont exactes à la date de soumission et que les fonctionnalités marquées « Standard » ou « Configurable » sont actuellement disponibles dans les environnements de production. Les affirmations non étayées par une documentation ou une démonstration en direct ne seront pas évaluées.
Représentant autorisé : ________________________
Titre : ________________________
Date : _______
⚑ Notes pour les évaluateurs – à retirer avant l'envoi aux fournisseurs ⚑
- Un score de 5 pour tout critère nécessite des indicateurs de production documentés. Affirmer « Nous le prenons en charge » sans preuve vaut un 3 au mieux.
- Demandez à chaque fournisseur de décrire l'empreinte des données d'entraînement de son modèle de paiement par IA en des termes précis : nombre de transactions, années de données, ainsi que l'étendue géographique et des émetteurs. La réponse révèle quelle part de ses performances en matière de ML est réelle par rapport à ce qui est prétendu.
- Sondez la couverture mondiale marché par marché. Pour chaque marché de votre liste, demandez si le fournisseur entretient une relation d'acquisition directe ou s'il fait appel à un tiers, et demandez la différence de taux d'autorisation.
- La démonstration du commerce basé sur des agents est une exigence stricte, et non un atout. Tout fournisseur qui ne peut pas la montrer dans un bac à sable aujourd'hui n'est pas prêt.
- Demandez des données historiques de disponibilité sur 12 mois et l'historique des audits PCI. L'accord de niveau de service (SLA) et l'état actuel ne sont pas suffisants.
- Vérifiez les affirmations relatives au permis de transfert monétaire en les comparant aux dépôts réglementaires publics pour vos marchés clés.
Section F : Mise en œuvre et assistance
Les enjeux d’une migration de paiements sur un marché en production sont importants. Les retards de versement ou l’indisponibilité du paiement lors de la transition affectent directement la confiance des marchands et la conversion des clients. Cette section permet de déterminer si le fournisseur possède la méthodologie nécessaire pour gérer ce risque.
Voici un exemple de ce à quoi cela pourrait ressembler.
F.1 Approche d’implémentation
Les fournisseurs doivent présenter les éléments suivants :
Cadre de gestion de projet et façon dont les progrès sont suivis et communiqués à [votre entreprise]
Délai documenté de mise en production pour des opérateurs de marché d’envergure et de complexité géographique comparables avec des exemples précis, et non des fourchettes
Comment ils gèrent la continuité des versements lors de la migration des comptes de marchands, ce qui représente le moment où les transitions de marché échouent le plus souvent
Approche d’une exécution en parallèle ou d’une transition progressive qui protège le taux de conversion et le bénéfice des marchands pendant la transition
F.2 Ressources et gouvernance
Les fournisseurs doivent présenter les éléments suivants :
Organigramme ou matrice RACI pour l’équipe d’implémentation et confirmation que les rôles clés sont à l’interne ou sous-traités
Gestionnaire de compte et ingénieur de solutions affectés à ce mandat
Hiérarchie d’escalade et rythme de prise de décision tout au long de l’implémentation
F.3 Formation et documentation
Les fournisseurs doivent indiquer les éléments suivants :
Formation disponible pour les équipes d’ingénierie, de finances, d’exploitation et de succès client
Qualité et actualité de la documentation, puisque les meilleures plateformes de leur catégorie maintiennent une documentation que les développeurs préfèrent consulter plutôt que de poser des questions au service d’assistance
Comment la documentation est mise à jour à mesure que le produit offre de nouvelles fonctionnalités
F.4 Modèle de service d’assistance et ANS
Les fournisseurs doivent préciser :
Niveaux de service d’assistance et ce qui est inclus (par exemple, une capacité de réponse en tout temps pour un échec de versement au marchand ou une panne de paiement)
ANS sur les délais de réponse par gravité, avec engagements contractuels
Comment les clients sont avisés lors d’incidents et ce que produit le processus de vérification post-incident
Données historiques de délai de réponse pour la gravité 1, et non seulement les ANS
F.5 Amélioration continue
Décrivez précisément comment votre plateforme utilise l’apprentissage automatique et l’analytique de production pour améliorer les résultats du marché au fil du temps. Fournissez des exemples avec des mesures de production : améliorations du taux d’autorisation offertes aux clients existants, augmentations du taux de conversion et améliorations du taux de réussite des versements.
F.6 Attestation du fournisseur
Je certifie que tous les détails relatifs à l’implémentation et au service d’assistance sont exacts à la date de soumission et reflètent les pratiques de production actuelles.
Représentant autorisé : ________________________
Titre : ________________________
Date : _______
⚑ Notes de l'évaluateur – supprimer avant l'envoi aux fournisseurs ⚑
Demandez des exemples précis d’implémentation provenant d’opérateurs de marché comparables (par exemple, la fourchette de VMB, le nombre de marchands connectés, le nombre de marchés). Refusez les fourchettes.
La continuité des versements pendant la migration est l’élément le plus à risque. Demandez un guide d'exploitation précis.
Demandez si l’équipe d’implémentation est la même que celle qui gère le service d’assistance après le lancement. Le transfert est souvent le moment où la qualité du service baisse.
Demandez les délais de réponse historiques pour les incidents de gravité 1 au cours des 12 derniers mois.
Section G : Annonces publicitaires
La tarification des paiements des marchés est à plusieurs niveaux. Les frais de traitement, les frais de versement, les marges de change, les coûts de conformité et les frais de plateforme peuvent être structurés différemment selon les fournisseurs. Normalisez la divulgation des données afin de comparer les taux réels et non les taux annoncés.
Voici un exemple de ce à quoi cela pourrait ressembler.
G.1 Aperçu de la structure de tarification
Les fournisseurs doivent indiquer les éléments suivants :
Tarification détaillée pour chaque composant : traitement, versements, change, conformité, frais de plateforme, accès API des agents et modules complémentaires
Une description expliquant les hypothèses de tarification avec le volume de transactions, la combinaison de devises, la fréquence des versements et la combinaison des marchés
Identification claire des engagements mensuels minimaux ou des seuils de volume qui affectent la tarification
Tous les chiffres en USD avec la logique de conversion si d'autres devises sont proposées
G.2 Composants de la tarification
|
Composant
|
Unité
|
Prix unitaire
|
Hypothèse de volume
|
Total mensuel (est.)
|
|---|---|---|---|---|
| Traitement des paiements par carte | % de la transaction | - | - | - |
| Traitement des paiements pour les modes de paiement locaux | % ou frais fixes par transaction | - | - | - |
| Traitement des paiements achetez maintenant, payez plus tard | % de la transaction | - | - | - |
| Versements instantanés | % du versement ou frais fixes | - | - | - |
| Versements Standard ou planifiés | Par versement ou inclus | - | - | - |
| Versements transfrontaliers ou mondiaux | Par versement + marge de change | - | - | - |
| Versements en cryptomonnaie stable | Par versement ou frais fixes | - | - | - |
| Conversion de change | Écart en % ou taux fixe | - | - | - |
| Vérifications liées à la connaissance du client et à l'inscription des utilisateurs pour les marchands | Par vérification | - | - | - |
| Calcul et déclaration de la taxe | Par calcul ou mensuel | - | - | - |
| Frais de plateforme ou Connect | Mensuel ou par compte connecté | - | - | - |
| Accès API des agents (si tarifé séparément) | Par appel ou mensuel | - | - | - |
| Accès aux données et Sigma ou analyses | Mensuel ou par requête | - | - | - |
| Implémentation et inscription des utilisateurs | Unique | - | - | - |
| Niveau de service d’assistance continu | Mensuel | - | - | - |
| Modules complémentaires (à lister individuellement) | - | - | - | - |
G.3 Sensibilité au volume
Fournissez le coût total estimé aux niveaux de VMB suivants :
|
Palier de VMB |
Coût mensuel estimé |
|
[Votre volume brut de marchandises actuel] |
|
|
2× le GMV actuel |
|
|
5× la VMB actuelle |
|
|
10 × la VBM actuelle |
G.4 Modalités du contrat
Les fournisseurs doivent clarifier ce qui suit :
Les durées de contrat disponibles et les incitatifs de tarification pour chacune
Si la tarification diminue automatiquement en fonction de la baisse de volume
Les clauses de résiliation et la portabilité des données (c'est-à-dire comment les comptes de marchands connectés et les historiques de transactions sont restitués, dans quel format et dans quels délais)
Les exigences de dépenses minimales
G.5 Hypothèses et dépendances
Indiquez toutes les hypothèses commerciales qui sous-tendent votre tarification. Les hypothèses non formulées découvertes après la signature du contrat pourraient être traitées comme de fausses déclarations importantes.
G.6 Attestation du fournisseur
J'atteste que toutes les informations tarifaires et commerciales sont complètes et exactes à la date de soumission.
Représentant autorisé : ________________________
Date : _______
⚑ Notes pour l'évaluateur – à retirer avant l'envoi aux fournisseurs ⚑
Rapprochez le texte de la feuille Excel. Les écarts sont un signal d'alarme.
Les marges de change sur les versements transfrontaliers s'accumulent à mesure que vous vous développez. Modélisez le coût total de change selon votre volume de versements transfrontaliers prévu.
La portabilité des données pour les comptes de marchands est souvent le véritable mécanisme de verrouillage. Évaluez les conditions de sortie avant de signer, et non après.
Demandez aux fournisseurs de modéliser le coût total à 10 fois votre VMB actuelle. La courbe de tarification en fonction de la croissance est tout aussi importante que le taux actuel.
Section H : Profil du fournisseur
Votre partenaire en matière d'infrastructure de paiement sera un élément important des flux de revenus de votre marché. Comprenez l'entreprise dans son ensemble, y compris sa santé financière, son expertise en ingénierie, son rythme d'amélioration et ses antécédents avec des entreprises similaires à la vôtre.
Voici un exemple de ce à quoi cela pourrait ressembler.
H.1 Aperçu de l'entreprise
Fournissez un résumé de deux à trois paragraphes couvrant votre histoire, votre mission et votre position sur le marché. Concentrez-vous particulièrement sur votre expérience avec les opérateurs de marchés et de plateformes. Décrivez vos antécédents en matière de maintien de la conformité face à l'évolution de la réglementation sur la transmission de fonds, ainsi que votre historique en matière d'améliorations dans les domaines de l'IA, des cryptomonnaies stables et des outils de développement avant le reste du marché.
H.2 Envergure du marché et antécédents
Fournissez des données précises sur la clientèle de votre marché :
Nombre de plateformes de marchés sur votre infrastructure
Nombre de comptes connectés de marchands (la norme actuelle en matière d'envergure est de plus de 10 millions de comptes connectés)
Marchés sur lesquels les opérateurs de marchés utilisent aujourd'hui votre plateforme en production
Part des principaux marchés mondiaux qui utilisent votre plateforme (la norme pour les infrastructures de pointe est de 75 sur les 100 principaux marchés mondiaux)
Croissance globale des revenus des entreprises sur votre plateforme par rapport aux indices de référence (fournir des chiffres documentés)
H.3 Stabilité financière
Fournissez des états financiers audités ou une preuve de solvabilité équivalente. Les entreprises privées doivent fournir une lettre du directeur financier attestant de leur liquidité. Décrivez votre structure de financement.
H.4 Certifications et conformité
|
Certification ou cadre de travail |
Statut et date la plus récente |
|
PCI DSS v4.0 (en vigueur en mars 2024) |
|
|
SOC 2 Type II |
|
|
ISO 27001 |
|
|
RGPD |
|
|
CCPA |
|
|
Licences de transmission d’argent (lister les juridictions) |
|
|
Certifications supplémentaires spécifiques au pays |
H.5 Reconnaissance des analystes
Fournissez une reconnaissance par des analystes indépendants pertinente aux paiements de marchés et à la facturation. L'indice de référence actuel pour un fournisseur d'infrastructures de marché de premier plan est d'être reconnu à titre de chef de file dans les catégories des paiements et de la facturation. Stripe, le seul fournisseur de services de paiement nommé chef de file dans les deux évaluations Forrester Wave (fournisseurs de paiements aux marchands, 2024, et solutions de facturation récurrente, T1 2025), établit la norme. Décrivez où se situe votre plateforme par rapport à cet indice de référence.
H.6 Rythme d'amélioration
Décrivez le rythme de lancement de vos produits au cours des 12 derniers mois, y compris le nombre de mises à jour déployées, ainsi que les capacités majeures lancées dans l'IA, les cryptomonnaies stables et le commerce agentique. L'indice de référence actuel pour une plateforme de premier plan est de plus de 200 mises à jour de produits par année. Expliquez comment votre feuille de route pour les 12 à 18 prochains mois continue d'investir dans les capacités qui importent pour les opérateurs de marché.
H.7 Déclaration d'exactitude du fournisseur
Je certifie que toutes les informations de la section H sont exactes à la date de soumission et que [le fournisseur] dispose des capacités financières, techniques et opérationnelles nécessaires pour fournir les services décrits.
Représentant autorisé ou représentante autorisée : ________________________
Date : _______
Section I : Références
Les références d'opérateurs de marchés comparables ont plus de valeur que n'importe quelle démonstration. Privilégiez les références qui correspondent à votre modèle opérationnel, à votre base de marchands et à votre empreinte géographique. Un fournisseur qui alimente 75 des 100 plus grands marchés mondiaux a des références qui peuvent témoigner de la pleine mesure de la complexité des marchés.
Voici un exemple de ce à quoi cela pourrait ressembler.
I.1 Exigences relatives aux références
Les fournisseurs doivent fournir un minimum de trois références répondant à ces critères :
Opérateur de marché (et non une entreprise à marchand unique)
VMB ou nombre de marchands comparable à [votre entreprise]
Au moins une référence ayant des opérations transfrontalières dans des marchés qui chevauchent les vôtres
Client actif en production depuis au moins 12 mois
I.2 Tableau de références
|
Nom de l'entreprise
|
Nom et titre de la personne-ressource
|
Type de marché
|
Marchés
|
Ancienneté
|
Cas d'usage principal
|
|---|---|---|---|---|---|
| - | - | - | - | - | - |
| - | - | - | - | - | - |
| - | - | - | - | - | - |
I.3 Résumé des résultats des références
Pour chaque référence, indiquez les résultats documentés : taux d'activation le jour même des marchands, adoption du virement instantané, amélioration du taux de conversion, hausse du taux d'autorisation ou gains d'efficacité opérationnelle. Fournissez des chiffres précis, et non des plages.
I.4 Validation des références
Je confirme que chaque client a consenti à servir de référence et que tous les renseignements sont exacts. [Votre entreprise] se réserve le droit de communiquer directement avec les références.
Représentant autorisé ou représentante autorisée : ________________________
Date : _______
⚑ Notes aux évaluateurs—remove before sending to vendors ⚑
Communiquez avec au moins deux références par téléphone. Les résumés écrits sont choisis par le fournisseur.
Demandez spécifiquement aux références si les indicateurs d'inscription des utilisateurs le jour même et de virement instantané de la proposition correspondent à ce qu'elles ont constaté en production.
Posez des questions sur l'expérience d'implémentation, et non seulement sur la plateforme à l'état stable.
Demandez si les affirmations du fournisseur quant aux performances du paiement et de l'autorisation fondées sur l'apprentissage automatique (ML) se sont avérées fondées au fil du temps.
Signalez les références génériques d'entreprises qui ne sont pas des marchés. Elles ne vous disent pas ce que vous devez savoir.
Section J : Annexes
J.1 Liste de vérification des soumissions (à l'usage des fournisseurs)
À joindre en première page de votre dossier de réponse. Les soumissions incomplètes peuvent être exclues de l’évaluation.
|
Élément
|
Inclus?
|
Notes
|
|---|---|---|
| Résumé (trois pages max.) | ☐ Oui ☐ Non | - |
| Réponse aux exigences de la section E | ☐ Oui ☐ Non | - |
| Modèle de tarification rempli (Excel) | ☐ Oui ☐ Non | - |
| Profil du fournisseur et résumé financier | ☐ Oui ☐ Non | - |
| Trois références de clients de type marché ou plus | ☐ Oui ☐ Non | - |
| Certification PCI DSS v4.0 et historique complet des audits | ☐ Oui ☐ Non | - |
| SOC 2 Type II (période la plus récente) | ☐ Oui ☐ Non | - |
| Liste des permis de transfert monétaire par territoire | ☐ Oui ☐ Non | - |
| Latence de l'API et documentation sur la disponibilité de 12 mois | ☐ Oui ☐ Non | - |
| Description des données d'entraînement du modèle d'IA | ☐ Oui ☐ Non | - |
| Études de cas avec mesures de production | ☐ Oui ☐ Non | - |
| Déclarations d'attestation signées par le fournisseur | ☐ Oui ☐ Non | - |
J.2 Glossaire
|
Durée |
Définitions |
|
Connect ou Marketplace Connect |
L'architecture de compte qui permet à une plateforme d'acheminer les paiements entre les clients et les marchands, de fractionner les fonds et de gérer les versements aux marchands via une seule intégration. Les principales plateformes prennent en charge plus de 10 millions de comptes connectés. |
|
Versements instantanés |
La capacité pour les marchands d'accéder à leur bénéfice dans les minutes qui suivent une transaction, en tout temps, y compris les fins de semaine et les jours fériés. Environ 71 % des marchés qui offrent cette capacité la monétisent. |
|
Virements mondiaux |
La capacité d'envoyer des fonds aux marchands à travers différents pays et devises, en utilisant le réseau local optimal pour chaque versement. |
|
Versements en cryptomonnaie stable |
Règlement du bénéfice des marchands dans une devise numérique indexée sur une valeur fiduciaire (p. ex., USDC). Les plateformes de premier plan prennent en charge la gestion des cryptomonnaies stables dans plus de 100 pays. |
|
Optimized Checkout Suite |
Une expérience de paiement unifiée et propulsée par l'IA qui combine l'optimisation du taux d'autorisation basée sur l'AA, la présentation dynamique de modes de paiement locaux, les identifiants enregistrés, les jetons de paiement partagés et une tarification adaptative. Elle génère une augmentation documentée de la conversion de 2 à 3 % en production. |
|
Amélioration des autorisations |
Une logique de nouvelle tentative propulsée par l'AA et d'acheminement intelligent qui récupère les transactions refusées à la première tentative. Elle offre une amélioration du taux d'autorisation de >1 % en production sur les principales plateformes. |
|
Jetons de paiement partagés |
Un mécanisme qui permet aux identifiants de paiement enregistrés d’un client d’être réutilisés auprès de plusieurs marchands sur la même plateforme sans avoir à les saisir de nouveau. |
|
Lien |
Un réseau d'identifiants enregistrés qui permet aux clients connus de payer sans avoir à saisir de nouveau leurs informations de paiement. |
|
Tarification adaptative |
Affichage des prix aux clients dans leur devise locale avec une conversion de change précise au moment du paiement, réduisant ainsi les frictions sur les achats transfrontaliers. |
|
Protocole de commerce agentique |
Une norme définie pour authentifier et autoriser les agents d'IA à initier des transactions sur le marché, conçue spécifiquement pour le commerce intermachines (et non une adaptation des flux destinés aux humains). |
|
Paiement agentique |
La capacité pour un agent d'IA d'effectuer un achat à l'aide d'identifiants sauvegardés, avec des contrôles d'autorisation, l'application de la portée et une journalisation d'audit complète. |
|
Modèle de fondation de paiement par l'IA |
Un modèle d'apprentissage automatique entraîné sur des dizaines de milliards de transactions pour affiner les taux d'autorisation, détecter la fraude et améliorer le taux de conversion. |
|
Connaissance du client et LBC |
Connaissance du client (KYC) et lutte contre le blanchiment d'argent (AML), qui nécessitent une vérification d'identité et une surveillance continue pour l'inscription des marchands. |
|
PCI DSS v4.0 |
La norme de sécurité des données de l'industrie des cartes de paiement actuelle (en vigueur en mars 2024). Un taux de réussite d'audit de 100 % est la référence. |
|
3DS2 |
3D Secure 2 : le protocole d'authentification pour les card_payments en ligne en vertu de la Directive révisée sur les services de paiement (DSP2). La gestion dynamique de l'exemption de la SCA minimise les frictions inutiles. |
|
Acquisition locale |
Traitement des transactions par l'intermédiaire d'un acquéreur situé dans le même pays que le client, ce qui améliore les taux d'autorisation et réduit les coûts d'interchange. |
|
Paiement fractionné |
Une transaction répartie automatiquement entre la plateforme de marché et le marchand, qui peut être configurée sans travail d'ingénierie sur mesure. |
|
Sigma et Data Pipeline |
Outils d'analyse et de livraison de données qui permettent aux équipes d'effectuer une requête sur les données de transaction directement ou de les exporter vers un entrepôt de données selon un calendrier défini. |
|
GMV |
Valeur marchande brute : la valeur totale des transactions traitées par l'intermédiaire du marché avant frais. |
J.3 Matrice de notation de l'évaluation (usage interne)
|
Fournisseur |
Inscription des utilisateurs et versements (25 %) |
Checkout (20 %) |
Mondial et conformité (20 %) |
API (15 %) |
Agentic (10 %) |
|
Fournisseur A |
|||||
|
Fournisseur B |
|||||
|
Fournisseur C |
J.4 Liste de vérification de référence rapide des exigences
Voici une liste de vérification pour l'auto-évaluation du fournisseur avant la soumission.
Inscription des utilisateurs des marchands et versements
Inscription des utilisateurs en trois étapes ou moins et taux d'activation le jour même documenté à partir de la production
Connaissance du client (KYC) et lutte contre le blanchiment de capitaux (AML) intégrées à la plateforme — et non sous la responsabilité du marché
Flux d'inscription des utilisateurs intégrable — aucune redirection vers des tiers
Versements instantanés en quelques minutes, à toute heure — délai de règlement médian documenté
Versements mondiaux dans les [pays requis] avec confirmation du réseau local
Versements en cryptomonnaie stable — capacité de premier ordre, plus de 100 pays
Règlement des marchands en plusieurs devises
Acheminement intelligent des versements (réseau optimal par versement)
Logique de paiement fractionné configurable sans travail d'ingénierie
Nouvelle tentative et solution de repli en cas d'échec du versement — aucune intervention manuelle requise
Paiement du client
Suite d'optimisation des paiements : paiement unifié et propulsé par l'IA, augmentation de la conversion documentée de 2 à 3 %
Authorization Boost : nouvelle tentative par l'apprentissage automatique, amélioration documentée du taux d'autorisation de > 1 %
Link ou identifiants sauvegardés — augmentation de la conversion documentée, envergure du réseau
Jetons de paiement partagés : réutilisation des identifiants entre marchands
Plus de 100 modes de paiement locaux — présentation dynamique, liste du T1 2026 par marché
Options « achetez maintenant, payez plus tard » offertes au moment du paiement
Tarification adaptative en devise locale
3DS2 avec gestion de l'exemption de la SCA
Trousse SDK axée sur le mobile pour iOS et Android
Détection de la fraude — taux de refus de paiement erronés à partir de la production
Couverture mondiale et conformité transfrontalière
Acceptation des paiements dans les [marchés requis] — acquisition directe confirmée par marché
Mouvement de fonds transfrontalier sans nouvelles entités juridiques — structure des licences décrite
Licences de transmission de fonds par territoire — liste complète fournie
Acceptation de la cryptomonnaie stable pour les clients — disponibilité en production
Automatisation des taxes : 1099-K, TVA, formats propres aux pays
Contrôle de l'OFAC et des sanctions
Options de résidence des données
Architecture de la plateforme et API
Modèle de base de paiement par l'IA — empreinte des données d'entraînement décrite
Plus de 200 mises à jour de produits par an — cadence d'amélioration démontrée
Latence de l'API inférieure à 300 ms à p99 — chiffres de production
Disponibilité supérieure à 99,999 % — données historiques sur 12 mois, moins de 44 secondes d'indisponibilité par an
Taux de réussite de 100 % aux audits PCI — historique complet
Bac à sable complet avec parité de production incluant des flux d'agents
API avec gestion des versions et avis d'obsolescence de 12 mois
Prise en charge des modèles de comptes Standard, Express et Custom
Isolement des fonds des sous-comptes
Rapports consolidés à l'échelle de la plateforme
Commerce agentique
Protocole de commerce par des agents — norme publiée, architecture documentée
Paiement par des agents avec des identifiants sauvegardés et application de la portée
Portées des autorisations des agents granulaires appliquées au niveau de l'API
Piste d'audit immuable pour les transactions initiées par des agents
Bac à sable avec parité de production pour tester les flux d'agents
Gestion de la cryptomonnaie stable dans plus de 100 pays
Outils opérationnels et rapports
Dashboard unifié – VMB, virements, taux d'activation et contestations au même endroit
Automatisation des déclarations de taxes par territoire
Exportation vers un entrepôt de données (Snowflake, BigQuery, Redshift)
Accès SQL personnalisé aux données de transaction équivalent à Sigma
Contrôles d'accès fondés sur les rôles
Sécurité et conformité
PCI DSS v4.0 (en vigueur depuis mars 2024) – Taux de réussite d'audit de 100 %
SOC 2 Type II
RGPD et CCPA
Connaissance du client et lutte contre le blanchiment de capitaux maintenues automatiquement sur tous les marchés
Partenaire de confiance de 50 % des entreprises du Fortune 100
J.5 Certification de soumission du fournisseur
Je certifie que cette soumission est complète et que tous les renseignements fournis sont exacts au meilleur de mes connaissances. [Votre entreprise] se réserve le droit de vérifier toute affirmation formulée dans cette réponse.
Nom de l'entreprise : ________________________
Représentant autorisé : ________________________
Titre : ________________________
Signature : ________________________
Date : _______
Comment Stripe Connect peut vous aider
Stripe Connect orchestre les mouvements de fonds entre plusieurs parties pour le compte de plateformes logicielles et de places de marché. Il offre une inscription des utilisateurs rapide, des composants intégrés, des virements internationaux, etc.
Connect peut vous aider à :
Être opérationnel en quelques semaines : utilisez des fonctionnalités intégrées ou hébergées par Stripe pour accélérer la mise en service en évitant les coûts initiaux et le temps de développement généralement requis pour accepter les paiements.
Gérez les paiements à grande échelle : utilisez les outils et services de Stripe pour éviter de mobiliser des ressources supplémentaires pour la production de rapports sur les marges, les formulaires fiscaux, la gestion du risque, les modes de paiement mondiaux ou la conformité liée à l’inscription des utilisateurs.
Se développer à l’international : aidez vos utilisateurs à attirer davantage de clients dans le monde entier en proposant des modes de paiement locaux et le calcul facile des taxes de vente, de la TVA et de la TPS.
Bâtir de nouveaux canaux de revenus : optimisez les revenus des paiements en collectant des frais sur chaque transaction. Monétisez les capacités de Stripe sur votre plateforme en activant les paiements en personne, les virements instantanés, la perception des taxes de vente, les financements, les cartes commerciales, et bien plus encore.
Découvrez-en plus sur Stripe Connect, ou faites vos premiers pas dès aujourd’hui.