- Существующий проект на Django
- Доступ к Stripe Test Mode
- Для платёжного интерфейса нужен фронтенд
Доступ к репозиторию не нужен. Доступ к проекту требуется, только если Bacodo должен интегрировать решение напрямую.
Дополнение к Джанго
Добавьте PaymentIntents, подписанные веб-перехватчики и состояние заказов на стороне сервера в существующий проект Django без создания проводки Stripe API, проверки подписи и выполнения с нуля.
От
$199
USD · Django
Интеграция Stripe для Django · Django
Requirements
Доступ к репозиторию не нужен. Доступ к проекту требуется, только если Bacodo должен интегрировать решение напрямую.
Что делает
Bacodo интегрирует Stripe в уже существующий проект Django. После передачи представления, URL-адреса и настройки сохраняются в вашем репозитории. Вы по-прежнему владеете учетной записью Stripe, ключами API и комиссиями Stripe. Django не собирает необработанные номера карт.
Для производственного пути Django Stripe требуется официальный SDK полосы, создание сеанса PaymentIntent или Checkout на сервере, представление веб-перехватчика без CSRF, проверка подписиstruct_event и обновление заказа только после подтверждения Stripe. Шаблоны или SPA никогда не должны содержать секретный ключ.
Мы добавляем URL-адреса и представления Django (или конечные точки DRF), которые создают PaymentIntents, представление веб-перехватчика, которое проверяет подпись Stripe, настройки через переменные среды и обновления модели заказа или прав, которую вы уже используете.
Ваша команда пропускает первую производственную реализацию Stripe Django: идемпотентность веб-перехватчика, анализ необработанного тела, PaymentIntents с поддержкой SCA и передачу, которая документирует ключи от тестирования к работе.
Разработчики, технические группы, агентства и стартапы, у которых уже есть серверная часть Django и которым нужен поддерживаемый путь оплаты, принадлежащий серверу.
Ключевые возможности
Создавайте сеансы PaymentIntents или Checkout с помощью официальной библиотеки Stripe Python внутри представлений или сервисов Django. Секретный ключ остается в настройках/env Django, а не в шаблонах или браузере.
Выделенный URL-адрес Django считывает необработанное тело запроса и проверяет подпись Stripe-Signature с помощьюstruct_event перед записью любого заказа. Значение 200 от Django не предполагается до тех пор, пока проверка не завершится успешно.
Выполнение выполняется в Django после веб-перехватчика, а не после страницы с благодарностью. Мы обновляем ваш существующий заказ или модель предоставления прав, чтобы администрация Django или API, которые у вас уже есть, отражали состояние оплаты.
Сначала отправьте Django с тестовыми ключами Stripe и секретами веб-перехватчиков. Ввод в эксплуатацию — это документированные настройки и переключение конечной точки Dashboard, а не дополнительная лицензия.
Stripe может повторить попытку. Обработчик Django отключает идентификатор события или идентификатор PaymentIntent, чтобы дублирующий веб-перехватчик не выполнялся дважды.
Шаблоны Django, HTMX или отдельный SPA получают только публикуемый ключ или URL-адрес Checkout. Данные карты остаются в Stripe. Это дополнение представляет собой путь к серверу Django, а не специальную форму карточки в Django.
Сценарии
Вы уже создаете заказы в Django, и вам нужен сервер для создания PaymentIntents и пометки этих заказов как оплаченных с помощью веб-перехватчиков.
Вам нужен поддерживаемый путь Stripe в Django, исходный код в клиентском репозитории и документированное переключение с использованием живого ключа вместо одноразового сценария Django.
Django должен создать первый PaymentIntent или прикрепить метод оплаты, в то время как подписки и счета останутся в ваших моделях и Stripe Billing, если вы их уже используете.
Начните с взимания платы с клиентов в Django. Плата за подключение к Stripe или пункту назначения может определяться отдельно, если они необходимы вашей модели рынка Django.
Демо
Просмотрите путь к серверу Django: создайте PaymentIntent, получите POST /webhooks/stripe/, проверьте подпись, обновите состояние заказа. Живая песочница для вашей учетной записи Stripe доступна после проверки совместимости. Эта страница не обрабатывает реальные платежи и не собирает карты в Django.
Как это работает
Стандартный рабочий процесс надстройки Bacodo со специфичными для Django проверками URL-адресов, настроек, модели заказа и того, как ваш существующий интерфейс взаимодействует с Django.
01
Подтвердите интеграцию Stripe для Django и укажите, будет ли первый день PaymentIntents, Checkout Sessions или и то, и другое на сервере Django.
02
Просмотрите версии Django/Python, существующие модели заказов, аутентификацию, используете ли вы DRF и есть ли у вас уже учетная запись Stripe.
03
Добавьте полосу, URL-адреса и представления Django, проверку веб-перехватчика и путь создания PaymentIntent, который будет вызывать ваш интерфейс.
04
Выполните передачу настроек Django из env: секретный ключ, публикуемый ключ, секрет веб-перехватчика и общедоступный URL-адрес веб-перехватчика, который будет вызывать Stripe.
05
Запускайте тестовые события Stripe CLI или Dashboard для веб-перехватчика Django, а также пути создания и отклонения/отмены.
06
Предоставьте исходный код Django, примечания к настройкам и контрольный список действующих ключей. Реализация Django остается за вами.
Архитектура
Процесс Django хранит секретный ключ. Клиенты просят Django создать сеанс PaymentIntent или Checkout. Stripe уведомляет Django с помощью веб-перехватчика. Джанго проверяет подпись, затем записывает состояние заказа.
Поддерживаемые технологии
Текущая поддерживаемая версия Django LTS/stable в версии Python, которую принимает Stripe SDK. Мы закрепляем версии на проверке совместимости Django.
PaymentIntents, сеансы оформления заказа и веб-перехватчикstruct_event. Мы не помещаем платежи Django в недокументированный пакет, если он вам не нужен.
Обновления заказов или прав остаются на уже имеющихся у вас моделях. DRF используется только в том случае, если ваш Django API уже работает именно так.
Ваша учетная запись Stripe, тестовые и действующие ключи, используемые Django, конечная точка веб-перехватчика и события Dashboard. Плата за обработку Stripe остается за Stripe.
Хост, который может запускать Django и получать HTTPS POST от Stripe (Gunicorn/uWSGI и т. д.). Статический сайт не может размещать этот путь веб-перехватчика.
Что входит
Pricing
Эта цена указана только для платформы Django. Он не использует цены на надстройки Next.js или Flutter.
Интеграция Stripe для Django
Добавьте готовые к использованию платежи Stripe в существующий проект Django и сохраните исходный код.
Требования
$199
разовоDjango
Нужен фронтенд?
Безопасная оплата черезstripe
Передача и безопасность
Типичная интеграция Django Stripe начинается после проверки совместимости Django. Сроки зависят от вашей текущей модели заказа и от того, как клиенты называют Django.
Платежные намерения, подписи веб-перехватчиков, повторные попытки и пути отклонения в тестовом режиме проверяются перед передачей приложения Django.
Секретные ключи и секреты подписи веб-перехватчиков остаются в среде сервера. Шаблоны Django и любые SPA получают только публикуемый ключ или недолговечный секрет клиента.
Представление веб-перехватчика Django проверяет подписи Stripe перед обновлением состояния порядка или прав.
Мы не претендуем на сертификацию PCI, отсутствие мошенничества или гарантированный уровень одобрения. Джанго не хранит PAN. Данные карты собираются Stripe Checkout или Elements на клиенте, а не специальной формой карты Django, которую мы сохраняем.
FAQ
Интеграция Stripe для Django включает в себя официальный Stripe Python SDK, представления Django или конечные точки DRF, которые создают сеансы PaymentIntents или Checkout, подписанное представление веб-перехватчика, обновления состояния заказа в ваших моделях, тесты на тестовые события Stripe и заметки о передаче. Вы получаете исходный код Django в свой проект. Комиссия Stripe и ваша учетная запись Stripe разделены.
Да. Интеграция Stripe для Django создана для уже существующего проекта Django. Мы встраиваем URL-адреса, представления и настройки в ваше текущее приложение Django вместо того, чтобы предоставлять отдельный демонстрационный сайт в качестве конечного результата.
Нет. Django не должен хранить PAN. Клиенты используют Stripe Checkout или Elements. Stripe Integration для Django владеет серверными объектами PaymentIntents, веб-перехватчиками и записью заказов. Пользовательская форма карты Django, в которой публикуются необработанные данные карты, выходит за рамки области действия по умолчанию.
Интеграция Stripe для Django использует официальную библиотеку Python для PaymentIntents, сеансов оформления заказа иstruct_event. Мы не помещаем платежи Django в недокументированный плагин, если только вы этого явно не требуете.
Да, для исполнения. Stripe должен отправить POST на доступную конечную точку HTTPS Django. Локальному Django во время разработки требуется Stripe CLI или туннель. Статический хост не может запустить этот вебхук Django.
Нет. Интеграция Stripe по умолчанию для Django работает с представлениями Django. DRF используется только в том случае, если ваш API Django уже использует его, и мы соглашаемся с этим во время проверки совместимости Django.
Django может создать сеанс PaymentIntent или Checkout и сохранить идентификатор клиента Stripe в вашей модели. Продукты повторяющегося биллинга Stripe, клиентский портал и логика выставления счетов остаются на сервере. Для работы с Django, требующей большой подписки, может потребоваться индивидуальное предложение.
Процесс Django использует секретный ключ и секрет подписи веб-перехватчика из среды/настроек. Шаблоны или любые SPA получают только публикуемый ключ. Интеграция Stripe для Django не помещает секретные ключи в шаблоны Django.
Мы реализуем интеграцию Stripe для Django с тестовыми ключами Stripe и сначала тестируем события веб-перехватчика. Запуск — это задокументированное переключение ключа и конечной точки в вашей панели управления Stripe и настройках Django, а не активация дополнительной лицензии.
Django создает PaymentIntents, поддерживающие SCA. Клиент выполняет 3-D Secure с помощью Stripe.js или Checkout. Django выполняется только после того, как pay_intent.succeeded на веб-перехватчике, а не только после перенаправления браузера.
Да, для выполнения после созданного Django сеанса PaymentIntent или Checkout. Благодарственное мнение Django не является источником истины. Представление веб-перехватчика проверяет подписи, а затем отмечает оплаченный заказ.
Да. Интеграция Stripe для Django обычно добавляет поля или тонкую запись платежа рядом с существующей моделью заказов Django вместо замены вашего каталога или схемы бронирования.
Нет. Вы создаете и владеете учетной записью Stripe, ключами API и комиссией за обработку Stripe. Дополнительная цена Django — это внедрение в ваш проект Django, а не платежная лицензия Bacodo.
Нет. Цифровые товары, продаваемые в магазине приложений, часто по-прежнему требуют IAP. Интеграция Stripe для Django осуществляется за плату Stripe, которую ваш API Django может создавать для вашего типа продукта.
Да. Метаданные сеанса PaymentIntent или Checkout, записи клиентов и поля, которые вы сохраняете после подтверждения веб-перехватчика, приводятся в соответствие с существующей моделью заказов Django во время интеграции Stripe для Django.
Исходный код Django находится в вашем репозитории, поэтому ваша команда может его поддерживать. Включенная 30-дневная поддержка охватывает технические вопросы и дефекты в поставляемой интеграции Stripe для Django, а не работу несвязанных функций Django.
В течение 30-дневного периода мы помогаем устранить сбои в поставляемой интеграции Django, вызванные задокументированным API-интерфейсом Stripe или изменением пакета Stripe. Постоянные обновления Django после этого — это ваше обслуживание или расширенная техническая поддержка, если вы его купите.
Мы документируем, как читать статус PaymentIntent, журналы Stripe Dashboard и доставку веб-перехватчика Django. 30-дневная поддержка включает устранение сбоев подписи, повторных попыток и неправильной настройки ключей для доставленного потока Django.
Мы подтверждаем ваши версии Django и Python по выпуску полосы, который мы закрепляем во время интеграции. Старым или сильно разветвленным средам выполнения Django могут потребоваться дополнительные возможности.
30 дней после передачи включены в доставленный путь Django Stripe. Расширенная техническая поддержка является необязательной и стоит 20 % от стоимости дополнения к Django и покрывает еще шесть месяцев технической помощи по той же интеграции Django, а не по созданию нового продукта.
Добавьте готовые к использованию платежи Stripe в существующий проект Django, сохраните исходный код и предоставьте серверу возможность самостоятельного исполнения.
$199