Recursos · Integración n8n

Integración Stripe n8nAutomatiza Stripe con n8n.

Un cobro que entra en Stripe puede poner en marcha todo lo demás. La integración Stripe n8n abre 20 operaciones repartidas en 8 recursos, de los cobros a los clientes, de los cupones a las tarjetas y a los contadores de consumo. Su nodo disparador escucha 151 eventos agrupados en 39 familias.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué cubre de verdad la integración Stripe n8n?

La integración Stripe n8n son dos nodos que comparten un mismo credential, el acceso que guardas una sola vez en n8n. El nodo Stripe llama a la API de Stripe y expone 20 operaciones repartidas en 8 recursos: Balance, Charge, Coupon, Customer, Customer Card, Meter Event, Source y Token. El nodo Stripe Trigger registra un webhook, es decir una URL que Stripe llama en cada evento, y se suscribe a 151 eventos agrupados en 39 familias.

Empieza por el recibo devuelto. El trigger, el nodo que despierta el flujo, salta con invoice.payment_failed, la operación Get a customer recupera el nombre y el correo guardados en la ficha, y el aviso sale por Gmail con la referencia de la factura dentro. Ese mismo flujo se detiene con invoice.paid cuando el cliente paga esa misma tarde.

Sigue la contabilidad. Cada charge.succeeded se convierte en una fila de Google Sheets para la revisión semanal, y en un documento de Invoiceninja para quien cierra el mes. Get many charges con Return All activado es lo que hace ese cierre fiable: media lista de cobros rompe la conciliación sin dar ningún error.

Tercer terreno, la facturación por consumo. Create a meter event declara lo que ha gastado una cuenta, una llamada por unidad, con un Identifier que vuelve inofensiva una reejecución dentro de su ventana móvil de 24 horas. La factura que Stripe construye después vuelve a pasar por los mismos avisos.

El nodo termina donde terminan sus 8 recursos. Suscripciones, reembolsos, transferencias, payment intents y productos aparecen en el trigger como eventos y no tienen operación en el nodo. Cuando un flujo necesita escribir sobre ellos, el nodo HTTP Request llama al endpoint directamente y reutiliza el credential de Stripe con su autenticación predefinida, sin guardar ninguna clave nueva.

Hay dos límites que conviene mirar antes de montar nada. El modo de prueba y el modo real tienen cada uno su clave y sus objetos, así que un flujo validado con sk_test_ deja de encontrar nada en cuanto entra la clave real. Y las operaciones de lista solo recorren las páginas de la API si Return All está activado. Si todavía dudas de plataforma, la Reseña n8n la compara con Make en alojamiento y coste, y el Curso n8n repasa los patrones de flujo en los que se apoyan estos cobros.

Conexión

¿Cómo se conecta Stripe con n8n?

  1. 01

    Crear una clave secreta en Stripe

    Abre el panel de desarrollador de Stripe y entra en API Keys. En la sección Standard Keys elige Create secret key, ponle un nombre que diga dónde se usa, por ejemplo n8n integration, confirma y copia el valor que aparece. En modo de prueba el camino cambia: la clave secreta ya existe, la muestras con Reveal test key y la copias. Generar una clave pide una cuenta de Stripe de administrador o de desarrollador.

  2. 02

    Guardar la clave en un credential de n8n

    En n8n, abre el menú Credentials, crea un credential de Stripe y pega el valor en Secret Key. Las claves secretas empiezan por sk_, sk_live_ en modo real y sk_test_ en modo de prueba. Las claves publicables con prefijo pk_ no sirven aquí, y las restringidas con prefijo rk_ no se han probado. Una vez guardado, aparece en la lista de los dos nodos de Stripe.

  3. 03

    Añadir el Signature Secret tras publicar

    El Signature Secret solo existe cuando existe el endpoint. Publica el flujo montado sobre el Stripe Trigger: n8n crea un endpoint de webhook en la cuenta de Stripe. En el Dashboard de Stripe abre Workbench y luego Webhooks (Developers y luego Webhooks en paneles antiguos), localiza el endpoint descrito como Created by n8n for workflow ID, muestra el valor bajo Signing secret y pégalo en Signature Secret.

Disparadores

¿Qué escucha el Stripe Trigger?

Stripe Trigger es el nodo que arranca un workflow cuando algo ocurre en Stripe. Escucha 151 eventos, listados abajo por familia. Eliges uno o varios, activas el workflow y n8n registra el webhook (la URL que Stripe llama) en tu cuenta.

Lo que ves en n8n

Todos los eventos, por familia

Una fila por objeto, un chip por acción. El evento que marcas en el nodo se escribe objeto.acción; pasa el cursor por un chip para leer cuándo se dispara.

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

El trigger también acepta * (cualquier evento). Útil para logs, peligroso en producción.

Notas de configuración

01Configure the Stripe TriggerEste nodo lleva la parte de webhook de la integración. Publicas el flujo, n8n registra un endpoint en la cuenta de Stripe, y cada evento llega en unos segundos. Es Stripe quien llama a n8n, nunca al revés.

Este nodo lleva la parte de webhook de la integración. Publicas el flujo, n8n registra un endpoint en la cuenta de Stripe, y cada evento llega en unos segundos. Es Stripe quien llama a n8n, nunca al revés.

Parámetros clave

  • Events: los eventos a los que se suscribe el endpoint, 151 en total repartidos en 39 familias. El comodín * los coge todos, útil mientras inspeccionas el primer payload e inmanejable en producción.
  • API Version: opcional, fija el formato y la estructura de los payloads que envía Stripe. Vacío, Stripe aplica la versión de API predeterminada de la cuenta en ese momento, y un cambio posterior de ese valor puede mover el payload bajo un flujo que funcionaba perfectamente.
Cuándo usarlo
suscríbete a los eventos sobre los que el flujo sabe actuar, ejecútalo una vez, lee el payload y monta el resto.
02invoice.*Doce eventos siguen a una factura, de invoice.created a invoice.voided. Es la familia que hay que vigilar cuando el dinero pasa por una factura y no por un cobro directo.

Doce eventos siguen a una factura, de invoice.created a invoice.voided. Es la familia que hay que vigilar cuando el dinero pasa por una factura y no por un cobro directo.

Cuándo usarlo
invoice.payment_failed salta cuando un intento de pago sobre una factura falla, sea porque el pago se rechaza o porque no hay ningún método de pago guardado. invoice.paid llega cuando el intento sale bien, y también cuando la factura se marca como pagada fuera de Stripe. invoice.upcoming aparece unos días antes de que una suscripción facture, según los ajustes de suscripción, y su payload no lleva identificador de factura.
Casos de uso
una secuencia de recobro que arranca con el fallo, se corta sola con invoice.paid y avisa al responsable de la cuenta mientras la siguiente factura todavía está por emitir.
03charge.*Trece eventos cuentan la vida de un cobro: charge.succeeded, charge.failed, charge.pending, charge.captured, charge.expired, charge.refunded y charge.updated, más cinco eventos de disputa y charge.refund.updated. Entre el cobro pendiente y el capturado, la familia también describe lo que aún no está liquidado.

Trece eventos cuentan la vida de un cobro: charge.succeeded, charge.failed, charge.pending, charge.captured, charge.expired, charge.refunded y charge.updated, más cinco eventos de disputa y charge.refund.updated. Entre el cobro pendiente y el capturado, la familia también describe lo que aún no está liquidado.

Cuándo usarlo
las disputas merecen su propia rama. charge.dispute.created llega cuando un cliente reclama un cobro a su banco, charge.dispute.funds_withdrawn cuando el dinero sale de la cuenta, charge.dispute.funds_reinstated cuando vuelve, y charge.dispute.closed trae el desenlace. Ojo con charge.refunded, que cubre también los reembolsos parciales: manda el importe, no el nombre del evento.
Casos de uso
un registro de cobros alimentado por charge.succeeded y un aviso aparte con charge.dispute.created, porque ese pide una persona el mismo día.
04customer.*Diecisiete eventos, la familia más grande del trigger, y varios objetos detrás: el cliente con created, deleted y updated, luego sus descuentos, sus fuentes de pago, sus suscripciones y sus identificadores fiscales.

Diecisiete eventos, la familia más grande del trigger, y varios objetos detrás: el cliente con created, deleted y updated, luego sus descuentos, sus fuentes de pago, sus suscripciones y sus identificadores fiscales.

Cuándo usarlo
las suscripciones viven aquí, no en una familia propia. customer.subscription.created marca un alta, customer.subscription.updated cubre un cambio de plan o el paso de la prueba a activo, customer.subscription.deleted el final, y customer.subscription.trial_will_end llega tres días antes de que termine una prueba. customer.source.expiring avisa de que una tarjeta o una fuente caduca a fin de mes.
Casos de uso
un aviso de baja con la suscripción eliminada, y un recordatorio de tarjeta construido sobre la fuente que caduca, que deja un mes de margen en vez de un cobro rechazado.
Acciones

¿Qué sabe hacer el nodo Stripe ?

El nodo Stripe expone 20 operaciones en 8 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGetGet ManyUpdateDeleteAddRemove
Balance✓
Charge✓✓✓✓
Coupon✓✓
Customer✓✓✓✓✓
Customer Card✓✓✓
Meter Event✓
Source✓✓✓
Token✓

Balance

1 operación
01

Get a balance

balance.get

Lo que ves en n8n

Notas y casos de uso

Leer el saldo de la cuenta es todo lo que hace esta operación. Devuelve lo que Stripe tiene ahora mismo, por un lado los fondos ya disponibles y por otro los que siguen pendientes. No hay ningún campo que rellenar: el nodo consulta la cuenta que hay detrás del credential elegido.

Casos de uso
un flujo programado mira el saldo cada mañana y publica el importe disponible donde finanzas ya sigue la tesorería, para no abrir un panel por una sola cifra.

Charge

4 operaciones
02

Create a charge

charge.create

Lo que ves en n8n

Notas y casos de uso

Aquí se cobra a una fuente de pago ya asociada a un cliente. La operación crea el cobro y devuelve su estado.

Parámetros clave

  • Customer ID: el cliente al que se asocia el cobro, casi siempre {{ $json.id }} del nodo anterior.
  • Amount: el importe en céntimos, así que 100 equivale a un dólar.
  • Currency Name or ID: un código ISO de tres letras, USD o EUR, elegido en la lista o escrito como expresión.
  • Source ID: la fuente de pago del cliente que se carga.
Casos de uso
cobrar a un comprador recurrente con la tarjeta ya guardada, con Description y Receipt Email en Additional Fields para que el recibo se entienda.
03

Get a charge

charge.get

Lo que ves en n8n

Notas y casos de uso

Un cobro, por su identificador. El nodo devuelve el objeto completo, así que el flujo puede ramificar por el estado, el importe o los metadatos sin una segunda llamada.

Parámetros clave

  • Charge ID: el identificador del cobro que se recupera, normalmente {{ $json.id }} cuando un evento de cobro ha lanzado la ejecución.
Casos de uso
llega un ticket de soporte con una referencia de pago, el flujo trae el cobro y le enseña al agente si se aceptó, se rechazó o acabó en reembolso.
04

Get many charges

charge.getAll

Lo que ves en n8n

Notas y casos de uso

Trae una lista de cobros en lugar de uno solo, con un elemento por cobro en la salida.

Parámetros clave

  • Return All: activado, n8n recorre las páginas de la API de Stripe hasta el último cobro de la cuenta.
  • Limit: solo se lee con Return All desactivado, y pone el techo de cobros por ejecución.
Casos de uso
la exportación de fin de mes que reúne los cobros del periodo para contabilidad. Return All pesa aquí, porque una lista a medias falsea la conciliación sin lanzar ningún error.
05

Update a charge

charge.update

Lo que ves en n8n

Notas y casos de uso

Editar un cobro a posteriori es estrecho a propósito. Bajo Update Fields hay cuatro campos, Description, Metadata, Receipt Email y Shipping, y nada más se mueve.

Parámetros clave

  • Charge ID: el cobro que se actualiza.
  • Metadata: pares de clave y valor pegados al cobro, añadidos de uno en uno con Add Metadata Item.
Casos de uso
sellar la referencia interna del pedido sobre el cobro en cuanto sale bien, para poder rastrearlo desde contabilidad meses después.

Coupon

2 operaciones
06

Create a coupon

coupon.create

Lo que ves en n8n

Notas y casos de uso

Un descuento definido en Stripe y no en tu propio código. La operación crea el cupón y lo devuelve, listo para asociarlo a un cliente.

Parámetros clave

  • Apply: cuánto dura el descuento, Forever u Once.
  • Discount Type: Percent, o Fixed Amount (in Cents).
  • Amount Off: el importe en céntimos que se resta del total de una factura.
  • Percent Off: el porcentaje que aplica el cupón.
  • Currency Name or ID: el código ISO de tres letras en el que se expresa el importe.
Casos de uso
un flujo fabrica el cupón en cuanto soporte reconoce un problema de facturación, y al agente solo le queda asociarlo.
07

Get many coupons

coupon.getAll

Lo que ves en n8n

Notas y casos de uso

Lista los cupones que existen en la cuenta, la vía más rápida para ver qué sigue vivo antes de crear otro más.

Parámetros clave

  • Return All: activado, el nodo sigue pidiendo páginas hasta sacar la lista entera.
  • Limit: con Return All desactivado, es quien limita cuántos cupones vuelven.
Casos de uso
una auditoría semanal que lista los cupones y señala los puestos en Forever, para que una promoción vieja deje de recortar facturas nuevas.

Customer

5 operaciones
08

Create a customer

customer.create

Lo que ves en n8n

Notas y casos de uso

La ficha de cliente ancla casi todo lo demás en Stripe: tarjetas, fuentes, cobros y facturas cuelgan de ella. Esta operación la crea y devuelve el identificador nuevo.

Parámetros clave

  • Name: el único campo obligatorio, nombre completo o razón social.
  • Email: opcional en el nodo, rara vez opcional en la práctica, porque los recibos y los correos de factura salen ahí. Está en Additional Fields, junto a Address, Phone, Description, Metadata y Shipping.
Casos de uso
un formulario de alta crea el cliente de Stripe en el momento, para que el primer cobro, semanas después, ya tenga un identificador al que apuntar.
09

Delete a customer

customer.delete

Lo que ves en n8n

Notas y casos de uso

Borra un cliente de la cuenta de Stripe. Un identificador y ninguna opción, lo que hace esta operación tan fácil de montar como de disparar sin querer.

Parámetros clave

  • Customer ID: el cliente que se borra. Conviene poner un filtro o una validación manual antes, porque n8n ejecuta el nodo en cuanto le llega un elemento.
Casos de uso
una petición de cierre de cuenta que viene de un proceso de supresión de datos, ejecutada cuando la última factura ya está saldada.
10

Get a customer

customer.get

Lo que ves en n8n

Notas y casos de uso

Va a buscar un cliente y devuelve la ficha tal como está guardada: el nombre, el correo si se rellenó, la dirección, los metadatos.

Parámetros clave

  • Customer ID: el identificador del cliente que se recupera, leído casi siempre del elemento entrante con {{ $json.id }}.
Casos de uso
después de un evento de cobro hace falta un nombre y una dirección para escribir algo legible, y solo la ficha de cliente los guarda.
11

Get many customers

customer.getAll

Lo que ves en n8n

Notas y casos de uso

Recorre la lista de clientes en vez de una ficha, y sabe reducirla antes de que vuelva nada.

Parámetros clave

  • Email: está bajo Filters y pide a Stripe los clientes con esa dirección, lo más parecido a una búsqueda por correo que ofrece el nodo.
  • Return All: activado, el nodo recorre la lista completa; desactivado, Limit decide cuántos llegan.
Casos de uso
una pasada de deduplicación que enfrenta la lista de Stripe con el CRM y señala las direcciones que solo existen en un lado.
12

Update a customer

customer.update

Lo que ves en n8n

Notas y casos de uso

Cambia lo que Stripe guarda de un cliente. Hay siete campos bajo Update Fields, Address, Description, Email, Metadata, Name, Phone y Shipping, y solo se tocan los que añades.

Parámetros clave

  • Customer ID: el cliente que se actualiza.
  • Email: la dirección que Stripe usa para recibos y correos de factura, conviene empujarla el día que cambia en tu propia base.
Casos de uso
una dirección de facturación corregida en el CRM viaja a Stripe en el mismo minuto, para que la siguiente factura lleve la buena.

Customer Card

3 operaciones
13

Add a customer card

customerCard.add

Lo que ves en n8n

Notas y casos de uso

Asocia una tarjeta a un cliente que ya existe. Los datos de la tarjeta no viajan en claro por aquí: la operación espera un token que ya los representa.

Parámetros clave

  • Customer ID: el cliente al que se asocia la tarjeta.
  • Card Token: el token que representa la información sensible de la tarjeta, una cadena tok_ creada por la operación Create a token o por tu propio proceso de pago.
Casos de uso
un alta recoge un método de pago, lo convierte en token y lo asocia, para que los cobros siguientes nombren una fuente en vez de volver a pedir la tarjeta.
14

Get a customer card

customerCard.get

Lo que ves en n8n

Notas y casos de uso

Relee una tarjeta concreta de un cliente concreto. Hacen falta dos identificadores, porque un cliente puede tener varias.

Parámetros clave

  • Customer ID: el cliente cuya tarjeta se lee.
  • Source ID: la fuente que se recupera, es decir el identificador de la tarjeta en ese cliente.
Casos de uso
una comprobación de renovación que relee la tarjeta cuando el trigger ya ha anunciado su caducidad con customer.source.expiring, antes de cargar nada sobre ella.
15

Remove a customer card

customerCard.remove

Lo que ves en n8n

Notas y casos de uso

Desasocia una tarjeta de un cliente. Fíjate en el nombre del campo: esta operación pide un Card ID donde la lectura pide un Source ID.

Parámetros clave

  • Customer ID: el cliente dueño de la tarjeta.
  • Card ID: la tarjeta que se retira.
Casos de uso
la limpieza al final de una secuencia de recobro, que quita la tarjeta rechazada en cada intento para que el siguiente no choque contra el mismo muro.

Meter Event

1 operación
16

Create a meter event

meterEvent.create

Lo que ves en n8n

Notas y casos de uso

La facturación por consumo necesita un contador y esta operación lo alimenta: cada llamada declara una unidad consumida, para un cliente y un contador.

Parámetros clave

  • Event Name: coincide con el campo event_name del contador creado en Stripe.
  • Customer ID: el cliente al que se imputa el consumo.
  • Value: un entero, positivo o negativo.
  • Identifier: opcional y muy útil: la unicidad se controla en una ventana móvil de 24 horas, lo que impide que una reejecución cuente dos veces.
  • Timestamp: el momento del evento, dentro de los últimos 35 días o hasta 5 minutos en el futuro.
Casos de uso
una pasarela de API que declara al cierre del día las llamadas de cada cuenta.

Source

3 operaciones
17

Create a source

source.create

Lo que ves en n8n

Notas y casos de uso

Construye una fuente de pago y la asocia a un cliente. En el nodo, Type ofrece un solo valor, WeChat, así que esta es la operación de ese método de pago y no una genérica.

Parámetros clave

  • Customer ID: el cliente al que se asocia la fuente.
  • Type: WeChat, la única entrada de la lista.
  • Amount y Currency Name or ID: no obligatorios en el nodo, llevan el importe en céntimos y el código ISO cuando la fuente carga uno.
Casos de uso
una tienda que vende a compradores de WeChat prepara la fuente y espera a source.chargeable antes de cobrar.
18

Delete a source

source.delete

Lo que ves en n8n

Notas y casos de uso

Quita una fuente de un cliente, con la misma pareja de identificadores que usa la lectura. No hay nada más que configurar, así que el freno tiene que vivir más arriba en el flujo.

Parámetros clave

  • Customer ID: el cliente cuya fuente desaparece.
  • Source ID: la fuente que se borra.
Casos de uso
el orden que viene después de source.canceled o source.failed, para que la ficha deje de ofrecer un método de pago muerto.
19

Get a source

source.get

Lo que ves en n8n

Notas y casos de uso

Devuelve una fuente por sí sola, sin nombrar a ningún cliente. Solo pide el identificador de la fuente, lo que la convierte en el camino más corto para inspeccionar el objeto que hay detrás de un evento de fuente.

Parámetros clave

  • Source ID: el identificador de la fuente que se recupera.
Casos de uso
un flujo despertado por source.chargeable relee la fuente para confirmar su estado y decide si el cobro puede salir.

Token

1 operación
20

Create a token

token.create

Lo que ves en n8n

Notas y casos de uso

Convierte los datos de una tarjeta en un token, para no guardar nunca la tarjeta de tu lado. Ese token es justo lo que espera después Add a customer card.

Parámetros clave

  • Type: la lista tiene una sola entrada, Card Token.
  • Card Number, CVC, Expiration Month y Expiration Year: los campos de la tarjeta, ninguno obligatorio en el nodo, rellenados desde donde se hayan recogido. Los placeholders enseñan la forma esperada, 4242424242424242 para el número y 314 para el código impreso al dorso.
Casos de uso
un proceso de pago propio manda los campos de tarjeta a n8n, el flujo los convierte en token y asocia el resultado al cliente correcto.
Necesitas ayuda

¿Necesitas ayuda para automatizar Stripe con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Stripe y n8n: preguntas frecuentes

01¿La integración Stripe n8n es gratis?
Sí. El nodo Stripe y el nodo Stripe Trigger vienen con n8n, así que no hay nada que instalar ni nada extra que pagar del lado de n8n, tanto si el flujo corre en n8n Cloud como en una instancia autoalojada en Community Edition, con licencia Sustainable Use. El mismo flujo se comporta igual en los dos sitios. Lo que Stripe cobra por procesar pagos es otro asunto y depende de tu contrato con Stripe. Del lado de n8n el único coste de puesta en marcha es el credential, que creas una vez en el menú Credentials y luego eliges en todos los flujos que tocan la cuenta.
02¿Qué credentials necesita el nodo Stripe?
Una clave secreta de Stripe, creada desde el panel de desarrollador, en API Keys, sección Standard Keys. Le pones nombre, la copias y la pegas en el campo Secret Key del credential de n8n. Las claves secretas empiezan siempre por sk_, y más en concreto por sk_live_ en modo real y sk_test_ en modo de prueba. Generar una pide una cuenta de Stripe de administrador o de desarrollador. Las claves publicables con prefijo pk_ no funcionan aquí, y n8n no ha probado las restringidas con prefijo rk_. El mismo credential guarda además el Signature Secret del trigger, el valor que empieza por whsec_ y que Stripe muestra en el endpoint.
03¿Qué límites tiene el nodo Stripe en n8n?
El nodo cubre 8 recursos y 20 operaciones, menos de lo que expone la API. Suscripciones, reembolsos, transferencias, payment intents y productos tienen eventos en el trigger pero ninguna operación en el nodo, así que actuar sobre ellos pasa por el nodo HTTP Request, con el credential de Stripe elegido como autenticación predefinida. En lectura, las operaciones de lista devuelven una página mientras Return All siga desactivado, y Limit corta el resultado en ese caso. El modo de prueba y el modo real son además dos mundos aparte: un objeto creado en uno no se ve desde el otro, así que una clave real nunca encontrará un cliente de prueba.
04¿El Stripe Trigger reacciona en tiempo real?
Sí. El trigger funciona por webhook y no por consultas repetidas. Al publicar el flujo, n8n crea el endpoint en la cuenta de Stripe, Stripe llama a esa URL y el evento llega al flujo en unos segundos. No hay comprobaciones programadas ni eventos perdidos entre dos pasadas. Pon un Signature Secret en el credential para asegurarlo: el nodo lee entonces la cabecera Stripe-Signature y responde 401 Unauthorized a cualquier petición sin firma, falsificada o de más de cinco minutos, sin ejecutar el flujo. La verificación de peticiones está disponible desde n8n 2.25.7 y n8n 2.26.2.
05¿n8n o Make para Stripe?
Depende de dónde quieras que viva el flujo. Make lo aloja Make, no tiene opción de autoalojamiento y se factura por operación, algo previsible con poco volumen y menos previsible en una cuenta de Stripe que emite eventos todo el día. n8n corre en n8n Cloud o en tu propio servidor, así que los payloads de pago se quedan donde tú decides y la factura no sigue al número de cobros. Los dos dibujan el mismo tipo de flujo visual. El reparto honesto: Make para un montaje rápido sin infraestructura que mantener, y n8n cuando deciden la ubicación del dato, el modelo de coste o el recurso a HTTP Request.