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
Fee Check

PLATEFORME DÉVELOPPEUR

Documentation

La documentation développeur de RapidCents couvre chaque interface qu’une intégration touche : les points de terminaison REST pour les paiements, les remboursements, les clients, les jetons et les règlements, les webhooks signés, les champs de carte Rapid.js, l’intégration des terminaux et le sandbox où tout cela s’exerce. Chaque page de point de terminaison donne la méthode, les entrées requises et optionnelles, le corps de succès, chaque corps d’erreur possible et la version d’API à laquelle elle appartient. Les guides décrivent la forme; la page de référence fait autorité.

  • Sandbox avec cartes test
  • Webhooks signés
  • Erreurs typées et idempotence
  • Support développeur dédié
Ouvrir la documentation APIS'inscrire
Poste de documentation développeur RapidCents avec référence API, exemple de code et terminal bleu
La documentation développeur RapidCents ouverte : référence API, exemple prêt à copier, et un terminal pour le parcours en personne.

Ce qui passe sur le fil

  • Un seul endroit fait autorité

    Chaque page de point de terminaison donne la méthode, les entrées requises et optionnelles, le corps de succès et chaque corps d’erreur possible. Les guides y renvoient au lieu de le répéter.

  • L’environnement suit l’identifiant

    Les exemples sont étiquetés sandbox ou production. L’environnement atteint découle de la clé utilisée, et la référence précise l’adresse et l’identifiant attendus par point de terminaison.

  • La version est inscrite au contrat

    Chaque page indique la version d’API à laquelle elle appartient et ce qui a changé entre les versions, pour lire le contrat auquel votre compte est fixé plutôt que le plus récent.

Quand l’utiliser

  • Démarrer une intégration

    Commencez par le démarrage rapide, puis passez à la référence API une fois les identifiants sandbox émis et un premier paiement test réussi.

  • Déboguer en production

    Codes d’erreur, consignes de relance et règles d’idempotence sont documentés avec les corps de réponse où ils apparaissent : un code mène à une action, sans deviner.

  • Planifier une migration

    Le journal des modifications consigne les changements incompatibles et les fenêtres de dépréciation : la mise à niveau se planifie au lieu de se découvrir.

Mettre en œuvre Documentation

  1. Demandez des identifiants sandbox et un ID de marchand test.

  2. Créez un paiement test avec un numéro de carte documenté.

  3. Vérifiez la signature du webhook avant d’analyser le corps de la requête.

  4. Forcez au moins un refus et un remboursement, et validez votre traitement des deux.

  5. Passez la liste de vérification, changez de clés, puis surveillez le premier lot réel.

Ce qui échoue, et comment vous l’apprenez

  • Lire la mauvaise version

    Une réponse qui ne correspond pas à la référence relève presque toujours d’un écart de version. Comparez la version fixée à votre compte avec celle de la page avant d’ouvrir un billet.

  • Copier un exemple sans son environnement

    Un exemple conçu pour le sandbox se comporte autrement avec des clés de production, surtout côté règlement. C’est pourquoi chaque exemple porte une étiquette.

  • Prendre un guide pour le contrat

    Les guides vieillissent plus vite que les pages de référence. En cas de désaccord sur une entrée, la page de référence l’emporte et le guide est ce qu’il faut signaler.

Sandbox par rapport à la production

  • Même documentation, deux comportements

    La référence décrit un seul contrat pour les deux environnements. Ce qui diffère est ce qui se trouve derrière : réseaux simulés, résultats déterminés par la carte test et règlement comprimé en minutes.

  • Le sandbox n’est pas un modèle tarifaire

    Les frais, les délais de versement et les décisions d’acceptation vus en sandbox sont illustratifs. Votre tarif réel et votre calendrier de dépôt viennent de votre compte.

  • Le sandbox survit à la mise en production

    L’accès n’est pas retiré une fois en production : chaque livraison peut se répéter avec les mêmes cartes documentées.

Questions sur Documentation

L’API RapidCents est-elle REST ou GraphQL?

REST sur HTTPS, avec des corps de requête et de réponse en JSON, des codes d’état HTTP standards et des objets d’erreur typés. Aucun point de terminaison GraphQL n’est exposé.

Faut-il un compte marchand avant de commencer à développer?

Non. Les identifiants sandbox sont émis pendant l’évaluation, donc une intégration peut être construite et testée avant l’approbation du compte marchand.

Comment les versions de l’API sont-elles gérées?

Les versions sont fixées par compte, les changements incompatibles sont livrés dans une nouvelle version, et les avis de dépréciation paraissent dans le journal des modifications avec une fenêtre de migration.

Où trouver le nom exact des champs d’une requête?

Sur la page du point de terminaison, dans la référence API. Ce site décrit la forme de ce que vous envoyez et recevez; la référence porte les noms littéraux, les types, les valeurs permises et les entrées obligatoires.

Comment distinguer un changement documenté d’un défaut?

Consultez le journal des modifications, puis la page du point de terminaison pour votre version fixée. Si les deux concordent et que votre intégration diverge encore, transmettez au support l’identifiant de requête de l’appel en échec.

Que la documentation ne couvre-t-elle pas volontairement?

Ce qui dépend du compte. Votre tarification, votre calendrier de versement et toute condition d’acceptation ne sont pas des comportements d’API et ne sont pas publiés ici; votre équipe de compte les confirme par écrit.

La documentation couvre-t-elle l’intégration des terminaux en personne autant que les paiements en ligne?

Oui. L’intégration des terminaux et des points de vente est documentée aux côtés des points de terminaison REST, des webhooks signés et de Rapid.js, parce qu’un paiement encaissé sur un terminal aboutit au même compte marchand et aux mêmes enregistrements de règlement qu’un paiement en ligne.

Par où commencer si j’ai hérité d’une intégration au lieu de l’avoir construite?

Trouvez la version d’API que vos services envoient réellement, dans vos propres journaux de requêtes plutôt que par supposition. Lisez ensuite les pages de points de terminaison de cette version, puis le journal des modifications pour repérer ce qui est déprécié. Partir de la documentation la plus récente décrit un contrat auquel votre compte n’est peut-être pas fixé.

Suite de l’intégration

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.

Vérifier mes fraisCommencer
  • Sans engagement
  • Spécialistes paiement au Canada
  • Téléversement sécurisé