- โปรเจกต์ Django ที่มีอยู่
- สิทธิ์เข้าถึง Stripe Test Mode
- ต้องมีฟรอนต์เอนด์สำหรับหน้าชำระเงิน
ไม่ต้องให้สิทธิ์รีโป หากต้องการให้ Bacodo ผสานโดยตรงจึงค่อยให้สิทธิ์โปรเจกต์ชั่วคราว
โปรแกรมเสริมจังโก้
การรวม Stripe สำหรับ Django
เพิ่ม PaymentIntents, webhooks ที่ลงนาม และสถานะคำสั่งซื้อฝั่งเซิร์ฟเวอร์ให้กับโปรเจ็กต์ Django ที่มีอยู่ของคุณ โดยไม่ต้องสร้างการเดินสาย Stripe API, การตรวจสอบลายเซ็น และการดำเนินการตั้งแต่ต้น
- รวมซอร์สโค้ดแบบเต็มและเป็นของคุณอย่างถาวร
- ไม่ต้องใช้รหัสใบอนุญาต Add-on หรือใบอนุญาตที่เกิดซ้ำ
- พร้อมการผลิตและทดสอบแล้ว
- รวมเข้ากับโปรเจ็กต์ Django และสแต็กที่คุณมีอยู่
- รวมการสนับสนุนด้านเทคนิคหลังการส่งมอบ 30 วัน
- การสนับสนุนด้านเทคนิคแบบขยายระยะเวลา 6 เดือนเพิ่มเติมที่ 20% ของราคา Add-on
เริ่มต้น
$199
USD · Django
การรวม Stripe สำหรับ Django · Django
ซอร์สโค้ดแบบเต็มไม่มีรหัสใบอนุญาตการผลิตพร้อมการทดสอบบูรณาการการสนับสนุน 30 วัน
Requirements
What การรวม Stripe สำหรับ Django needs
ทำอะไร
Stripe บนเซิร์ฟเวอร์ Django ของคุณ — UI ไม่ใช่แหล่งที่มาของความจริง
Bacodo ผสานรวม Stripe เข้ากับโปรเจ็กต์ Django ที่คุณมีอยู่แล้ว หลังจากส่งมอบ มุมมอง URL และการตั้งค่าจะอยู่ใน Repo ของคุณ คุณยังคงเป็นเจ้าของบัญชี Stripe, คีย์ API และค่าธรรมเนียม Stripe Django ไม่รวบรวมหมายเลขบัตรดิบ
ปัญหามันแก้ไขได้
เส้นทาง Django Stripe ที่ใช้งานจริงจำเป็นต้องมี stripe SDK อย่างเป็นทางการ การสร้าง PaymentIntent หรือ Checkout Session บนเซิร์ฟเวอร์ มุมมองเว็บฮุคที่ได้รับการยกเว้น CSRF การตรวจสอบลายเซ็นของ build_event และการอัปเดตคำสั่งซื้อหลังจาก Stripe ยืนยันแล้วเท่านั้น เทมเพลตหรือ SPA จะต้องไม่ถือรหัสลับ
เข้าสู่โครงการได้อย่างไร.
เราเพิ่ม URL และมุมมอง Django (หรือจุดสิ้นสุด DRF) ที่สร้าง PaymentIntents มุมมองเว็บฮุคที่ยืนยัน Stripe-Signature การตั้งค่าผ่านตัวแปรสภาพแวดล้อม และการอัปเดตคำสั่งซื้อหรือโมเดลการให้สิทธิ์ที่คุณใช้อยู่แล้ว
เหตุใดจึงช่วยประหยัดเวลาในการพัฒนา
ทีมของคุณข้ามการใช้งาน Stripe Django ที่ใช้งานจริงครั้งแรก: webhook idempotency, การแยกวิเคราะห์เนื้อหาดิบ, PaymentIntents ที่รับรู้ SCA และการส่งมอบที่บันทึกคีย์ทดสอบสู่ใช้งานจริง
ทำเพื่อใคร
นักพัฒนา ทีมเทคนิค เอเจนซี่ และสตาร์ทอัพที่มีแบ็กเอนด์ Django อยู่แล้ว และต้องการเส้นทางการชำระเงินที่บำรุงรักษาได้ซึ่งเซิร์ฟเวอร์เป็นเจ้าของ
ฟีเจอร์หลัก
การรวม Stripe สำหรับ Django รวมอะไรบ้าง
stripe SDK บนเซิร์ฟเวอร์ Django
สร้าง PaymentIntents หรือ Checkout Sessions ด้วยไลบรารี Stripe Python อย่างเป็นทางการภายในมุมมองหรือบริการของ Django รหัสลับจะยังคงอยู่ในการตั้งค่า Django / env ไม่เคยอยู่ในเทมเพลตหรือเบราว์เซอร์
มุมมองเว็บฮุค Django ที่ลงนามแล้ว
URL ของ Django เฉพาะจะอ่านเนื้อหาคำขอดิบและตรวจสอบ Stripe-Signature ด้วย construction_event ก่อนที่จะเขียนคำสั่งใดๆ จะไม่ถือว่า 200 จาก Django จนกว่าการตรวจสอบจะสำเร็จ
สถานะการสั่งซื้อ Django หลังจาก pay_intent.succeeded
การดำเนินการจะดำเนินการใน Django หลังจาก webhook ไม่ใช่หลังจากหน้าขอบคุณ เราอัปเดตคำสั่งซื้อหรือรูปแบบการให้สิทธิ์ที่มีอยู่ของคุณ เพื่อให้ผู้ดูแลระบบ Django หรือ API ที่คุณมีอยู่สะท้อนสถานะการชำระเงินแล้ว
โหมดทดสอบ Django จากนั้นใช้ปุ่ม Stripe
จัดส่ง Django ด้วยคีย์ทดสอบ Stripe และความลับของเว็บฮุคก่อน การถ่ายทอดสดเป็นการตั้งค่าที่บันทึกไว้และการตัดจุดสิ้นสุดของแดชบอร์ด ไม่ใช่สิทธิ์การใช้งานเสริม
การจัดการ webhook ของ Idempotent Django
ลายอาจลองอีกครั้ง ตัวจัดการ Django คีย์ปิดรหัสเหตุการณ์หรือรหัส PaymentIntent เพื่อให้ webhook ที่ซ้ำกันไม่ตอบสนองซ้ำซ้อน
ส่วนหน้า Django ของคุณยังคงเป็นไคลเอนต์
เทมเพลต Django, HTMX หรือ SPA แยกต่างหากจะได้รับเฉพาะคีย์ที่เผยแพร่ได้หรือ URL ชำระเงินเท่านั้น ข้อมูลการ์ดยังคงอยู่บน Stripe ส่วนเสริมนี้เป็นเส้นทางเซิร์ฟเวอร์ Django ไม่ใช่รูปแบบการ์ดที่กำหนดเองใน Django
กรณีใช้งาน
เมื่อใดที่ การรวม Stripe สำหรับ Django เหมาะ
ร้านค้า Django ที่มีอยู่หรือ API การจอง
คุณสร้างคำสั่งซื้อใน Django แล้ว และต้องการเซิร์ฟเวอร์เพื่อสร้าง PaymentIntents และทำเครื่องหมายคำสั่งซื้อเหล่านั้นว่าชำระเงินจาก webhooks
เอเจนซี่มอบ API ไคลเอ็นต์ Django ให้กับการใช้งานจริง
คุณต้องมีเส้นทาง Stripe ที่สามารถบำรุงรักษาได้ใน Django แหล่งที่มาใน repo ไคลเอ็นต์ และการตัดคีย์ live-key ที่บันทึกไว้ แทนที่จะเป็นสคริปต์ Django แบบครั้งเดียว
SaaS หรือการเป็นสมาชิกบน Django
Django ต้องสร้าง PaymentIntent แรกหรือแนบวิธีการชำระเงินในขณะที่การสมัครสมาชิกและใบแจ้งหนี้ยังคงอยู่ในรุ่นของคุณและ Stripe Billing หากคุณใช้แล้ว
ตลาด Django การจ่ายเงินในภายหลัง
เริ่มต้นด้วยการเรียกเก็บเงินลูกค้าใน Django ค่าธรรมเนียม Stripe Connect หรือปลายทางสามารถกำหนดขอบเขตแยกกันได้หากโมเดลตลาด Django ของคุณต้องการ
เดโม
ตัวอย่างเส้นทาง webhook ของ Django Stripe
ดูตัวอย่างเส้นทางเซิร์ฟเวอร์ Django: สร้าง PaymentIntent รับ POST /webhooks/stripe/ ตรวจสอบลายเซ็น อัปเดตสถานะคำสั่งซื้อ แซนด์บ็อกซ์สดสำหรับบัญชี Stripe ของคุณพร้อมใช้งานหลังจากการตรวจสอบความเข้ากันได้ หน้านี้ไม่ได้ประมวลผลการเรียกเก็บเงินจริงและไม่รวบรวมการ์ดใน Django
วิธีทำงาน
วิธีการส่งมอบ Stripe Integration สำหรับ Django
เวิร์กโฟลว์ส่วนเสริมมาตรฐานของ Bacodo พร้อมการตรวจสอบ URL การตั้งค่า รูปแบบการสั่งซื้อ และวิธีที่ส่วนหน้าปัจจุบันของคุณสื่อสารกับ Django โดยเฉพาะ
01
เลือก Django Stripe
ยืนยันการรวม Stripe สำหรับ Django และไม่ว่าวันแรกจะเป็น PaymentIntents, Checkout Sessions หรือทั้งสองอย่างบนเซิร์ฟเวอร์ Django
02
การตรวจสอบความเข้ากันได้ของ Django
ตรวจสอบเวอร์ชัน Django / Python, โมเดลคำสั่งซื้อที่มีอยู่, การตรวจสอบสิทธิ์, คุณใช้ DRF หรือไม่ และคุณมีบัญชี Stripe อยู่แล้วหรือไม่
03
รวมเข้ากับ Django
เพิ่มแถบ, URL และมุมมอง Django, การตรวจสอบเว็บฮุค และเส้นทางการสร้าง PaymentIntent ส่วนหน้าของคุณจะเรียกใช้
04
กำหนดค่าโครงการ Django
การตั้งค่า Wire Django จาก env: รหัสลับ, รหัสที่เผยแพร่ได้, ข้อมูลลับของเว็บฮุค และแถบ URL เว็บฮุคสาธารณะจะเรียกใช้
05
ทดสอบเส้นทางการชำระเงิน Django
เรียกใช้เหตุการณ์การทดสอบ Stripe CLI หรือ Dashboard กับ Django webhook รวมถึง create-intent และเส้นทางปฏิเสธ/ยกเลิก
06
ส่งมอบซอร์ส Django
ส่งแหล่งที่มาของ Django บันทึกการตั้งค่า และรายการตรวจสอบคีย์สด การใช้งาน Django เป็นของคุณที่ต้องดูแลรักษา
สถาปัตยกรรม
Stripe เชื่อมต่อกับโปรเจ็กต์ Django อย่างไร
กระบวนการ Django เก็บรหัสลับไว้ ลูกค้าขอให้ Django สร้าง PaymentIntent หรือ Checkout Session Stripe แจ้งเตือน Django ทาง webhook Django ตรวจสอบลายเซ็น จากนั้นจึงเขียนสถานะการสั่งซื้อ
ลูกค้า/เทมเพลตจังโก้ วิวSDK แบบแถบเจตนาการชำระเงินแบบลายเว็บฮุค → จังโก้สั่งซื้อรุ่น
เทคโนโลยีที่รองรับ
การรวม Stripe สำหรับ Django ใช้อะไรจริงๆ
จังโก้ และ ไพธอน
ปัจจุบันรองรับ Django LTS/stable บนเวอร์ชัน Python ที่ stripe SDK ยอมรับ เราปักหมุดเวอร์ชันไว้ที่การตรวจสอบความเข้ากันได้ของ Django
ไลบรารีลาย Python อย่างเป็นทางการ
PaymentIntents, เซสชันการชำระเงิน และ webhook build_event เราไม่รวมการชำระเงินของ Django ไว้ในแพ็คเกจที่ไม่มีเอกสาร เว้นแต่คุณจะต้องการ
โมเดล Django ของคุณและ DRF เสริม
การอัปเดตคำสั่งซื้อหรือการให้สิทธิ์จะยังคงอยู่ในรุ่นที่คุณมีอยู่แล้ว DRF จะใช้ก็ต่อเมื่อนั่นคือวิธีที่ Django API ของคุณทำงานอยู่แล้ว
บัญชี Stripe สำหรับแอป Django
บัญชี Stripe ของคุณ การทดสอบและคีย์สดที่ใช้โดย Django, จุดสิ้นสุดของเว็บฮุค และกิจกรรมแดชบอร์ด ค่าธรรมเนียมการดำเนินการ Stripe ยังคงอยู่กับ Stripe
โฮสติ้ง Django ที่จำเป็น
โฮสต์ที่สามารถเรียกใช้ Django และรับ HTTPS POST จาก Stripe (Gunicorn/uWSGI ฯลฯ) ไซต์แบบคงที่เท่านั้นไม่สามารถโฮสต์เส้นทางเว็บฮุคนี้ได้
สิ่งที่รวมอยู่
Stripe Integration สำหรับ Django มีอะไรบ้าง
- บูรณาการเข้ากับโครงการ Django ที่มีอยู่
- ซอร์สโค้ดแบบเต็มในที่เก็บของคุณ
- การตั้งค่า Django, URL และมุมมอง Webhook
- PaymentIntent หรือ Checkout Session สร้างเส้นทางที่จำเป็นสำหรับการชำระเงินนี้
- ทดสอบ Django webhook และ Intent Flow ก่อนส่งมอบ
- บันทึกการส่งมอบสำหรับการตัดการทดสอบไปจนถึงการใช้งานจริง
- การสนับสนุนด้านเทคนิคภายใน 30 วันหลังการส่งมอบ
ไม่อยู่ในราคาเสริม
- บัญชี Stripe, คีย์ API และค่าธรรมเนียมการประมวลผล Stripe — คุณเป็นเจ้าของสิ่งเหล่านั้น
- UI หน้าร้านใหม่หากคุณไม่มีไคลเอนต์ที่สามารถเรียก Django ได้
- Marketplace Connect ผลิตภัณฑ์การเรียกเก็บเงินแบบกำหนดเอง หรือการทดแทนการซื้อในแอป เว้นแต่จะกำหนดขอบเขตเป็นงานที่กำหนดเอง
Pricing
Stripe Integration สำหรับการกำหนดราคา Django
ราคานี้สำหรับแพลตฟอร์ม Django เท่านั้น ไม่ใช้การกำหนดราคาส่วนเสริม Next.js หรือ Flutter
การรวม Stripe สำหรับ Django
เพิ่มการชำระเงิน Stripe ที่พร้อมใช้งานจริงให้กับโปรเจ็กต์ Django ที่มีอยู่และเก็บซอร์สโค้ดไว้
ข้อกำหนด
- โปรเจกต์ Django ที่มีอยู่
- สิทธิ์เข้าถึง Stripe Test Mode
- ต้องมีฟรอนต์เอนด์สำหรับหน้าชำระเงิน
$199
จ่ายครั้งเดียวDjango
ต้องการฟรอนต์เอนด์หรือไม่?
- ซอร์สโค้ดทั้งหมด
- ไม่มีค่าไลเซนส์
- สนับสนุน 30 วัน
- ผสานรวมครบ
ชำระเงินอย่างปลอดภัยผ่านstripe
การส่งมอบและความปลอดภัย
แนวทางปฏิบัติในการจัดส่งและความปลอดภัยของ Django
การส่งมอบ Django โดยประมาณ
การรวม Django Stripe โดยทั่วไปจะมีขอบเขตหลังจากการตรวจสอบความเข้ากันได้ของ Django ไทม์ไลน์ขึ้นอยู่กับรูปแบบคำสั่งซื้อปัจจุบันของคุณและวิธีที่ลูกค้าโทรหา Django
ทดสอบกับ Django ก่อนส่งมอบ
PaymentIntents โหมดทดสอบ ลายเซ็นเว็บฮุค การลองใหม่ และเส้นทางการปฏิเสธจะถูกใช้กับแอป Django ก่อนที่เราจะส่งมอบ
ความลับของแถบจะยังคงอยู่ในการตั้งค่า Django
รหัสลับและความลับในการเซ็นชื่อเว็บฮุคจะยังคงอยู่ในสภาพแวดล้อมเซิร์ฟเวอร์ เทมเพลต Django และ SPA ใดๆ จะได้รับเฉพาะคีย์ที่เผยแพร่ได้หรือรหัสลับไคลเอ็นต์ที่มีอายุสั้นเท่านั้น
การตรวจสอบ Webhook ก่อนที่ Django จะเขียน
มุมมอง webhook ของ Django จะตรวจสอบลายเซ็น Stripe ก่อนที่จะอัปเดตคำสั่งซื้อหรือสถานะการให้สิทธิ์
ไม่มีการอ้างสิทธิ์ด้านความปลอดภัยของ Django ที่ไม่สามารถตรวจสอบได้
เราไม่อ้างสิทธิ์ในการรับรอง PCI, การฉ้อโกงเป็นศูนย์ หรือรับประกันอัตราการอนุมัติ Django ไม่ได้เก็บ PAN ข้อมูลการ์ดจะถูกรวบรวมโดย Stripe Checkout หรือ Elements บนไคลเอนต์ ไม่ใช่แบบฟอร์มการ์ด Django แบบกำหนดเองที่เรายังคงมีอยู่
คำถามที่พบบ่อย
คำถามที่พบบ่อย
Stripe Integration สำหรับ Django มีอะไรบ้าง?
Stripe Integration สำหรับ Django ประกอบด้วย Stripe Python SDK อย่างเป็นทางการ, มุมมอง Django หรือตำแหน่งข้อมูล DRF ที่สร้าง PaymentIntents หรือ Checkout Sessions, มุมมอง webhook ที่ลงนามแล้ว, การอัปเดตสถานะคำสั่งซื้อในโมเดลของคุณ, การทดสอบกับเหตุการณ์การทดสอบ Stripe และบันทึกการส่งมอบ คุณได้รับซอร์ส Django ในโครงการของคุณ ค่าธรรมเนียม Stripe และบัญชี Stripe ของคุณแยกจากกัน
คุณจะรวม Stripe เข้ากับโปรเจ็กต์ Django ที่เรามีอยู่หรือไม่
ใช่ Stripe Integration สำหรับ Django สร้างขึ้นสำหรับโปรเจ็กต์ Django ที่คุณมีอยู่แล้ว เราปรับ URL มุมมอง และการตั้งค่าลงในแอป Django ปัจจุบันของคุณ แทนที่จะจัดส่งไซต์สาธิตแยกต่างหากเป็นการส่งมอบ
Stripe Integration สำหรับ Django รวบรวมหมายเลขบัตรใน Django หรือไม่
ไม่ Django ต้องไม่เก็บ PAN ลูกค้าใช้ Stripe Checkout หรือ Elements Stripe Integration สำหรับ Django เป็นเจ้าของ PaymentIntents, webhooks และการเขียนคำสั่งฝั่งเซิร์ฟเวอร์ แบบฟอร์มการ์ด Django แบบกำหนดเองที่โพสต์ข้อมูลการ์ดดิบอยู่นอกขอบเขตเริ่มต้น
Stripe Integration สำหรับ Django ใช้แพ็คเกจ Stripe ใด
Stripe Integration สำหรับ Django ใช้ไลบรารี Python อย่างเป็นทางการสำหรับ PaymentIntents, Checkout Sessions และ build_event เราไม่รวมการชำระเงินของ Django ไว้ในปลั๊กอินที่ไม่มีเอกสาร เว้นแต่ว่าคุณต้องการอย่างชัดเจน
Stripe Integration สำหรับ Django จำเป็นต้องมี URL webhook สาธารณะหรือไม่
ใช่เพื่อความสําเร็จ Stripe ต้อง POST ไปยังจุดสิ้นสุด Django HTTPS ที่สามารถเข้าถึงได้ Django ในเครื่องต้องการ Stripe CLI หรืออุโมงค์ในระหว่างการพัฒนา โฮสต์แบบคงที่ไม่สามารถเรียกใช้ Django webhook นี้
Django REST Framework จำเป็นสำหรับ Stripe Integration สำหรับ Django หรือไม่
ไม่ Default Stripe Integration สำหรับ Django ใช้งานได้กับมุมมอง Django DRF จะใช้ก็ต่อเมื่อ Django API ของคุณใช้งานอยู่แล้ว และเราตกลงว่าในระหว่างการตรวจสอบความเข้ากันได้ของ Django
Stripe Integration สำหรับ Django สามารถเก็บเงินค่าสมัครสมาชิกได้หรือไม่
Django สามารถสร้าง PaymentIntent หรือ Checkout Session และจัดเก็บรหัสลูกค้า Stripe ไว้ในโมเดลของคุณ ผลิตภัณฑ์การเรียกเก็บเงิน Stripe ที่เป็นกิจวัตร พอร์ทัลลูกค้า และตรรกะของใบแจ้งหนี้จะอยู่บนเซิร์ฟเวอร์ งาน Django ที่ต้องสมัครสมาชิกจำนวนมากอาจต้องมีใบเสนอราคาที่กำหนดเอง
Stripe ที่เผยแพร่ได้และคีย์ลับอยู่ที่ไหนในแอป Django
กระบวนการ Django ใช้รหัสลับและความลับในการลงนาม webhook จากสภาพแวดล้อม / การตั้งค่า เทมเพลตหรือ SPA ใด ๆ จะได้รับเฉพาะรหัสที่เผยแพร่ได้ Stripe Integration สำหรับ Django ไม่ได้ใส่คีย์ลับในเทมเพลต Django
โหมดทดสอบ Stripe และโหมดสดทำงานอย่างไรใน Django
เราใช้ Stripe Integration สำหรับ Django กับคีย์ทดสอบ Stripe และทดสอบเหตุการณ์ webhook ก่อน การถ่ายทอดสดเป็นคีย์ที่มีการบันทึกไว้และการตัดจุดปลายทางในการตั้งค่า Stripe Dashboard และ Django ของคุณ ไม่ใช่การเปิดใช้งานใบอนุญาตเสริม
Stripe Integration สำหรับ Django จัดการกับ 3-D Secure / SCA อย่างไร
Django สร้าง PaymentIntents ที่รองรับ SCA ลูกค้าดำเนินการ 3-D Secure ด้วย Stripe.js หรือ Checkout Django ดำเนินการหลังจาก Payment_intent.succeeded บน webhook เท่านั้น ไม่ใช่หลังจากการเปลี่ยนเส้นทางเบราว์เซอร์เพียงอย่างเดียว
Stripe webhooks จำเป็นสำหรับการชำระเงิน Django หรือไม่
ใช่สำหรับการดำเนินการหลังจาก PaymentIntent หรือเซสชันการชำระเงินที่สร้างโดย Django มุมมองขอบคุณของ Django ไม่ใช่แหล่งที่มาของความจริง มุมมองเว็บฮุคจะตรวจสอบลายเซ็นแล้วทำเครื่องหมายว่าคำสั่งซื้อนั้นชำระเงินแล้ว
เราสามารถเก็บโมเดล Django ปัจจุบันของเราไว้เป็น Stripe ได้หรือไม่
ใช่ โดยทั่วไป Stripe Integration สำหรับ Django จะเพิ่มฟิลด์หรือบันทึกการชำระเงินแบบบางถัดจากโมเดลคำสั่งซื้อ Django ที่มีอยู่ของคุณ แทนที่จะแทนที่แคตตาล็อกหรือสคีมาการจองของคุณ
ราคา Stripe Integration สำหรับ Django รวมบัญชี Stripe หรือค่าธรรมเนียมหรือไม่
ไม่ คุณสร้างและเป็นเจ้าของบัญชี Stripe, คีย์ API และค่าธรรมเนียมการดำเนินการ Stripe ราคาส่วนเสริมของ Django ใช้กับโปรเจ็กต์ Django ของคุณ ไม่ใช่ใบอนุญาตการชำระเงินของ Bacodo
Stripe Integration สำหรับ Django จะแทนที่ Apple หรือ Google In-App Buy หรือไม่
ไม่ สินค้าดิจิทัลที่ขายภายใน App Store มักจะต้องใช้ IAP Stripe Integration สำหรับ Django ใช้สำหรับการเรียกเก็บเงิน Stripe Django API ของคุณได้รับอนุญาตให้สร้างสำหรับประเภทผลิตภัณฑ์ของคุณ
เราสามารถปรับแต่งใบเสร็จรับเงิน Stripe และข้อมูลเมตาใน Django ได้หรือไม่
ใช่ ข้อมูลเมตาของเซสชัน PaymentIntent หรือ Checkout บันทึกลูกค้า และฟิลด์ที่คุณคงอยู่หลังจากการยืนยันเว็บฮุคจะสอดคล้องกับโมเดลคำสั่งซื้อ Django ที่มีอยู่ของคุณในระหว่างการผสานรวม Stripe สำหรับ Django
มีการสนับสนุน Django อะไรบ้างหลังจากการส่งมอบ Stripe
แหล่งที่มาของ Django อยู่ใน repo ของคุณ ดังนั้นทีมของคุณจะสามารถดูแลรักษามันได้ การสนับสนุน 30 วันที่มีให้ครอบคลุมคำถามทางเทคนิคและข้อบกพร่องใน Stripe Integration ที่จัดส่งสำหรับขอบเขต Django ไม่ใช่งานฟีเจอร์ Django ที่ไม่เกี่ยวข้อง
การอัปเดต stripe หรือ Django ได้รับการจัดการอย่างไรหลังจากการรวมเข้าด้วยกัน
ในช่วงกรอบเวลา 30 วัน เราจะช่วยแก้ไขข้อขัดข้องในการผสานรวม Django ที่จัดส่ง ซึ่งเกิดจาก Stripe API ที่ได้รับการบันทึกไว้หรือการเปลี่ยนแปลงแพ็คเกจแถบ การอัพเกรด Django อย่างต่อเนื่องหลังจากนั้นถือเป็นการบำรุงรักษาของคุณ หรือการสนับสนุนด้านเทคนิคแบบขยายเวลา หากคุณซื้อ
จะเกิดอะไรขึ้นหากการชำระเงินแบบ Stripe ล้มเหลวในแอป Django ที่ใช้งานจริง
เราบันทึกวิธีการอ่านสถานะ PaymentIntent, บันทึก Stripe Dashboard และการจัดส่ง Django webhook การสนับสนุน 30 วันประกอบด้วยการแก้ไขปัญหาความล้มเหลวของลายเซ็น การลองใหม่ และคีย์ที่กำหนดค่าไม่ถูกต้องสำหรับโฟลว์ Django ที่จัดส่ง
Django เวอร์ชันใดที่เข้ากันได้กับ Stripe Integration สำหรับ Django
เรายืนยันเวอร์ชัน Django และ Python ของคุณกับรุ่น stripe ที่เราปักหมุดไว้ ณ เวลาที่รวมระบบ รันไทม์ Django ที่เก่ากว่าหรือมีการแยกส่วนอย่างหนักอาจต้องมีขอบเขตเพิ่มเติม
การสนับสนุน 30 วันเทียบกับการสนับสนุนทางเทคนิคแบบขยาย 6 เดือนสำหรับ Stripe Integration สำหรับ Django คืออะไร
30 วันหลังจากการส่งมอบจะรวมอยู่ในเส้นทาง Django Stripe ที่ส่งมอบ การสนับสนุนด้านเทคนิคแบบขยายเวลาเป็นทางเลือกที่ 20% ของราคาโปรแกรมเสริม Django นี้ และครอบคลุมความช่วยเหลือทางเทคนิคเพิ่มเติมอีกหกเดือนเกี่ยวกับการผสานรวม Django เดียวกัน ไม่ใช่ผลิตภัณฑ์ใหม่
การรวม Stripe สำหรับ Django
เพิ่มการชำระเงิน Stripe ที่พร้อมใช้งานจริงให้กับโปรเจ็กต์ Django ที่คุณมีอยู่ เก็บซอร์สโค้ด และปล่อยให้เซิร์ฟเวอร์ดำเนินการเอง
$199