구독 페이지에 Ideal 결제 방식을 추가하는 방법은 무엇인가요?
그리고 플러그인에 입력하는 가격은 부가세(VAT) 포함 가격인가요, 아니면 제외 가격인가요?
1개의 좋아요
이것이 무엇을 의미하는지 구체적으로 설명해 주시겠습니까?
이 플러그인은 Stripe와의 인터페이스 역할만 수행할 뿐, 완전한 제품 청구 서비스가 아니므로 이 부분은 사용자 판단에 맡깁니다.
1개의 좋아요
iDeal은 네덜란드에서 널리 사용되는 결제 방법입니다.
2개의 좋아요
@RGJ님, 설명해 주셔서 감사합니다.
@PatrickH님, 안타깝게도 이 플러그인은 Stripe만 지원하며, 향후 다른 결제 프로세서를 지원할 계획도 로드맵에 없습니다.
1개의 좋아요
알겠습니다. 그런데 Stripe는 iDEAL을 지원하잖아요.
그렇다면 이걸 어떻게 작동시킬 수 있을까요?
1개의 좋아요
아, 죄송합니다. 더 자세히 보지 못했네요. 한번 확인해 보겠습니다.
수정: 플러그인에 이 기능을 처리하기 위한 추가 로직이 필요한 것 같습니다. 현재 로드맵에는 이 기능이 포함되어 있지 않지만, 충분한 지지를 받거나 PR이 제출된다면 기꺼이 추가하겠습니다.
2개의 좋아요
@justin 기본 방향만 알려주시면 PR을 만들어볼게요.
5개의 좋아요
iDEAL을 처음 살펴보면 3DS의 설정 방식과 유사해 보입니다. 해당 변경 사항이 적용된 커밋을 확인해 보세요.
핵심은 일시불 결제와 구독을 모두 처리하는 것입니다. 두 방식 모두 PaymentIntents를 약간 다르게 다루기 때문에 특별한 처리가 필요할 수 있습니다.
6개의 좋아요
@RGJ 직접 업무를 맡고 계시니, Multibanco와 Klarna를 추가하는 것이 가능한지 확인해 주실 수 있을까요? 
(단일 결제만 지원하는 것 같지만 그래도요)
2개의 좋아요
iDeal 결제 방식을 추가하는 방법에 대해 꽤 많은 시간을 보냈습니다. 사실 이는 iDeal에 관한 것이 아니라 SEPA 직접 청구에 관한 것입니다. SEPA 직접 청구는 직불 계좌에서 자동으로 정기적으로 돈을 청구할 수 있는 유럽 전역 표준입니다.
SEPA 직접 청구 플로우에는 위임(mandate)이 필요하며, 이는 기본적으로 IBAN(은행 계좌 번호)입니다.
플로우는 다음과 같습니다(Set up a subscription with SEPA Direct Debit | Stripe Documentation).
-
클라이언트가 "SEPA 직접 청구"를 결제 방식으로 선택합니다.
-
IBAN Stripe Element가 표시되고 클라이언트가 은행 계좌 번호를 입력합니다.
-
이를 검증하기 위해 고객은 해당 은행 계좌로 성공적인 결제를 수행해야 합니다.
이는 일반적으로 구독의 첫 번째 기간에 대한 청구 금액이거나, 0.01유로입니다.
네덜란드에서는 이 단계에 iDeal이 사용됩니다(Accept a SEPA Direct Debit payment | Stripe Documentation). iDeal을 사용하는 경우, 클라이언트는 드롭다운 목록에서 자신의 은행을 선택하고 해당 은행 웹사이트로 리디렉션됩니다. 그들은 2FA 메커니즘(대부분 스마트폰 앱의 QR 코드 또는 하드웨어 토큰)을 사용하여 결제를 승인합니다. 그런 다음, 결제가 브라우저가 아닌 결제 프로세서와 웹사이트 간의 직접 웹훅을 통해 확인되는 동안 원본 웹사이트로 선택적으로 리디렉션됩니다.
이것은 베타 단계인 것으로 보이며, Stripe를 통한 SEPA 결제 수락의 현재 방법은 어쨌든 이러한 검증 단계를 요구하지 않습니다(?) -
클라이언트가 표준 승인 문구를 동의합니다.
-
SetupIntent 객체가 생성됩니다.
이 시점부터 프로세스는 신용카드 플로우와 유사하게 진행됩니다.
플러그인의 복잡성과 이 프로세스의 복잡성으로 인해, 저는 이 작업에 대한 PR을 작성할 수 없습니다(기술이 부족하다는 의미입니다). 저는 도움을 주고 테스트 역량을 제공하기를 원합니다.
SEPA를 지원하게 되면 유럽 시장에서의 큰 진전이 될 것입니다. 유럽에서는 소비자 시장의 상당 부분에서 신용카드가 여전히 꽤 흔하지 않기 때문입니다(온라인 결제 중 신용카드 사용 비율이 15% 정도라고 생각합니다).
9개의 좋아요