PLATEFORME DÉVELOPPEUR
Sandbox
Le sandbox RapidCents est un environnement entièrement isolé, avec ses propres identifiants, des ID de marchand test, des réseaux de cartes simulés et un règlement accéléré. Rien n’y touche les données de production ni de l’argent réel. Ce n’est pas une maquette allégée : les points de terminaison, les corps de requête, les codes d’erreur et les charges utiles des webhooks sont ceux que la production sert, donc le travail fait là se transfère au lieu d’être refait. Il ne remplace pas un vrai compte bancaire, un vrai délai de versement ni votre tarification : celles-ci viennent d’un compte marchand approuvé.
- Sandbox avec cartes test
- Webhooks signés
- Erreurs typées et idempotence
- Support développeur dédié

Ce qui passe sur le fil
Ce que vous obtenez
Un jeu d’identifiants, au moins un ID de marchand test et l’accès aux cartes test documentées. Les clés sont cloisonnées par environnement : elles n’authentifient que le sandbox.
Ce qu’il remplace
Les réseaux de cartes et la décision de l’émetteur. Tout ce qui précède — votre requête, le contrat de la passerelle, le flux d’événements, les enregistrements de règlement — se comporte comme en production.
Ce qu’il ne remplace pas
Un vrai compte bancaire, de vrais délais de versement et votre tarification réelle. Cela vient d’un compte marchand approuvé : aucune réponse sandbox ne vaut une soumission ni un calendrier de dépôt.
Quand l’utiliser
Pendant l’évaluation
Prouvez que l’intégration fonctionne avant de vous engager sur un compte marchand, et avant toute signature.
À chaque livraison
Gardez un compte sandbox permanent pour valider les changements avant qu’ils touchent le trafic réel, et non après.
À l’arrivée ou au transfert
Un nouveau développeur, ou une agence qui reprend l’intégration, reçoit des identifiants sandbox sans aucun accès aux fonds réels.
Mettre en œuvre Sandbox
Demandez un accès sandbox et recevez un ID de marchand test.
Développez avec des clés sandbox et des webhooks pointés vers un tunnel.
Exercez approbations, refus, remboursements et un défi 3-D Secure avec les cartes documentées.
Rejouez la même suite en intégration continue, avec ses propres identifiants sandbox.
Ne passez aux clés de production qu’après la liste de vérification, en remplaçant aussi le secret de signature.
Ce qui échoue, et comment vous l’apprenez
Le secret de signature n’a pas été remplacé
Le sandbox et la 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é sandbox déployée en production
Tous les appels échouent à l’authentification. Refuser de démarrer quand l’identifiant ne correspond pas à l’environnement transforme une panne en déploiement raté.
Des hypothèses de délai transposées
Le règlement accéléré apprend à votre code que le versement suit presque aussitôt la capture. En production, il suit le calendrier de votre compte, et les traitements bâtis sur le rythme sandbox restent inertes.
Le sandbox pris pour un banc d’essai de charge
C’est un environnement de justesse, pas de capacité. Les chiffres observés ne disent rien du débit en production, et l’utiliser ainsi produit surtout des réponses de limitation.
Sandbox par rapport à la production
L’isolation tient à l’identifiant
Les deux environnements ont des données et des clés distinctes, et aucune clé ne fonctionne dans l’autre. Aucune erreur de configuration ne permet à un appel sandbox d’atteindre des fonds réels.
Le résultat suit le numéro de carte
En production, il dépend de l’émetteur. En sandbox, il dépend de la carte documentée envoyée : c’est pourquoi le même test peut se rejouer mille fois et rester signifiant.
Le temps est comprimé, l’argent est fictif
Les lots se ferment et les dépôts se versent en minutes pour exercer le rapprochement; les montants, frais et calendriers restent illustratifs plutôt qu’un aperçu de votre compte.
Questions sur Sandbox
Comment obtenir un accès au sandbox RapidCents?
Demandez-le pendant l’évaluation : les identifiants et un ID de marchand test sont émis sans entente marchand signée.
Les données du sandbox sont-elles mêlées à celles de la production?
Non. Les environnements sont séparés, avec des clés distinctes, donc un appel sandbox ne peut pas atteindre de fonds réels.
Combien de temps dure l’accès au sandbox?
Il reste disponible pendant le développement et après la mise en production, afin de continuer à tester chaque livraison.
Puis-je copier des données du sandbox vers la production?
Non. Jetons, fiches clients et paiements ne franchissent pas la frontière, et une carte mise en coffre en sandbox n’a aucun équivalent en production. Tout ce qui doit exister en production doit y être créé.
Que faut-il exactement changer à la mise en production?
La clé secrète, la clé publiable, le secret de signature des webhooks et l’adresse de livraison des événements. Traitez les quatre comme un seul changement : une bascule partielle échoue d’une façon trompeuse.
Plusieurs développeurs peuvent-ils partager un compte sandbox?
Oui, et des identifiants distincts à l’intérieur restent préférables : une clé qui fuit ou qui tourne ne touche alors qu’une personne, et l’intégration continue a les siens.
Le sandbox se comporte-t-il exactement comme la production?
Le contrat est le même et versionné de la même façon. Les écarts sont ceux énumérés plus haut — réseaux simulés, résultats déterministes, règlement comprimé — et ils sont documentés plutôt qu’accidentels.
Le sandbox peut-il servir à tester la charge de mon intégration?
Non. C’est un environnement de justesse, pas de capacité. Le débit qu’on y observe ne dit rien de la production, et y pousser du volume produit surtout des réponses de limitation avec une consigne de relance plutôt que des chiffres utiles.
Puis-je pointer un client sandbox vers une nouvelle version d’API pendant que la production reste fixée?
Oui, et c’est la façon prévue de planifier une migration. Le verrouillage de version est respecté de façon identique dans les deux environnements : exécuter l’ancienne et la nouvelle version côte à côte en sandbox produit la liste réelle des vérifications qu’un billet de migration doit couvrir.
Suite de l’intégration

Le parcours de démarrage RapidCents : créer un paiement test, voir la réponse, et le confirmer sur un terminal sandbox. Démarrage rapide
Obtenez un accès sandbox, créez un paiement test et recevez un webhook en quatre étapes.
Explore
Tests sandbox RapidCents : cartes test documentées, un refus simulé, et un terminal pour les cas en personne. Tests
Cartes test, refus simulés et événements de règlement en sandbox.
Explore
La référence de l'API RapidCents sur un poste, avec une requête type, la réponse correspondante et un terminal de test. Référence API
Points de terminaison REST pour les paiements, les clients, les remboursements et les webhooks.
Explore
Un développeur suit un guide d'intégration RapidCents, terminal sandbox sur le bureau et test réussi à l'écran. Guides d’intégration
Guides pas à pas pour l’e-commerce, le PDV, le mobile et les places de marché.
Explore
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





