Construisez sur des API conçues pour la production
Les intégrations de passerelle échouent à trois endroits : de nouvelles tentatives qui facturent deux fois, des notifications Web automatisées non vérifiées et des refus traités comme un seul cas. L’API REST de RapidCents répond par des clés d’idempotence, des événements signés et des codes de refus structurés. Chaque parcours est d’abord validé dans l’environnement de test.
- 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…
Découvrir
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…
Découvrir
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.
Cartes, devises et règlement au Canada
Ce qu’un compte RapidCents accepte au Canada, les devises dans lesquelles il règle et le moment où l’argent arrive.
Cartes et modes de paiement acceptés
Les cartes Visa, Mastercard, American Express, Discover, UnionPay et Diners Club de tous les pays, ainsi que le débit Interac, Apple Pay, Google Pay et les paiements bancaires par TEF et débit préautorisé, sur un seul compte marchand.
Plus de 137 devises, réglées en CAD ou en USD
Le traitement se fait en CAD, en USD, en EUR et dans plus de 137 devises, et vos dépôts sont versés directement dans votre compte bancaire canadien en CAD ou dans votre compte bancaire canadien en USD, sans double conversion sur vos ventes en USD.
Dépôts le jour ouvrable suivant et conciliation
Les lots se ferment chaque soir et les dépôts arrivent le jour ouvrable suivant, selon les heures limites et l’admissibilité, avec des rapports par dépôt dans un seul tableau de bord RapidCents.
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?
Seulement si vous expédiez après la commande. Autoriser à la commande et capturer au départ des marchandises retient les fonds sans les prendre pour une commande pas encore exécutée; une vente réglée sur-le-champ est plus simple en une seule étape, sans rien à rapprocher entre deux appels.
Un SDK ou un cadriciel précis est-il exigé?
Non. L’API fonctionne en REST sur HTTPS et n’exige aucun cadriciel, environnement d’exécution ni SDK : l’intégration peut s’écrire dans le langage que votre produit utilise déjà. Le seul élément côté navigateur à prévoir est Rapid.js, qui héberge les champs de carte et garde les données de carte hors de vos serveurs.
Que peut-on voir une fois l’intégration en production?
Le trafic réel, les motifs de refus et les règlements, dans le tableau de bord. Les suivre dès le lancement permet à votre équipe de repérer la première anomalie avant qu’un client la signale, et les motifs de refus montrent si la logique de nouvelles tentatives distingue bien les refus récupérables des autres.
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é
