Aller au contenu principal
NewChargeback Protection + Fee Intelligence for high-volume merchants. Get a savings analysis and a review of your dispute handling.See how it works
Détails

Chargeback Protection + Fee Optimization

See how it works: high-volume merchants get automated dispute evidence, interchange optimization, and real-time savings visibility.

See how it works

Guides d’intégration des paiements

Les guides d’intégration de RapidCents nomment les huit chemins entre lesquels une équipe choisit réellement : l’extension WooCommerce, un checkout Rapid.js, l’API de paiement serveur à serveur, l’intégration PDV et caisse, le moteur de facturation récurrente, le traitement des événements webhook, les logiciels existants via RapidBridge et les exports comptables. Le bon chemin découle de deux questions : contrôlez-vous le code du checkout, et où la carte est-elle saisie? Les huit aboutissent au même compte marchand, au même coffre-fort de cartes et aux mêmes enregistrements de règlement.

PLATEFORME DÉVELOPPEUR

Choisissez le chemin, pas le produit

Huit chemins couvrent presque toutes les intégrations RapidCents, et le bon dépend de deux questions : contrôlez-vous le code du checkout, et où la carte est-elle saisie? Une extension préconstruite se déploie en heures et décide du parcours à votre place. Rapid.js garde le parcours chez vous et la carte hors de vos serveurs. Les API vous donnent tout le contrôle et toute la responsabilité. Les trois aboutissent au même compte, au même coffre et aux mêmes enregistrements de règlement : le choix porte sur ce que vous voulez posséder, pas sur ce que vous obtenez ensuite.

  • Sandbox avec cartes test
  • Webhooks signés
  • Erreurs typées et idempotence
  • Revue d’intégration avant la bascule
Développeur suivant un guide d'intégration RapidCents avec terminal sandbox et test réussi
Un développeur suit un guide d'intégration RapidCents, terminal sandbox sur le bureau et test réussi à l'écran.

Choisissez votre chemin d’intégration

Ce que tous les chemins partagent

  • Le paiement naît côté serveur

    Le navigateur peut tokeniser une carte avec une clé publiable, mais seule une clé secrète crée un paiement. Cette séparation vaut pour un plugiciel comme pour une intégration sur mesure.

  • L’état arrive en deux temps

    La réponse donne le résultat immédiat; le webhook signé donne tout ce qui suit — remboursement, contestation, versement. Une intégration qui ignore le second se périme après le premier paiement.

  • Le rapprochement se fait sur le règlement

    Les autorisations expirent, s’annulent et se capturent partiellement. Les enregistrements de règlement nomment le lot, les frais et le dépôt : c’est sur eux que la comptabilité s’aligne.

Toute intégration suit les mêmes étapes

  1. Obtenez des identifiants sandbox et des cartes test documentées.

  2. Construisez contre le sandbox avec les webhooks branchés sur un tunnel.

  3. Exercez refus, remboursement et défi 3-D Secure, pas seulement le succès.

  4. Passez la revue d’intégration avec un spécialiste RapidCents.

  5. Basculez en production, remplacez le secret de signature et surveillez le premier lot.

Ce qui échoue, et comment vous l’apprenez

  • Le secret de signature oublié à la bascule

    Sandbox et production ne signent pas avec le même secret. Un gestionnaire correct pendant tout le développement rejette chaque événement réel, et le symptôme ressemble à une attaque plutôt qu’à une erreur de configuration.

  • Une clé d’idempotence mal dérivée

    Une clé liée au client ou à la session fusionne deux achats réels en un seul, et le second paiement semble disparaître au lieu d’échouer. Dérivez-la de l’opération.

  • Le chemin de remboursement jamais testé

    C’est là que plugiciel, plateforme et API divergent le plus souvent. Un remboursement fait dans RapidCents qui n’atteint jamais votre système laisse une commande payée qui a pourtant été rendue.

  • Aucun identifiant de requête journalisé

    L’identifiant n’existe que sur la réponse que vous avez jetée. Sans lui, un signalement au support devient une tentative de reproduction plutôt qu’une consultation.

Sandbox par rapport à la production

  • Le résultat suit la carte, pas l’émetteur

    En sandbox, une carte documentée produit le même résultat à chaque fois. C’est ce qui rend un test de refus reproductible en intégration continue, ce qu’aucun émetteur réel ne permet.

  • Le règlement est comprimé

    Les lots se ferment et les dépôts se versent en minutes, pour exercer le rapprochement. En production, cela suit le calendrier de versement de votre compte : revalidez toute hypothèse de délai.

  • Rien ne traverse la frontière

    Jetons, fiches clients et paiements sont propres à leur environnement, et aucune clé ne fonctionne dans l’autre. Une carte mise en coffre en sandbox n’a aucun équivalent en production.

Questions sur le sandbox et la production

Combien de temps prend une intégration?

Une extension préconstruite se déploie en heures; une intégration API complète prend habituellement une à trois semaines incluant les tests sandbox et la revue.

Le sandbox est-il gratuit?

Oui. Les identifiants sandbox, les cartes test et les événements de règlement simulés sont fournis pendant l’évaluation, sans frais.

Dois-je être certifié PCI?

Rapid.js et le checkout hébergé gardent la saisie de carte hors de vos serveurs, ce qui réduit votre portée PCI au questionnaire le plus simple dans la plupart des cas.

Comment choisir entre un plugiciel, Rapid.js et l’API?

Posez deux questions. Contrôlez-vous le code du checkout? Sinon, un plugiciel ou RapidBridge. Le parcours et la marque comptent-ils pour votre conversion? Alors Rapid.js plutôt qu’une redirection. L’API répond quand les règles de panier, d’acompte ou d’expédition partielle vous appartiennent.

Puis-je commencer par un plugiciel et migrer ensuite?

Oui, sur le même compte. Un plugiciel peut porter le trafic réel pendant qu’un checkout sur mesure se bâtit, et les deux produisent des paiements dans les mêmes enregistrements, donc la migration ne coupe ni les rapports ni l’historique.

Faut-il deux intégrations pour le en personne et le en ligne?

Non. Terminal, checkout hébergé, lien de paiement et API aboutissent au même compte marchand et aux mêmes règlements : rapports, remboursements et rapprochement restent une seule intégration.

Qu’est-ce que la revue d’intégration vérifie?

Ce qui coûte cher plus tard : idempotence sur les appels qui déplacent de l’argent, vérification de signature sur le corps brut, séparation des refus temporaires et définitifs, et rapprochement fait sur les règlements plutôt que sur les autorisations.

Prochaine étape

Parlez à un spécialiste RapidCents

Fee Check de RapidCents lit un relevé de traitement et sépare l’interchange de la marge. Téléversez un relevé pour une analyse instantanée, ou ouvrez un compte marchand et commencez à encaisser sur un seul compte.

  • Sans engagement
  • Spécialistes paiement au Canada
  • Téléversement sécurisé