Ressources pour les développeurs
Utilise nos ressources pratiques pour développeurs pour commencer immédiatement.
Instructions pour votre propre intégration
Apprends comment recevoir des paiements uniques ou récurrents directement dans ton système, sur ton site web ou via ton application.
Payrexx est compatible avec tous les systèmes de boutique et CMS populaires.
Guide pour les développeurs de plateformes et de marketplaces
Trouvez toutes les documentations nécessaires et l'assistance pour recevoir des paiements en ligne via ta plateforme ou ton marché.
Questions fréquemment posées par les développeur·euse·s
Puis-je essayer Payrexx gratuitement ?
Oui, les premiers 30 jours dans l'abonnement d'essai sont gratuits. Il suffit de s'inscrire ici et de commencer. Aucune carte de crédit n'est requise.
Comment tester un premier paiement ?
Active le mode test dans les paramètres du fournisseur de paiement. Ensuite, tu peux ouvrir une page de paiement via l'API ou l'un des outils intégrés et effectuer un paiement test sans flux monétaire. Plus d'informations ici
Quelles langages de programmation sont pris en charge ?
Tu peux utiliser notre API avec n'importe quel langage. Plus d'informations se trouvent dans la documentation API de Payrexx.
Pour PHP, nous proposons également un SDK prêt à l'emploi sur notre compte GitHub.
Où puis-je trouver des exemples de code ?
Dans notre SDK PHP, tu trouveras des exemples de code PHP pour différents cas d'utilisation.
Dans la documentation API, tu trouveras des exemples pour chaque appel API.
Comment sont gérés la SCA (Authentification forte du client) et le 3D Secure 2.0 dans le processus de paiement ?
Payrexx prend automatiquement en charge les exigences complexes de la directive sur les services de paiement PSD2 (y compris SCA) pour le développeur.
Pour les cartes de crédit standard, le flux de défi 3D-Secure est directement hébergé et géré par le Payrexx Gateway.
Pour les portefeuilles comme Google Pay ou Click to Pay (Visa), Payrexx utilise automatiquement des méthodes d'authentification modernes et tokenisées (par exemple, CRYPTOGRAM_3DS). Comme cela est déjà reconnu comme une authentification forte par les émetteurs de cartes, l'étape supplémentaire 3D-Secure est complètement supprimée au passage à la caisse (Flux sans friction).
L'API prend-elle en charge le traitement automatique des remboursements partiels?
Oui. Les remboursements complets (Refund) ainsi que les remboursements partiels (Partial refund) sont pris en charge par l'API et dans le Dashboard. L'objet transaction de l'API retourne également les valeurs booléennes refundable et partiallyRefundable pour que le système du développeur sache immédiatement si un remboursement partiel est possible. Lors d'un remboursement partiel, le statut de la transaction passe à partially-refunded. Les Webhooks sont également déclenchés lors de ces changements de statut.
Comment l'idempotence est-elle assurée lors des appels API pour éviter les doublons de transactions ?
Pour éviter les doubles réservations, les développeurs doivent utiliser le uuid unique de Payrexx (ID de transaction de Payrexx) ou le propre referenceId (ID de commande de la boutique) transmis lors de la création de la transaction. Payrexx recommande également de toujours valider les webhooks en les comparant à sa propre base de données en utilisant ces identifiants.
Quelles sont les exigences de conformité PCI-DSS lors de l'utilisation de l'API ou des SDKs ?
Payrexx est certifié comme plateforme de paiement PCI-DSS Niveau 1. Lorsque les développeurs utilisent la passerelle de paiement Payrexx, les pages de paiement hébergées (Pages) ou les plugins, leurs propres serveurs ne sont pas en contact avec des données sensibles du titulaire de la carte (CHD - Cardholder Data). Tout le flux de paiement sensible est géré par les serveurs de Payrexx, ce qui réduit considérablement la portée de la conformité PCI pour le commerçant (généralement à un simple questionnaire SAQ-A).
