새로운 기능
1. Reports
Settings 아래의 새로운 Reports 탭에서 잔액, 수수료 및 조정 보고서를 한곳에서 확인할 수 있습니다. 자금 이동 추적 다음 설명과 함께 항상 최신 상태로 제공되는 두 가지 뷰입니다: “활동, 수수료 및 지급액이 잔액에 어떤 영향을 미치는지 파악하세요”:- 잔액 및 지급 요약 — 시작 잔액, 활동 내역 분석 및 지급별 상세 정보를 한 화면에서 확인
- 모든 수수료 — 해당 기간에 부과된 모든 수수료의 전체 항목별 내역
2. Subscription Grace Period
이제 갱신에 실패한 구독이 즉시 보류되는 대신, 설정 가능한 기간 동안 계속 작동하도록 할 수 있습니다. Settings → Subscriptions에서 Subscription Grace Period를 활성화하고 Number of days of grace period를 설정하세요. 기간은 1일에서 30일까지 지정할 수 있으며, 기본적으로 비활성화되어 있습니다. 이 기간 동안 구독은 새로운past_due 상태가 됩니다. 액세스가 유지되고 사용량이 계속 누적되므로, 카드가 단순히 만료된 고객이 문제를 해결하는 동안 차단되지 않습니다. 기간이 시작되면 새로운 subscription.past_due webhook이 실행됩니다.
기간이 결제되지 않은 상태로 종료될 때의 동작은 Status of subscription after grace period에서 선택할 수 있습니다. 현재 동작과 같은 On Hold 또는 Cancel Subscription 중에서 선택하세요.
3. Customer Blocklist
다시 구매하지 못하도록 해야 하는 고객을 customer ID 또는 이메일 주소로 차단할 수 있습니다. 차단하면 고객의 활성 구독이 취소되고, 향후 checkout 세션과 직접 결제가 중지되며, 해당 고객의 Customer Portal은 읽기 전용으로 전환됩니다. 항목은 이메일 주소로 일치하므로, 같은 이메일로 다시 가입한 고객도 계속 차단됩니다. 차단 목록 항목에 메모를 추가할 수 있으므로 차단 사유를 기록할 수 있습니다.
4. Manual Payment Retry
자동 재시도 일정을 기다리는 대신 결제 상세 페이지에서 Retry Payment Manually를 사용해 실패한 구독 갱신을 직접 재시도할 수 있습니다. 청구 금액은 구독에 이미 저장된 결제 수단으로 결제되므로 고객이 별도로 조치할 필요가 없으며, 자동 일정의 시도 횟수도 차감되지 않습니다. 각 갱신 인보이스에서는 최대 세 번 수동 재시도할 수 있으며, 재시도 사이에는 대기 시간이 적용됩니다. 두 번째 시도 전에는 한 시간, 세 번째 시도 전에는 세 시간이 필요하므로 반복적인 거절이 승인율에 악영향을 주지 않습니다.
5. 결제 활동 로그
이제 모든 결제 상세 페이지에 Activity Log가 표시됩니다. Activity Log는 “최근 90일 동안 이 거래에서 수행된 작업의 기록”입니다. 로그는 Payment initiated부터 인증 및 캡처, Payment succeeded까지 전체 수명 주기를 순서대로 추적합니다. 환불과 분쟁도 계속 기록하므로, 이의가 제기된 결제를 서로 연결되지 않은 여러 기록이 아닌 하나의 흐름으로 확인할 수 있습니다.
6. 새롭게 개편된 할인 양식
이제 할인 코드를 생성할 때 생성 중인 내용을 실시간으로 확인할 수 있습니다. 측면 패널에서 할인 내용을 일반 언어로 보여주는 Summary와 고객이 checkout에서 보게 될 할인 내용을 렌더링하는 Preview 사이를 전환할 수 있습니다. Currency options에서 판매하는 각 통화별 할인 금액을 설정할 수 있습니다. Eligibility & restrictions에서는 제품 및 고객 규칙을 한곳에서 관리합니다. 사용 한도, 청구 주기 한도 및 통화별로 적용되는 최소 장바구니 금액인 Require a minimum order value는 이제 Advanced 아래에 있습니다.
7. 분리된 취소 제어
이전에는 셀프서비스 취소가 하나의 스위치로 제공되었습니다. 이제 Settings → Subscriptions 아래의 서로 독립적인 두 가지 설정으로 나뉩니다:- Allow Immediate Cancellation — “고객이 구독을 종료하고 즉시 액세스 권한을 잃도록 허용합니다.”
- Allow Cancellation at Next Billing Date — “고객이 이미 결제한 기간이 끝날 때 구독을 취소하도록 허용합니다.”
8. Checkout 페이지에서 결제되는 플랜 변경
Settings → Subscriptions에서 Collect Plan Change Payments by Payment Link를 활성화하면 Customer Portal에서 업그레이드하는 고객은 저장된 mandate가 아닌 호스팅된 checkout 페이지에서 변경 금액을 결제합니다. 확인 버튼에 결제 금액이 표시되며 checkout이 열리면 고객에게 다음 안내가 표시됩니다: “새 탭에서 결제를 완료하세요. 결제가 성공할 때까지 현재 플랜이 활성 상태로 유지됩니다.” 결제가 성공할 때까지 구독은 기존 플랜을 유지하며, 거절된 결제는 동일한 링크에서 재시도할 수 있습니다. 또한 Customer Portal은 예약된 플랜 변경의 취소를 허용하는지 여부를 확인하여, 거부될 작업을 제공하는 대신 해당 제어 항목을 표시하거나 숨깁니다.
9. KYC 재시도 한도
이제 신원 확인에 실패하면 단순히 실패 사실만 알리는 대신 실패 이유와 남은 시도 횟수를 알려줍니다. 각 사용자에게는 세 번의 시도가 제공되며, 안내에는 실제 verification provider의 사유와 함께 “Attempts remaining: 2/3”이 표시됩니다. 시도가 남아 있는 동안 버튼은 Try again으로 변경됩니다. 세 번을 모두 사용하면 지원팀에 verification을 다시 열어 달라고 요청할 수 있다는 안내가 표시됩니다. 자세히 알아보기: Account Verification10. Georgian Checkout
이제 checkout을 Georgian으로 이용할 수 있어 지원 언어가 총 22개로 늘었습니다. 다른 지원 언어와 마찬가지로 고객의 브라우저에서 Georgian을 감지하거나force_language parameter를 사용해 강제할 수 있습니다.
자세히 알아보기: Supported Languages
11. $0 가격에서 카드 선택 사항
이제 오늘 결제할 금액이 없을 때 결제 수단 없이 구독을 시작할 수 있습니다. 제품의 가격 설정에서 Card-Optional at $0 Price 확인란을 켜세요. 이 항목은 Trial Period (Days) 및 Default Discount (%) 옆에 있습니다. 오늘 결제할 금액이 없는 경우는 두 가지이며, 하나의 확인란으로 두 경우를 모두 처리할 수 있습니다:- 무료 체험 — 체험 금액이 없는 체험 기간으로, 체험 기간 동안 첫 번째 청구 금액은
0입니다. - $0 반복 가격 — 가격이 처음부터
0이거나, 제품 자체의 Default Discount (%) 또는 checkout에서 100% 할인으로 중첩 적용된 할인 코드로 인해 해당 금액이 되는 경우입니다.
payment_method_required: false를 반환합니다. 이후 실제 청구가 시작되기 전에 알림 이메일이 발송됩니다. 알림 시점은 Settings → Subscriptions의 Payment Method Reminder에서 1일에서 30일까지 설정할 수 있으며 기본값은 3일입니다. 카드가 끝내 등록되지 않으면 첫 실제 청구 시점에 구독이 on_hold 상태로 전환되고, 결제 수단을 추가하면 다시 활성화됩니다. 고객 이메일 두 가지가 이 과정을 안내하며, 모두 기본적으로 활성화되어 있습니다: Add Payment Method Reminder 및 Subscription On Hold, No Payment Method.
API에서는 하나의 확인란이 두 개의 독립적인 price field인 trial_payment_method_optional 및 zero_amount_payment_method_optional에 매핑됩니다. 따라서 제품을 직접 관리하는 경우 각 사례를 개별적으로 활성화할 수 있습니다.
12. Checkout에서 필수 Tax ID
checkout 세션은 등록된 사업자에게만 판매하는 기업을 위해 새로운require_tax_id feature flag를 지원합니다. 기본값은 false이므로, 활성화를 요청하지 않는 한 아무것도 변경되지 않습니다.
플래그를 켜면 checkout 페이지에서 Purchasing as a business가 미리 선택되고 잠기며, Business Name과 Tax ID Number가 모두 필수가 됩니다. 둘 중 하나라도 비어 있거나 Tax ID가 거부되면 Continue to Payment가 비활성화됩니다. Tax ID validation은 계속 fail-open 방식으로 처리되므로 조회 장애가 발생해도 고객이 완전히 차단되지는 않습니다.
allow_tax_id도 true여야 합니다. 그렇지 않으면 요청이 400와 함께 거부됩니다. 또한 confirm: true로 생성된 세션에는 checkout 페이지를 완전히 건너뛰므로 tax_id가 포함되어야 합니다.
이 요구 사항은 서버 측이 아닌 checkout 페이지에서 적용됩니다. API로 직접 전송한 확인에는 tax_id가 없어도 되므로, 이 플래그를 보장 기능이 아닌 checkout 경험을 제어하는 설정으로 사용하세요.
자세히 알아보기: Making the Tax ID Mandatory