Brancher ses outils
Connecter Stripe à un agent IA
Dès qu'un agent touche à l'argent, la question n'est plus ce qu'il sait faire mais ce qu'on lui interdit. Le connecteur Stripe donne accès aux clients, aux paiements, aux abonnements, aux factures, aux remboursements et aux rapports. Il se branche avec une clé volontairement restreinte — c'est ce que Stripe recommande pour des agents autonomes — et les gestes qui déplacent de l'argent restent derrière une validation humaine.
1. Ce que l'agent fait dans Stripe
Le connecteur passe par le serveur officiel de Stripe. Le périmètre couvre les objets sur lesquels repose la facturation d'une petite entreprise :
- Lire l'état réel. Quels paiements ont abouti, quels abonnements sont actifs, quelles factures sont impayées et depuis quand. C'est la matière d'une relance juste, plutôt qu'une relance approximative qui vexe un client à jour.
- Tenir la facturation. Consulter et opérer factures et abonnements, préparer ce qui doit l'être.
- Sortir les chiffres. Les rapports, pour répondre à « où en est-on ce mois-ci » sans ouvrir trois onglets.
La connexion exige de désigner le compte et l'environnement : on ne travaille pas par erreur en production quand on voulait un essai.
2. Une clé restreinte, et pourquoi Stripe le recommande
Contrairement à la plupart des connecteurs, celui-ci ne se branche pas par une simple connexion de compte : vous créez chez Stripe une clé restreinte aux seules actions dont vos agents ont besoin, et vous la collez une fois.
C'est un peu plus de travail au départ, et c'est délibéré : Stripe recommande explicitement les clés restreintes pour les agents autonomes. Le raisonnement est solide. Une clé complète donne tout, pour toujours, à qui la détient ; une clé restreinte porte en elle-même la limite, du côté de Stripe — c'est-à-dire à un endroit que nullbot ne peut pas contredire.
Conséquence : votre plafond réel est celui que vous avez inscrit dans la clé, et il reste vrai même si un réglage change chez nous. C'est la meilleure garantie disponible, et elle vaut les cinq minutes de configuration.
3. Ce qui ne doit jamais quitter la validation humaine
Stripe est classé au niveau d'enjeu le plus élevé du catalogue. Par défaut, toute action qui écrit ou qui supprime demande un accord humain avant exécution. Trois gestes méritent de le rester définitivement :
- Le remboursement. Il déplace de l'argent vers l'extérieur et ne se reprend pas. Stripe lui-même conseille de garder les permissions d'écriture et de remboursement derrière une revue préalable.
- La modification d'un abonnement. Changer un montant ou une périodicité engage la relation commerciale sur la durée, souvent sans que le client s'en aperçoive tout de suite.
- L'annulation. Interrompre un abonnement est une décision commerciale, pas une opération de maintenance.
Notre position est nette : ces trois-là ne devraient pas être assouplis, même quand le reste l'est. Un agent qui prépare un remboursement et attend un accord fait gagner du temps sans transférer la décision. Un agent qui rembourse seul transfère la décision.
À cela s'ajoute la règle valable partout : la dépense de chaque agent est réservée avant l'appel au modèle, et un dépassement est rendu impossible — le mécanisme est détaillé à part.
4. Ce que ça change dans la durée
L'encaissement est le domaine où l'irrégularité coûte le plus cher, parce qu'elle se paie en trésorerie.
- Semaine 1. L'état réel des impayés est établi — souvent une surprise, dans un sens ou dans l'autre.
- Mois 3. Les relances partent au bon moment, sur les bons clients, avec le bon montant. Personne n'est relancé à tort, ce qui est la principale raison pour laquelle les relances manuelles finissent par être abandonnées.
- Année 2. Les retards de paiement deviennent une donnée suivie plutôt qu'un ressenti, et l'on peut agir sur les causes plutôt que sur les symptômes.
Aucune amélioration chiffrée n'est promise : elle dépend de votre volume, de vos délais et de votre clientèle.
5. Questions fréquentes
Un agent peut-il rembourser un client tout seul ?
Pas par défaut, et nous recommandons de ne jamais l'autoriser. Le remboursement demande une validation humaine avant exécution ; l'agent peut le préparer, réunir les éléments et le proposer, la décision reste à une personne. C'est aussi la recommandation de Stripe pour les agents autonomes.
Pourquoi une clé plutôt qu'une connexion de compte ?
Parce que la clé restreinte porte la limite du côté de Stripe. Vous inscrivez dans la clé les seules actions autorisées, et ce plafond reste vrai quoi qu'il se passe ailleurs. Une connexion de compte classique donnerait un périmètre plus large, contrôlé uniquement par des réglages extérieurs à Stripe.
L'agent voit-il les données bancaires de mes clients ?
Il voit ce que l'interface de Stripe expose, c'est-à-dire les objets de facturation : clients, paiements, abonnements, factures. Les numéros de carte complets ne sont pas exposés par Stripe — c'est le principe même de leur produit. Et nullbot ne se connecte à aucun compte bancaire et ne déclenche aucun virement.
Peut-on tester sans risque ?
Oui : la connexion exige de désigner l'environnement, et Stripe fournit un environnement de test complet. C'est la bonne façon de régler le comportement d'un agent avant de le laisser approcher la production — et de vérifier concrètement ce que la validation avant écriture bloque.
Pour aller plus loin
Lire ensuite : des agents IA pour la finance, connecter Shopify, ou tous les connecteurs disponibles.