Page mise à jour le
Ce que l'API permet
Ce que GoCardless expose réellement
Repris de la documentation publique de l'éditeur, pas d'une plaquette commerciale. Le lien vers cette documentation est en bas de page.
Clients, comptes bancaires et mandats
On crée le client, on rattache un compte, on crée le mandat, on en lit le statut — en attente, actif, révoqué, échoué. Le bac à sable permet de jouer le cycle sans toucher un vrai IBAN. Un agent n'invente pas un mandat « parce que le client a dit oui au téléphone ». Soit le mandat est actif dans GoCardless, soit le prélèvement n'a pas lieu. La documentation est stricte ; on l'est aussi.
Prélèvements unitaires, échéanciers, demandes de paiement
Un prélèvement se crée contre un mandat actif, pour un montant, à une date. Un échéancier répète le geste. Les parcours de paiement plus récents, les billing requests, permettent de collecter le mandat et le premier paiement dans un flux unique, utile quand le client n'est pas déjà dans votre fichier. L'agent prépare ; GoCardless exécute selon le schéma SEPA, avec ses délais, pas selon votre trésorerie du jeudi.
Échecs, annulations, événements
Un prélèvement échoue : fonds insuffisants, mandat révoqué, compte clôturé. GoCardless le notifie. L'agent lit la raison, choisit la branche que vous avez écrite — réessayer, relancer, geler l'abonnement — et s'arrête sur les raisons qui ne se réessayent pas. Réessayer un mandat révoqué est un geste vain, et parfois un geste mal pris. La raison d'échec n'est pas un détail technique, c'est la règle.
GoCardless API Reference (nouvel onglet) — Consultée le 21-08-2026. Mandats, paiements, clients, événements. Limite générale : 1 000 requêtes / minute. Bac à sable : api-sandbox.gocardless.com.
Trois automatisations concrètes
Ce qu'on met en place avec
Trois situations réelles, décrites comme du travail plutôt que comme de la technique.
Faire signer le mandat au bon moment du devis
Le devis est accepté, ou le contrat d'abonnement part. L'agent envoie le parcours de mandat GoCardless, suit le statut, et n'ouvre pas le service tant que le mandat n'est pas actif — si c'est votre règle. Un client « on verra plus tard pour le mandat » remonte, il n'entre pas dans le tas des impayés du mois prochain. Le commercial n'a plus à relancer le lien de mandat de mémoire.
Prélever la facture, une fois, contre le bon mandat
Une facture émise dans votre outil, échue, avec un mandat actif, devient un prélèvement du bon montant, de la bonne référence. L'agent refuse de prélever deux fois la même facture. Il refuse de prélever un avoir. Il refuse un client dont le mandat a changé de compte sans que la fiche soit à jour. Vous voyez la file du jour, vous la libérez. GoCardless n'est pas un tiroir-caisse d'urgence.
Reprendre un échec selon la raison, pas selon l'humeur
Fonds insuffisants : on réessaie selon le calendrier que vous avez fixé, on prévient le client. Mandat révoqué : on gèle, on prévient le commercial, on ne réessaie pas. Compte clôturé : même discipline. L'agent applique la grille, il ne « tente encore une fois pour voir ». Une grille écrite évite qu'un collaborateur bien intentionné prélève un client qui a quitté la banque, et qu'on s'en rende compte à la réclamation.
Limites
Ce que cette intégration ne fera pas
Les contraintes qu'on rencontre pour de vrai. Les découvrir maintenant coûte une lecture ; les découvrir en cours de projet coûte le projet.
Mille appels par minute, et parfois moins sur un parcours
La référence GoCardless, lue le 21 août 2026, pose une limite générale de 1 000 requêtes par minute, par marchand dans le cas d'une intégration partenaire. Certains parcours ont des plafonds plus serrés. Un import de mandats se rythme. Un agent de TPE n'atteint ces plafonds que s'il est mal écrit. On les respecte quand même : un 429 le jour des prélèvements du 5 est un incident de trésorerie, pas un incident technique.
Le délai SEPA n'est pas un paramètre
Un prélèvement n'est pas un virement instantané. Entre la création et l'encaissement, il s'écoule le temps du schéma, avec des dates de charge, des heures de cut-off. Un agent qui promet « l'argent demain » sur un prélèvement créé ce soir ment. On affiche le statut réel — en attente, soumis, confirmé, échoué — et on tient la trésorerie sur ce statut, pas sur l'espoir.
Un bac à sable n'est pas la banque du client
GoCardless offre un bac à sable complet, et c'est une force. Les IBAN y sont fictifs, les échecs s'y simulent. On y développe. On n'y « vérifie pas le vrai mandat du client ». Le passage en production a sa propre checklist : jetons, schéma, notifications, un premier prélèvement d'un euro sur un compte de l'entreprise. Sauter cette étape, c'est prélever un client pour de vrai dès le premier essai.
Ce que brancher GoCardless demande vraiment
On ouvre un compte bac à sable, on joue le cycle mandat puis prélèvement puis échec, on aligne les identifiants clients avec votre facturation, on écrit la grille des raisons d'échec. Ensuite seulement les clés de production. Le lien avec Pennylane, Qonto ou votre CRM se décide tôt : qui est la source du client, qui est la source de la facture, qui déclenche le prélèvement. Deux systèmes qui prélèvent le même client sont un incident, pas une intégration.
Vos questions
GoCardless remplace-t-il Stripe ?
Non. Stripe encaisse surtout la carte et des rails mondiaux. GoCardless encaisse surtout le prélèvement, particulièrement utile en B2B français récurrent. Beaucoup d'entreprises ont les deux : la carte pour le premier paiement ou le grand public, le mandat pour l'abonnement. Un agent qui unifie les relances doit savoir *quel* rail a échoué. Relancer un mandat révoqué comme une carte expirée, c'est le mauvais texte, le mauvais lien, le mauvais ton.
Peut-on prélever dès la signature du devis ?
Seulement si le mandat est déjà actif, ou si le parcours de paiement combine les deux et que le client le termine. Un devis signé n'est pas un mandat. Beaucoup de retards de trésorerie viennent de cette confusion. L'agent peut bloquer l'accès au service, ou bloquer la première livraison, tant que le mandat n'est pas là — si vous l'avez décidé. Il ne peut pas prélever un IBAN collé dans un mail.
Que faire des prélèvements en attente à la clôture ?
Les laisser en attente, les suivre, ne pas les comptabiliser comme de l'encaissé. Un prélèvement soumis n'est pas de l'argent. L'expert-comptable le sait ; l'agent doit le savoir aussi. On pousse vers la compta le statut confirmé, on isole le statut échoué, on ne « solde » pas une facture sur un espoir de schéma SEPA. La clôture préfère un impayé vrai à un encaissement imaginaire.
Une idée en tête ?
Réservez un rendez-vous ou écrivez-nous — réponse sous 24 h.