Índice del artículo
- En 30 segundos
- Una academia de Valladolid cobra, pero el alumno no entra
- Del aviso al acceso
- Qué tiene que hacer el receptor
- La misma compra puede estar en situaciones distintas
- Los eventos: apoyo para quien haga la conexión
- Evita repetir el trabajo en dos niveles
- Cuando los avisos llegan desordenados o el proceso se corta
- Herramientas, funciones y precios en España
- La opción más pequeña también puede servir
- Cómo ensayarlo desde el ordenador
- Una simulación nueva no prueba un duplicado
- Qué debe quedarte al recibir el trabajo
- Dudas sobre webhooks de pago, respuestas cortas
En 30 segundos
Un webhook permite que Stripe avise a tu aplicación de un pago; abrir el curso exige comprobar el aviso, guardarlo y tramitar la compra sin duplicarla.
El ejemplo sigue un curso de pago único. Las suscripciones necesitan otras reglas de acceso, renovación e impago.
Claude Code ayuda a construir la conexión. Tú decides la política del negocio y qué pruebas debe superar antes del arranque.
Una academia de Valladolid cobra, pero el alumno no entra
Ejemplo ilustrativo: una academia de Valladolid vende un curso mediante Stripe Checkout, la página donde el alumno completa la compra. El campus ya existe, pero necesita saber cuándo habilitar la matrícula. Un webhook es ese aviso entre aplicaciones: Stripe envía un mensaje a una dirección preparada para recibirlo. La conexión con el campus debe construirse y probarse; contratar el cobro no resuelve por sí solo la entrega del curso.
Piensa en el timbre de la academia. Suena cuando alguien llega, pero alguien debe comprobar quién es y buscar su matrícula. Con el pago ocurre algo parecido: el aviso inicia un trabajo. No demuestra que ese trabajo haya terminado. Para seguir el recorrido no necesitas programar, sino saber qué resultado pedir y cómo revisarlo. Consulta qué es un webhook para repasar la definición antes de seguir esta compra hasta el acceso.
Del aviso al acceso
- Stripe avisa
- Verificar
- Guardar
- Aceptar
- Tramitar
- Ver el curso
Comprueba este recorrido en tu aplicación. Si la verificación falla, se rechaza el mensaje. Si falla el trabajo posterior, queda pendiente de recuperación.
Qué tiene que hacer el receptor
Recibir lo necesario
El receptor es la dirección de entrada de tu aplicación. Stripe debe poder enviarle avisos por internet mediante HTTPS, que cifra la conexión, y POST, el tipo de petición que lleva el mensaje. Quien lo configure debe elegir los eventos necesarios: un evento es un hecho del que Stripe informa. Pide que explique qué decisión permite tomar cada aviso.
Comprobar la procedencia
La firma permite comprobar quién envía el aviso. El servidor la verifica con el mensaje original, la cabecera —un dato que acompaña al mensaje— y el secreto del receptor, un valor confidencial usado en esa comprobación. Transformar el contenido antes puede invalidarla. Si la firma es incorrecta, se rechaza el aviso sin abrir matrícula. Para registrar esos rechazos, pide el motivo y el contexto mínimo, sin guardar claves ni el contenido completo del intento.
Dejar trabajo recuperable
Pide un registro duradero antes de aceptar el trabajo: una base de datos o una cola, donde los avisos esperan su turno. Debe conservarse aunque el proceso se interrumpa. El registro vincula el aviso con la compra y permite distinguir recibido, en curso, terminado y error. Es una decisión de diseño que debes encargar; Stripe no crea esa organización dentro de tu campus.
Confirmar la recepción
La respuesta a Stripe debe ser rápida, después de aceptar el trabajo de forma duradera y antes de las operaciones lentas. Recibido no significa entregado: esa respuesta confirma la entrada del aviso, no que el alumno ya vea el curso. Si el servidor acepta algo que no ha conservado, una caída puede dejar una compra sin tramitar aunque la entrega del aviso figure como correcta.
Completar la matrícula
Un proceso posterior se ocupa de la entrega al alumno. Recupera la compra, comprueba su estado y aplica la regla acordada. Debe dejar constancia del resultado en el campus, no limitarse a indicar que el aviso fue leído. El proceso necesita saber qué alumno y qué curso corresponden a esa compra.
La misma compra puede estar en situaciones distintas
La regla elegida para este curso es abrir con pago confirmado.
- Qué consulta el proceso
- Recupera la sesión de Checkout, el registro de esa compra, y comprueba el estado del pago. Relaciona la compra con el alumno y el curso antes de actuar; esa correspondencia debe estar preparada en tu aplicación.
- Qué revisas tú
- Entra con el alumno de prueba y abre el contenido del curso comprado. Mira también el registro de matrícula. Una página de agradecimiento no basta: el alumno puede pagar y cerrar el navegador sin llegar a verla.
Los eventos: apoyo para quien haga la conexión
En la receta de Checkout, checkout.session.completed informa de la finalización de Checkout. Para métodos diferidos aparecen checkout.session.async_payment_succeeded y checkout.session.async_payment_failed. El nombre del aviso no sustituye consultar el estado del pago. Para devoluciones, charge.refunded incluye las parciales; Stripe recomienda escuchar al menos refund.created y contempla actualizaciones y fallos. Pide a tu proveedor que explique cuáles usa y qué regla aplica con cada uno.
Hay dos formatos de aviso que conviene fijar antes de construir: thin, con información ligera, y snapshot, con una copia de los datos de ese momento. Stripe recomienda thin para nuevas integraciones, mientras que su guía de entrega de compras con Checkout muestra snapshot. Quien programe debe elegir un catálogo de eventos y una biblioteca de programación compatibles; la biblioteca aporta las funciones para conectar la aplicación con Stripe. Mezclar ejemplos de ambos puede llevar a interpretar mal el contenido o a comprobarlo con una función que no corresponde.
Evita repetir el trabajo en dos niveles
El mismo aviso
Reconoce su identificador para no tramitar otra vez el mismo evento. La protección debe resistir que lleguen copias al mismo tiempo, no solo una detrás de otra.
La misma compra
Protege también la compra: eventos distintos pueden referirse al mismo hecho. Evitar avisos repetidos no basta para impedir matrículas duplicadas.
El correo
Comprueba su resultado aparte antes de repetir el envío. No prometas una única bienvenida hasta verificar qué permite el servicio de correo elegido.
Cuando los avisos llegan desordenados o el proceso se corta
Stripe no asegura el orden de entrega de los eventos. Si necesitas conocer la situación actual, consúltala mediante su API, la conexión que permite a tu programa pedir datos a Stripe. La fecha del aviso no basta para decidir el orden de todo el proceso. En una incidencia, pide que se identifique la compra y se contraste su estado antes de aplicar cambios sobre información incompleta.
Prepara la aplicación para recuperar lo pendiente y comparar pagos con matrículas. Asigna un responsable que pueda localizar una compra cobrada, ver dónde se detuvo y comprobar el resultado tras recuperarla. Esta revisión del negocio complementa al receptor. Si el panel indica que Stripe entregó el mensaje, aún queda comprobar qué hizo el campus. No cierres la incidencia hasta que el acceso y su registro coincidan con la regla aprobada.
Hasta 3 díasIntentos automáticos
Stripe intenta entregar en modo real con esperas crecientes. No es un plazo prometido para abrir el curso.
Stripe · Cómo funcionan los eventos · 4 de noviembre de 2026
Hasta 15 díasReenvío desde el panel
Antigüedad del evento que puedes reenviar manualmente desde el panel de Stripe. Es una vía de recuperación distinta.
Stripe · Cómo funcionan los eventos · 4 de noviembre de 2026
Hasta 30 díasReenvío desde terminal
Antigüedad del evento reenviable con la herramienta de terminal. No amplía los intentos automáticos del receptor.
Stripe · Reenvío de eventos · 4 de noviembre de 2026
Herramientas, funciones y precios en España
Stripe emite el aviso; tu aplicación o n8n tramita el proceso. Claude Code ayuda a construirlo. Son funciones distintas: no necesitas contratar todas las filas.
Datos comprobados el 4 de noviembre de 2026.
Stripe y tu app
Stripe
- Papel en el proceso
- Stripe avisa y el servidor de tu negocio aplica las reglas. El receptor propio necesita alojamiento y conexión con el campus.
Plan y precio y qué comprobar
Stripe admite España. El alta depende también de la actividad del negocio.
- Plan y precio
- Payments estándar: sin cuota mensual ni de configuración. Tarjeta estándar del EEE: 1,5 % + 0,25 € por pago. Stripe no repercute IVA en esas comisiones a cuentas españolas; puede haber obligaciones de autoliquidación.
- Qué comprobar
- Exige pruebas del acceso al campus y un presupuesto de desarrollo y mantenimiento. La comisión corresponde al cobro, no a cada aviso.
Claude Code
Anthropic
- Papel en el proceso
- Lee el proyecto, modifica archivos y ejecuta comprobaciones. Ayuda a preparar el receptor, pero no lo aloja por contratar la suscripción.
Plan y precio y qué comprobar
España está admitida. En Ciade usamos Claude Code a diario desde España.
- Plan y precio
- Incluido desde Pro. App Store España: 22,00 €/mes o 249,99 €/año, IVA incluido. Web: 20 USD/mes o 200 USD/año por adelantado, sin impuestos. Son vías de compra distintas; confirma el importe en euros al contratar.
- Qué comprobar
- Configura permisos para las herramientas y operaciones sensibles. Escribir «pregúntame antes» no cambia los permisos efectivos.
n8n Cloud
n8n
- Papel en el proceso
- Recibe avisos y encadena acciones mediante un flujo visual. Debes comprobar que el campus permite la acción de matrícula.
Plan y precio y qué comprobar
Paddle, vendedor de n8n Cloud, admite ventas en España y cobro en euros.
- Plan y precio
- Starter: 20 €/mes equivalentes con pago anual, sin IVA; 2.500 ejecuciones mensuales. Una ejecución es una pasada del flujo, no una compra entregada correctamente. Cloud ofrece una prueba temporal.
- Qué comprobar
- Comprueba la verificación de firma, la recuperación de errores y la dirección de producción. La autenticación genérica del nodo no demuestra esos controles.
n8n Community
n8n
- Papel en el proceso
- Construyes el flujo en tu servidor. El equipo o proveedor del negocio mantiene infraestructura, copias, actualizaciones y conexiones.
Plan y precio y qué comprobar
La licencia permite instalación y uso interno en España, con alcance mundial.
- Plan y precio
- 0 € de licencia para el uso interno permitido. Alojamiento y trabajo aparte. Sustainable Use License: código disponible con restricciones comerciales.
- Qué comprobar
- Identifica quién mantiene el servidor. Revender acceso para que terceros creen o editen flujos tiene condiciones distintas.
Tarifas del 4 de noviembre de 2026; implantación aparte.
La opción más pequeña también puede servir
Con poco volumen puedes revisar pagos y dar acceso a mano; Stripe contempla la entrega manual. Automatizar tiene sentido si necesitas que el proceso continúe sin esa intervención. Antes de elegir, acuerda quién comprobará las matrículas, quién atenderá una incidencia y qué mantenimiento está incluido. La cuota de una herramienta no describe todo el trabajo necesario para conectar tu campus.
Si eliges n8n, un nodo es una pieza del flujo que recibe datos o realiza una acción. El nodo Webhook distingue dirección de prueba y de producción; esta última se registra al publicar el flujo. Que funcione mientras haces la prueba no demuestra que el recorrido publicado esté preparado. Pide verificar su dirección, su configuración y la matrícula final. Tener un editor visual no elimina las comprobaciones de un cobro.
Cómo ensayarlo desde el ordenador
Stripe ofrece una CLI, una herramienta que usas escribiendo órdenes en la terminal. Puede reenviar avisos a tu ordenador mientras desarrollas. La orden de abajo ilustra esa escucha local, con el puerto y la ruta que muestra la documentación; quien la use debe adaptarlos a la aplicación. Para este recorrido básico no necesitas añadir un túnel comercial. Ensayar aquí y poner el receptor en internet son comprobaciones separadas.
La escucha local proporciona su propio secreto de firma, distinto del que aparece para el receptor del panel. Guarda cada secreto en la configuración privada del servidor que corresponda. No lo pegues en el encargo, en archivos publicados ni en una demostración. Si falla la firma al probar, comprueba primero el cuerpo original y qué secreto estás utilizando. No cambies a modo real para intentar resolver un fallo de configuración de las pruebas.
stripe listen --forward-to http://localhost:4242/webhookPruebas que debes pedir antes del arranque
Pago confirmado y pago aún pendiente
Resultado exigible: El primero abre el curso correcto; el segundo espera. Se comprueba entrando con el alumno de prueba.
Firma incorrecta o cuerpo modificado
Resultado exigible: El receptor rechaza el mensaje y no crea matrícula.
Reenvío del mismo evento y llamadas simultáneas
Resultado exigible: La compra conserva una sola matrícula. Se observa el resultado, además de la respuesta del receptor.
Falla el almacenamiento antes de aceptar
Resultado exigible: Si el aviso no se guarda, el receptor no debe confirmarlo como aceptado. Se demuestra cómo recuperarlo.
Caída tras registrar el aviso
Resultado exigible: El trabajo pendiente se retoma. Queda constancia de su resultado final o del error por resolver.
Avisos fuera de orden
Resultado exigible: El acceso refleja el estado actual de la compra, sin depender únicamente de la fecha de los avisos.
Devolución parcial, completa y pendiente
Resultado exigible: Se distinguen importe y estado, y se aplica la política del curso aprobada por una persona.
Paso del ordenador al servidor
Resultado exigible: Se comprueban dirección, entorno, secreto y acceso final en el destino publicado.
Pide estas evidencias a tu proveedor antes de abrir el acceso a alumnos.
Una simulación nueva no prueba un duplicado
La orden stripe trigger genera objetos de prueba y puede producir varios eventos relacionados. Ejecutarla otra vez crea otra simulación, no demuestra que hayas reenviado el mismo aviso. Para probar la repetición, utiliza el reenvío de un evento existente. Pide que el proveedor muestre el identificador usado, el resultado de ambos intentos y la matrícula que queda al terminar. Así puedes revisar qué se ensayó sin tener que interpretar todo el código.
El calendario de pruebas de Stripe tampoco es el de producción: en pruebas hace tres reintentos durante unas horas. Las ventanas anteriores pertenecen a Stripe, no a todos los webhooks. GitHub, por ejemplo, no reenvía automáticamente las entregas fallidas. Si después conectas otro servicio, vuelve a preguntar qué conserva, cómo reintenta y cómo se recupera. No traslades una regla de esta integración a cualquier aviso que llegue desde fuera.
Conecta Stripe Checkout con el campus existente para un curso de pago único.
Primero lee el proyecto y la documentación oficial de Stripe sobre eventos y entrega de compras. Propón un plan y explica qué piezas existentes reutilizas. Fija el formato de eventos y la biblioteca compatible.
Prepara un receptor que verifique la firma con el cuerpo original y el secreto del entorno. Rechaza firmas inválidas. Conserva el trabajo de forma duradera antes de aceptarlo y procesa después con recuperación de errores.
Protege tanto el evento como la compra frente a repeticiones y llamadas simultáneas. Comprueba el estado de pago antes de habilitar el curso. Distingue pagos pendientes, fallos diferidos y devoluciones parciales o completas, con su estado.
Aplica la política de acceso que apruebe el responsable. No inventes reglas para suscripciones. Usa la configuración privada para los secretos y evita exponerlos en registros.
Ejecuta las pruebas acordadas en el entorno de pruebas. Para duplicados, reenvía un evento existente. Entrega evidencias del acceso final, recuperación e incidencias pendientes.Qué debe quedarte al recibir el trabajo
Claude Code es un agente de código: ayuda a leer el proyecto, cambiar archivos y ejecutar comprobaciones. El receptor publicado debe continuar como software de tu negocio; no necesita que una IA interprete cada aviso. Pide una entrega que puedas revisar: qué conexión se ha instalado, qué reglas aplica, dónde ves su resultado y a quién llamas si una matrícula queda pendiente. Para distinguir ambas tareas, consulta qué es un agente de código.
Los permisos se configuran. Las aprobaciones para publicar, mover dinero o cambiar accesos sensibles deben estar en las herramientas y en el proceso de trabajo; no basta con una frase en el encargo. La guía completa de Claude Code te ayuda a situar ese trabajo. Si quieres seguir ese recorrido, tienes el curso Claude Code a fondo y su ebook.
Dudas sobre webhooks de pago, respuestas cortas
¿Un rechazo del aviso demuestra que Stripe está fallando?
No. Revisa la recepción con tu proveedor: la dirección del receptor y las reglas del servidor. Un rechazo puede deberse a una protección de tu web. Por sí solo no demuestra una caída de Stripe; primero hay que averiguar qué ha rechazado el aviso.
¿Puedo recuperar desde Stripe cualquier aviso antiguo?
No. La consulta de eventos de Stripe solo devuelve los creados en los últimos 30 días. Pide a tu proveedor que explique qué registro conserva la aplicación, cómo localiza una compra anterior pendiente y cómo evita repetir el trabajo al recuperar los avisos.
¿Completar la compra significa que ya puedo abrir el curso?
No siempre. Con algunos métodos de pago, completar Checkout deja el cobro pendiente. En este ejemplo de curso de pago único, la aplicación debe comprobar el estado del pago antes de habilitar el acceso y esperar la confirmación si el método es diferido.
¿Que el aviso figure como entregado confirma el acceso al curso?
No. La respuesta de tu aplicación confirma la recepción del aviso. El trabajo posterior puede fallar aunque el mensaje haya llegado. Pide que te enseñen el acceso real del alumno y cómo se retoma una matrícula pendiente si el proceso se interrumpe después de guardar el aviso.
Fuentes
Fuentes oficiales, consultadas el 4 de noviembre de 2026
- Stripe · Recepción de webhooks y pruebas locales
- Stripe · Recepción, firma y configuración de eventos
- Stripe · Duplicados y gestión de receptores
- Stripe · Orden, intentos y recuperación de eventos
- Stripe · Entrega tras Checkout y pagos diferidos
- Stripe · Catálogo de eventos y devoluciones parciales
- Stripe · Reembolsos y sus incidencias
- Stripe · Estados de una devolución
- Stripe CLI · Escucha local
- Stripe CLI · Simulación de eventos
- Stripe CLI · Reenvío de eventos existentes
- Stripe · Disponibilidad en España
- Stripe · Actividades restringidas
- Stripe · Tarifas españolas
- Stripe · IVA sobre comisiones
- Anthropic · Países admitidos
- Anthropic · Capacidades de Claude Code
- Anthropic · Permisos de Claude Code
- Anthropic · Pro y acceso a Code
- Apple · Claude en App Store España
- Apple · Impuestos en suscripciones
- n8n · Nodo Webhook y direcciones de prueba
- n8n · Precios y ejecuciones
- n8n · Condiciones e impuestos de Cloud
- n8n · Usos permitidos de Community
- n8n · Sustainable Use License
- n8n · Paddle como vendedor de Cloud
- Paddle · Países y monedas admitidos
- Paddle · Exclusiones territoriales
- GitHub · Entregas fallidas sin reenvío automático
Cómo lo comprobamos. Fuentes oficiales consultadas el 4 de noviembre de 2026. Ciade no ha probado una cuenta de Stripe, este receptor ni un flujo de n8n, y tampoco ha instalado Community. Exige una demostración con tu campus antes de poner en marcha la conexión.
Qué ha cambiado.
- 4 de noviembre de 2026: Reescritura con pagos diferidos, devoluciones por importe y estado, protección de la compra, recuperación y pruebas antes del arranque.
Términos relacionados
Aprende a usar la IA en tu trabajo, con criterio.
El nivel 0 es gratis: cuarenta minutos para entender qué pedirle a la IA y qué revisar. El programa completo enseña a implementarla en tu propio negocio, tarea a tarea.



