- Proyecto Django existente
- Acceso a Stripe Test Mode
- Se requiere frontend para la interfaz de pago
No hace falta acceso al repositorio. Solo se necesita acceso al proyecto si quiere que Bacodo lo integre directamente.
complemento Django
Agregue PaymentIntents, webhooks firmados y estados de pedidos del lado del servidor a su proyecto Django existente sin crear cableado API de Stripe, verificación de firmas y cumplimiento desde cero.
Desde
$199
USD · Django
Integración de Stripe para Django · Django
Requirements
No hace falta acceso al repositorio. Solo se necesita acceso al proyecto si quiere que Bacodo lo integre directamente.
Qué hace
Bacodo integra Stripe en el proyecto Django que ya tienes. Después de la transferencia, las vistas, las URL y las configuraciones se encuentran en su repositorio. Aún eres propietario de la cuenta Stripe, las claves API y las tarifas de Stripe. Django no recopila números de tarjetas sin procesar.
Una ruta de producción de Django Stripe necesita la creación del SDK oficial de Stripe, PaymentIntent o Checkout Session en el servidor, una vista de webhook exenta de CSRF, comprobaciones de firmas de construct_event y actualizaciones de pedidos solo después de que Stripe lo confirme. Las plantillas o un SPA nunca deben contener la clave secreta.
Agregamos URL y vistas de Django (o puntos finales DRF) que crean PaymentIntents, una vista de webhook que verifica Stripe-Signature, configuraciones a través de variables de entorno y actualizaciones del modelo de pedido o derecho que ya utiliza.
Su equipo se salta la primera implementación de producción de Stripe Django: idempotencia de webhook, análisis de cuerpo sin formato, PaymentIntents compatibles con SCA y una transferencia que documenta las claves de prueba a vida.
Desarrolladores, equipos técnicos, agencias y nuevas empresas que ya tienen un backend de Django y desean una ruta de pago mantenible que posee el servidor.
Funciones clave
Cree PaymentIntents o Checkout Sessions con la biblioteca oficial de Stripe Python dentro de las vistas o servicios de Django. La clave secreta permanece en la configuración/env de Django, nunca en las plantillas ni en el navegador.
Una URL de Django dedicada lee el cuerpo de la solicitud sin formato y verifica Stripe-Signature con construct_event antes de escribir cualquier orden. No se asume un 200 de Django hasta que la verificación sea exitosa.
El cumplimiento se ejecuta en Django después del webhook, no después de una página de agradecimiento. Actualizamos su pedido existente o modelo de derechos para que el administrador o API de Django que ya tiene refleje el estado de pago.
Envíe Django primero con las claves de prueba de Stripe y los secretos del webhook. La puesta en marcha es una configuración documentada y una transición del punto final del Panel de control, no una licencia complementaria.
Stripe puede volver a intentarlo. El controlador de Django desactiva la identificación del evento o la identificación de PaymentIntent para que un webhook duplicado no se cumpla dos veces.
Las plantillas de Django, HTMX o un SPA independiente solo reciben una clave publicable o una URL de pago. Los datos de la tarjeta permanecen en Stripe. Este complemento es la ruta del servidor Django, no un formulario de tarjeta personalizado en Django.
Casos de uso
Ya crea pedidos en Django y necesita el servidor para crear PaymentIntents y marcar esos pedidos pagados desde webhooks.
Necesita una ruta de Stripe que se pueda mantener en Django, una fuente en el repositorio del cliente y una transferencia de clave en vivo documentada en lugar de un script de Django único.
Django debe crear el primer PaymentIntent o adjuntar un método de pago mientras las suscripciones y facturas permanecen en tus modelos y en Stripe Billing si ya las usas.
Comience con los cargos al cliente en Django. Los cargos de Stripe Connect o de destino se pueden establecer por separado si su modelo de mercado de Django los necesita.
Demo
Obtenga una vista previa de la ruta del servidor Django: cree PaymentIntent, reciba POST /webhooks/stripe/, verifique la firma, actualice el estado del pedido. Una zona de pruebas en vivo para su cuenta de Stripe está disponible después de la verificación de compatibilidad. Esta página no procesa cargos reales y no recolecta tarjetas en Django.
Cómo funciona
Flujo de trabajo del complemento estándar de Bacodo, con comprobaciones específicas de Django para URL, configuraciones, el modelo de pedido y cómo su interfaz existente se comunica con Django.
01
Confirme la integración de Stripe para Django y si el primer día son PaymentIntents, Checkout Sessions o ambos en el servidor Django.
02
Revise las versiones de Django/Python, los modelos de pedidos existentes, la autenticación, si usa DRF y si ya tiene una cuenta de Stripe.
03
Agregue stripe, URL y vistas de Django, verificación de webhook y la ruta de creación de PaymentIntent que llamará su interfaz.
04
Conecte la configuración de Django desde env: clave secreta, clave publicable, secreto del webhook y la URL del webhook público que llamará Stripe.
05
Ejecute eventos de prueba de Stripe CLI o Dashboard contra el webhook de Django, además de rutas de creación de intención y rechazo/cancelación.
06
Entregue la fuente de Django, notas de configuración y una lista de verificación de claves en vivo. La implementación de Django es tuya para mantenerla.
Arquitectura
El proceso Django contiene la clave secreta. Los clientes le piden a Django que cree una intención de pago o una sesión de pago. Stripe notifica a Django mediante webhook. Django verifica la firma y luego escribe el estado del pedido.
Tecnologías compatibles
Django LTS/stable actualmente compatible con una versión de Python que acepta el SDK de banda. Fijamos versiones en la verificación de compatibilidad de Django.
PaymentIntents, sesiones de pago y webhook construct_event. No envolvemos los pagos de Django en un paquete no documentado a menos que usted lo requiera.
Las actualizaciones de pedidos o derechos permanecen en los modelos que ya tienes. DRF se utiliza sólo si así es como ya funciona su API de Django.
Su cuenta de Stripe, claves de prueba y en vivo utilizadas por Django, punto final de webhook y eventos del Panel. Las tarifas de procesamiento de Stripe permanecen en Stripe.
Un host que puede ejecutar Django y recibir POST HTTPS de Stripe (Gunicorn/uWSGI, etc.). Un sitio solo estático no puede alojar esta ruta de webhook.
Qué incluye
Pricing
Este precio es sólo para la plataforma Django. No utiliza precios de complementos de Next.js o Flutter.
Integración de Stripe para Django
Agregue pagos Stripe listos para producción a un proyecto Django existente y conserve el código fuente.
Requisitos
$199
pago únicoDjango
¿Necesita un frontend?
Pago seguro constripe
Entrega y seguridad
La integración típica de Django Stripe tiene su alcance después de la verificación de compatibilidad de Django. El cronograma depende de su modelo de pedido actual y de cómo los clientes llaman a Django.
Las intenciones de pago en modo de prueba, las firmas de webhooks, los reintentos y las rutas de rechazo se ejercen contra la aplicación Django antes de entregarla.
Las claves secretas y los secretos de firma de webhooks permanecen en el entorno del servidor. Las plantillas de Django y cualquier SPA solo reciben una clave publicable o un secreto de cliente de corta duración.
La vista del webhook de Django verifica las firmas de Stripe antes de actualizar el pedido o el estado de los derechos.
No reclamamos certificación PCI, cero fraude ni tasas de aprobación garantizadas. Django no almacena PAN. Los datos de la tarjeta los recopila Stripe Checkout o Elements en un cliente, no un formulario de tarjeta Django personalizado que persistimos.
FAQ
La integración de Stripe para Django incluye el SDK oficial de Python de Stripe, vistas de Django o puntos finales DRF que crean intenciones de pago o sesiones de pago, una vista de webhook firmada, actualizaciones del estado de los pedidos en sus modelos, pruebas contra eventos de prueba de Stripe y notas de entrega. Recibes la fuente de Django en tu proyecto. Las tarifas de Stripe y su cuenta Stripe son independientes.
Sí. Stripe Integration para Django está diseñado para un proyecto de Django que ya tienes. Introducimos URL, vistas y configuraciones en su aplicación Django actual en lugar de enviar un sitio de demostración por separado como entregable.
No. Django no debe almacenar PAN. Los clientes utilizan Stripe Checkout o Elements. Stripe Integration para Django posee PaymentIntents, webhooks y escrituras de pedidos del lado del servidor. Un formulario de tarjeta Django personalizado que publica datos de tarjeta sin procesar está fuera del alcance predeterminado.
Stripe Integration para Django utiliza la biblioteca oficial de Stripe Python para PaymentIntents, Checkout Sessions y construct_event. No incluimos los pagos de Django en un complemento no documentado a menos que usted lo requiera explícitamente.
Sí para cumplimiento. Stripe debe PUBLICAR en un punto final HTTPS de Django accesible. Django local necesita Stripe CLI o un túnel durante el desarrollo. Un host estático no puede ejecutar este webhook de Django.
No. La integración predeterminada de Stripe para Django funciona con vistas de Django. DRF se usa solo si su API de Django ya lo usa y lo aceptamos durante la verificación de compatibilidad de Django.
Django puede crear una sesión de pago o de pago y almacenar la identificación del cliente de Stripe en su modelo. Los productos recurrentes de Stripe Billing, el portal del cliente y la lógica de facturación permanecen en el servidor. El trabajo de Django con muchas suscripciones puede necesitar una cotización personalizada.
El proceso Django utiliza la clave secreta y el secreto de firma del webhook del entorno/configuración. Las plantillas o cualquier SPA solo reciben la clave publicable. Stripe Integration para Django no coloca claves secretas en las plantillas de Django.
Implementamos la integración de Stripe para Django contra las claves de prueba de Stripe y probamos primero los eventos de webhook. La puesta en marcha es una transición documentada de clave y punto final en su panel de Stripe y configuración de Django, no una activación de licencia complementaria.
Django crea PaymentIntents que admiten SCA. El cliente completa 3-D Secure con Stripe.js o Checkout. Django solo se cumple después de que Payment_intent.succeeded en el webhook, no solo después de una redirección del navegador.
Sí, para cumplimiento después de una sesión de pago o intención de pago creada por Django. Una vista de agradecimiento de Django no es la fuente de la verdad. La vista de webhook verifica las firmas y luego marca el pedido pagado.
Sí. La integración de Stripe para Django generalmente agrega campos o un registro de pago reducido junto a su modelo de pedido de Django existente en lugar de reemplazar su catálogo o esquema de reserva.
No. Usted crea y es propietario de la cuenta Stripe, las claves API y las tarifas de procesamiento de Stripe. El precio del complemento Django es la implementación en su proyecto Django, no una licencia de pago de Bacodo.
No. Los productos digitales vendidos dentro de una tienda de aplicaciones a menudo aún requieren IAP. La integración de Stripe para Django es para cargos de Stripe que su API de Django puede crear para su tipo de producto.
Sí. Los metadatos de PaymentIntent o Checkout Session, los registros de clientes y los campos que persistes después de la confirmación del webhook se alinean con tu modelo de pedido de Django existente durante la integración de Stripe para Django.
La fuente de Django está en tu repositorio, por lo que tu equipo puede mantenerla. El soporte incluido de 30 días cubre preguntas técnicas y defectos en el alcance de la integración de Stripe para Django, no el trabajo de funciones de Django no relacionadas.
Durante el período de 30 días, ayudamos con las roturas en la integración de Django entregada causadas por una API de Stripe documentada o un cambio de paquete de Stripe. Las actualizaciones continuas de Django posteriores son su mantenimiento o soporte técnico extendido si lo compra.
Documentamos cómo leer el estado de PaymentIntent, los registros del Stripe Dashboard y la entrega del webhook de Django. El soporte de 30 días incluye la resolución de problemas de fallas de firma, reintentos y claves mal configuradas para el flujo de Django entregado.
Confirmamos sus versiones de Django y Python con la versión de banda que fijamos en el momento de la integración. Los tiempos de ejecución de Django más antiguos o muy bifurcados pueden necesitar un alcance adicional.
Se incluyen 30 días después de la entrega para la ruta Django Stripe entregada. El soporte técnico extendido es opcional al 20 % del precio de este complemento de Django y cubre seis meses más de ayuda técnica en esa misma integración de Django, no en la creación de un nuevo producto.
Agregue pagos Stripe listos para producción a su proyecto Django existente, conserve el código fuente y deje que el servidor se encargue de su cumplimiento.
$199