- Progetto Django esistente
- Accesso a Stripe Test Mode
- Serve un frontend per l’interfaccia di pagamento
Non serve l’accesso al repository. L’accesso al progetto serve solo se volete che Bacodo integri direttamente.
Componente aggiuntivo Django
Aggiungi PaymentIntent, webhook firmati e stato dell'ordine lato server al tuo progetto Django esistente senza creare da zero il cablaggio dell'API Stripe, la verifica della firma e l'adempimento.
Da
$199
USD · Django
Integrazione Stripe per Django · Django
Requirements
Non serve l’accesso al repository. L’accesso al progetto serve solo se volete che Bacodo integri direttamente.
Cosa fa
Bacodo integra Stripe nel progetto Django che già possiedi. Dopo la consegna, le visualizzazioni, gli URL e le impostazioni risiedono nel tuo repository. Possiedi ancora l'account Stripe, le chiavi API e le tariffe Stripe. Django non raccoglie numeri di carte grezzi.
Un percorso Django Stripe di produzione richiede la creazione dell'SDK stripe ufficiale, di PaymentIntent o della sessione di pagamento sul server, una vista webhook esente da CSRF, controlli della firma build_event e aggiornamenti degli ordini solo dopo la conferma di Stripe. I modelli o una SPA non devono mai contenere la chiave segreta.
Aggiungiamo URL e viste Django (o endpoint DRF) che creano PaymentIntents, una vista webhook che verifica Stripe-Signature, impostazioni tramite variabili di ambiente e aggiornamenti all'ordine o al modello di autorizzazione che già utilizzi.
Il tuo team salta la prima implementazione di Stripe Django in produzione: idempotenza del webhook, analisi del corpo grezzo, PaymentIntents compatibili con SCA e un passaggio di consegne che documenta le chiavi test-to-live.
Sviluppatori, team tecnici, agenzie e startup che dispongono già di un backend Django e desiderano un percorso di pagamento gestibile di proprietà del server.
Funzioni chiave
Crea PaymentIntent o sessioni di pagamento con la libreria Stripe Python ufficiale all'interno delle visualizzazioni o dei servizi Django. La chiave segreta rimane nelle impostazioni/env di Django, mai nei modelli o nel browser.
Un URL Django dedicato legge il corpo della richiesta non elaborata e verifica Stripe-Signature con build_event prima di qualsiasi scrittura dell'ordine. Non si presume un 200 da Django finché la verifica non ha esito positivo.
L'adempimento viene eseguito in Django dopo il webhook, non dopo una pagina di ringraziamento. Aggiorniamo il tuo ordine esistente o il modello di autorizzazione in modo che l'amministratore o l'API Django che già possiedi rifletta lo stato di pagamento.
Spedisci prima Django con le chiavi di test Stripe e i segreti del webhook. La messa in modalità live è un'impostazione documentata e un cutover dell'endpoint Dashboard, non una licenza aggiuntiva.
Stripe potrebbe riprovare. Il gestore Django disattiva l'ID evento o l'ID PaymentIntent in modo che un webhook duplicato non si compia due volte.
I modelli Django, HTML o una SPA separata ricevono solo una chiave pubblicabile o un URL di pagamento. I dati della carta rimangono su Stripe. Questo componente aggiuntivo è il percorso del server Django, non un modulo di scheda personalizzato in Django.
Casi d’uso
Crei già ordini in Django e hai bisogno che il server crei PaymentIntent e contrassegni gli ordini pagati dai webhook.
È necessario un percorso Stripe gestibile in Django, un sorgente nel repository del client e un cutover live-key documentato invece di uno script Django una tantum.
Django deve creare il primo PaymentIntent o allegare un metodo di pagamento mentre gli abbonamenti e le fatture rimangono sui tuoi modelli e Stripe Billing se li usi già.
Inizia con le spese per i clienti in Django. Stripe Connect o i costi di destinazione possono essere definiti separatamente se il tuo modello di marketplace Django li richiede.
Demo
Visualizza l'anteprima del percorso del server Django: crea PaymentIntent, ricevi POST /webhooks/stripe/, verifica la firma, aggiorna lo stato dell'ordine. Una sandbox live sul tuo account Stripe è disponibile dopo il controllo di compatibilità. Questa pagina non elabora addebiti reali e non raccoglie carte in Django.
Come funziona
Flusso di lavoro standard del componente aggiuntivo Bacodo, con controlli specifici di Django per URL, impostazioni, modello di ordine e modo in cui il tuo frontend esistente comunica con Django.
01
Conferma l'integrazione di Stripe per Django e se il primo giorno è PaymentIntents, Checkout Sessions o entrambi sul server Django.
02
Controlla le versioni di Django/Python, i modelli di ordine esistenti, l'autenticazione, se utilizzi DRF e se disponi già di un account Stripe.
03
Aggiungi stripe, URL e visualizzazioni Django, verifica webhook e il percorso di creazione PaymentIntent che il tuo frontend chiamerà.
04
Collega le impostazioni Django da env: chiave segreta, chiave pubblicabile, segreto del webhook e l'URL del webhook pubblico che Stripe chiamerà.
05
Esegui eventi di test della CLI o della dashboard di Stripe rispetto al webhook Django, oltre a percorsi di creazione intento e di rifiuto/annullamento.
06
Fornisci il sorgente Django, le note sulle impostazioni e una lista di controllo dei tasti live. L'implementazione di Django è tua da mantenere.
Architettura
Il processo Django detiene la chiave segreta. I clienti chiedono a Django di creare un PaymentIntent o una sessione di pagamento. Stripe invia una notifica a Django tramite webhook. Django verifica la firma, quindi scrive lo stato dell'ordine.
Tecnologie supportate
Django LTS/stable attualmente supportato su una versione Python accettata dall'SDK di stripe. Fissiamo le versioni durante il controllo di compatibilità di Django.
PaymentIntent, sessioni di pagamento e webhook build_event. Non incartiamo i pagamenti Django in un pacchetto non documentato a meno che tu non ne richieda uno.
Gli aggiornamenti degli ordini o dei diritti rimangono sui modelli che già possiedi. DRF viene utilizzato solo se è così che funziona già la tua API Django.
Il tuo account Stripe, le chiavi di test e live utilizzate da Django, endpoint webhook ed eventi Dashboard. Le spese di elaborazione di Stripe restano a carico di Stripe.
Un host in grado di eseguire Django e ricevere POST HTTPS da Stripe (Gunicorn/uWSGI, ecc.). Un sito solo statico non può ospitare questo percorso webhook.
Cosa è incluso
Pricing
Questo prezzo è solo per la piattaforma Django. Non utilizza i prezzi dei componenti aggiuntivi Next.js o Flutter.
Integrazione Stripe per Django
Aggiungi pagamenti Stripe pronti per la produzione a un progetto Django esistente e mantieni il codice sorgente.
Requisiti
$199
una tantumDjango
Vi serve un frontend?
Pagamento sicuro constripe
Consegna e sicurezza
L'integrazione tipica di Django Stripe viene effettuata dopo il controllo di compatibilità di Django. La tempistica dipende dal tuo modello di ordine attuale e dal modo in cui i clienti chiamano Django.
PaymentIntent in modalità test, firme webhook, nuovi tentativi e percorsi di rifiuto vengono esercitati sull'app Django prima della consegna.
Le chiavi segrete e i segreti di firma del webhook rimangono nell'ambiente del server. I modelli Django e qualsiasi SPA ricevono solo una chiave pubblicabile o un segreto client di breve durata.
La vista webhook Django verifica le firme Stripe prima di aggiornare l'ordine o lo stato dei diritti.
Non rivendichiamo la certificazione PCI, zero frodi o tassi di approvazione garantiti. Django non memorizza PAN. I dati della carta vengono raccolti da Stripe Checkout o Elements su un client, non su un modulo di carta Django personalizzato che persistiamo.
FAQ
L'integrazione Stripe per Django include l'SDK Python ufficiale di stripe, visualizzazioni Django o endpoint DRF che creano PaymentIntent o sessioni di checkout, una visualizzazione webhook firmata, aggiornamenti sullo stato dell'ordine sui modelli, test rispetto agli eventi di test Stripe e note di consegna. Ricevi il sorgente Django nel tuo progetto. Le commissioni Stripe e il tuo account Stripe sono separati.
Sì. Stripe Integration for Django è stato creato per un progetto Django che già possiedi. Inseriamo URL, visualizzazioni e impostazioni nella tua attuale app Django invece di fornire un sito demo separato come risultato finale.
No. Django non deve memorizzare PAN. I clienti utilizzano Stripe Checkout o Elements. Stripe Integration for Django possiede PaymentIntent lato server, webhook e scritture degli ordini. Un modulo di scheda Django personalizzato che pubblica i dati grezzi della scheda non rientra nell'ambito predefinito.
Stripe Integration for Django utilizza la libreria Stripe Python ufficiale per PaymentIntents, Checkout Sessions e build_event. Non inseriamo i pagamenti Django in un plugin non documentato a meno che tu non ne richieda esplicitamente uno.
Sì per l'adempimento. Stripe deve eseguire il POST su un endpoint HTTPS Django raggiungibile. Django locale necessita della CLI Stripe o di un tunnel durante lo sviluppo. Un host statico non può eseguire questo webhook Django.
No. L'integrazione Stripe predefinita per Django funziona con le visualizzazioni Django. DRF viene utilizzato solo se la tua API Django lo utilizza già e lo accettiamo durante il controllo di compatibilità di Django.
Django può creare un PaymentIntent o una sessione di checkout e memorizzare l'ID cliente Stripe sul tuo modello. I prodotti Stripe Billing ricorrenti, il portale clienti e la logica delle fatture rimangono sul server. Il lavoro Django con abbonamenti pesanti potrebbe richiedere un preventivo personalizzato.
Il processo Django utilizza la chiave segreta e il segreto di firma del webhook dall'ambiente/impostazioni. I modelli o qualsiasi SPA ricevono solo la chiave pubblicabile. Stripe Integration for Django non inserisce chiavi segrete nei modelli Django.
Implementiamo l'integrazione Stripe per Django rispetto alle chiavi di test Stripe e testiamo prima gli eventi webhook. La messa in modalità live è una chiave documentata e un passaggio all'endpoint nelle impostazioni di Stripe Dashboard e Django, non un'attivazione di licenza aggiuntiva.
Django crea PaymentIntent che supportano la SCA. Il cliente completa 3-D Secure con Stripe.js o Checkout. Django viene eseguito solo dopo payment_intent.succeeded sul webhook, non solo dopo un reindirizzamento del browser.
Sì per l'adempimento dopo un PaymentIntent o una sessione di pagamento creati da Django. Una visione di ringraziamento di Django non è la fonte della verità. La visualizzazione webhook verifica le firme e quindi contrassegna l'ordine pagato.
Sì. L'integrazione di Stripe per Django in genere aggiunge campi o un sottile record di pagamento accanto al modello di ordine Django esistente invece di sostituire il catalogo o lo schema di prenotazione.
No. Crei e possiedi l'account Stripe, le chiavi API e le tariffe di elaborazione Stripe. Il prezzo del componente aggiuntivo Django è l'implementazione nel tuo progetto Django, non una licenza di pagamento Bacodo.
No. I beni digitali venduti all'interno di un app store spesso richiedono ancora IAP. L'integrazione Stripe per Django riguarda i costi Stripe che la tua API Django può creare per il tuo tipo di prodotto.
Sì. I metadati PaymentIntent o Checkout Session, i record dei clienti e i campi mantenuti dopo la conferma del webhook sono allineati al modello di ordine Django esistente durante l'integrazione Stripe per Django.
La fonte Django è nel tuo repository, quindi il tuo team può mantenerla. Il supporto di 30 giorni incluso copre domande tecniche e difetti nell'ambito dell'integrazione Stripe per Django fornita, non nel lavoro delle funzionalità Django non correlato.
Durante il periodo di 30 giorni aiutiamo in caso di interruzione dell'integrazione Django fornita causata da un'API Stripe documentata o da una modifica del pacchetto stripe. Gli aggiornamenti successivi di Django costituiscono la tua manutenzione o il supporto tecnico esteso se lo acquisti.
Documentiamo come leggere lo stato di PaymentIntent, i log di Stripe Dashboard e la consegna del webhook Django. Il supporto di 30 giorni include la risoluzione dei problemi relativi agli errori di firma, ai nuovi tentativi e alle chiavi configurate in modo errato per il flusso Django distribuito.
Confermiamo le tue versioni Django e Python rispetto alla versione stripe che fissiamo al momento dell'integrazione. I runtime Django più vecchi o fortemente biforcati potrebbero richiedere un ambito aggiuntivo.
Per il percorso Django Stripe consegnato sono inclusi 30 giorni dalla consegna. Il supporto tecnico esteso è facoltativo al 20% del prezzo del componente aggiuntivo Django e copre altri sei mesi di assistenza tecnica sulla stessa integrazione Django, non sulla creazione di un nuovo prodotto.
Aggiungi pagamenti Stripe pronti per la produzione al tuo progetto Django esistente, mantieni il codice sorgente e lascia che sia il server a realizzarlo.
$199