- Bestehendes NestJS-Projekt
- Stripe Test Mode-Zugang
- Für die Zahlungsoberfläche ist ein Frontend erforderlich
Kein Repository-Zugriff nötig. Projektzugriff nur, wenn Bacodo direkt integrieren soll.
NestJS-Add-on
Fügen Sie das offizielle Stripe Node SDK, ein Zahlungsmodul und einen Webhook-Controller hinzu, der die Stripe-Signatur auf dem Rohkörper überprüft. NestJS ist die API – sie stellt kein Zahlungselement bereit und ist nicht der Routenhandler von Next.js.
Ab
$175
USD · NestJS
Stripe-Integration für NestJS · NestJS
Requirements
Kein Repository-Zugriff nötig. Projektzugriff nur, wenn Bacodo direkt integrieren soll.
Was es leistet
Bacodo integriert Stripe in das NestJS-Projekt, das Sie bereits haben. Nach der Übergabe befinden sich Modul, Service und Controller live in Ihrem Repo. Sie besitzen weiterhin das Stripe-Konto, die API-Schlüssel und die Stripe-Gebühren. NestJS speichert niemals PAN.
Ein Produktions-NestJS-Stripe-Pfad benötigt das offizielle Stripe-SDK, die Erstellung von PaymentIntent bei einem Anbieter und constructionEvent im unveränderten Anforderungspuffer. Der standardmäßige JSON-Parser von Nest unterbricht die Signaturüberprüfung, wenn Sie den Webhook mit @Body() bearbeiten. Das ist ein echter Bug, kein Slogan.
Wir fügen ein NestJS-Modul (ConfigService für STRIPE_SECRET_KEY / STRIPE_WEBHOOK_SECRET), einen Dienst, der PaymentIntents erstellt, und einen Webhook-Controller hinzu, der rawBody liest. Auftragsschreibvorgänge erfolgen über das Repository oder ORM, das Sie bereits verwenden – Prisma, TypeORM oder MikroORM – und nicht über einen reinen Bacodo-Store.
Ihr Team überspringt die erste Produktionsimplementierung von NestJS Stripe: rawBody auf Express oder Fastify, idempotente Ereignisbehandlung, SCA-fähige PaymentIntents und eine Übergabe, die Test-to-Live-Schlüssel dokumentiert.
Backend-Ingenieure und Agenturen, die NestJS bereits ausführen und eine wartbare Zahlungs-API benötigen. Wenn Sie Next.js App Router oder ein React SPA wollten, sind das verschiedene Stripe-Landungen.
Kernfunktionen
Erstellen Sie PaymentIntents mit dem Stripe-Node-Paket innerhalb eines NestJS-Dienstes. Der geheime Schlüssel stammt von ConfigService/env – niemals von einem DTO, das der Client veröffentlicht, und niemals von einem Frontend-Bundle.
stripe.webhooks.constructEvent benötigt die genauen Bytes, die Stripe signiert hat. Wir aktivieren Nest rawBody (oder einen Fastify-Rohparser) auf dieser Route. Das erste Parsen von JSON führt dazu, dass NestJS Stripe-Integrationen in der Produktion scheitern.
Die Erfüllung wird im NestJS-Handler ausgeführt, nachdem „constructEvent“ erfolgreich war, nicht nach einer Dankesseite. Wir aktualisieren Ihren bestehenden Bestell- oder Berechtigungsdatensatz, sodass die von Ihnen bereits bereitgestellte API den bezahlten Status widerspiegelt.
Versenden Sie NestJS zuerst mit Stripe-Testschlüsseln und dem Webhook-Geheimnis. Bei der Live-Schaltung handelt es sich um eine dokumentierte Umstellung der Umgebung und des Dashboard-Endpunkts, nicht um eine Add-on-Lizenz.
Stripe-Wiederholungsversuche. Der NestJS-Handler schaltet event.id (oder PaymentIntent-ID) ab, damit ein doppelter POST nicht doppelt erfüllt wird.
Eine React-, Next.js- oder mobile App erhält von dieser NestJS-API nur einen veröffentlichbaren Schlüssel und ein kurzlebiges client_secret. Dieses Add-on ist der NestJS-Serverpfad, nicht Elements in Nest.
Anwendungsfälle
Sie erstellen bereits Bestellungen in NestJS und benötigen die API, um PaymentIntents zu erstellen und die über Webhooks bezahlten Bestellungen zu markieren.
Sie benötigen ein wartbares Stripe-Modul in NestJS, eine Quelle im Client-Repository und eine dokumentierte Live-Key-Umstellung anstelle eines einmaligen Express-Skripts, das in main.ts abgelegt wird.
NestJS erstellt den ersten PaymentIntent oder fügt eine Zahlungsmethode hinzu. Die wiederkehrende Stripe-Abrechnung und das Kundenportal bleiben auf dem Server. Für umfangreiche Abrechnungsarbeiten ist möglicherweise ein individuelles Angebot erforderlich.
Next.js, React oder Mobile rufen diese NestJS-API bereits auf. Die Stripe-Integration für NestJS erfolgt nur auf der API-Seite – das Frontend Stripe.js ist eine andere Plattform, wenn Sie das auch benötigen.
Demo
Vorschau des NestJS-Serverpfads: PaymentIntent erstellen, POST /webhooks/stripe empfangen, „constructEvent“ auf rawBody erstellen, Bestellstatus aktualisieren. Nach der Kompatibilitätsprüfung ist eine Live-Sandbox für Ihr Stripe-Konto verfügbar. Diese Seite verarbeitet keine echten Gebühren und sammelt keine Karten in NestJS.
So funktioniert es
Standard-Bacodo-Add-on-Workflow mit NestJS-spezifischen Prüfungen für Express vs. Fastify, rawBody, ConfigModule und dem ORM, das Ihre Dienste bereits verwenden.
01
Bestätigen Sie die Stripe-Integration für NestJS und ob der erste Tag PaymentIntents, Checkout-Sitzungen oder beides auf der NestJS-API ist.
02
Überprüfen Sie die NestJS-/Node-Versionen, den HTTP-Adapter (Express-Standard oder Fastify), die bestehende Auftragspersistenz, Authentifizierungsschutz und ob Sie bereits über ein Stripe-Konto verfügen.
03
Fügen Sie das Stripe-Paket, ein Zahlungsmodul, einen Create-Intent-Endpunkt und einen Webhook-Controller hinzu, der Signaturen auf dem Rohtext überprüft.
04
Wire ConfigService von env: geheimer Schlüssel, veröffentlichbarer Schlüssel für Clients, Webhook-Geheimnis und die öffentliche HTTPS-URL, die Stripe aufruft.
05
Führen Sie Stripe-CLI- oder Dashboard-Testereignisse für den NestJS-Webhook sowie Pfade zum Erstellen von Absichten und Ablehnen aus. Bestätigen Sie, dass die Signatur eines geparsten JSON-Körpers erwartungsgemäß fehlschlägt.
06
Stellen Sie NestJS-Quelle, Umgebungsnotizen und eine Live-Key-Checkliste bereit. Die NestJS-Implementierung liegt in Ihrer Verantwortung.
Architektur
Der NestJS-Prozess enthält den geheimen Schlüssel. Kunden bitten einen NestJS-Controller, einen PaymentIntent zu erstellen. Stripe benachrichtigt NestJS per Webhook. NestJS überprüft die Signatur auf rawBody und schreibt dann den Bestellstatus.
Unterstützte Technologien
Aktuelles NestJS auf einem Knoten-LTS, das das Stripe-SDK akzeptiert. Der Standard-HTTP-Adapter ist Express. Fastify ist nur enthalten, wenn die NestJS-App bereits so startet und wir dies in der Kompatibilitätsprüfung vereinbaren.
PaymentIntents, Checkout-Sitzungen und webhooks.constructEvent. Wir stellen dem Produkt keinen inoffiziellen NestJS-Stripe-Wrapper zur Verfügung, es sei denn, Sie benötigen einen ausdrücklich.
Bestell- oder Berechtigungsaktualisierungen bleiben auf Prisma, TypeORM, MikroORM oder dem Repository, das Sie bereits haben. Dieses Add-on erfindet keine neue Datenbank.
Ihr Stripe-Konto, Test- und Live-Schlüssel, die von NestJS, Webhook-Endpunkten und Dashboard-Ereignissen verwendet werden. Die Stripe-Verarbeitungsgebühren bleiben bei Stripe.
Ein Host, der Node ausführen und HTTPS-POSTs von Stripe empfangen kann. Eine rein statische Site oder ein Nur-Next.js-Export kann diesen NestJS-Webhook-Pfad nicht hosten.
Leistungsumfang
Pricing
Dieser Preis gilt nur für die NestJS-Plattform. Die Add-on-Preise für Next.js, Django, FastAPI, React oder Flutter werden nicht verwendet.
Stripe-Integration für NestJS
Fügen Sie produktionsbereite Stripe PaymentIntents und signierte Webhooks zu einer vorhandenen NestJS-API hinzu und behalten Sie den Quellcode.
Voraussetzungen
$175
einmaligNestJS
Brauchen Sie ein Frontend?
Sichere Zahlung überstripe
Übergabe und Sicherheit
Der Umfang der typischen NestJS Stripe-Integration wird nach der NestJS-Kompatibilitätsprüfung festgelegt. Die Zeitachse hängt von Ihrem HTTP-Adapter, den Authentifizierungswächtern und der Art und Weise ab, wie Clients NestJS aufrufen.
Zahlungsabsichten, Webhook-Signaturen, Wiederholungsversuche und Ablehnungspfade im Testmodus werden vor der Übergabe mit der NestJS-App abgeglichen.
Geheime Schlüssel und Webhook-Signaturgeheimnisse bleiben in der Serverumgebung. Clients erhalten lediglich einen veröffentlichbaren Schlüssel oder ein kurzlebiges client_secret.
Der NestJS-Webhook-Controller überprüft Stripe-Signaturen im Rohtext, bevor er den Bestell- oder Berechtigungsstatus aktualisiert.
Wir erheben keinen Anspruch auf PCI-Zertifizierung, Null-Betrug oder garantierte Genehmigungsraten. NestJS speichert keine PAN. Kartendaten werden von Stripe Checkout oder Elements auf einem Client erfasst, nicht von einem benutzerdefinierten NestJS-Karten-DTO, das wir beibehalten.
FAQ
Die Stripe-Integration für NestJS umfasst das offizielle Stripe-Node-SDK, ein NestJS-Zahlungsmodul, einen Create-PaymentIntent-Dienst, einen Webhook-Controller, der „constructEvent“ für den Rohtext aufruft, Aktualisierungen des Bestellstatus in Ihrem bestehenden Shop, Tests anhand von Stripe-Testereignissen und Übergabenotizen. Sie erhalten die NestJS-Quelle in Ihrem Projekt. Stripe-Gebühren und Ihr Stripe-Konto sind getrennt.
Ja. Stripe Integration für NestJS wurde für eine NestJS-API entwickelt, die Sie bereits haben. Wir fügen ein Modul, einen Controller und eine ConfigService-Umgebung in Ihre aktuelle NestJS-App ein, anstatt ein separates Demo-Repository als Lieferumfang zu liefern.
Nein. NestJS darf keine PAN speichern. Kunden nutzen Stripe Checkout oder Elements. Stripe Integration für NestJS verfügt über serverseitige PaymentIntents, Webhooks und Auftragsschreibvorgänge. Ein benutzerdefiniertes NestJS-DTO, das Rohkartendaten veröffentlicht, liegt außerhalb des Standardbereichs.
Die Stripe-Integration für NestJS verwendet die offizielle Stripe-Node-Bibliothek für PaymentIntents, Checkout-Sitzungen und webhooks.constructEvent. Wir stellen dem Produkt keinen inoffiziellen NestJS-Stripe-Wrapper zur Verfügung, es sei denn, Sie benötigen einen ausdrücklich.
stripe.webhooks.constructEvent überprüft die genauen Bytes, die Stripe signiert hat. Der Standard-JSON-Parser von Nest mutiert diesen Körper. Die Stripe-Integration für NestJS ermöglicht rawBody (oder einen Fastify-Rohparser) auf der Webhook-Route. Bei Verwendung von @Body() schlagen NestJS-Signaturprüfungen in der Produktion fehl.
Bei der standardmäßigen Stripe-Integration für NestJS wird davon ausgegangen, dass der Express-Adapter im Lieferumfang von Nest enthalten ist. Fastify ist nur enthalten, wenn Ihre NestJS-App bereits mit FastifyAdapter startet und wir den Raw-Body-Pfad während der NestJS-Kompatibilitätsprüfung vereinbaren.
NestJS kann eine PaymentIntent- oder Checkout-Sitzung erstellen und die Stripe-Kunden-ID speichern. Wiederkehrende Stripe Billing-Produkte, das Kundenportal und die Rechnungslogik bleiben auf dem Server. Für abonnementintensive NestJS-Arbeiten ist möglicherweise ein individuelles Angebot erforderlich.
Der NestJS-Prozess verwendet den geheimen Schlüssel und das Webhook-Signaturgeheimnis aus ConfigService/Umgebungsvariablen. Kunden erhalten nur den veröffentlichbaren Schlüssel. Stripe Integration für NestJS legt keine geheimen Schlüssel in DTOs oder ein Frontend-Bundle ab.
Wir implementieren die Stripe-Integration für NestJS anhand von Stripe-Testschlüsseln und testen zunächst Webhook-Ereignisse. Bei der Live-Schaltung handelt es sich um eine dokumentierte Schlüssel- und Endpunktumstellung in Ihrem Stripe Dashboard und Ihrer NestJS-Umgebung, nicht um eine Add-on-Lizenzaktivierung.
NestJS erstellt PaymentIntents, die SCA unterstützen. Der Kunde schließt 3-D Secure mit Stripe.js oder Checkout ab. NestJS wird erst nach payment_intent.succeeded am Webhook ausgeführt, nicht nach einer Browserumleitung allein.
Ja für die Erfüllung nach einer von NestJS erstellten PaymentIntent- oder Checkout-Sitzung. Eine NestJS 201-Antwort an den Kunden ist nicht die Quelle der Wahrheit. Der Webhook-Controller überprüft die Signaturen und markiert dann die Bestellung als bezahlt.
Ja. Die Stripe-Integration für NestJS fügt in der Regel Felder oder einen dünnen Zahlungsdatensatz neben Ihrem bestehenden NestJS-Bestellmodell hinzu, anstatt Prisma, TypeORM oder MikroORM zu ersetzen.
Nein. Sie erstellen und besitzen das Stripe-Konto, die API-Schlüssel und die Stripe-Verarbeitungsgebühren. Der NestJS-Zusatzpreis bezieht sich auf die Implementierung in Ihr NestJS-Projekt, nicht auf eine Bacodo-Zahlungslizenz.
Nein. NestJS ist eine eigenständige Node-API. Next.js App Router und Route Handler sind Stripe-Integration für Next.js. Im Rahmen dieses NestJS-Zusatzpreises schreiben wir keine NestJS-API in Next.js um.
Ja. Metadaten von PaymentIntent oder Checkout-Sitzung, Kundendatensätze und die Felder, die Sie nach der Webhook-Bestätigung beibehalten, werden während der Stripe-Integration für NestJS an Ihr bestehendes NestJS-Bestellmodell angepasst.
Die NestJS-Quelle befindet sich in Ihrem Repository, sodass Ihr Team sie verwalten kann. Der im Lieferumfang enthaltene 30-Tage-Support deckt technische Fragen und Mängel im Umfang der bereitgestellten Stripe-Integration für NestJS ab, nicht jedoch damit zusammenhängende NestJS-Funktionsarbeiten.
Während des 30-Tage-Fensters helfen wir bei Störungen in der bereitgestellten NestJS-Integration, die durch eine dokumentierte Änderung der Stripe-API oder des Stripe-Pakets verursacht wurden. Laufende NestJS-Upgrades danach sind Ihre Wartung oder erweiterter technischer Support, wenn Sie es kaufen.
Wir dokumentieren, wie Sie den PaymentIntent-Status, Stripe-Dashboard-Protokolle und die NestJS-Webhook-Zustellung lesen. Der 30-tägige Support umfasst die Fehlerbehebung bei Signaturfehlern (normalerweise RawBody), Wiederholungsversuchen und falsch konfigurierten Schlüsseln für den bereitgestellten NestJS-Flow.
Wir bestätigen Ihre NestJS- und Node LTS-Versionen anhand der Stripe-Version, die wir zum Zeitpunkt der Integration anheften. Ältere oder stark gespaltene NestJS-Laufzeiten benötigen möglicherweise zusätzlichen Umfang.
30 Tage nach Übergabe sind für den gelieferten NestJS Stripe-Pfad inbegriffen. Erweiterter technischer Support ist für 20 % dieses NestJS-Zusatzpreises optional und umfasst sechs weitere Monate technische Hilfe für dieselbe NestJS-Integration, nicht einen neuen Produktaufbau.
Fügen Sie produktionsbereite Stripe-Zahlungen zu Ihrer bestehenden NestJS-API hinzu, behalten Sie den Quellcode und überlassen Sie die Abwicklung dem Server.
$175