KCP정기과금으로 반복 매출을 자동화합니다
구독 서비스·멤버십·SaaS·학원·헬스장처럼 매월·매주 청구가 반복되는 가맹점이 빌링키 기반 자동 청구로 미수를 줄이고, 수기 입력 없이 결제 사이클을 운영할 수 있도록 도와드립니다. 빌링키 발급부터 정산 대시보드까지 한 흐름으로 안내합니다.
빌링키 한 번 등록
회원의 카드 정보가 토큰(빌링키)으로 보관되어, 다음 청구부터는 자동으로 결제됩니다.
사이클 자동 호출
월·주·일 단위로 KCP 측에 결제 호출을 예약하면 정해진 시각에 동일 금액 또는 변동 금액이 청구됩니다.
실패는 자동 재시도
한도 초과·일시 거절이 발생해도 정해진 정책으로 재시도가 진행되어 운영자가 매번 수기로 다시 청구할 필요가 없습니다.
KCP정기과금이란 무엇인가요?
KCP정기과금이란 NHN KCP 의 정기 결제 인프라를 통해 발급한 빌링키(자동결제 토큰)로 회원의 카드를 미리 등록해 두고, 지정한 주기에 맞춰 같은 금액 또는 변동 금액을 자동으로 청구·정산하는 결제대행 방식입니다. 매번 결제창을 띄우지 않고도 구독·멤버십·학원·SaaS 처럼 반복 매출이 발생하는 가맹점이 미수와 수기 청구 부담을 줄일 수 있도록 설계되어 있습니다.
KCP정기과금은 "카드 정보를 한 번만 받고, 다음 청구부터는 자동"이라는 약속을 빌링키와 사이클 호출 두 가지로 구현한 정기 결제 운영 모델입니다. 단발성 결제창·결제링크와는 운영 목표 자체가 다릅니다.
정기과금 KCP를 선택하기 전 알아두면 좋은 5가지
- 정기과금 KCP는 카드 정보 자체가 아닌 빌링키(토큰)로 다음 청구를 호출하므로, 카드 번호를 가맹점이 보관할 필요가 없습니다.
- 주기는 월·주·일·년 가운데 자유롭게 선택할 수 있고, 같은 빌링키 안에서도 청구 금액을 매월 다르게 보낼 수 있습니다.
- 결제 실패는 운영자가 일일이 손대지 않아도 정해 둔 정책으로 자동 재시도되며, 일정 횟수 초과 시 자동 정지 처리가 가능합니다.
- 정산은 단발성 결제와 같은 KCP 정산 체계를 따르므로 회계·세무 흐름을 별도로 운영할 필요가 없습니다.
- 학원·헬스장·SaaS 처럼 회원관리 시스템(CRM/ERP)이 있는 환경은 API 직연동, 그렇지 않은 환경은 정기결제 페이지(빌링페이지) 방식으로 도입할 수 있습니다.
요약: KCP정기과금은 "한 번의 카드 등록 + 사이클 자동 호출 + 실패 자동 재시도" 세 축으로 정의됩니다. 이 세 축이 실제 운영에서 어떻게 맞물리는지를 아래 섹션에서 차근차근 살펴봅니다.
빌링키는 회원당 발급되는 "자동결제 키"입니다
회원이 처음 결제할 때 한 번만 카드 정보를 입력하면, KCP는 그 카드를 가맹점이 직접 보관하는 대신 토큰화된 빌링키 형태로 발급해 줍니다. 가맹점 서버는 카드 번호 대신 이 빌링키만 보관하면 되므로, 카드 정보 수탁에 따른 위험을 줄일 수 있습니다.
두 번째 결제부터는 가맹점이 "이 빌링키를 이 금액으로 청구해 주세요" 라는 호출만 보내면 KCP가 카드사에 청구를 대신 진행합니다. 회원에게 결제창을 다시 띄울 필요가 없어 구독 이탈 구간을 줄이는 데도 효과적입니다. NHNKCP결제 의 기본 카드 결제 흐름과 비교하며 보면 정기과금의 구조 차이가 더 명확합니다.
결제창을 통해 빌링키 발급
회원이 구독 신청 시점에 카드 번호·유효기간을 KCP 결제창에 입력하면 가맹점에는 카드 번호 대신 빌링키 식별자만 전달됩니다.
빌링키로 청구 호출
정해진 주기마다 가맹점 서버 또는 KCP의 스케줄러가 "이 빌링키, 이 금액" 으로 결제 호출을 보내면 카드사 승인이 자동으로 진행됩니다.
빌링키 갱신과 폐기
회원이 카드를 교체하거나 구독을 해지하면 빌링키를 갱신하거나 폐기 처리합니다. 폐기된 빌링키로는 더 이상 결제가 호출되지 않습니다.
청구 주기와 시점을 사업 모델에 맞춰 고릅니다
월간 구독·연간 결제·주간 회비·이용량 기반 청구처럼 비즈니스 모델마다 청구 주기가 다릅니다. KCP정기과금은 주기 단위와 청구 시점을 빌링키 별로 다르게 설정할 수 있어, 같은 가맹점 안에서 여러 상품을 함께 운영할 때 유리합니다.
| 주기 단위 | 대표 비즈니스 | 금액 변동 | 설정 요점 |
|---|---|---|---|
| 매월 | OTT·SaaS·헬스장 월회비 | 고정 또는 변동 | 회원 가입일 기준 또는 매월 특정 일자로 통일 |
| 매년 | 연간 멤버십·도메인·라이선스 | 대부분 고정 | 재계약 시점에 빌링키 갱신·요금 변경 안내 자동화 |
| 매주 | 주간 클래스·식단 구독 | 고정 | 요일·시각 고정 호출, 휴무 정책과 함께 설계 |
| 일간 | 학원·과외 일일 수강료 | 변동 | 출석 데이터 연동, 결제 실패 시 재시도 정책 필수 |
| 분기·반기 | 학원 분기 학원비, 헬스 3개월권 | 고정 또는 변동 | 긴 주기는 결제 직전 안내 메시지 자동 발송 권장 |
| 이용량 변동 | API SaaS·종량제 | 매번 변동 | 월 마감 후 사용량 합산 금액으로 호출, 영수증 분리 발행 |
정기과금 KCP가 잘 맞는 가맹점 유형
아래 유형은 반복 매출 비중이 높고, 회원 단위 청구 주기가 명확해 정기과금 운영의 효과가 크게 드러나는 영역입니다. 같은 가맹점이라도 일부 상품만 정기과금으로 분리 운영하는 경우도 많습니다.
-
SaaS
SaaS·구독 솔루션
월 정액·연 정액 요금제와 사용량 기반 변동 청구를 한 번에 운영하기 좋습니다. 빌링키 단위로 요금제 변경을 적용합니다.
-
HEALTH
헬스장·필라테스 스튜디오
정기권·횟수권 자동 갱신, PT 추가 결제 같은 변동 항목을 같은 빌링키 안에서 분리해 청구할 수 있습니다.
-
EDU
학원·온라인 강의
학원비 자동이체를 카드 정기과금으로 대체하면 환불·휴원·반편성에 따른 청구 변경을 운영자가 즉시 반영할 수 있습니다.
-
CARE
실내 클럽·요가·필라테스
소규모 스튜디오는 정기결제 페이지를 활용하면 별도 개발 없이 회원 가입과 결제 등록을 한 화면에서 끝낼 수 있습니다.
-
MEMBER
멤버십·커뮤니티
정기 후원·멤버십 회비처럼 금액이 작고 인원이 많은 모델은 자동 재시도와 정산 대시보드 활용도가 가장 높습니다.
-
CONTENT
콘텐츠·미디어 구독
뉴스레터·온라인 매거진·VOD 구독은 회원 이탈을 줄이기 위한 결제창 재호출 최소화가 핵심입니다.
-
B2B
B2B 정기 공급
사무실·매장에 정기 공급되는 사무용품·식자재 비용을 카드 정기과금으로 처리하면 회계 마감일 의존도를 낮출 수 있습니다.
정기과금이 한 사이클을 도는 6단계
아래 흐름은 매월 1일에 9,900원짜리 멤버십을 자동 청구하는 상황을 예로 든 단순화 시퀀스입니다. 실제 운영에서는 환불·휴면 처리·청구 변경 같은 분기 흐름이 더해집니다.
-
회원이 첫 결제로 빌링키 등록
가입 시점에 회원이 KCP 결제창에서 카드 정보를 한 번 입력합니다. KCP는 카드 번호 대신 빌링키 ID 를 가맹점에 전달하고, 회원 식별자(회원번호·이메일 등)와 매핑합니다.
-
가맹점이 청구 사이클 등록
회원관리 시스템(CRM·LMS)에 "이 빌링키는 매월 1일 9,900원" 같은 사이클 규칙을 등록합니다. 같은 회원이 추가 상품을 결제하면 다른 사이클 규칙을 같은 빌링키에 추가할 수 있습니다.
-
지정 시각에 결제 호출 전송
스케줄러가 매월 1일 새벽에 "이 빌링키, 9,900원, 주문 식별자" 정보를 KCP API 로 호출합니다. 가맹점 서버 또는 KCP 측 스케줄러 어느 쪽에서 호출할지는 도입 형태에 따라 다릅니다.
-
KCP가 카드사 승인 진행
KCP는 빌링키에 연결된 카드사로 승인 요청을 보냅니다. 결과는 가맹점 콜백(웹훅) 또는 결과 조회 API 로 전달되어 회원의 결제 상태가 자동으로 업데이트됩니다.
-
결과 알림과 회원 안내 자동화
결제 성공 시 영수증 메일·문자가, 실패 시 카드 변경 유도 메시지가 자동 발송되도록 회원관리 시스템과 메시지 채널을 연동합니다. 같은 화면 안에서 카드만 다른 결제 수단으로 교체할 수 있게 동선을 짜는 게 좋습니다. 결제 실패 후 한 번 더 결제창을 띄워야 한다면 결제링크 발송 방식을 별도 운영하는 가맹점도 있습니다.
-
정산 데이터로 합산·송금
이날 청구된 건은 단발성 결제와 같은 KCP 정산 사이클을 따라 합산되어 가맹점 계좌로 송금됩니다. 회계 시스템에는 청구 단건 영수증·정산 합계 두 가지가 함께 떨어집니다.
결제 실패는 자동 정책으로 처리합니다
정기과금에서 가장 큰 운영 부담은 실패 회원을 다시 받는 일입니다. KCP정기과금은 실패 사유에 따라 재시도 정책을 다르게 적용해 운영자의 수기 작업을 줄여 줍니다. 정책 설계는 도입 단계에서 함께 정의합니다.
실패 유형별로 재시도 구간을 다르게
단순 한도 초과·일시 거절은 같은 빌링키로 재시도하고, 카드 사용 정지·도난 코드는 즉시 회원에게 카드 변경 안내를 보냅니다.
- 한도 초과: 3·5·7일 간격으로 자동 재시도
- 일시 거절: 다음 영업일 동일 시각 1회 재시도
- 분실·정지: 재시도 중단, 빌링키 갱신 유도 메일 발송
- 금액 한도 부족: 부분 청구 가능 여부 정책으로 분기
실패 즉시 알림
회원에게 카드 변경 또는 결제 수단 추가를 한 번에 안내할 수 있도록 안내 메시지·웹페이지를 정의합니다.
자동 사이클 정지
재시도가 N회 모두 실패하면 사이클을 자동 정지하고 회원 상태를 일시정지로 표시하여 다음 청구를 막습니다.
카드 교체 동선
회원이 한 화면에서 카드만 교체하면 사이클이 다시 살아나도록 결제 페이지를 설계합니다. 본인이 직접 등록하므로 가맹점 운영자가 카드 정보를 받을 필요가 없습니다.
차지백·환불 기록
정기과금에서 환불 요청이 들어오면 단건 결제 영수증과 청구 사이클 로그가 같이 남아 분쟁 대응이 빠릅니다.
월 1회 정책 리뷰
재시도 성공률·이탈률 지표를 매월 확인하고, 회수율이 낮으면 재시도 주기·안내 카피를 조정합니다.
도입 형태는 가맹점 시스템 상황에 따라 세 갈래
정기과금은 도입 형태가 운영 부담을 크게 좌우합니다. 회원관리 시스템이 이미 있는 가맹점은 API 직연동이 가장 깔끔하지만, 자체 시스템이 없으면 정기결제 페이지(빌링페이지)나 결제창 호출 방식이 부담이 적습니다.
초기 도입 단계에서 정기과금 자체를 결제링크 형태로 안내하고 싶다면 페이링크 또는 카드결제대행 안내 페이지에서 단발 결제 흐름을 먼저 확인한 뒤 사이클 모델로 확장하는 것도 좋은 순서입니다.
자체 회원관리 시스템에 빌링키·사이클 직접 호출
자사 백오피스·CRM·LMS 가 이미 있는 SaaS·학원·구독 서비스에 적합합니다. 회원 데이터와 사이클을 한 시스템에서 통합 관리할 수 있어 자동화 폭이 가장 큽니다.
기존 결제창 위에 빌링키 발급 옵션 추가
이미 KCP 결제창으로 단발성 결제를 받던 가맹점이 정기과금 옵션을 추가하는 형태입니다. 빌링키 발급만 결제창에 추가하고, 청구 호출은 가맹점 서버에서 직접 보냅니다.
노코드 빌링 페이지로 시작
자체 회원관리 시스템이 없는 소규모 스튜디오·과외·1인 SaaS 도 노코드 빌링 페이지에서 상품 정보를 등록하고 링크만 회원에게 보내면 자동 사이클이 돌아갑니다.
정기과금 운영의 기준이 되는 숫자
실시간 대시보드로 사이클 상태를 한 눈에
정기과금에서 운영자가 가장 자주 확인하는 항목은 "오늘 청구된 건 / 실패한 건 / 정지된 회원 / 정산 예정 금액" 네 가지입니다. MC페이먼츠 대시보드는 이 네 지표를 같은 화면에서 보면서 회원 단건을 바로 열어 볼 수 있도록 설계되어 있습니다.
- 당일 청구 현황 — 빌링키별 청구 성공·실패·재시도 대기 건수
- 회원 단건 카드 상태 — 카드 만료 임박·재시도 누적 회원 별도 필터
- 정산 예정 금액 — 단발성 결제와 합산된 입금 예정일 / 수수료 분리
- 월간 회수율 리포트 — 청구 실패 회원이 결국 회수된 비율 추이
신청부터 안정화까지 여섯 단계
아래 흐름은 일반적인 정기과금 도입에서 가맹점이 거치는 단계를 시간 순서대로 정리한 것입니다. 가맹점 시스템 상황에 따라 일부 단계는 병행 진행됩니다.
도입 상담·요건 확인
상품 구조·주기·예상 회원 수를 정리하고 도입 형태(A/B/C)를 결정합니다.
가맹 심사·계약
정기과금 가맹 심사와 계약을 진행합니다. 카드사 별 정기과금 약관 검토가 포함됩니다.
빌링키·사이클 연동
선택한 도입 형태에 맞춰 빌링키 발급 흐름과 사이클 호출을 시스템에 연결합니다.
테스트·시나리오 점검
정상 청구, 실패 재시도, 카드 교체, 해지 시나리오를 차례로 검증합니다.
실서비스 개통
최단 2영업일 내 실서비스 환경으로 전환하고 첫 사이클을 모니터링합니다.
운영 리포트·튜닝
매월 회수율·실패 사유 리포트를 보고 재시도 정책과 안내 메시지를 보강합니다.
KCP정기과금 자주 묻는 질문
정기과금 KCP를 도입하면 카드 정보를 가맹점이 직접 보관해야 하나요?
아니요. 회원이 결제창에서 입력한 카드 정보는 KCP에 저장되고, 가맹점에는 빌링키(토큰) 식별자만 전달됩니다. 가맹점 서버는 빌링키만 보관하면 되고, 카드 번호 자체를 받지 않아도 다음 사이클 결제를 호출할 수 있습니다.
매월 청구 금액이 달라지는 사용량 기반 모델도 가능한가요?
가능합니다. 같은 빌링키에 매번 다른 금액으로 청구 호출을 보낼 수 있으므로, 월 마감 후 사용량 합산 금액을 API 호출 시점에 동적으로 결정해 청구할 수 있습니다. 영수증과 정산 로그에는 청구 금액과 호출 시각이 함께 기록됩니다.
회원의 카드가 만료되거나 한도가 부족하면 어떻게 처리되나요?
실패 사유 코드를 기준으로 사전에 정의해 둔 정책에 따라 자동 재시도가 진행됩니다. 카드 분실·정지처럼 재시도해도 결과가 같은 경우에는 즉시 회원에게 카드 변경 안내가 발송되고, 일정 횟수 실패하면 사이클이 자동으로 일시 정지됩니다.
구독 해지 시 빌링키는 어떻게 처리하나요?
구독 해지가 들어오면 해당 빌링키를 폐기 처리합니다. 폐기된 빌링키로는 더 이상 결제 호출이 불가능합니다. 환불이 필요한 청구 건은 단발 결제와 동일하게 KCP 환불 API 또는 관리자 화면에서 처리할 수 있습니다.
정산은 단발 결제와 따로 들어오나요?
정산은 단발성 결제와 같은 KCP 정산 체계에 합산되어 입금됩니다. 단, 대시보드와 영수증에서는 정기과금 건과 단발 결제 건을 분리해 조회할 수 있어 회계 분개에 활용하기 좋습니다.
자체 회원관리 시스템이 없어도 정기과금을 시작할 수 있나요?
가능합니다. 노코드 정기결제 페이지(빌링페이지) 형태로 시작하면 별도 개발 없이 상품 정보를 등록하고, 회원에게 가입 링크만 보내면 자동 사이클이 돌아갑니다. 이후 가맹점이 자체 시스템을 갖추면 API 직연동으로 옮겨갈 수 있습니다.
정기과금 도입은 회원 한 명을 자동으로 청구하는 첫 사이클부터
상품 구조·청구 주기·예상 회원 수만 정리되어 있으면 도입 형태와 재시도 정책까지 한 번의 상담에서 함께 설계해 드립니다. 정기과금 KCP가 우리 서비스에 맞을지 확신이 서지 않을 때도 비교 상담만 신청해 주세요.