- פרויקט NestJS קיים
- גישה ל-Stripe Test Mode
- נדרש פרונטאנד לממשק תשלום
אין צורך בגישה למאגר. גישה לפרויקט נדרשת רק אם תרצו ש־Bacodo ישלב ישירות.
תוסף NestJS
הוסף את ה-SDK של ה-stripe Node הרשמי, מודול Payments ובקר webhook שמאמת את Stripe-Signature בגוף הגולמי. NestJS הוא ה-API - הוא אינו מעלה את רכיב התשלום והוא אינו Next.js Route Handlers.
החל מ
$175
USD · NestJS
שילוב Stripe עבור NestJS · NestJS
Requirements
אין צורך בגישה למאגר. גישה לפרויקט נדרשת רק אם תרצו ש־Bacodo ישלב ישירות.
מה זה עושה
Bacodo משלבת את Stripe בפרויקט NestJS שכבר יש לך. לאחר המסירה, המודול, השירות והבקר פעילים במאגר שלך. אתה עדיין הבעלים של חשבון Stripe, מפתחות API ועמלות Stripe. NestJS אף פעם לא מאחסן PAN.
נתיב NestJS Stripe ייצור צריך את SDK הסטריפ הרשמי, יצירת PaymentIntent בספק ו-constructEvent על מאגר הבקשות הלא שונה. מנתח JSON ברירת המחדל של Nest שובר את אימות החתימה אם אתה @Body() את ה-webhook. זה באג אמיתי, לא סיסמה.
אנו מוסיפים מודול NestJS (ConfigService עבור STRIPE_SECRET_KEY / STRIPE_WEBHOOK_SECRET), שירות שיוצר PaymentIntents ובקר webhook שקורא rawBody. כתיבת הזמנה עוברת דרך המאגר או ה-ORM שבו אתה כבר משתמש - Prisma, TypeORM או MikroORM - לא חנות Bacodo בלבד.
הצוות שלך מדלג על ההטמעה הראשונה של NestJS Stripe: rawBody ב-Express או Fastify, טיפול באירועים אימפוטנטיים, PaymentIntents מודעים ל-SCA ומסירה שמתעדת מפתחות מבדיקה להפעלה.
מהנדסי backend וסוכנויות שכבר מפעילים את NestJS וזקוקים ל-API לתשלומים שניתן לתחזוקה. אם רציתם נתב אפליקציית Next.js או React SPA, אלו נחיתות Stripe שונות.
יכולות עיקריות
צור PaymentIntents עם חבילת ה-stripe Node בתוך שירות NestJS. המפתח הסודי מגיע מ-ConfigService / env - לעולם לא מ-DTO שהלקוח מפרסם, ולעולם לא מחבילת חזית.
stripe.webhooks.constructEvent צריך את הבתים המדויקים של Stripe חתום. אנו מפעילים את Nest rawBody (או מנתח גולמי של Fastify) במסלול זה. ניתוח JSON תחילה הוא כיצד אינטגרציות NestJS Stripe נכשלות בייצור.
הגשמה פועלת במטפל NestJS לאחר ש-constructEvent מצליח, לא לאחר דף תודה. אנו מעדכנים את רשומת ההזמנה או הזכאות הקיימת שלך כך שה-API שאתה כבר חושף משקף מצב בתשלום.
תחילה שלח את NestJS עם מפתחות בדיקת Stripe וסוד ה-webhook. העלייה לאוויר היא גזירה מתועדת של env ו-Dashboard, לא רישיון תוסף.
פס מנסה שוב. המטפל של NestJS מבטל את המפתחות של event.id (או מזהה PaymentIntent) כך ש-POST כפול אינו מתמלא כפול.
אפליקציה של React, Next.js או לנייד מקבלת רק מפתח שניתן לפרסום וסוד לקוח קצר מועד מ-NestJS API זה. התוסף הזה הוא נתיב שרת NestJS, לא אלמנטים בתוך Nest.
מקרי שימוש
אתה כבר יוצר הזמנות ב-NestJS וצריך את ה-API כדי ליצור PaymentIntents ולסמן את ההזמנות האלה ששולמו מ-webhooks.
אתה צריך מודול Stripe הניתן לתחזוקה ב-NestJS, מקור ב-Repo של הלקוח, וחתך מפתח חי מתועד במקום סקריפט Express חד פעמי שהוכנס ל-main.ts.
NestJS יוצר את PaymentIntent הראשון או מצרף אמצעי תשלום. חיוב Stripe חוזר ופורטל הלקוחות נשארים בשרת. עבודת חיוב כבדה עשויה להזדקק להצעת מחיר מותאמת אישית.
Next.js, React או mobile כבר קוראים לזה NestJS API. שילוב Stripe עבור NestJS הוא צד ה-API בלבד - החזית Stripe.js היא נחיתת פלטפורמה אחרת אם גם אתה צריך את זה.
דמו
תצוגה מקדימה של נתיב שרת NestJS: צור PaymentIntent, קבל POST /webhooks/stripe, constructEvent ב-rawBody, עדכן מצב הזמנה. ארגז חול חי כנגד חשבון Stripe שלך זמין לאחר בדיקת תאימות. דף זה אינו מעבד חיובים אמיתיים ואינו אוסף כרטיסים ב-NestJS.
איך זה עובד
זרימת עבודה סטנדרטית של תוסף Bacodo, עם בדיקות ספציפיות ל-NestJS עבור Express לעומת Fastify, rawBody, ConfigModule וה-ORM שהשירותים שלך כבר משתמשים בהם.
01
אשר את שילוב Stripe עבור NestJS והאם היום הראשון הוא PaymentIntents, Checkout Sessions או שניהם ב-NestJS API.
02
בדוק את גרסאות NestJS / Node, מתאם HTTP (ברירת מחדל אקספרס או Fastify), התמדה בהזמנה קיימת, שמירה על אישורים והאם כבר יש לך חשבון Stripe.
03
הוסף את חבילת הסטריפ, מודול תשלומים, נקודת קצה יצירת כוונת ובקר webhook שמאמת חתימות בגוף הגולמי.
04
Wire ConfigService מ-env: מפתח סודי, מפתח שניתן לפרסום עבור לקוחות, סוד webhook ו-Stripe של HTTPS הציבורי של כתובת האתר.
05
הפעל אירועי בדיקה של Stripe CLI או Dashboard מול NestJS webhook, בתוספת נתיבי כוונת יצירה ודחיה. אשר שגוף JSON מנותח נכשל חתימה כצפוי.
06
ספק מקור NestJS, הערות Env ורשימת בדיקה חיה של מפתחות. היישום של NestJS הוא שלך לתחזוקה.
ארכיטקטורה
תהליך NestJS מכיל את המפתח הסודי. לקוחות מבקשים מבקר NestJS ליצור PaymentIntent. Stripe מודיע ל-NestJS באמצעות webhook. NestJS מאמת את החתימה ב-rawBody, ואז כותב מצב הזמנה.
טכנולוגיות נתמכות
NestJS נוכחי ב-Node LTS ש-SDK הסטריפ מקבל. מתאם HTTP המוגדר כברירת מחדל הוא Express. Fastify נכלל רק אם כך כבר מאתחלת אפליקציית NestJS ואנו מסכימים לכך בבדיקת התאימות.
PaymentIntents, ביקורי תשלום ו-webhooks.constructEvent. אנחנו לא מייצרים למוצר עטיפה לא רשמית של nestjs-stripe, אלא אם כן אתה מחייב זאת במפורש.
עדכוני הזמנה או זכאות נשארים על Prisma, TypeORM, MikroORM, או במאגר שכבר יש לך. התוספת הזו אינה ממציאה מסד נתונים חדש.
חשבון Stripe, בדיקה ומפתחות חיים המשמשים את NestJS, נקודות קצה של webhook ואירועי Dashboard. עמלות העיבוד של Stripe נשארות עם Stripe.
מארח שיכול להריץ את Node ולקבל הודעות HTTPS מ-Stripe. אתר סטטי בלבד או ייצוא רק של Next.js אינם יכולים לארח את נתיב ה-Webhook הזה של NestJS.
מה כלול
Pricing
מחיר זה מיועד לפלטפורמת NestJS בלבד. הוא אינו משתמש בתמחור התוספות Next.js, Django, FastAPI, React או Flutter.
שילוב Stripe עבור NestJS
הוסף Stripe PaymentIntents המוכנים לייצור ו-webhooks חתומים ל-NestJS API קיים ושמור את קוד המקור.
דרישות
$175
חד־פעמיNestJS
צריך פרונטאנד?
תשלום מאובטח באמצעותstripe
מסירה ואבטחה
שילוב NestJS Stripe טיפוסי נבדק לאחר בדיקת התאימות של NestJS. ציר הזמן תלוי במתאם ה-HTTP שלך, במאבטחים ובאופן שבו לקוחות מתקשרים ל-NestJS.
כוונות תשלום במצב בדיקה, חתימות webhook, ניסיונות חוזרים ונתיבים לסירוב מופעלים מול אפליקציית NestJS לפני שאנו מוסרים.
מפתחות סודיים וסודות חתימת ה-webhook נשארים ב-server env. לקוחות מקבלים רק מפתח שניתן לפרסום או client_secret קצר מועד.
בקר NestJS webhook מאמת חתימות Stripe בגוף הגולמי לפני עדכון הזמנה או מצב זכאות.
אנחנו לא טוענים לאישור PCI, אפס הונאה או שיעורי אישור מובטחים. NestJS אינו מאחסן PAN. נתוני הכרטיס נאספים על ידי Stripe Checkout או Elements על לקוח, לא DTO מותאם אישית של כרטיס NestJS.
שאלות נפוצות
שילוב Stripe עבור NestJS כולל את SDK ה-SDK של ה-Stripe Node הרשמי, מודול NestJS Payments, שירות create-PaymentIntent, בקר webhook הקורא ל-constructEvent בגוף הגולמי, עדכוני מצב הזמנה בחנות הקיימת שלך, בדיקות מול אירועי בדיקת Stripe והערות מסירה. אתה מקבל את מקור NestJS בפרויקט שלך. עמלות Stripe וחשבון Stripe שלך נפרדים.
כן. Integration Stripe for NestJS נבנה עבור NestJS API שכבר יש לך. אנו מתאימים מודול, בקר ומסביב ConfigService באפליקציית NestJS הנוכחית שלך במקום לשלוח מאגר הדגמה נפרד כתוצר.
לא. ל-NestJS אסור לאחסן PAN. לקוחות משתמשים ב-Stripe Checkout או ב-Elements. Stripe Integration for NestJS הוא הבעלים של PaymentIntents בצד השרת, webhooks וכתיבת הזמנות. DTO מותאם אישית של NestJS המפרסם נתוני כרטיס גולמי אינו ברירת המחדל.
Stripe Integration עבור NestJS משתמש בספריית ה-Stripe Node הרשמית עבור PaymentIntents, ביקורי Checkout ו-webhooks.constructEvent. אנחנו לא מייצרים למוצר עטיפה לא רשמית של nestjs-stripe, אלא אם כן אתה מחייב זאת במפורש.
stripe.webhooks.constructEvent מאמת את הבתים המדויקים ש-Stripe חתם. מנתח JSON ברירת המחדל של Nest משנה את הגוף הזה. שילוב Stripe עבור NestJS מאפשר rawBody (או מנתח גולמי של Fastify) במסלול ה-webhook. באמצעות @Body() יש כיצד בדיקות החתימה של NestJS נכשלות בייצור.
ברירת המחדל של שילוב Stripe עבור NestJS מניחה שמתאם ה-Express נשלח איתו. Fastify נכלל רק אם אפליקציית NestJS שלך כבר מאתחלת עם FastifyAdapter ואנו מסכימים על נתיב הגוף הגולמי במהלך בדיקת התאימות של NestJS.
NestJS יכול ליצור PaymentIntent או Checkout Session ולאחסן את מזהה הלקוח של Stripe. מוצרי Stripe Billing חוזרים, פורטל לקוחות ולוגיקת חשבוניות נשארים בשרת. עבודת NestJS עתירת מנויים עשויה להזדקק להצעת מחיר מותאמת אישית.
תהליך NestJS משתמש במפתח הסודי ובסוד חתימת ה-webhook ממשתני ConfigService/סביבה. לקוחות מקבלים רק את המפתח הניתן לפרסום. שילוב Stripe עבור NestJS אינו מכניס מפתחות סודיים ב-DTOs או בחבילה חזיתית.
אנו מיישמים Stripe Integration עבור NestJS מול מפתחות בדיקת Stripe ובודקים תחילה אירועי webhook. מעבר לאוויר הוא חיתוך מפתח ונקודת קצה מתועד ב-Stripe Dashboard וב-NestJS env שלך, לא הפעלת רישיון תוסף.
NestJS יוצר PaymentIntents התומכים ב-SCA. הלקוח משלים 3D Secure עם Stripe.js או Checkout. NestJS מתקיים רק לאחר ש-payal_intent.succeded ב-webhook, לא לאחר הפניה מחדש בדפדפן בלבד.
כן למימוש לאחר הפעלת PaymentIntent או Checkout שנוצרה על ידי NestJS. תגובת NestJS 201 ללקוח אינה מקור האמת. בקר ה-webhook מאמת חתימות ולאחר מכן מסמן את ההזמנה ששולמה.
כן. שילוב פס עבור NestJS מוסיף בדרך כלל שדות או רשומת תשלום דקה ליד דגם ההזמנה הקיים של NestJS במקום להחליף את Prisma, TypeORM או MikroORM.
לא. אתה יוצר והבעלים של חשבון Stripe, מפתחות API ודמי עיבוד Stripe. מחיר התוסף של NestJS הוא הטמעה בפרויקט NestJS שלך, לא רישיון תשלום של Bacodo.
לא. NestJS הוא ממשק API עצמאי של צומת. נתב אפליקציית Next.js ומטפלי מסלולים הם שילוב Stripe עבור Next.js. אנחנו לא משכתבים NestJS API ל-Next.js בתוך מחיר התוסף הזה של NestJS.
כן. מטא-נתונים של PaymentIntent או Checkout Session, רישומי לקוחות והשדות שאתה ממשיך לאחר אישור webhook מיושרים למודל ההזמנה הקיים של NestJS במהלך שילוב Stripe for NestJS.
מקור NestJS נמצא בריפו שלך, כך שהצוות שלך יכול לתחזק אותו. התמיכה הכלולה למשך 30 יום מכסה שאלות טכניות ופגמים בשילוב Stripe המסופק עבור היקף NestJS, ולא עבודת תכונות NestJS שאינה קשורה.
במהלך חלון 30 הימים אנו עוזרים עם שבירה באינטגרציה של NestJS שנמסרה הנגרמת על ידי שינוי חבילת Stripe מתועדת של Stripe API. שדרוגים מתמשכים של NestJS לאחר מכן הם התחזוקה שלך, או תמיכה טכנית מורחבת אם אתה קונה את זה.
אנו מתעדים כיצד לקרוא את סטטוס PaymentIntent, יומני Stripe Dashboard, ומשלוח NestJS webhook. תמיכה של 30 יום כוללת פתרון בעיות של כשלים בחתימה (בדרך כלל rawBody), ניסיונות חוזרים ומפתחות מוגדרים שגויים עבור זרימת NestJS שנמסרה.
אנו מאשרים את גרסאות NestJS ו-Node LTS שלך מול שחרור הפס שאנו מצמידים בזמן האינטגרציה. זמני ריצה של NestJS ישנים יותר או בעלי מזלג כבד עשויים להזדקק להיקף נוסף.
30 יום לאחר מסירה כלולה עבור נתיב NestJS Stripe שנמסר. תמיכה טכנית מורחבת היא אופציונלית ב-20% ממחיר התוסף הזה של NestJS ומכסה שישה חודשים נוספים של עזרה טכנית באותה אינטגרציה של NestJS, לא בניית מוצר חדש.
הוסף תשלומי Stripe המוכנים לייצור ל-NestJS API הקיים שלך, שמור את קוד המקור ותן לשרת מילוי.
$175