- 기존 NestJS 프로젝트
- Stripe Test Mode 액세스
- 결제 UI에는 프론트엔드가 필요합니다
저장소 접근은 필요하지 않습니다. Bacodo가 직접 연동하길 원할 때만 프로젝트 권한이 필요합니다.
NestJS 애드온
NestJS용 Stripe 통합
공식 스트라이프 노드 SDK, 결제 모듈, 원시 본문에서 스트라이프 서명을 확인하는 웹훅 컨트롤러를 추가하세요. NestJS는 API입니다. 결제 요소를 탑재하지 않으며 Next.js 경로 핸들러도 아닙니다.
- 전체 소스 코드가 포함되어 있으며 영구적으로 귀하의 것입니다.
- 추가 라이센스 키나 반복 라이센스가 필요하지 않습니다.
- 생산 준비 및 테스트 완료
- 기존 NestJS 프로젝트 및 스택에 통합
- 인수 후 30일 기술 지원 포함
- 추가 가격의 20%로 6개월 연장 기술 지원(옵션)
부터
$175
USD · NestJS
NestJS용 Stripe 통합 · NestJS
전체 소스 코드라이센스 키 없음생산 준비 완료테스트된 통합30일 지원
Requirements
What NestJS용 Stripe 통합 needs
하는 일
NestJS API의 스트라이프 - 컨트롤러는 카드 형식이 아닙니다.
Bacodo는 이미 보유하고 있는 NestJS 프로젝트에 Stripe를 통합합니다. 핸드오버 후에는 모듈, 서비스 및 컨트롤러가 저장소에 저장됩니다. 귀하는 여전히 Stripe 계정, API 키 및 Stripe 수수료를 소유하고 있습니다. NestJS는 PAN을 저장하지 않습니다.
해결되는 문제
프로덕션 NestJS 스트라이프 경로에는 공식 스트라이프 SDK, 공급자의 PaymentIntent 생성 및 수정되지 않은 요청 버퍼의 constructorEvent가 필요합니다. 웹훅에 @Body()를 사용하면 Nest의 기본 JSON 파서가 서명 확인을 중단합니다. 그것은 슬로건이 아니라 실제 버그입니다.
프로젝트에 어떻게 포함되는지
PaymentIntents를 생성하는 서비스인 NestJS 모듈(STRIPE_SECRET_KEY / STRIPE_WEBHOOK_SECRET에 대한 ConfigService)과 rawBody를 읽는 웹후크 컨트롤러를 추가합니다. 주문 쓰기는 Bacodo 전용 저장소가 아닌 이미 사용하고 있는 저장소나 ORM(Prisma, TypeORM 또는 MikroORM)을 통해 이루어집니다.
개발 시간을 절약하는 이유
귀하의 팀은 첫 번째 프로덕션 NestJS Stripe 구현(Express 또는 Fastify의 rawBody, 멱등성 이벤트 처리, SCA 인식 PaymentIntents 및 테스트-라이브 키를 문서화하는 핸드오버)을 건너뜁니다.
누구를 위한 것인가
이미 NestJS를 실행하고 있으며 유지 관리 가능한 결제 API가 필요한 백엔드 엔지니어 및 대행사. Next.js App Router 또는 React SPA를 원한다면 이는 다른 Stripe 랜딩입니다.
주요 기능
NestJS용 Stripe 통합에 포함된 것
NestJS 공급자의 공식 스트라이프 SDK
NestJS 서비스 내의 스트라이프 노드 패키지를 사용하여 PaymentIntents를 생성합니다. 비밀 키는 ConfigService / env에서 나옵니다. 클라이언트가 게시하는 DTO나 프런트엔드 번들에서는 절대 나오지 않습니다.
웹훅 컨트롤러는 @Body()가 아닌 rawBody를 사용합니다.
Stripe.webhooks.constructEvent에는 Stripe이 서명한 정확한 바이트가 필요합니다. 해당 경로에서 Nest rawBody(또는 Fastify 원시 파서)를 활성화합니다. JSON을 먼저 구문 분석하면 프로덕션에서 NestJS Stripe 통합이 실패합니다.
Payment_intent.succeeded 이후 NestJS 주문 상태
Fulfillment는 감사 페이지 이후가 아니라 constructorEvent가 성공한 후에 NestJS 핸들러에서 실행됩니다. 귀하가 이미 노출한 API가 유료 상태를 반영하도록 기존 주문 또는 자격 기록을 업데이트합니다.
NestJS 테스트 모드 이후 라이브 Stripe 키
먼저 Stripe 테스트 키와 웹훅 비밀을 포함하여 NestJS를 배송하세요. 라이브로 전환하는 것은 추가 기능 라이선스가 아니라 문서화된 환경 및 대시보드 엔드포인트 컷오버입니다.
멱등성 NestJS 웹훅 처리
스트라이프 재시도. NestJS 핸들러는 event.id(또는 PaymentIntent id)를 차단하므로 중복 POST가 이중으로 이행되지 않습니다.
NestJS 클라이언트는 클라이언트로 유지됩니다.
React, Next.js 또는 모바일 앱은 이 NestJS API로부터 게시 가능한 키와 단기 client_secret만 받습니다. 이 추가 기능은 Nest 내부의 요소가 아닌 NestJS 서버 경로입니다.
활용 사례
NestJS용 Stripe 통합이 맞는 때
기존 NestJS 상거래 또는 예약 API
이미 NestJS에서 주문을 생성했으며 PaymentIntents를 생성하고 해당 주문이 웹후크에서 결제되었음을 표시하려면 API가 필요합니다.
NestJS 클라이언트 API를 프로덕션에 전달하는 대행사
main.ts에 드롭된 일회성 Express 스크립트 대신 NestJS의 유지 관리 가능한 Stripe 모듈, 클라이언트 저장소의 소스, 문서화된 라이브 키 컷오버가 필요합니다.
NestJS API를 통해 청구되는 SaaS
NestJS는 첫 번째 PaymentIntent를 생성하거나 결제 방법을 연결합니다. 반복 스트라이프 청구 및 고객 포털은 서버에 유지됩니다. 대량 청구 작업에는 맞춤 견적이 필요할 수 있습니다.
별도의 프런트엔드 뒤에 있는 NestJS
Next.js, React 또는 모바일은 이미 이 NestJS API를 호출합니다. NestJS용 Stripe 통합은 API 측에만 해당됩니다. 프런트엔드 Stripe.js도 필요할 경우 다른 플랫폼 랜딩입니다.
데모
NestJS Stripe 웹훅 경로 미리보기
NestJS 서버 경로 미리보기: PaymentIntent 생성, POST /webhooks/stripe 수신, rawBody에서 생성 이벤트, 주문 상태 업데이트. 호환성 확인 후 Stripe 계정에 대한 라이브 샌드박스를 사용할 수 있습니다. 이 페이지는 실제 청구를 처리하지 않으며 NestJS에서 카드를 수집하지 않습니다.
작동 방식
NestJS용 Stripe 통합이 제공되는 방법
Express와 Fastify, rawBody, ConfigModule 및 서비스에서 이미 사용하고 있는 ORM에 대한 NestJS 특정 검사가 포함된 표준 Bacodo 추가 기능 워크플로입니다.
01
NestJS 스트라이프 선택
NestJS에 대한 Stripe 통합을 확인하고 첫날이 NestJS API에서 PaymentIntents, Checkout Sessions 또는 둘 다인지 확인하세요.
02
NestJS 호환성 확인
NestJS/Node 버전, HTTP 어댑터(Express default 또는 Fastify), 기존 주문 지속성, 인증 가드 및 이미 Stripe 계정이 있는지 여부를 검토하세요.
03
NestJS에 통합
스트라이프 패키지, 결제 모듈, 생성 의도 엔드포인트, 원시 본문의 서명을 확인하는 웹후크 컨트롤러를 추가합니다.
04
NestJS 앱 구성
env의 ConfigService 연결: 비밀 키, 클라이언트용 게시 가능 키, 웹훅 비밀 및 공용 HTTPS URL Stripe이 호출됩니다.
05
NestJS 결제 경로 테스트
NestJS 웹훅에 대해 Stripe CLI 또는 대시보드 테스트 이벤트와 생성 의도 및 거부 경로를 실행합니다. 구문 분석된 JSON 본문이 예상대로 서명에 실패하는지 확인합니다.
06
NestJS 소스 핸드오버
NestJS 소스, 환경 메모 및 라이브 키 체크리스트를 제공합니다. NestJS 구현은 귀하가 유지 관리해야 합니다.
아키텍처
Stripe이 NestJS 프로젝트에 연결하는 방법
NestJS 프로세스는 비밀 키를 보유합니다. 클라이언트는 NestJS 컨트롤러에 PaymentIntent를 생성하도록 요청합니다. Stripe은 웹훅을 통해 NestJS에 알립니다. NestJS는 rawBody의 서명을 확인한 다음 주문 상태를 작성합니다.
클라이언트 앱NestJS 컨트롤러스트라이프 노드 SDK스트라이프 결제 의도웹훅 → NestJS rawBody귀하의 ORM / 저장소
지원 기술
NestJS용 Stripe 통합이 실제로 사용하는 것
Node.js의 NestJS
스트라이프 SDK가 허용하는 노드 LTS의 현재 NestJS입니다. 기본 HTTP 어댑터는 Express입니다. Fastify는 NestJS 앱이 이미 부팅되는 방식이고 호환성 확인에서 이에 동의하는 경우에만 포함됩니다.
공식 스트라이프 노드 라이브러리
PaymentIntents, 결제 세션 및 webhooks.constructEvent. 명시적으로 요구하지 않는 한 비공식 Nestjs-stripe 래퍼를 제품으로 만들지 않습니다.
NestJS 지속성
주문 또는 권한 업데이트는 Prisma, TypeORM, MikroORM 또는 이미 보유하고 있는 저장소에 유지됩니다. 이 추가 기능은 새 데이터베이스를 생성하지 않습니다.
NestJS API용 스트라이프 계정
NestJS, 웹훅 엔드포인트 및 대시보드 이벤트에서 사용되는 Stripe 계정, 테스트 및 라이브 키입니다. Stripe 처리 수수료는 Stripe에 있습니다.
필수 NestJS 호스팅
Node를 실행하고 Stripe에서 HTTPS POST를 수신할 수 있는 호스트입니다. 정적 전용 사이트 또는 Next.js 전용 내보내기는 이 NestJS 웹훅 경로를 호스팅할 수 없습니다.
포함 내용
NestJS용 Stripe 통합에는 무엇이 포함되어 있나요?
- 기존 NestJS 프로젝트에 통합
- 저장소의 전체 소스 코드
- ConfigModule env, 결제 모듈 및 웹훅 컨트롤러
- PaymentIntent 또는 Checkout Session은 이 API에 필요한 경로를 생성합니다.
- rawBody/어댑터에 메모가 있으므로 constructorEvent는 실제로 확인합니다.
- 핸드오버 전 NestJS 웹훅 및 인텐트 흐름 테스트
- 테스트-실시간 컷오버를 위한 핸드오버 노트
- 인수 후 30일 기술 지원
추가 가격에 포함되지 않음
- Stripe 계정, API 키 및 Stripe 처리 수수료는 귀하가 소유합니다.
- 새로운 상점 또는 Stripe.js UI - NestJS가 API입니다.
- NestJS에서 Next.js 경로 핸들러로 재작성
- 맞춤형 작업으로 범위가 지정되지 않은 경우 Marketplace Connect, 맞춤형 청구 제품 또는 앱 내 구매 교체
Pricing
NestJS 가격을 위한 Stripe 통합
이 가격은 NestJS 플랫폼에만 해당됩니다. Next.js, Django, FastAPI, React 또는 Flutter 애드온 가격을 사용하지 않습니다.
NestJS용 Stripe 통합
프로덕션 준비가 완료된 Stripe PaymentIntents 및 서명된 웹후크를 기존 NestJS API에 추가하고 소스 코드를 유지하세요.
요구 사항
- 기존 NestJS 프로젝트
- Stripe Test Mode 액세스
- 결제 UI에는 프론트엔드가 필요합니다
$175
일시불NestJS
프론트엔드가 필요하신가요?
- 전체 소스 코드
- 라이선스 비용 없음
- 30일 지원
- 전체 연동
안전한 결제:stripe
인도 및 보안
NestJS 제공 및 보안 관행
예상 NestJS 전달
일반적인 NestJS Stripe 통합은 NestJS 호환성 검사 후에 범위가 지정됩니다. 타임라인은 HTTP 어댑터, 인증 가드, 클라이언트가 NestJS를 호출하는 방법에 따라 다릅니다.
핸드오버 전 NestJS에서 테스트됨
테스트 모드 PaymentIntents, 웹훅 서명, 재시도 및 거부 경로는 NestJS 앱에 대해 실행되기 전에 실행됩니다.
스트라이프 비밀은 NestJS ConfigService에 유지됩니다.
비밀 키와 웹훅 서명 비밀은 서버 환경에 유지됩니다. 클라이언트는 게시 가능한 키 또는 단기 client_secret만 받습니다.
NestJS가 쓰기 전 웹훅 확인
NestJS 웹훅 컨트롤러는 주문 또는 자격 상태를 업데이트하기 전에 원시 본문에서 Stripe 서명을 확인합니다.
확인할 수 없는 NestJS 보안 주장 없음
우리는 PCI 인증, 사기 제로 또는 승인률 보장을 주장하지 않습니다. NestJS는 PAN을 저장하지 않습니다. 카드 데이터는 우리가 유지하는 맞춤형 NestJS 카드 DTO가 아닌 클라이언트의 Stripe Checkout 또는 Elements에 의해 수집됩니다.
FAQ
자주 묻는 질문
NestJS용 Stripe 통합에는 무엇이 포함되어 있나요?
NestJS용 Stripe Integration에는 공식 스트라이프 노드 SDK, NestJS 결제 모듈, create-PaymentIntent 서비스, 원시 본문에서 constructorEvent를 호출하는 웹훅 컨트롤러, 기존 스토어의 주문 상태 업데이트, Stripe 테스트 이벤트에 대한 테스트 및 핸드오버 메모가 포함되어 있습니다. 프로젝트에서 NestJS 소스를 받습니다. Stripe 수수료와 Stripe 계정은 별개입니다.
Stripe을 기존 NestJS 프로젝트에 통합하시겠습니까?
그렇습니다. NestJS용 Stripe 통합은 이미 보유하고 있는 NestJS API용으로 구축되었습니다. 별도의 데모 저장소를 결과물로 제공하는 대신 모듈, 컨트롤러 및 ConfigService 환경을 현재 NestJS 앱에 적합합니다.
NestJS용 Stripe 통합은 NestJS에서 카드 번호를 수집합니까?
아니요. NestJS는 PAN을 저장하면 안 됩니다. 클라이언트는 Stripe Checkout 또는 Elements를 사용합니다. NestJS용 Stripe Integration은 서버 측 PaymentIntents, 웹후크 및 주문 쓰기를 소유합니다. 원시 카드 데이터를 게시하는 사용자 정의 NestJS DTO는 기본 범위를 벗어납니다.
NestJS용 Stripe Integration은 어떤 Stripe 패키지를 사용합니까?
NestJS용 Stripe 통합은 PaymentIntents, Checkout Sessions 및 webhooks.constructEvent에 대한 공식 스트라이프 노드 라이브러리를 사용합니다. 명시적으로 요구하지 않는 한 비공식 Nestjs-stripe 래퍼를 제품으로 만들지 않습니다.
NestJS용 Stripe Integration이 rawBody를 고집하는 이유는 무엇입니까?
Stripe.webhooks.constructEvent는 Stripe이 서명한 정확한 바이트를 확인합니다. Nest의 기본 JSON 파서는 해당 본문을 변형합니다. NestJS용 Stripe 통합은 웹훅 경로에서 rawBody(또는 Fastify 원시 파서)를 활성화합니다. @Body()를 사용하면 프로덕션에서 NestJS 서명 확인이 실패하는 방법이 있습니다.
Fastify가 NestJS용 Stripe Integration에 포함되어 있나요?
NestJS용 기본 Stripe 통합에서는 Nest Express 어댑터가 함께 제공된다고 가정합니다. Fastify는 NestJS 앱이 이미 FastifyAdapter로 부팅되고 NestJS 호환성 확인 중에 원시 본문 경로에 동의하는 경우에만 포함됩니다.
NestJS용 Stripe Integration이 구독료를 징수할 수 있나요?
NestJS는 PaymentIntent 또는 Checkout 세션을 생성하고 Stripe 고객 ID를 저장할 수 있습니다. 반복되는 Stripe Billing 제품, 고객 포털 및 송장 논리는 서버에 유지됩니다. 구독이 많은 NestJS 작업에는 맞춤 견적이 필요할 수 있습니다.
NestJS 앱에서 Stripe 게시 가능 키와 비밀 키는 어디에 있나요?
NestJS 프로세스는 ConfigService/환경 변수의 비밀 키와 웹훅 서명 비밀을 사용합니다. 클라이언트는 게시 가능한 키만 받습니다. NestJS용 Stripe 통합은 DTO 또는 프런트엔드 번들에 비밀 키를 넣지 않습니다.
NestJS에서 Stripe 테스트 모드와 라이브 모드는 어떻게 작동합니까?
Stripe 테스트 키에 대해 NestJS용 Stripe Integration을 구현하고 웹훅 이벤트를 먼저 테스트합니다. 라이브로 전환하는 것은 추가 기능 라이선스 활성화가 아니라 Stripe 대시보드 및 NestJS 환경에 문서화된 키 및 엔드포인트 컷오버입니다.
NestJS용 Stripe 통합은 3D 보안/SCA를 어떻게 처리합니까?
NestJS는 SCA를 지원하는 PaymentIntent를 생성합니다. 클라이언트는 Stripe.js 또는 Checkout을 사용하여 3D Secure를 완료합니다. NestJS는 브라우저 리디렉션 이후가 아니라 웹훅에서 Payment_intent.succeeded 이후에만 이행합니다.
NestJS 결제에 Stripe 웹후크가 필요합니까?
NestJS가 생성한 PaymentIntent 또는 Checkout 세션 후 이행의 경우 예입니다. 클라이언트에 대한 NestJS 201 응답은 진실의 소스가 아닙니다. 웹훅 컨트롤러는 서명을 확인한 다음 주문이 결제되었음을 표시합니다.
NestJS용 Stripe 통합을 통해 Prisma 또는 TypeORM을 유지할 수 있습니까?
그렇습니다. NestJS용 Stripe 통합은 일반적으로 Prisma, TypeORM 또는 MikroORM을 대체하는 대신 기존 NestJS 주문 모델 옆에 필드 또는 씬 결제 기록을 추가합니다.
NestJS용 Stripe 통합 가격에는 Stripe 계정이나 수수료가 포함되어 있나요?
아니요. 귀하는 Stripe 계정, API 키 및 Stripe 처리 수수료를 생성하고 소유합니다. NestJS 추가 기능 가격은 Bacodo 결제 라이선스가 아닌 NestJS 프로젝트에 구현됩니다.
NestJS용 Stripe 통합은 Next.js 경로 핸들러와 동일합니까?
아니요. NestJS는 독립형 Node API입니다. Next.js 앱 라우터와 경로 처리기는 Next.js에 대한 Stripe 통합입니다. 이 NestJS 애드온 가격 내에서는 NestJS API를 Next.js로 다시 작성하지 않습니다.
NestJS에서 Stripe 영수증과 메타데이터를 맞춤설정할 수 있나요?
그렇습니다. PaymentIntent 또는 Checkout 세션 메타데이터, 고객 기록 및 웹훅 확인 후 유지되는 필드는 NestJS용 Stripe 통합 중에 기존 NestJS 주문 모델에 맞춰 조정됩니다.
Stripe 핸드오버 후에는 어떤 NestJS 지원이 포함되나요?
NestJS 소스는 저장소에 있으므로 팀에서 이를 관리할 수 있습니다. 포함된 30일 지원에는 관련 없는 NestJS 기능 작업이 아닌 제공된 NestJS용 Stripe 통합 범위의 기술적 질문과 결함이 포함됩니다.
통합 후 스트라이프 또는 NestJS 업데이트는 어떻게 처리됩니까?
30일 기간 동안 우리는 문서화된 Stripe API 또는 스트라이프 패키지 변경으로 인해 제공된 NestJS 통합의 중단을 지원합니다. 그 이후 지속적인 NestJS 업그레이드는 유지 관리이거나 구매한 경우 확장 기술 지원입니다.
프로덕션 NestJS 앱에서 Stripe 결제가 실패하면 어떻게 되나요?
PaymentIntent 상태, Stripe 대시보드 로그 및 NestJS 웹훅 전달을 읽는 방법을 문서화합니다. 30일 지원에는 전달된 NestJS 흐름에 대한 서명 오류(일반적으로 rawBody) 문제 해결, 재시도 및 잘못 구성된 키가 포함됩니다.
NestJS용 Stripe Integration과 호환되는 NestJS 버전은 무엇입니까?
통합 시 고정한 스트라이프 릴리스에 대해 NestJS 및 Node LTS 버전을 확인합니다. 오래되었거나 심하게 분기된 NestJS 런타임에는 추가 범위가 필요할 수 있습니다.
NestJS용 Stripe 통합에 대한 30일 지원과 6개월 연장 기술 지원은 무엇입니까?
제공된 NestJS Stripe 경로에는 핸드오버 후 30일이 포함됩니다. 연장 기술 지원은 이 NestJS 추가 기능 가격의 20%로 선택 사항이며 새 제품 빌드가 아닌 동일한 NestJS 통합에 대한 기술 지원을 6개월 더 제공합니다.
NestJS용 Stripe 통합
기존 NestJS API에 프로덕션 준비가 완료된 Stripe 결제를 추가하고, 소스 코드를 유지하고, 서버가 자체 이행하도록 하세요.
$175