Integracja Stripe dla Django

Integracja Stripe dla Django obejmuje oficjalny pakiet SDK Pythona, widoki Django lub punkty końcowe DRF, które tworzą PaymentIntents lub Sessions Checkout, podpisany widok webhooka, aktualizacje stanu zamówień w Twoich modelach, testy pod kątem zdarzeń testowych Stripe i notatki o przekazaniu. Otrzymujesz źródło Django w swoim projekcie. Opłaty Stripe i Twoje konto Stripe są odrębne.

Tak. Integracja Stripe dla Django jest zbudowana dla projektu Django, który już masz. Dopasowujemy adresy URL, widoki i ustawienia do Twojej aktualnej aplikacji Django, zamiast dostarczać oddzielną witrynę demonstracyjną jako produkt dostarczany.

Nie. Django nie może przechowywać PAN. Klienci korzystają z Stripe Checkout lub Elements. Integracja Stripe dla Django posiada po stronie serwera PaymentIntents, webhooki i zapisy zamówień. Niestandardowy formularz karty Django, który publikuje nieprzetworzone dane karty, jest poza zakresem domyślnym.

Integracja Stripe dla Django wykorzystuje oficjalną bibliotekę Stripe Python dla PaymentIntents, Checkout Sessions istruct_event. Nie umieszczamy płatności Django w nieudokumentowanej wtyczce, chyba że wyraźnie jej potrzebujesz.

Tak, dla spełnienia. Stripe musi wykonać POST do osiągalnego punktu końcowego HTTPS Django. Lokalne Django podczas programowania potrzebuje Stripe CLI lub tunelu. Host statyczny nie może uruchomić tego webhooka Django.

Nie. Domyślna integracja Stripe dla Django działa z widokami Django. DRF jest używany tylko wtedy, gdy Twoje API Django już go używa i zgadzamy się na to podczas sprawdzania kompatybilności Django.

Django może utworzyć sesję PaymentIntent lub Checkout i zapisać identyfikator klienta Stripe w Twoim modelu. Produkty rozliczeniowe Stripe Billing, portal klienta i logika faktur pozostają na serwerze. Praca Django wymagająca dużej ilości subskrypcji może wymagać niestandardowej wyceny.

Proces Django wykorzystuje tajny klucz i sekret podpisywania webhooka ze środowiska/ustawień. Szablony lub dowolne SPA otrzymują tylko klucz do publikacji. Integracja Stripe dla Django nie umieszcza tajnych kluczy w szablonach Django.

Wdrażamy integrację Stripe dla Django z kluczami testowymi Stripe i najpierw testujemy zdarzenia webhook. Uruchomienie to udokumentowane przeniesienie klucza i punktu końcowego w panelu Stripe Dashboard i ustawieniach Django, a nie aktywacja licencji dodatku.

Django tworzy PaymentIntents obsługujące SCA. Klient uzupełnia 3-D Secure za pomocą Stripe.js lub Checkout. Django spełnia swoje zadanie dopiero po Payment_intent.succeeded na webhooku, a nie po samym przekierowaniu przeglądarki.

Tak, do realizacji po utworzonej przez Django sesji PaymentIntent lub Checkout. Pogląd Django z podziękowaniami nie jest źródłem prawdy. Widok webhooka weryfikuje podpisy, a następnie oznacza opłacone zamówienie.

Tak. Integracja Stripe dla Django zazwyczaj dodaje pola lub cienki rekord płatności obok istniejącego modelu zamówienia Django, zamiast zastępować katalog lub schemat rezerwacji.

Nie. Tworzysz i jesteś właścicielem konta Stripe, kluczy API i opłat za przetwarzanie Stripe. Ceną dodatku Django jest wdrożenie do Twojego projektu Django, a nie licencja płatnicza Bacodo.

Nie. Towary cyfrowe sprzedawane w sklepie z aplikacjami często nadal wymagają IAP. Integracja Stripe dla Django dotyczy opłat Stripe, które Twoje API Django może utworzyć dla Twojego typu produktu.

Tak. Metadane PaymentIntent lub Checkout Session, rekordy klientów i pola, które utrzymujesz po potwierdzeniu webhooka, są dopasowane do istniejącego modelu zamówień Django podczas integracji Stripe dla Django.

Źródło Django znajduje się w Twoim repozytorium, więc Twój zespół może je obsługiwać. Dołączone 30-dniowe wsparcie obejmuje pytania techniczne i defekty w dostarczonym zakresie integracji Stripe dla Django, a nie niepowiązane prace związane z funkcjami Django.

W ciągu 30 dni pomagamy w przypadku awarii w dostarczonej integracji Django spowodowanej udokumentowaną zmianą API Stripe lub zmianą pakietu Stripe. Bieżące aktualizacje Django po tym okresie stanowią Twoją konserwację lub Rozszerzoną pomoc techniczną, jeśli ją kupisz.

Dokumentujemy sposób odczytywania statusu PaymentIntent, dzienników Stripe Dashboard i dostarczania webhooka Django. 30-dniowe wsparcie obejmuje rozwiązywanie problemów z błędami podpisów, ponownymi próbami i błędnie skonfigurowanymi kluczami dla dostarczonego przepływu Django.

Potwierdzamy Twoje wersje Django i Pythona względem wersji Stripe, którą przypinamy w czasie integracji. Starsze lub mocno rozwidlone środowiska wykonawcze Django mogą potrzebować dodatkowego zakresu.

W przypadku dostarczonej ścieżki Django Stripe uwzględniono 30 dni od przekazania. Rozszerzone wsparcie techniczne jest opcjonalne w cenie 20% ceny dodatku Django i obejmuje dodatkowe sześć miesięcy pomocy technicznej dotyczącej tej samej integracji Django, a nie nowej kompilacji produktu.