Integração Stripe para Django

Stripe Integration for Django inclui o stripe Python SDK oficial, visualizações Django ou endpoints DRF que criam PaymentIntents ou sessões de checkout, uma visualização de webhook assinada, atualizações de estado de pedido em seus modelos, testes em eventos de teste Stripe e notas de entrega. Você recebe o código-fonte do Django em seu projeto. As taxas do Stripe e sua conta Stripe são separadas.

Sim. Stripe Integration for Django foi desenvolvido para um projeto Django que você já possui. Ajustamos URLs, visualizações e configurações em seu aplicativo Django atual, em vez de enviar um site de demonstração separado como entrega.

Não. Django não deve armazenar PAN. Os clientes usam Stripe Checkout ou Elements. Stripe Integration for Django possui PaymentIntents, webhooks e gravações de pedidos do lado do servidor. Um formulário de cartão personalizado do Django que publica dados brutos do cartão está fora do escopo padrão.

Stripe Integration for Django usa a biblioteca oficial stripe Python para PaymentIntents, Checkout Sessions e construct_event. Nós não envolvemos pagamentos do Django em um plugin não documentado, a menos que você exija explicitamente um.

Sim, para cumprimento. Stripe deve fazer POST para um endpoint HTTPS do Django acessível. O Django local precisa do Stripe CLI ou de um túnel durante o desenvolvimento. Um host estático não pode executar este webhook do Django.

A integração padrão do Stripe para Django funciona com visualizações do Django. O DRF é usado apenas se sua API do Django já o utiliza e concordamos com isso durante a verificação de compatibilidade do Django.

Django pode criar uma sessão PaymentIntent ou Checkout e armazenar o ID do cliente Stripe em seu modelo. Os produtos recorrentes do Stripe Billing, o portal do cliente e a lógica da fatura permanecem no servidor. O trabalho do Django com muitas assinaturas pode precisar de um orçamento personalizado.

O processo Django usa a chave secreta e o segredo de assinatura do webhook do ambiente/configurações. Templates ou qualquer SPA recebem apenas a chave publicável. Stripe Integration for Django não coloca chaves secretas em modelos Django.

Implementamos o Stripe Integration para Django em relação às chaves de teste do Stripe e testamos primeiro os eventos do webhook. A ativação é uma chave documentada e uma transferência de endpoint nas configurações do Stripe Dashboard e Django, não uma ativação de licença complementar.

Django cria PaymentIntents que suportam SCA. O cliente conclui o 3-D Secure com Stripe.js ou Checkout. O Django só é executado após payment_intent.succeeded no webhook, e não apenas após um redirecionamento do navegador.

Sim para cumprimento após uma sessão PaymentIntent ou Checkout criada pelo Django. Uma visão de agradecimento do Django não é a fonte da verdade. A visualização do webhook verifica as assinaturas e marca o pedido como pago.

Sim. Stripe Integration for Django normalmente adiciona campos ou um registro de pagamento fino próximo ao seu modelo de pedido Django existente em vez de substituir seu catálogo ou esquema de reserva.

Não. Você cria e é proprietário da conta Stripe, das chaves de API e das taxas de processamento do Stripe. O preço adicional do Django é a implementação em seu projeto Django, não uma licença de pagamento Bacodo.

Não. Os produtos digitais vendidos em uma loja de aplicativos muitas vezes ainda exigem IAP. A integração do Stripe para Django é para cobranças do Stripe que sua API do Django pode criar para o seu tipo de produto.

Sim. Os metadados da sessão PaymentIntent ou Checkout, os registros do cliente e os campos que você persiste após a confirmação do webhook são alinhados ao seu modelo de pedido Django existente durante o Stripe Integration for Django.

A fonte do Django está no seu repositório, para que sua equipe possa mantê-la. O suporte incluído de 30 dias cobre questões técnicas e defeitos no escopo entregue do Stripe Integration for Django, e não no trabalho de recursos não relacionados do Django.

Durante a janela de 30 dias, ajudamos com falhas na integração entregue do Django causadas por uma API Stripe documentada ou alteração de pacote stripe. Atualizações contínuas do Django depois disso são sua manutenção ou Suporte Técnico Estendido, se você comprá-lo.

Documentamos como ler o status do PaymentIntent, os logs do Stripe Dashboard e a entrega do webhook do Django. O suporte de 30 dias inclui solução de problemas de falhas de assinatura, novas tentativas e chaves mal configuradas para o fluxo Django entregue.

Confirmamos suas versões Django e Python em relação ao lançamento stripe que fixamos no momento da integração. Tempos de execução do Django mais antigos ou fortemente bifurcados podem precisar de escopo extra.

30 dias após a entrega estão incluídos para o caminho Django Stripe entregue. O Suporte Técnico Estendido é opcional por 20% do preço adicional do Django e cobre mais seis meses de ajuda técnica na mesma integração do Django, não na construção de um novo produto.