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

PLATEFORME DÉVELOPPEUR

Plugiciels et extensions

Les plugiciels et extensions sont des intégrations prêtes à l'emploi pour les plateformes de commerce courantes : les paiements fonctionnent sans que personne écrive d'intégration. Un plugiciel s'installe dans une boutique WordPress avec WooCommerce, une vitrine Shopify se connecte à la passerelle de paiement RapidCents, et d'autres plateformes créent des sessions hébergées ou des liens de paiement depuis leur panier existant. Le compromis est assumé : un plugiciel se déploie plus vite et donne moins de contrôle sur la page de paiement. Quand les besoins dépassent ce qu'il expose, on passe à Rapid.js ou aux API.

  • Sandbox avec cartes test
  • Webhooks signés
  • Erreurs typées et idempotence
  • Support développeur dédié
Demander un accès sandboxSign Up
Configuration d'un plugiciel RapidCents reliant un panneau commerce générique au checkout
Un plugiciel RapidCents relie un panneau commerce au paiement, pour encaisser les cartes sans code de passerelle sur mesure.

Ce qui passe sur le fil

  • Où il se situe

    Dans la plateforme, entre son panier et RapidCents. La plateforme possède le catalogue, la commande et le compte client; le plugiciel ne possède que l’étape de paiement et le statut qu’il réécrit.

  • Ce que vous configurez

    Les identifiants, l’environnement et les moyens de paiement offerts. Le reste relève des réglages de la plateforme. Aucun code n’est écrit : c’est précisément pourquoi l’écran de configuration concentre les erreurs.

  • Ce qu’il réécrit

    Le statut de la commande, guidé par le cycle de vie du paiement. Une capture réussie marque la commande payée; un remboursement fait dans RapidCents devrait s’y refléter, et le vérifier fait partie des tests.

Quand l’utiliser

  • La plateforme est standard

    Une boutique non modifiée sur une plateforme prise en charge est exactement le cas visé : installer bat commander, en temps comme en risque.

  • Il n’y a pas d’équipe technique

    Un écran de configuration n’est pas une intégration : la personne qui gère la boutique peut s’en charger.

  • Vous voulez démarrer et construire ensuite

    Un plugiciel peut porter le trafic réel pendant qu’un checkout sur mesure se bâtit sur le même compte, et les deux produisent les mêmes enregistrements.

Mettre en œuvre Plugiciels et extensions

  1. Confirmez la version de plateforme prise en charge avant toute installation.

  2. Installez dans une copie de préproduction de la boutique, jamais directement en production.

  3. Configurez des identifiants sandbox et passez une commande test avec une carte documentée.

  4. Forcez un refus et un remboursement, et vérifiez que le statut de commande suit les deux.

  5. Basculez sur les identifiants de production, passez une petite commande réelle, puis remboursez-la.

Ce qui échoue, et comment vous l’apprenez

  • Des identifiants sandbox restés en production

    La boutique paraît configurée et chaque commande réelle échoue au paiement. Comme le plugiciel signale une erreur de paiement plutôt que d’identifiant, on diagnostique d’abord une panne.

  • Un statut qui ne suit pas le remboursement

    Un remboursement fait dans RapidCents qui n’atteint jamais la plateforme laisse une commande payée qui a pourtant été rendue. Testez ce sens explicitement : c’est celui qu’on saute.

  • Une mise à niveau de plateforme trop rapide

    Les plateformes évoluent plus vite que les intégrations. Vérifiez la compatibilité avant une montée de version majeure, pas après l’arrêt du checkout.

  • Modifier le plugiciel pour ajouter une fonction

    Un plugiciel modifié cesse de recevoir les mises à jour, y compris de sécurité, et hérite de chaque incompatibilité future. Si le besoin est réel, construisez-le sur Rapid.js ou les API.

Sandbox par rapport à la production

  • Chaque plugiciel a un sélecteur d’environnement

    C’est le premier réglage à vérifier et le dernier à changer. Des identifiants sandbox s’y comportent comme ceux de production, sauf que les cartes test décident du résultat.

  • Préproduction n’est pas sandbox

    Une boutique de préproduction avec des identifiants de production encaisse de l’argent réel. Combinez copie de préproduction et identifiants sandbox : la commande test est alors sûre sur les deux axes.

  • Testez d’abord le remboursement en sandbox

    C’est là que plugiciel et plateforme divergent le plus souvent, et le sandbox est le seul endroit pour le découvrir sans un client qui attend son argent.

Questions sur Plugiciels et extensions

Quelles plateformes ont un plugiciel RapidCents?

WooCommerce dispose d’une extension pour les boutiques WordPress, et une vitrine Shopify peut se connecter à la passerelle. Les autres plateformes passent par des sessions de checkout hébergé ou des liens de paiement créés depuis le panier; votre spécialiste confirme votre cas.

Un plugiciel réduit-il ma portée PCI?

Cela dépend du lieu de saisie. Un plugiciel qui redirige vers le checkout hébergé ou intègre des champs hébergés garde la carte hors de vos serveurs; un plugiciel qui publie la carte par votre boutique, non. Vérifiez le modèle employé.

Puis-je utiliser un plugiciel et l’API ensemble?

Oui, sur le même compte. Une boutique peut tourner sur un plugiciel pendant qu’une autre application encaisse par API, et les deux apparaissent dans les mêmes rapports et règlements.

Que faire si le plugiciel ne suffit pas?

Déplacez ce besoin vers Rapid.js ou les API plutôt que de modifier le plugiciel. Une version modifiée perd son chemin de mise à jour, et l’ajout se maintient plus facilement en petit checkout sur mesure.

Les plugiciels gèrent-ils les remboursements depuis la plateforme?

Là où la plateforme expose une action de remboursement, l’objectif est qu’elle atteigne RapidCents et qu’un remboursement fait dans RapidCents s’y reflète. Vérifiez les deux sens en test plutôt que de présumer la symétrie.

Comment mettre à jour un plugiciel sans casser le checkout?

Mettez d’abord à jour la copie de préproduction, passez une commande test avec identifiants sandbox — refus compris — puis seulement la production. Le checkout est la partie où un retour arrière ne suffit pas.

Pourquoi toutes mes commandes réelles échouent-elles au paiement après l'installation?

Vérifiez d'abord le sélecteur d'environnement. Des identifiants sandbox laissés dans une boutique en production font échouer chaque commande réelle à l'étape du paiement, et comme le plugiciel signale une erreur de paiement plutôt qu'une erreur d'identifiants, on diagnostique généralement une panne avant de regarder l'écran de configuration.

Comment tester un plugiciel sans encaisser de vrai argent?

Utilisez à la fois une copie de préproduction de la boutique et des identifiants sandbox. La préproduction seule ne suffit pas : une boutique de préproduction configurée avec des identifiants de production encaisse de vrais paiements. Les deux en place, passez une commande test avec une carte documentée, puis forcez un refus et un remboursement et vérifiez que l'état de la commande suit.

Suite de l’intégration

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.

Vérifier mes fraisCommencer
  • No obligation
  • Payment specialists, not a call centre
  • Secure statement upload