Intégration Stripe pour FastAPI

L'intégration Stripe pour FastAPI comprend le SDK Python Stripe officiel, un APIRouter FastAPI, un point de terminaison create-PaymentIntent, un webhook qui appelle construct_event lors de l'attente de request.body(), des mises à jour de l'état des commandes sur votre boutique existante, des tests par rapport aux événements de test Stripe et des notes de transfert. Vous recevez la source FastAPI dans votre projet. Les frais Stripe et votre compte Stripe sont distincts.

Oui. Stripe Integration for FastAPI est conçu pour une application FastAPI que vous possédez déjà. Nous intégrons les routeurs, les dépendances et les paramètres dans votre projet FastAPI actuel au lieu de livrer une application de démonstration distincte comme livrable.

Non. FastAPI ne doit pas stocker de PAN. Les clients utilisent Stripe Checkout ou Elements. Stripe Integration for FastAPI possède les PaymentIntents, les webhooks et les écritures de commandes côté serveur. Un formulaire FastAPI personnalisé qui publie des données brutes de carte n'entre pas dans la portée par défaut.

Stripe Integration for FastAPI utilise la bibliothèque Stripe Python officielle pour PaymentIntents, Checkout Sessions et Webhook.construct_event. Nous n'englobons pas les paiements FastAPI dans un plugin non documenté, sauf si vous en avez explicitement besoin.

stripe.Webhook.construct_event vérifie les octets exacts signés par Stripe. wait request.json() analyse et modifie ce corps. Stripe Integration for FastAPI lit wait request.body() sur la route du webhook. Il s’agit de l’échec habituel de la vérification de signature FastAPI si vous l’ignorez.

Non. FastAPI utilise APIRouter, Depends et pydantic-settings. Les vues Django, urls.py et Django ORM sont des intégrations Stripe pour Django. Nous ne collons pas les modèles Django dans une application FastAPI.

FastAPI peut créer une session PaymentIntent ou Checkout et stocker l'identifiant client Stripe. Les produits de facturation Stripe récurrents, le portail client et la logique de facturation restent sur le serveur. Les travaux FastAPI nécessitant beaucoup d'abonnement peuvent nécessiter un devis personnalisé.

Le processus FastAPI utilise la clé secrète et le secret de signature du webhook à partir des paramètres/variables d'environnement. Les clients reçoivent uniquement la clé publiable. Stripe Integration for FastAPI ne place pas de clés secrètes dans les modèles de requête Pydantic.

Nous implémentons l'intégration Stripe pour FastAPI sur les clés de test Stripe et testons d'abord les événements de webhook. La mise en ligne est une transition documentée de clé et de point de terminaison dans votre environnement Stripe Dashboard et FastAPI, et non une activation de licence complémentaire.

FastAPI crée des PaymentIntents qui prennent en charge SCA. Le client complète 3-D Secure avec Stripe.js ou Checkout. FastAPI ne se réalise qu'après payment_intent.succeeded sur le webhook, pas après une seule redirection du navigateur.

Oui pour l'exécution après une session de paiement ou de paiement créée par FastAPI. Un FastAPI 200 pour le client n'est pas la source de la vérité. La route webhook vérifie les signatures puis marque la commande payée.

Oui. Stripe Integration for FastAPI ajoute généralement des champs ou un enregistrement de paiement léger à côté de votre modèle de commande FastAPI existant au lieu de remplacer SQLAlchemy ou d'inventer un modèle Django.

Non. Vous créez et possédez le compte Stripe, les clés API et les frais de traitement Stripe. Le prix du module complémentaire FastAPI est une implémentation dans votre projet FastAPI, et non une licence de paiement Bacodo.

Nous évaluons cela honnêtement lors de la vérification de la compatibilité FastAPI. Les appels Stripe bloquants dans async def sont déplacés vers un pool de threads ou nous utilisons le client asynchrone de Stripe où la version Stripe épinglée le prend en charge. Nous ne prétendons pas que la bande de synchronisation soit gratuite dans une route FastAPI asynchrone.

Oui. Les métadonnées de PaymentIntent ou de session de paiement, les enregistrements client et les champs que vous conservez après la confirmation du webhook sont alignés sur votre modèle de commande FastAPI existant lors de l'intégration de Stripe pour FastAPI.

La source FastAPI se trouve dans votre dépôt, afin que votre équipe puisse la maintenir. Le support inclus de 30 jours couvre les questions techniques et les défauts dans la portée de l'intégration Stripe pour FastAPI fournie, et non sans rapport avec les fonctionnalités FastAPI.

Pendant la période de 30 jours, nous aidons en cas de rupture de l'intégration FastAPI fournie causée par une API Stripe documentée ou une modification du package Stripe. Les mises à niveau FastAPI en cours constituent ensuite votre maintenance ou votre support technique étendu si vous l'achetez.

Nous documentons comment lire le statut PaymentIntent, les journaux du tableau de bord Stripe et la livraison du webhook FastAPI. L'assistance de 30 jours inclut le dépannage des échecs de signature (généralement request.json() au lieu de request.body()), les nouvelles tentatives et les clés mal configurées pour le flux FastAPI fourni.

Nous confirmons vos versions FastAPI, Python et pydantic v2 par rapport à la version Stripe que nous épinglons au moment de l'intégration. Les environnements d'exécution FastAPI plus anciens ou fortement fourchus peuvent nécessiter une portée supplémentaire.

30 jours après le transfert sont inclus pour le chemin FastAPI Stripe livré. Le support technique étendu est facultatif à 20 % du prix de ce module complémentaire FastAPI et couvre six mois supplémentaires d'aide technique sur cette même intégration FastAPI, et non sur une nouvelle version de produit.