Une intégration que vos équipes peuvent évaluer
avant le début du traitement réel
Documentation publique de l’API, environnement de test contrôlé et dossier d’examen interne pour votre équipe.
Documentation publique à consulter avant le premier appel.
Le point de départ technique est public. Le Guide d’intégration de l’API 2.0 de DaoPay présente les structures fondamentales, l’authentification, le calcul des signatures et la gestion du cycle de vie des transactions. Vos équipes techniques peuvent ainsi cerner la nature des travaux avant le premier échange d’intégration, sans laisser entendre qu’un portail développeur opérationnel est accessible en libre-service.
Pour un directeur technique ou un responsable produit technique, il s’agit du premier niveau d’orientation : ce qui doit être signé, les endpoints du cycle de vie visibles, la manière dont le statut est renvoyé à votre système et les éléments à aborder avec DaoPay avant le début des tests.
Considérez ces éléments comme des ressources de référence, et non comme la promesse d’une configuration en autonomie. L’accès à l’environnement de test, les identifiants et la vérification des callbacks restent sous le contrôle de l’équipe d’intégration.
Il s’agit du premier niveau que votre équipe pourra ensuite intégrer au dossier d’examen interne présenté plus loin sur cette page.
Préproduction contrôlée avec l’équipe d’intégration.
L’environnement de test de DaoPay est une couche de préproduction contrôlée, coordonnée par l’équipe d’intégration, et non un espace de test en libre-service. C’est là que votre intégration est vérifiée par l’équipe qui procédera ensuite à la validation technique, avant toute utilisation des identifiants de production.
Le parcours de préproduction
En préproduction, vos ingénieurs valident le parcours des requêtes, les vérifications de statut, les remboursements et les Payment Status Notifications avant l’utilisation des identifiants de production. Il s’agit d’une validation contrôlée avant le traitement en conditions réelles.
Pour un évaluateur interne, cette réponse est plus concrète qu’une simple affirmation concernant un environnement sandbox : elle précise qui est chargé de fournir les identifiants, où le comportement des callbacks est vérifié et comment l’intégration passe des identifiants de test à la mise en production.
- Inscription
- Marchand, sur le portail professionnel DaoPay
- Identifiants de test
- L’équipe d’intégration fournit l’Appcode et la Secret Key
- Validation en préproduction
- Le marchand et l’équipe d’intégration, conjointement
- Identifiants de production
- L’équipe d’intégration, une fois la préproduction validée
Notifications de statut de paiement : la couche webhook
documentée et vérifiable par votre système.
Le résultat d’un paiement ne s’arrête pas au checkout. DaoPay l’envoie à votre système sous forme de Payment Status Notification, de manière asynchrone, via HTTP(S), et votre système le vérifie à l’aide de la signature documentée par DaoPay avant d’agir. Il s’agit d’une gestion des résultats documentée et vérifiable, et non d’un argument marketing autour d’un SDK.
- 01
DaoPay envoie le résultat
Lorsque le résultat d’une transaction est connu, DaoPay envoie une notification de statut de paiement à votre endpoint via HTTP(S).
Il s’agit du canal asynchrone de transmission des résultats. DaoPay déclenche l’appel dès que le résultat est connu, afin qu’il parvienne à votre système après le checkout plutôt que d’être récupéré par interrogation régulière.
- 02
Votre endpoint reçoit la notification
Votre endpoint reçoit la notification. Préparez-le avant le staging afin que sa réception puisse être validée avec l’équipe d’intégration.
La bonne réception est validée avec l’équipe d’intégration pendant la phase de staging, avant l’utilisation des identifiants de production.
- 03
Vérifiez la signature
Votre système vérifie la notification à l’aide du calcul de signature documenté par DaoPay avant d’agir. Aucune action n’est entreprise sur les notifications non vérifiées.
Il s’agit de la frontière de confiance du pipeline. Le calcul des signatures est publié dans la référence publique de l’API : sa vérification repose donc sur des éléments contrôlables, et non sur une simple affirmation.
- 04
Gérez le résultat
Seuls les résultats vérifiés déclenchent le traitement du statut. Le système du marchand rapproche le résultat après le paiement.
La gestion des statuts reste liée à des notifications documentées et vérifiées, afin que votre système définisse sur des bases solides comment le résultat est rapproché après le paiement.
Progresser vers un objectif commun
La documentation, l’environnement de staging et le traitement des notifications sont désormais posés. Ils constituent la base technique que l’Internal Review Pack présenté plus bas sur cette page rassemble en vue de vos échanges internes.
Découvrez ce que cela permet de construireLes familles de moyens de paiement
que votre équipe doit évaluer.
DaoPay prend en charge les cinq familles de moyens de paiement qui comptent pour la planification de l’intégration : cartes de crédit, virements bancaires, portefeuilles électroniques, bons prépayés et paiements mobiles. Toutes passent par la même interface pilotée par API, de sorte que la réflexion sur l’architecture ne se divise pas en un scénario d’intégration distinct pour chaque famille. Les familles adaptées à votre zone géographique, à votre modèle opérationnel et à votre combinaison de moyens de paiement sont évaluées au cours du processus, et non sélectionnées dans un catalogue générique.
À consulter également : Présentation complète des moyens de paiement sur la page Paiements
Une fois la combinaison de moyens de paiement définie, le parcours de paiement en découle.
Le parcours s’adapte à l’architecture de votre tunnel de paiement.
Une fois la combinaison de moyens de paiement envisagée, la question suivante concerne l’architecture. DaoPay ne présume pas de votre parcours de paiement. La voie d’intégration est adaptée à votre architecture, et le choix dépend d’une seule question : votre équipe maîtrise-t-elle la logique du parcours de paiement ?
Les deux voies
- Parcours de paiement personnalisé piloté par API
- La voie principale lorsque votre équipe maîtrise la logique du parcours de paiement. La discussion technique part de l’interface API, de votre parcours de paiement et de votre modèle d’implémentation, qui permettent de prévoir au mieux le niveau d’intégration.
- Parcours de paiement géré par une plateforme
- À préciser avec l’équipe d’intégration lorsque votre environnement comprend une plateforme e-commerce, une couche CMS ou un middleware commercial. La voie est choisie une fois l’architecture connue, et non à partir d’un catalogue de plugins.
Il n’existe pas de réponse universelle en matière de plugins tant que l’architecture n’est pas connue. Vous pouvez déterminer la voie qui vous convient sans aucune allégation publique concernant des noms de plateformes ou la couverture des plugins.
Un parcours maîtrisé
de l’évaluation à la mise en production.
L’intégration suit un parcours structuré, avec des responsabilités clairement définies à chaque étape. Vos équipes techniques, commerciales et opérationnelles identifient les jalons commerciaux, de préparation et techniques avant le début du traitement en production, plutôt que de passer directement de la documentation à l’implémentation. Le processus s’ouvre avec l’Onboarding PreCheck : une évaluation préalable de l’adéquation qui aboutit en toute transparence à l’un des trois résultats suivants, Go, Review ou No-Fit, avant le début des sept étapes. L’Internal Review Pack présenté plus loin sur cette page vous permet d’intégrer cette feuille de route à vos discussions internes.
- 01
Demande
Intention initiale et cadrage du projet. Le contexte commercial et d’intégration est recueilli afin d’impliquer rapidement les interlocuteurs concernés en interne et chez DaoPay.
- 02
Qualification
Le modèle opérationnel, la zone géographique, les moyens de paiement et le parcours technique sont évalués avant d’aller plus loin. Ce contrôle de préparation détermine si le projet peut passer à une phase d’intégration approfondie.
- 03
Offre commerciale
Tarification, modèle commercial et préparation à la contractualisation. Les parties prenantes commerciales et financières peuvent préparer les échanges internes avant de passer à la mise en place juridique et opérationnelle. Cette étape garantit que les conditions commerciales restent cohérentes avec le parcours retenu, plutôt que de considérer l’intégration comme un exercice technique isolé.
- 04
Identité et vérification
Vérification de la structure de l’entreprise et de sa préparation opérationnelle. Le service Compliance & Risk de DaoPay prend en charge cette étape pour DaoPay, tandis que les équipes conformité et risques du marchand harmonisent leur compréhension du contexte.
- 05
Contrat de services
Mise en place d’un contrat commercial et opérationnel signé. Le périmètre convenu est transposé dans le dispositif opérationnel contractuel avant l’utilisation des identifiants de production.
- 06
Intégration technique
Configuration de l’environnement de staging, transmission des identifiants, vérification des callbacks et implémentation côté marchand. L’équipe Integration de DaoPay coordonne le staging, les identifiants et la validation technique. Le responsable technique ou produit du marchand prend en charge l’implémentation du checkout.
- 07
Mise en production
Staging validé, identifiants de production transmis et démarrage du trafic réel. Le traitement en production intervient après une validation contrôlée, et non par un accès immédiat ou autonome sans accompagnement.
Prêt à présenter ce projet à votre équipe
Le parcours, de l’évaluation de l’adéquation à la mise en production, est désormais clair. Le dossier d’évaluation interne transforme cette cartographie du processus en un support que vos parties prenantes internes peuvent examiner ensemble.
Découvrez l’aboutissement de ce parcoursIdentité et vérification clarifiées avant d’avancer dans le développement.
Avant l’émission de tout identifiant de production, la structure de l’entreprise, le périmètre opérationnel et le contexte côté marchand sont vérifiés au regard de la configuration des paiements. Cette vérification constitue l’étape de préparation du processus d’intégration. Pour le lecteur technique, l’intérêt n’est pas d’entrer dans les détails de la conformité, mais de clarifier l’état de préparation avant que l’implémentation ne soit trop avancée, plutôt que de découvrir des difficultés une fois les travaux déjà trop engagés.
Deux parties travaillant en parallèle
- Côté DaoPay
- L’équipe Conformité et Risques pilote cette étape et réalise les vérifications de l’entreprise et de ses activités au regard de la configuration de paiement.
- De votre côté
- Vos interlocuteurs chargés de la conformité et des risques précisent le cas d’usage opérationnel, afin que l’intégration approfondie se poursuive sur des bases validées.
À consulter également : Identité & vérification dans le parcours Conformité
Un socle de sécurité
directement évaluable par votre équipe.
L’environnement d’intégration repose sur des éléments techniques fondamentaux et documentés : transport, identifiants, signatures, vérification des notifications et traitement tokenisé. Une équipe technique peut analyser ces éléments avant d’accepter un parcours d’intégration, et la plupart renvoient à la documentation correspondante ou à leur mise en pratique ailleurs sur cette page. Il s’agit de preuves évaluables, et non de simples badges de confiance décoratifs ou d’affirmations générales sur l’hébergement.
Transport HTTPS/TLS
La sécurité du transport fait partie du socle d’intégration documenté.
La couche d’assurance reste ainsi ancrée dans le mode de transport et de vérification de l’intégration, plutôt que dans des signaux de confiance purement décoratifs.
Identifiants du marchand
Les identifiants propres au marchand permettent d’authentifier les requêtes.
La délivrance des identifiants reste intégrée au parcours de préproduction encadré pris en charge par l’équipe d’intégration.
Calcul de la signature
Les calculs de signature cryptographique figurent dans la documentation technique publique.
Les équipes d’ingénierie disposent ainsi d’éléments concrets à vérifier avant et pendant la phase de préproduction. Le calcul est documenté dans la référence publique de l’API.
Vérification des notifications
Les notifications de statut de paiement peuvent être vérifiées dès leur réception.
La vérification doit être intégrée au plan de gestion asynchrone des notifications et prise en compte avant la mise en production.
Flux tokenisés
Le traitement des données de carte est pris en charge via des flux tokenisés.
Le traitement tokenisé permet de séparer les données de carte sensibles des flux de données ordinaires côté marchand et fournit aux évaluateurs techniques un périmètre concret pour examiner les données de carte.
Un interlocuteur technique unique, de l’environnement de test à la mise en production.
Pendant la phase de staging et l’intégration technique, vos ingénieurs collaborent avec l’équipe d’intégration de DaoPay, et le même interlocuteur reste à vos côtés après la mise en production. L’intégration n’est pas présentée comme un exercice à mener sans accompagnement sur un portail développeur. Vous conservez l’interlocuteur qui valide votre staging.
Le même interlocuteur durant les trois phases
- Pendant le staging
- Transmission des identifiants, validation du staging, examen du parcours de paiement et validation des callbacks et des notifications.
- Lors de la mise en production
- Assistance à la mise en production du parcours d’intégration.
- Après le lancement
- Suivi relatif à l’intégration, toujours selon le même parcours.
Un dossier que toutes vos parties prenantes peuvent examiner ensemble.
À ce stade, votre équipe a découvert l’ensemble du périmètre d’intégration. L’Internal Review Pack donne à ce parcours une finalité pratique : il suffit de remplir un court formulaire pour obtenir un document que vos parties prenantes internes peuvent examiner ensemble.
Ce que votre équipe a déjà découvert
- Portail de documentation
- Modèle d’environnement de préproduction
- Gestion des notifications
- Couverture des méthodes
- Parcours de paiement
- Cartographie des processus
- Niveau de préparation
- Socle technique
- Responsabilité de l’équipe d’intégration
Contenu du dossier d’évaluation
- Une synthèse d’une page sur l’adéquation de la solution pour vos discussions internes
- Questions en suspens classées par rôle des parties prenantes : technique, conformité, risques, finance et responsable métier
- Ce que DaoPay n’est pas, pour écarter rapidement les inadéquations
Conçu pour aligner les parties prenantes
- Prend en compte les points de vue des équipes techniques, de la conformité, des risques et de la finance, ainsi que des responsables métier
- Aide votre équipe à évaluer l’adéquation opérationnelle avant d’aller plus loin
- Accès sur demande : renseignez les quatre champs et le dossier s’ouvrira au format PDF dans un nouvel onglet, en adéquation avec votre cas marchand, plutôt que sous forme de fichier public à télécharger
La page distingue déjà ce qui peut être évalué publiquement, ce qui est clarifié dans l’environnement de test, ce qui relève de l’évaluation de l’adéquation et ce qui doit être pris en charge avant la mise en production des paiements. La demande transforme cette structure en un support que vos parties prenantes peuvent examiner ensemble.