Stripe-Integration für Django

Die Stripe-Integration für Django umfasst das offizielle Stripe-Python-SDK, Django-Ansichten oder DRF-Endpunkte, die PaymentIntents oder Checkout-Sitzungen erstellen, eine signierte Webhook-Ansicht, Aktualisierungen des Bestellstatus Ihrer Modelle, Tests anhand von Stripe-Testereignissen und Übergabenotizen. Sie erhalten die Django-Quelle in Ihrem Projekt. Stripe-Gebühren und Ihr Stripe-Konto sind getrennt.

Ja. Stripe Integration für Django wurde für ein Django-Projekt entwickelt, das Sie bereits haben. Wir passen URLs, Ansichten und Einstellungen in Ihre aktuelle Django-App ein, anstatt als Lieferumfang eine separate Demo-Site auszuliefern.

Nein. Django darf PAN nicht speichern. Kunden nutzen Stripe Checkout oder Elements. Die Stripe-Integration für Django verfügt über serverseitige PaymentIntents, Webhooks und Auftragsschreibvorgänge. Ein benutzerdefiniertes Django-Kartenformular, das rohe Kartendaten veröffentlicht, liegt außerhalb des Standardbereichs.

Die Stripe-Integration für Django verwendet die offizielle Stripe-Python-Bibliothek für PaymentIntents, Checkout-Sitzungen und construction_event. Wir verpacken Django-Zahlungen nicht in einem undokumentierten Plugin, es sei denn, Sie benötigen eines ausdrücklich.

Ja zur Erfüllung. Stripe muss einen POST an einen erreichbaren Django-HTTPS-Endpunkt senden. Lokales Django benötigt während der Entwicklung Stripe CLI oder einen Tunnel. Ein statischer Host kann diesen Django-Webhook nicht ausführen.

Nein. Die Standard-Stripe-Integration für Django funktioniert mit Django-Ansichten. DRF wird nur verwendet, wenn Ihre Django-API es bereits verwendet, und wir stimmen dem während der Django-Kompatibilitätsprüfung zu.

Django kann eine PaymentIntent- oder Checkout-Sitzung erstellen und die Stripe-Kunden-ID in Ihrem Modell speichern. Wiederkehrende Stripe Billing-Produkte, das Kundenportal und die Rechnungslogik bleiben auf dem Server. Für abonnementintensive Django-Arbeiten ist möglicherweise ein individuelles Angebot erforderlich.

Der Django-Prozess verwendet den geheimen Schlüssel und das Webhook-Signaturgeheimnis aus der Umgebung/den Einstellungen. Vorlagen oder beliebige SPAs erhalten nur den veröffentlichbaren Schlüssel. Stripe Integration für Django fügt keine geheimen Schlüssel in Django-Vorlagen ein.

Wir implementieren die Stripe-Integration für Django anhand von Stripe-Testschlüsseln und testen zunächst Webhook-Ereignisse. Bei der Live-Schaltung handelt es sich um eine dokumentierte Schlüssel- und Endpunktumstellung in Ihrem Stripe-Dashboard und Ihren Django-Einstellungen, nicht um eine Add-on-Lizenzaktivierung.

Django erstellt PaymentIntents, die SCA unterstützen. Der Kunde schließt 3-D Secure mit Stripe.js oder Checkout ab. Django wird erst nach payment_intent.succeeded am Webhook ausgeführt, nicht nach einer Browser-Umleitung allein.

Ja für die Erfüllung nach einer von Django erstellten PaymentIntent- oder Checkout-Sitzung. Eine Django-Dankeschön-Ansicht ist nicht die Quelle der Wahrheit. Die Webhook-Ansicht überprüft die Signaturen und markiert dann die Bestellung als bezahlt.

Ja. Die Stripe-Integration für Django fügt in der Regel Felder oder einen dünnen Zahlungsdatensatz neben Ihrem bestehenden Django-Bestellmodell hinzu, anstatt Ihren Katalog oder Ihr Buchungsschema zu ersetzen.

Nein. Sie erstellen und besitzen das Stripe-Konto, die API-Schlüssel und die Stripe-Verarbeitungsgebühren. Der Django-Zusatzpreis ist die Implementierung in Ihr Django-Projekt, keine Bacodo-Zahlungslizenz.

Nein. Für digitale Waren, die in einem App Store verkauft werden, ist oft noch IAP erforderlich. Die Stripe-Integration für Django dient den Stripe-Gebühren, die Ihre Django-API für Ihren Produkttyp erstellen darf.

Ja. PaymentIntent- oder Checkout-Sitzungsmetadaten, Kundendatensätze und die Felder, die Sie nach der Webhook-Bestätigung beibehalten, werden während der Stripe-Integration für Django an Ihr bestehendes Django-Bestellmodell angepasst.

Die Django-Quelle befindet sich in Ihrem Repo, sodass Ihr Team sie pflegen kann. Der im Lieferumfang enthaltene 30-Tage-Support deckt technische Fragen und Mängel im Umfang der gelieferten Stripe-Integration für Django ab, nicht jedoch damit zusammenhängende Arbeiten an Django-Funktionen.

Während des 30-Tage-Fensters helfen wir bei Störungen in der bereitgestellten Django-Integration, die durch eine dokumentierte Änderung der Stripe-API oder des Stripe-Pakets verursacht wurden. Laufende Django-Upgrades danach sind Ihre Wartung oder erweiterter technischer Support, wenn Sie es kaufen.

Wir dokumentieren, wie Sie den PaymentIntent-Status, Stripe-Dashboard-Protokolle und die Django-Webhook-Zustellung lesen. Der 30-tägige Support umfasst die Fehlerbehebung bei Signaturfehlern, Wiederholungsversuchen und falsch konfigurierten Schlüsseln für den bereitgestellten Django-Flow.

Wir bestätigen Ihre Django- und Python-Versionen anhand der Stripe-Version, die wir zum Zeitpunkt der Integration anheften. Ältere oder stark geforkte Django-Laufzeiten benötigen möglicherweise zusätzlichen Umfang.

Für den gelieferten Django-Stripe-Pfad sind 30 Tage nach Übergabe inklusive. Erweiterter technischer Support ist für 20 % des Django-Zusatzpreises optional und umfasst sechs weitere Monate technische Hilfe für dieselbe Django-Integration, nicht einen neuen Produkt-Build.