PLATEFORME DÉVELOPPEUR
Support développeur
Le support développeur de RapidCents est un lien direct avec des ingénieurs capables de consulter un appel en échec, et non un formulaire de contact général. Les engagements de réponse sont établis par paliers de gravité : les incidents ayant un impact en production suivent le délai le plus court, tandis que les questions d'intégration sont traitées en jours ouvrables. Ce qui détermine la vitesse d'un billet, c'est l'identifiant de requête : avec lui, la tentative exacte se retrace; sans lui, elle doit être reproduite.
- Sandbox avec cartes test
- Webhooks signés
- Erreurs typées et idempotence
- Support développeur dédié

Ce qui passe sur le fil
Ce qu’il faut envoyer
L’identifiant de requête de l’appel en échec, l’environnement, les versions d’API et de SDK, le code d’erreur typé et un exemple concret du comportement attendu contre celui observé. Le reste est optionnel.
Ce qui est consulté
La tentative elle-même : ce qui a été reçu, ce qui a été renvoyé et ce que la plateforme a fait entre les deux. Cela n’est possible qu’avec l’identifiant, d’où la première question posée.
Ce qui revient
Soit l’explication de ce qu’a fait votre intégration, soit celle de ce qu’a fait la plateforme, soit un défaut reconnu avec une référence à suivre. Les trois servent; « réessayez » ne sert pas.
Quand l’utiliser
Bloqué en production
Joignez l’identifiant de requête et le code d’erreur pour que la tentative soit retracée immédiatement plutôt que reconstituée à partir d’un récit.
Pendant l’intégration
Les questions de conception trouvent réponse avant que vous ayez construit la mauvaise chose, ce qui coûte bien moins qu’une correction après la mise en production.
Avant une migration ou une bascule
Une revue de ce que vous comptez changer, envoyée d’avance, est une conversation plus courte qu’un incident pendant le changement.
Mettre en œuvre Support développeur
Relevez l’identifiant de requête dans la réponse en échec.
Notez l’environnement, la version de l’API et celle du SDK.
Décrivez le comportement attendu contre celui observé sur un exemple concret, pas une catégorie d’exemples.
Indiquez ce que vous avez déjà écarté, pour que personne ne refasse le travail.
Ouvrez le canal correspondant à la gravité et énoncez clairement l’impact client.
Ce qui échoue, et comment vous l’apprenez
Des identifiants de requête non journalisés
L’identifiant n’existe que sur la réponse que vous avez déjà jetée. Le consigner avec votre enregistrement ne coûte rien et sépare un incident traçable d’un incident indémontrable.
Signaler un symptôme plutôt qu’une tentative
Un billet disant que les refus augmentent est un projet de recherche. Un billet nommant trois identifiants ayant renvoyé le même code en quinze minutes est une consultation.
Une gravité fixée par l’agacement
Tout escalader au palier supérieur vide ce palier de son sens pour le cas qui en a vraiment besoin. Réservez-le à un impact client et dites lequel.
La page d’état non consultée
Si un composant est déjà signalé dégradé, un billet ajoute de la file, pas de l’information. Abonnez-vous, vérifiez, puis rapportez ce que vos journaux montrent et que la note d’incident ignore.
Sandbox par rapport à la production
Une question sandbox reste une question de support
Une intégration bloquée en sandbox est un développement bloqué, et elle suit le parcours en jours ouvrables. Reproduire d’abord en sandbox donne aussi au support un terrain neutre.
Une reproduction sandbox accélère un billet de production
Si la même requête échoue de la même façon avec une carte test, l’enquête n’a plus besoin de votre trafic réel et se poursuit sans toucher un vrai titulaire.
Les identifiants existent dans les deux environnements
Ils sont cloisonnés : précisez d’où vient le vôtre. Un identifiant cherché dans le mauvais environnement ne renvoie rien et passe pour un mauvais signalement.
Questions sur Support développeur
Comment obtenir de l’aide pour une intégration RapidCents?
Utilisez le canal de support développeur avec l’identifiant de requête de l’appel en échec. Cet identifiant permet de retracer la tentative exacte plutôt que de la reproduire à partir d’une description.
Quelles informations inclure dans un signalement?
L’identifiant de requête, l’environnement, la version de l’API et celle du SDK, le code d’erreur, ainsi que le comportement attendu par rapport à celui observé sur un seul exemple.
Existe-t-il un niveau de service pour les problèmes en production?
Oui, par paliers de gravité, les incidents ayant un impact en production bénéficiant de l’engagement de réponse le plus court.
Et si je n’ai pas journalisé l’identifiant de requête?
Envoyez les repères dont vous disposez : votre référence de transaction, l’horodatage exact avec fuseau, le montant et les quatre derniers chiffres, et journalisez l’identifiant à partir de maintenant. Cela réduit la recherche sans la remplacer.
Le support peut-il voir mes données de carte?
Non, et vous non plus. Les numéros vivent dans le coffre derrière un jeton, et aucune conversation de support ne devrait contenir un numéro complet. Transmettez la référence du jeton ou les quatre derniers chiffres.
Qui contacter pour la tarification, les versements ou une retenue?
Votre équipe de compte, pas le support développeur. Ces décisions relèvent du compte et non du comportement de l’API : passer par ici ajoute une étape sans ajouter de réponse.
Faut-il signaler une erreur qui n’est que dans la documentation?
Oui. Une page de référence en désaccord avec l’interface réelle est un défaut à corriger, et c’est presque toujours la personne qui y a perdu un après-midi qui le signale.
Les problèmes en sandbox sont-ils pris en charge, ou seulement ceux en production?
Les problèmes en sandbox sont pris en charge, selon le parcours en jours ouvrables : une intégration bloquée en sandbox est un développement bloqué. Reproduire d'abord un problème de production en sandbox aide aussi : si la même requête échoue de la même façon avec une carte test, l'enquête n'a plus besoin de votre trafic réel ni d'un vrai titulaire.
Combien d'appels en échec faut-il joindre à un billet?
Quelques-uns pris dans la même fenêtre valent mieux qu'un seul exemple ou qu'une longue liste. Trois identifiants de requête ayant renvoyé le même code d'erreur en une quinzaine de minutes transforment un projet de recherche en simple consultation et montrent s'il s'agit d'un cas isolé ou d'un motif. Précisez l'environnement de chaque identifiant, car ils sont cloisonnés.
Suite de l’intégration

État de la plateforme RapidCents et historique d'incidents sur un poste, pour qu'un intégrateur voie si les rails sont disponibles. État du système
État de la plateforme en temps réel, historique des incidents et avis par abonnement.
Explore
La documentation développeur RapidCents ouverte : référence API, exemple prêt à copier, et un terminal pour le parcours en personne. Documentation
Documentation complète des API, des webhooks, des terminaux et du sandbox.
Explore
Une erreur API RapidCents typée à l'écran, à côté de la vente sandbox refusée qui l'a produite. Erreurs
Codes d’erreur typés, consignes de relance et modèles d’idempotence.
Explore
Un compte marchand sandbox RapidCents exécute des paiements test, isolé de la production, un terminal sandbox sur le bureau. Sandbox
Demandez un accès sandbox avec des ID de marchand test et un environnement isolé.
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





