Ressources · Intégration n8n

Intégration Stripe n8nAutomatiser Stripe avec n8n.

Un paiement qui tombe dans Stripe peut lancer tout le reste. L'intégration Stripe n8n ouvre 20 opérations réparties sur 8 ressources, des paiements aux clients, des coupons aux cartes et aux compteurs d'usage. Son nœud déclencheur, lui, écoute 151 événements classés en 39 familles.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

Que fait vraiment l'intégration Stripe n8n ?

L'intégration Stripe n8n, ce sont deux nœuds qui partagent un seul credential, l'accès que tu enregistres une fois dans n8n. Le nœud Stripe appelle l'API de Stripe et expose 20 opérations réparties sur 8 ressources : Balance, Charge, Coupon, Customer, Customer Card, Meter Event, Source et Token. Le nœud Stripe Trigger enregistre un webhook, c'est-à-dire une URL que Stripe appelle à chaque événement, et s'abonne à 151 événements regroupés en 39 familles.

Commence par l'impayé. Le trigger part sur invoice.payment_failed, l'opération Get a customer récupère le nom et l'email posés sur la fiche, et l'alerte arrive dans Slack, sur le canal de l'équipe qui suit les comptes. Le même workflow, la suite d'étapes que tu assembles dans n8n, se coupe sur invoice.paid : le client qui régularise le soir même n'est pas relancé le lendemain.

Vient la compta. Chaque charge.succeeded devient une ligne dans Google Sheets pour le suivi de la semaine, et une écriture dans Xero pour le cabinet. À la clôture, Get many charges avec Return All coché ramène tous les paiements de la période. Sans lui, l'export s'arrête à une page et le rapprochement est faux sans jamais planter.

Troisième terrain, la facturation à l'usage. Create a meter event remonte ce qu'un compte a consommé, un appel par unité, avec un Identifier qui rend une réexécution inoffensive pendant sa fenêtre glissante de 24 heures. La facture que Stripe construit ensuite repasse dans les mêmes alertes que les autres.

Le nœud s'arrête où s'arrêtent ses 8 ressources. Abonnements, remboursements, virements, payment intents et produits existent côté trigger comme événements, et n'ont aucune opération côté nœud. Quand un workflow doit écrire dessus, le nœud HTTP Request appelle l'endpoint directement et réutilise le credential Stripe via son authentification prédéfinie. Rien de plus à stocker.

Deux limites à connaître avant de monter quoi que ce soit. Le mode test et le mode live ont chacun leur clé et leurs objets, donc un workflow validé avec sk_test_ ne trouve plus rien dès que la clé live arrive. Et les opérations de liste ne parcourent les pages de l'API que si Return All est coché. Si le choix de la plateforme n'est pas tranché, l'Avis n8n le compare à Make sur l'hébergement et le coût, et la Formation n8n reprend les schémas de workflow sur lesquels ces flux de paiement reposent.

Connexion

Comment connecter Stripe à n8n ?

  1. 01

    Créer une clé secrète dans Stripe

    Ouvre le tableau de bord développeur de Stripe et va dans API Keys. Dans la section Standard Keys, choisis Create secret key, donne-lui un nom qui dit où elle sert, par exemple n8n integration, valide et copie la valeur affichée. En mode test, la manœuvre change : la clé secrète existe déjà, tu la dévoiles avec Reveal test key puis tu la copies. Générer une clé demande un compte Stripe admin ou développeur.

  2. 02

    Ranger la clé dans un credential n8n

    Dans n8n, ouvre le menu Credentials, crée un credential Stripe et colle la valeur dans Secret Key. Les clés secrètes commencent par sk_, sk_live_ en mode live et sk_test_ en mode test. Les clés publiables en pk_ n'ont rien à faire là, les clés restreintes en rk_ n'ont pas été testées. Une fois enregistré, il apparaît dans la liste des deux nœuds Stripe.

  3. 03

    Ajouter le Signature Secret après publication

    Le Signature Secret n'existe qu'une fois l'endpoint créé. Publie le workflow monté sur le Stripe Trigger : n8n crée un endpoint webhook dans le compte Stripe. Dans le Dashboard Stripe, ouvre Workbench puis Webhooks (Developers puis Webhooks sur les anciens tableaux de bord), repère l'endpoint marqué Created by n8n for workflow ID, révèle la valeur sous Signing secret et colle ce whsec_ dans Signature Secret.

Déclencheurs

Qu'écoute le Stripe Trigger ?

Stripe Trigger est le nœud qui démarre un workflow quand quelque chose se passe dans Stripe. Il écoute 151 événements, listés ci-dessous par famille. Tu en choisis un ou plusieurs, tu actives le workflow : n8n enregistre le webhook (l'URL que Stripe appelle) sur ton compte.

Ce que tu vois dans n8n

Tous les événements, par famille

Une ligne par objet, une puce par action. L'événement à cocher dans le nœud s'écrit objet.action ; survole une puce pour lire quand il se déclenche.

customer.*17
  • customer.
    • created
    • deleted
    • updated
  • customer.discount.
    • created
    • deleted
    • updated
  • customer.source.
    • created
    • deleted
    • expiring
    • updated
  • customer.subscription.
    • created
    • deleted
    • trial_will_end
    • updated
  • customer.tax_id.
    • created
    • deleted
    • updated
charge.*13
  • charge.
    • captured
    • expired
    • failed
    • pending
    • refunded
    • succeeded
    • updated
  • charge.dispute.
    • closed
    • created
    • funds_reinstated
    • funds_withdrawn
    • updated
  • charge.refund.
    • updated
invoice.*12
  • invoice.
    • created
    • deleted
    • finalized
    • marked_uncollectible
    • paid
    • payment_action_required
    • payment_failed
    • payment_succeeded
    • sent
    • upcoming
    • updated
    • voided
source.*7
  • source.
    • canceled
    • chargeable
    • failed
    • mandate_notification
    • refund_attributes_required
  • source.transaction.
    • created
    • updated
subscription_schedule.*7
  • subscription_schedule.
    • aborted
    • canceled
    • completed
    • created
    • expiring
    • released
    • updated
account.*6
  • account.
    • updated
  • account.application.
    • authorized
    • deauthorized
  • account.external_account.
    • created
    • deleted
    • updated
payment_intent.*6
  • payment_intent.
    • amount_capturable_updated
    • canceled
    • created
    • payment_failed
    • succeeded
    • requires_action
payout.*5
  • payout.
    • canceled
    • created
    • failed
    • paid
    • updated
topup.*5
  • topup.
    • canceled
    • created
    • failed
    • reversed
    • succeeded
transfer.*5
  • transfer.
    • created
    • failed
    • paid
    • reversed
    • updated
order.*4
  • order.
    • created
    • payment_failed
    • payment_succeeded
    • updated
payment_method.*4
  • payment_method.
    • attached
    • card_automatically_updated
    • detached
    • updated
setup_intent.*4
  • setup_intent.
    • canceled
    • created
    • setup_failed
    • succeeded
application_fee.*3
  • application_fee.
    • created
    • refunded
  • application_fee.refund.
    • updated
coupon.*3
  • coupon.
    • created
    • deleted
    • updated
credit_note.*3
  • credit_note.
    • created
    • updated
    • voided
invoiceitem.*3
  • invoiceitem.
    • created
    • deleted
    • updated
issuing_authorization.*3
  • issuing_authorization.
    • created
    • request
    • updated
person.*3
  • person.
    • created
    • deleted
    • updated
plan.*3
  • plan.
    • created
    • deleted
    • updated
product.*3
  • product.
    • created
    • deleted
    • updated
recipient.*3
  • recipient.
    • created
    • deleted
    • updated
reporting.*3
  • reporting.report_run.
    • failed
    • succeeded
  • reporting.report_type.
    • updated
sku.*3
  • sku.
    • created
    • deleted
    • updated
issuing_card.*2
  • issuing_card.
    • created
    • updated
issuing_cardholder.*2
  • issuing_cardholder.
    • created
    • updated
issuing_dispute.*2
  • issuing_dispute.
    • created
    • updated
issuing_settlement.*2
  • issuing_settlement.
    • created
    • updated
issuing_transaction.*2
  • issuing_transaction.
    • created
    • updated
radar.*2
  • radar.early_fraud_warning.
    • created
    • updated
review.*2
  • review.
    • closed
    • opened
tax_rate.*2
  • tax_rate.
    • created
    • updated
balance.*1
  • balance.
    • available
capability.*1
  • capability.
    • updated
checkout.*1
  • checkout.session.
    • completed
file.*1
  • file.
    • created
invoice_payment.*1
  • invoice_payment.
    • paid
order_return.*1
  • order_return.
    • created
sigma.*1
  • sigma.scheduled_query_run.
    • created

Le trigger accepte aussi * (tout événement). Pratique pour du log, dangereux en production.

Notes de configuration

01Configure the Stripe TriggerCe nœud porte la partie webhook de l'intégration. Tu publies le workflow, n8n enregistre un endpoint dans le compte Stripe, et chaque événement arrive en quelques secondes. C'est Stripe qui appelle n8n, jamais l'inverse.

Ce nœud porte la partie webhook de l'intégration. Tu publies le workflow, n8n enregistre un endpoint dans le compte Stripe, et chaque événement arrive en quelques secondes. C'est Stripe qui appelle n8n, jamais l'inverse.

Paramètres clés

  • Events : les événements auxquels l'endpoint s'abonne, 151 au total, répartis en 39 familles. Le joker * les prend tous, pratique le temps d'inspecter un premier payload, ingérable en production.
  • API Version : facultatif, ce champ fige le format et la structure des payloads envoyés par Stripe. Laissé vide, Stripe applique la version d'API par défaut du compte à cet instant, et un changement ultérieur de cette valeur par défaut peut décaler le payload sous un workflow qui tournait très bien.
Quand l'utiliser
abonne-toi aux événements sur lesquels le workflow sait agir, lance-le une fois, lis le payload, puis branche la suite.
02invoice.*Douze événements suivent une facture, de invoice.created à invoice.voided. C'est la famille à surveiller quand l'argent passe par une facture plutôt que par un encaissement direct.

Douze événements suivent une facture, de invoice.created à invoice.voided. C'est la famille à surveiller quand l'argent passe par une facture plutôt que par un encaissement direct.

Quand l'utiliser
invoice.payment_failed se déclenche quand une tentative de paiement sur une facture échoue, soit parce que le paiement a été refusé, soit parce qu'aucun moyen de paiement n'est enregistré. invoice.paid arrive quand la tentative réussit, et aussi quand la facture est marquée comme payée en dehors de Stripe. invoice.upcoming tombe un certain nombre de jours avant la facturation d'un abonnement, délai fixé dans tes réglages d'abonnement, et son payload ne porte aucun identifiant de facture.
Cas d'usage
une séquence de relance qui démarre sur l'échec, s'arrête d'elle-même sur invoice.paid, et prévient le responsable du compte pendant que la facture suivante est encore à venir.
03charge.*Treize événements racontent la vie d'un paiement : charge.succeeded, charge.failed, charge.pending, charge.captured, charge.expired, charge.refunded et charge.updated, plus cinq événements de litige et charge.refund.updated. Entre le paiement en attente et le paiement capturé, la famille couvre aussi ce qui n'est pas encore encaissé.

Treize événements racontent la vie d'un paiement : charge.succeeded, charge.failed, charge.pending, charge.captured, charge.expired, charge.refunded et charge.updated, plus cinq événements de litige et charge.refund.updated. Entre le paiement en attente et le paiement capturé, la famille couvre aussi ce qui n'est pas encore encaissé.

Quand l'utiliser
les litiges méritent leur propre branche. charge.dispute.created arrive quand un client conteste un paiement auprès de sa banque, charge.dispute.funds_withdrawn quand l'argent quitte le compte, charge.dispute.funds_reinstated quand il revient, et charge.dispute.closed porte l'issue. Attention à charge.refunded, qui couvre aussi les remboursements partiels : c'est le montant qui compte, pas le nom de l'événement.
Cas d'usage
un journal des paiements alimenté par charge.succeeded, et une alerte séparée sur charge.dispute.created, parce que celle-là réclame un humain dans la journée.
04customer.*Dix-sept événements, la plus grosse famille du trigger, et plusieurs objets derrière : le client lui-même avec created, deleted et updated, puis ses réductions, ses sources, ses abonnements et ses identifiants fiscaux.

Dix-sept événements, la plus grosse famille du trigger, et plusieurs objets derrière : le client lui-même avec created, deleted et updated, puis ses réductions, ses sources, ses abonnements et ses identifiants fiscaux.

Quand l'utiliser
les abonnements vivent ici, et pas dans une famille à part. customer.subscription.created marque une souscription, customer.subscription.updated couvre un changement de plan ou le passage d'un essai à un abonnement actif, customer.subscription.deleted la fin, et customer.subscription.trial_will_end tombe trois jours avant la fin prévue d'un essai. customer.source.expiring prévient qu'une carte ou une source expire à la fin du mois.
Cas d'usage
une alerte de résiliation sur l'abonnement supprimé, et une relance carte construite sur la source qui expire, ce qui laisse un mois pour agir au lieu d'un paiement refusé.
Actions

Que sait faire le nœud Stripe ?

Le nœud Stripe expose 20 opérations sur 8 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceCreateGetGet ManyUpdateDeleteAddRemove
Balance✓
Charge✓✓✓✓
Coupon✓✓
Customer✓✓✓✓✓
Customer Card✓✓✓
Meter Event✓
Source✓✓✓
Token✓

Balance

1 opération
01

Get a balance

balance.get

Ce que tu vois dans n8n

Notes & cas d'usage

Lire le solde du compte, c'est tout ce que fait cette opération. Elle renvoie ce que Stripe détient à l'instant T, d'un côté les fonds déjà disponibles, de l'autre ceux encore en attente. Aucun champ à remplir : le nœud interroge le compte rattaché au credential choisi.

Cas d'usage
un workflow planifié relève le solde chaque matin et pousse le montant disponible là où la finance suit déjà sa trésorerie, pour éviter d'ouvrir un tableau de bord juste pour un chiffre.

Charge

4 opérations
02

Create a charge

charge.create

Ce que tu vois dans n8n

Notes & cas d'usage

C'est ici qu'on encaisse un moyen de paiement déjà rattaché à un client. L'opération crée le paiement dans Stripe et renvoie l'objet créé avec son statut.

Paramètres clés

  • Customer ID : le client auquel le paiement est associé, souvent {{ $json.id }} repris du nœud précédent.
  • Amount : le montant en centimes, donc 100 pour un dollar.
  • Currency Name or ID : un code ISO à trois lettres comme USD ou EUR, pris dans la liste ou écrit en expression.
  • Source ID : la source de paiement du client à débiter.
Cas d'usage
facturer un client récurrent sur une carte déjà enregistrée, avec Description et Receipt Email posés dans Additional Fields pour que le reçu soit lisible.
03

Get a charge

charge.get

Ce que tu vois dans n8n

Notes & cas d'usage

Un paiement, par son identifiant. Le nœud renvoie l'objet complet, donc le workflow peut brancher sur le statut, le montant ou les métadonnées sans second appel.

Paramètres clés

  • Charge ID : l'identifiant du paiement à récupérer, en général {{ $json.id }} quand un événement de paiement a lancé l'exécution.
Cas d'usage
un ticket de support arrive avec une référence de paiement, le workflow va chercher le paiement et affiche à l'agent s'il est passé, refusé ou remboursé.
04

Get many charges

charge.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Une liste de paiements, plutôt qu'un seul. En sortie, un item par paiement.

Paramètres clés

  • Return All : coché, n8n enchaîne les pages de l'API Stripe jusqu'au dernier paiement du compte.
  • Limit : lu uniquement quand Return All reste décoché, il plafonne le nombre de paiements ramenés par exécution.
Cas d'usage
l'export de fin de mois, pour la compta. Return All compte ici : une demi-liste fausse le rapprochement, et elle ne déclenche jamais la moindre erreur.
05

Update a charge

charge.update

Ce que tu vois dans n8n

Notes & cas d'usage

Modifier un paiement après coup reste volontairement étroit. Quatre champs sont regroupés sous Update Fields, Description, Metadata, Receipt Email et Shipping, et rien d'autre ne bouge.

Paramètres clés

  • Charge ID : le paiement à mettre à jour.
  • Metadata : des paires clé et valeur attachées au paiement, ajoutées une par une avec Add Metadata Item.
Cas d'usage
tamponner une référence de commande interne sur le paiement dès qu'il aboutit, pour retrouver le lien depuis la compta des mois plus tard.

Coupon

2 opérations
06

Create a coupon

coupon.create

Ce que tu vois dans n8n

Notes & cas d'usage

Une remise définie dans Stripe plutôt que dans ton propre code. L'opération crée le coupon et le renvoie, prêt à être attaché à un client.

Paramètres clés

  • Apply : la durée d'effet de la remise, Forever ou Once.
  • Discount Type : Percent, ou Fixed Amount (in Cents).
  • Amount Off : le montant en centimes retiré du total d'une facture.
  • Percent Off : le pourcentage appliqué par le coupon.
  • Currency Name or ID : le code ISO à trois lettres dans lequel le montant est exprimé.
Cas d'usage
un workflow fabrique le coupon dès que le support reconnaît un problème de facturation, et l'agent n'a plus qu'à l'attacher.
07

Get many coupons

coupon.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Liste les coupons qui existent dans le compte, le moyen le plus rapide de voir ce qui tourne encore avant d'en créer un de plus.

Paramètres clés

  • Return All : activé, le nœud redemande des pages jusqu'à sortir la liste entière.
  • Limit : Return All désactivé, c'est lui qui plafonne le nombre de coupons renvoyés.
Cas d'usage
un audit hebdomadaire qui liste les coupons et pointe ceux réglés sur Forever, pour qu'une vieille promo cesse de rogner les nouvelles factures.

Customer

5 opérations
08

Create a customer

customer.create

Ce que tu vois dans n8n

Notes & cas d'usage

La fiche client sert d'ancrage à presque tout le reste dans Stripe : cartes, sources, paiements et factures s'y accrochent. Cette opération la crée et renvoie le nouvel identifiant.

Paramètres clés

  • Name : le seul champ requis, nom complet ou raison sociale.
  • Email : facultatif dans le nœud, rarement facultatif en vrai, puisque les reçus et les emails de facture partent là. Il est dans Additional Fields, à côté d'Address, Phone, Description, Metadata et Shipping.
Cas d'usage
un formulaire d'inscription crée le client Stripe tout de suite, pour que le premier encaissement, des semaines plus tard, ait déjà un identifiant à viser.
09

Delete a customer

customer.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime un client du compte Stripe. Un identifiant, aucune option : l'opération est aussi simple à brancher qu'à déclencher par erreur.

Paramètres clés

  • Customer ID : le client à supprimer. Mets un filtre ou une validation manuelle en amont, parce que n8n exécute le nœud dès qu'un item lui arrive.
Cas d'usage
une demande de clôture de compte issue d'un process de suppression de données, exécutée une fois la dernière facture soldée.
10

Get a customer

customer.get

Ce que tu vois dans n8n

Notes & cas d'usage

Va chercher un client et renvoie la fiche telle qu'elle est stockée : le nom, l'email s'il a été renseigné, l'adresse, les métadonnées.

Paramètres clés

  • Customer ID : l'identifiant du client à récupérer, lu la plupart du temps sur l'item entrant avec {{ $json.id }}.
Cas d'usage
après un événement de paiement, il faut un nom et une adresse pour écrire quoi que ce soit de lisible, et seule la fiche client les porte.
11

Get many customers

customer.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Parcourt la liste des clients au lieu d'une fiche, et sait la réduire avant même que quoi que ce soit ne remonte.

Paramètres clés

  • Email : rangé sous Filters, il demande à Stripe les clients qui portent cette adresse, ce qui s'approche le plus d'une recherche par email.
  • Return All : activé, le nœud parcourt toute la liste ; désactivé, Limit décide du nombre.
Cas d'usage
un passage de déduplication qui confronte la liste Stripe au CRM et signale les adresses présentes d'un seul côté.
12

Update a customer

customer.update

Ce que tu vois dans n8n

Notes & cas d'usage

Change ce que Stripe garde sur un client. Sept champs sont disponibles sous Update Fields, Address, Description, Email, Metadata, Name, Phone et Shipping, et seuls ceux que tu ajoutes sont touchés.

Paramètres clés

  • Customer ID : le client à mettre à jour.
  • Email : l'adresse que Stripe utilise pour les reçus et les emails de facture, à pousser le jour où elle change dans ta propre base.
Cas d'usage
une adresse de facturation corrigée dans le CRM part vers Stripe dans la minute, pour que la facture suivante porte la bonne.

Customer Card

3 opérations
13

Add a customer card

customerCard.add

Ce que tu vois dans n8n

Notes & cas d'usage

Attache une carte à un client existant. Les données de carte ne circulent pas en clair ici : l'opération attend un jeton qui les représente déjà.

Paramètres clés

  • Customer ID : le client auquel la carte est rattachée.
  • Card Token : le jeton qui représente les informations sensibles de la carte, une chaîne tok_ produite par l'opération Create a token ou par ton propre tunnel de paiement.
Cas d'usage
un parcours d'onboarding collecte un moyen de paiement, le transforme en jeton, puis l'attache pour que les encaissements suivants désignent une source au lieu de redemander la carte.
14

Get a customer card

customerCard.get

Ce que tu vois dans n8n

Notes & cas d'usage

Relit une carte précise d'un client précis. Deux identifiants sont nécessaires, puisqu'un client peut en détenir plusieurs.

Paramètres clés

  • Customer ID : le client dont on lit la carte.
  • Source ID : la source à récupérer, c'est-à-dire l'identifiant de la carte chez ce client.
Cas d'usage
un contrôle de renouvellement qui relit la carte une fois que le trigger a annoncé sa fin de vie avec customer.source.expiring, avant d'encaisser quoi que ce soit dessus.
15

Remove a customer card

customerCard.remove

Ce que tu vois dans n8n

Notes & cas d'usage

Détache une carte d'un client. Le nom du champ mérite un coup d'œil : cette opération réclame un Card ID là où la lecture réclame un Source ID.

Paramètres clés

  • Customer ID : le client propriétaire de la carte.
  • Card ID : la carte à retirer.
Cas d'usage
le ménage en fin de séquence de relance, qui retire la carte refusée à chaque tentative pour que la suivante ne se cogne pas au même mur.

Meter Event

1 opération
16

Create a meter event

meterEvent.create

Ce que tu vois dans n8n

Notes & cas d'usage

La facturation à l'usage réclame un compteur. Cette opération l'alimente : chaque appel déclare une unité consommée, pour un client, sur un compteur.

Paramètres clés

  • Event Name : correspond au champ event_name du compteur configuré dans Stripe.
  • Customer ID : le client Stripe auquel la consommation est imputée.
  • Value : un entier, positif ou négatif.
  • Identifier : facultatif, mais utile, car l'unicité est vérifiée sur une fenêtre glissante de 24 heures, ce qui empêche une réexécution de compter deux fois.
  • Timestamp : le moment de l'événement, dans les 35 derniers jours ou jusqu'à 5 minutes dans le futur.
Cas d'usage
un workflow de passerelle d'API qui déclare en fin de journée les appels consommés par chaque compte.

Source

3 opérations
17

Create a source

source.create

Ce que tu vois dans n8n

Notes & cas d'usage

Fabrique une source de paiement et la rattache à un client. Dans le nœud, Type ne propose qu'une valeur, WeChat : c'est donc l'opération de ce moyen de paiement, pas une opération générique.

Paramètres clés

  • Customer ID : le client auquel la source est rattachée.
  • Type : WeChat, seule entrée de la liste.
  • Amount et Currency Name or ID : non requis par le nœud, ils portent le montant en centimes et le code ISO quand la source en transporte un.
Cas d'usage
une boutique qui vend à des acheteurs payant par WeChat prépare la source, puis attend source.chargeable avant d'encaisser.
18

Delete a source

source.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Retire une source d'un client, avec le même couple d'identifiants que la lecture. Rien d'autre ne se configure, donc le garde-fou doit vivre plus haut dans le workflow.

Paramètres clés

  • Customer ID : le client dont la source disparaît.
  • Source ID : la source à supprimer.
Cas d'usage
le rangement qui suit source.canceled ou source.failed, pour que la fiche client cesse de proposer un moyen de paiement mort.
19

Get a source

source.get

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie une source seule, sans nommer de client. Seul l'identifiant de la source est requis, ce qui en fait la voie la plus courte pour inspecter l'objet derrière un événement de source.

Paramètres clés

  • Source ID : l'identifiant de la source à récupérer.
Cas d'usage
un workflow réveillé par source.chargeable relit la source pour confirmer son état, puis décide si l'encaissement peut partir.

Token

1 opération
20

Create a token

token.create

Ce que tu vois dans n8n

Notes & cas d'usage

Transforme des données de carte en jeton, pour ne jamais garder la carte de ton côté. C'est ce jeton qu'attend ensuite Add a customer card.

Paramètres clés

  • Type : la liste ne contient qu'une entrée, Card Token.
  • Card Number, CVC, Expiration Month et Expiration Year : les champs de la carte, aucun requis par le nœud, remplis depuis ce qui les a collectés. Les placeholders montrent la forme attendue, 4242424242424242 pour le numéro et 314 pour le code imprimé au dos.
Cas d'usage
un tunnel de paiement maison envoie les champs de carte à n8n, le workflow les transforme en jeton et attache le résultat au bon client.
Besoin d'aide

Besoin d'aide pour automatiser Stripe avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Stripe et n8n : les questions fréquentes

01L'intégration Stripe n8n est-elle gratuite ?
Oui. Le nœud Stripe et le nœud Stripe Trigger sont livrés avec n8n, donc rien à installer et rien de plus à payer côté n8n, que le workflow tourne sur n8n Cloud ou sur une instance auto-hébergée en Community Edition, sous licence Sustainable Use. Un workflow se comporte de la même façon des deux côtés. Ce que Stripe facture pour traiter les paiements est un sujet distinct, réglé par ton contrat Stripe. Côté n8n, le seul coût de mise en route est le credential, que tu crées une fois dans le menu Credentials avant de le choisir dans tous les workflows qui touchent au compte.
02Quels credentials faut-il pour le nœud Stripe ?
Une clé secrète Stripe, créée depuis le tableau de bord développeur, dans API Keys, section Standard Keys. Tu nommes la clé, tu la copies, puis tu la colles dans le champ Secret Key du credential n8n. Les clés secrètes commencent toujours par sk_, plus précisément sk_live_ en mode live et sk_test_ en mode test. En générer une demande un compte Stripe admin ou développeur. Les clés publiables préfixées pk_ ne fonctionnent pas ici, et n8n n'a pas testé les clés restreintes préfixées rk_. Le même credential porte aussi le Signature Secret du trigger, la valeur en whsec_ que Stripe affiche sur l'endpoint webhook.
03Quelles sont les limites du nœud Stripe dans n8n ?
Le nœud couvre 8 ressources et 20 opérations, soit moins que l'API elle-même. Abonnements, remboursements, virements, payment intents et produits ont des événements côté trigger mais aucune opération côté nœud, donc agir dessus passe par le nœud HTTP Request, avec le credential Stripe choisi comme authentification prédéfinie. À la lecture, les opérations de liste ne renvoient qu'une page tant que Return All n'est pas coché, et Limit plafonne le résultat quand il reste décoché. Le mode test et le mode live sont aussi deux mondes séparés : un objet créé dans l'un reste invisible depuis l'autre, donc un client de test ne sera jamais trouvé par une clé live.
04Le Stripe Trigger réagit-il en temps réel ?
Oui. Le trigger repose sur un webhook et pas sur une vérification régulière. À la publication du workflow, n8n crée l'endpoint dans le compte Stripe, Stripe appelle cette URL, et l'événement atteint le workflow en quelques secondes. Aucune vérification programmée, et rien ne se perd entre deux passages. Pose un Signature Secret sur le credential pour sécuriser tout ça : le nœud lit alors l'en-tête Stripe-Signature et répond 401 Unauthorized à toute requête non signée, falsifiée ou vieille de plus de cinq minutes, sans exécuter le workflow. La vérification des requêtes existe à partir de n8n 2.25.7 et n8n 2.26.2.
05n8n ou Make pour Stripe ?
Ça dépend de l'endroit où le workflow doit vivre. Make est hébergé par Make, sans option d'auto-hébergement, et facturé à l'opération, ce qui reste prévisible à petit volume et l'est moins pour un compte Stripe qui émet des événements toute la journée. n8n tourne sur n8n Cloud ou sur ton serveur, donc les payloads de paiement restent là où tu l'as décidé, et la facture ne suit pas le nombre d'encaissements. Les deux dessinent le même genre de flux visuel. Le partage honnête : Make pour un montage rapide sans infrastructure à tenir, n8n quand l'emplacement des données, le modèle de coût ou le repli par HTTP Request font la décision.