Construisez sur des API conçues pour la production
Les intégrations de passerelle échouent à trois endroits prévisibles : des relances qui facturent deux fois, des webhooks que personne ne vérifie, et des refus traités comme un seul cas. L’API REST de RapidCents répond aux trois : clés d’idempotence, pour qu’une écriture répétée renvoie le résultat d’origine; événements signés HMAC que le point de terminaison vérifie avant d’agir; codes de refus structurés qui distinguent un refus temporaire d’un refus définitif. Les champs Rapid.js gardent les données de carte hors de vos serveurs, et chaque parcours s’exerce d’abord en sandbox.
- Spécialistes canadiens
- Interchange-plus disponible
- Migration accompagnée
- Support post-lancement
Pour qui
Équipes qui intègrent un checkout
Des équipes qui ajoutent le paiement à un produit existant, où les modes d’échec comptent plus que le parcours idéal.
Fondateurs techniques
Une personne qui décide de l’architecture de paiement et a besoin des contraintes tôt, pas après le lancement.
Équipes qui migrent d’une autre passerelle
Parcours, cartes enregistrées et consommateurs de webhooks déjà en place, et une bascule qui doit être réversible.
Défis courants
Des relances qui facturent deux fois
Un dépassement de délai n’est pas un refus. Sans idempotence, la relance sûre et la double facturation se ressemblent côté client.
Des webhooks non vérifiés
Un point de terminaison qui accepte tout POST est un point que n’importe qui peut appeler. La vérification de signature distingue un événement d’une affirmation.
Des refus traités comme un seul cas
Un refus temporaire qui réussirait à la relance et un refus définitif exigent des chemins différents, donc des codes structurés plutôt qu’un message texte.
Approche RapidCents
Créer des identifiants sandbox et exécuter les parcours réellement nécessaires avec des cartes de test.
Séparer autorisation et capture si vous expédiez après avoir facturé.
Envoyer une clé d’idempotence à chaque écriture, pour qu’un échec réseau puisse être relancé sans risque.
Vérifier les signatures de webhook et considérer le webhook, non la redirection du navigateur, comme la source de vérité.
Compléter la liste de certification, puis surveiller le trafic réel et les règlements dans le tableau de bord.
Capacités recommandées
API REST
Points de terminaison pour paiements, remboursements, clients, jetons et règlements, versionnés pour qu’une mise à niveau soit une décision, pas une surprise.
Clés d’idempotence
Une écriture répétée avec la même clé renvoie le résultat d’origine au lieu de créer une seconde charge.
Webhooks signés
Les événements de cycle de vie portent une signature HMAC que votre point de terminaison vérifie avant d’agir.
Codes de refus structurés
Des motifs lisibles par machine, pour distinguer un refus temporaire d’un refus définitif.
Champs intégrés Rapid.js
Des champs de carte hébergés par RapidCents et stylés comme votre checkout : les données restent hors de vos serveurs, l’interface reste la vôtre.
Produits associés
Un poste d'intégration de passerelle : réponse API à l'écran, terminal RapidCents prêt pour une vente test. Passerelle de paiement
La passerelle RapidCents expose des points REST pour autoriser, capturer, annuler, rembourser et tokeniser…
Explore
Des champs de carte hébergés par RapidCents s'affichent dans le paiement du marchand, terminal et tableau de bord à côté. Paiements intégrés UI
Les paiements intégrés UI RapidCents offrent composants prêts, champs carte, portefeuilles et widgets…
Explore
Implémentation
Sandbox
Identifiants et cartes de test avant toute clé de production. Chaque parcours destiné à la production s’y exerce d’abord.
Développement de l’intégration
Autorisation et capture, remboursements, jetons clients et webhooks, écrits contre la version d’API que vous comptez livrer.
Certification
Une liste couvrant les parcours construits, complétée avant l’émission des identifiants de production.
Surveillance après lancement
Trafic réel, motifs de refus et règlements visibles dans le tableau de bord : la première anomalie est trouvée par vous, pas signalée par un client.
Ce qui ne change pas
Votre pile technique
L’API est REST sur HTTPS. Aucun cadriciel, aucun runtime ni SDK imposé.
Le design de votre checkout
Les champs Rapid.js sont stylés par vous. Réduire le périmètre PCI n’oblige pas à céder l’interface.
Votre obligation PCI
Champs hébergés et tokenisation réduisent le périmètre. Ils ne suppriment pas la validation sur le questionnaire correspondant à votre intégration.
Questions fréquentes
Quelle différence entre le webhook et la redirection?
La redirection dit que le client est revenu. Le webhook dit ce qui est arrivé au paiement. Un client qui ferme l’onglet ne revient jamais, et le paiement a pourtant réussi : l’état de la commande doit suivre le webhook.
Comment relancer sans risque après un dépassement de délai?
Envoyez la même clé d’idempotence. La requête répétée renvoie le résultat d’origine plutôt que d’en créer un second, donc le client peut relancer sans savoir si la première tentative est passée.
Dois-je gérer 3-D Secure moi-même?
Avec le checkout hébergé, le défi est traité sur la page RapidCents. Avec une intégration API ou intégrée, votre application traite l’événement émis par le composant. Dans les deux cas, les règles de déclenchement se configurent.
Y a-t-il un engagement de disponibilité?
L’API de passerelle porte un SLA de disponibilité de 99,9 %. Il vise l’API de passerelle, pas l’ensemble des surfaces.
Puis-je tester les refus?
Oui. Le sandbox fournit des numéros de carte de test, des refus simulés et des événements de règlement, avec des résultats déterministes liés à la carte utilisée.
Que se passe-t-il quand la version de l’API change?
Les points de terminaison sont versionnés : une intégration existante conserve son comportement. À noter aussi que les frais, délais de financement et résultats de souscription du sandbox sont illustratifs.
Faut-il séparer l’autorisation et la capture?
Séparez-les si vous expédiez après avoir facturé : autoriser à la commande et capturer au départ des marchandises retient les fonds sans les prendre pour une commande non exécutée. Pour une vente immédiate, une étape combinée est plus simple et il n’y a rien à concilier.
Un SDK ou un cadriciel précis est-il exigé?
Non. L’API est REST sur HTTPS, sans cadriciel, runtime ni SDK imposé : l’intégration s’écrit avec ce que votre produit utilise déjà. Rapid.js est l’exception à connaître : il héberge les champs de carte dans le navigateur, ce qui garde les données hors de vos serveurs.
Take the next step
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.
- No obligation
- Payment specialists, not a call centre
- Secure statement upload
