Intégration Stripe pour NestJS

L'intégration Stripe pour NestJS comprend le SDK officiel Stripe Node, un module de paiement NestJS, un service create-PaymentIntent, un contrôleur webhook qui appelle constructEvent sur le corps brut, 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 NestJS dans votre projet. Les frais Stripe et votre compte Stripe sont distincts.

Oui. Stripe Integration for NestJS est conçu pour une API NestJS que vous possédez déjà. Nous intégrons un module, un contrôleur et un environnement ConfigService dans votre application NestJS actuelle au lieu d'envoyer un dépôt de démonstration distinct comme livrable.

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

Stripe Integration pour NestJS utilise la bibliothèque officielle Stripe Node pour PaymentIntents, Checkout Sessions et webhooks.constructEvent. Nous ne créons pas d'emballage nestjs-stripe non officiel pour le produit, sauf si vous en avez explicitement besoin.

stripe.webhooks.constructEvent vérifie les octets exacts signés par Stripe. L'analyseur JSON par défaut de Nest mute ce corps. Stripe Integration for NestJS active rawBody (ou un analyseur brut Fastify) sur la route du webhook. En utilisant @Body(), vous découvrirez comment les vérifications de signature NestJS échouent en production.

L'intégration Stripe par défaut pour NestJS suppose que l'adaptateur Express fourni par Nest. Fastify n'est inclus que si votre application NestJS démarre déjà avec FastifyAdapter et que nous acceptons le chemin du corps brut lors de la vérification de compatibilité NestJS.

NestJS 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 NestJS nécessitant beaucoup d'abonnement peuvent nécessiter un devis personnalisé.

Le processus NestJS utilise la clé secrète et le secret de signature du webhook à partir des variables ConfigService/environnement. Les clients reçoivent uniquement la clé publiable. Stripe Integration for NestJS ne place pas de clés secrètes dans les DTO ou dans un bundle frontend.

Nous implémentons l'intégration Stripe pour NestJS 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 tableau de bord Stripe et votre environnement NestJS, et non une activation de licence complémentaire.

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

Oui pour l'exécution après une session de paiement ou de paiement créée par NestJS. Une réponse NestJS 201 au client n'est pas la source de vérité. Le contrôleur du webhook vérifie les signatures puis marque la commande payée.

Oui. L'intégration Stripe pour NestJS ajoute généralement des champs ou un enregistrement de paiement léger à côté de votre modèle de commande NestJS existant au lieu de remplacer Prisma, TypeORM ou MikroORM.

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 NestJS est une implémentation dans votre projet NestJS, et non une licence de paiement Bacodo.

Non. NestJS est une API Node autonome. Le routeur d'application Next.js et les gestionnaires de route sont une intégration Stripe pour Next.js. Nous ne réécrivons pas une API NestJS dans Next.js dans le cadre de ce prix complémentaire NestJS.

Oui. Les métadonnées de l'intention de paiement ou de la 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 NestJS existant lors de l'intégration de Stripe pour NestJS.

La source NestJS se trouve dans votre dépôt, afin que votre équipe puisse la maintenir. L'assistance incluse de 30 jours couvre les questions techniques et les défauts dans la portée de l'intégration Stripe pour NestJS fournie, et non les travaux sur les fonctionnalités NestJS sans rapport.

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

Nous documentons comment lire l'état de PaymentIntent, les journaux du tableau de bord Stripe et la livraison du webhook NestJS. L'assistance de 30 jours comprend le dépannage des échecs de signature (généralement rawBody), des tentatives et des clés mal configurées pour le flux NestJS fourni.

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

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