Skip to main content
NewChargeback Protection + Fee Intelligence for high-volume merchants. Get a savings analysis and a review of your dispute handling.See how it works
Details

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

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é
Espace de support développeur RapidCents avec trace de requête, tableau de bord marchand et terminal bleu
Un poste de support développeur RapidCents suit une requête de paiement en direct, tableau de bord et terminal de test à côté.

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

  1. Relevez l’identifiant de requête dans la réponse en échec.

  2. Notez l’environnement, la version de l’API et celle du SDK.

  3. Décrivez le comportement attendu contre celui observé sur un exemple concret, pas une catégorie d’exemples.

  4. Indiquez ce que vous avez déjà écarté, pour que personne ne refasse le travail.

  5. 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.

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