⚡
바쁘다면 이것만 읽어보세요
정기결제 연동에서 실패하는 이유는 대부분 코드가 아닙니다. 빌링 결제는 고객 인증 없이 가맹점이 결제를 트리거하는 구조이기 때문에, 일반 결제보다 훨씬 까다로운 계약·심사 조건이 따릅니다. 단건 결제 MID가 있어도 빌링용 MID를 처음부터 다시 심사받아야 하고, 선불 충전 방식은 카드사 심사 자체가 거절됩니다. PG사별 빌링키 발급 방식과 지원 결제수단이 다르고, 연동 방식에 따라 PCI DSS 취득까지 요구되는 경우도 있습니다.
빌링 결제, 일반 결제와 뭐가 다른 건가요?
빌링 결제는 최초 1회 결제수단을 등록하면, 그 이후 구매 시에는 별도의 인증 없이도 등록된 결제수단 기반으로 자동 결제가 되는 방식입니다. PG사가 결제수단 정보를 빌링키로 변환·저장한 뒤, 가맹점이 원하는 시점에 해당 빌링키로 결제를 청구합니다. 따라서 고객이 매번 결제 정보를 입력하지 않아도 됩니다.
일반 결제와 핵심적으로 다른 점 두 가지가 있습니다. 첫째, 고객 인증 없이 가맹점이 결제를 트리거합니다. 둘째, 이 권한을 갖기 위해 PG사·카드사와 별도 계약이 필요합니다. 기존에 단건 결제 계약이 있어도 정기결제는 처음부터 다시 심사를 받아야 합니다.
» 함께 읽으면 좋은 콘텐츠
국내외 PG사, 어디까지 정기결제를 지원하나요?
국내 주요 PG사 대부분이 카드 정기결제를 지원합니다. 그러나 카드 이외의 수단에 대해서는 PG사별로 지원 범위가 달라집니다.
휴대폰 정기결제는 이니시스, 웰컴페이먼츠, 갤럭시아머니트리 등 일부 PG사만 지원합니다. 통신사 정책과 직결된 수단이라 카드보다 제약이 많고, 지원 PG사를 먼저 확인해야 합니다.
카카오페이·네이버페이 정기결제는 원칙적으로 각 사와 직접 계약하는 직연동이 필요하지만 나이스정보통신을 통하면 PG 제휴 방식으로 두 간편결제의 정기결제를 연동할 수 있습니다. 다만, 어떤 결제수단으로 청구될지는 사용자가 직접 지정합니다. 가맹점이 특정 카드나 수단을 강제할 수 없다는 뜻입니다.
해외 정기결제는 선택지가 훨씬 좁습니다. 페이팔, 엑심베이, 페이레터, 페이먼트월 네 곳이 지원하며, 카드가 기본 수단입니다. 엑심베이는 알리페이 플러스도 추가로 지원합니다.
결제창 방식과 API 방식, 어떤 기준으로 선택해야 하나요?
빌링키를 발급하는 방식은 크게 두 가지입니다. 서비스 UX 요건과 개발 공수를 기준으로 선택합니다.
API 방식은 서비스 내 자연스러운 결제수단 등록 UX가 필요할 때 적합합니다. 단, 구현 공수가 크고 본인 인증 로직을 가맹점이 직접 책임집니다.
해외 결제대행사와 API 방식으로 연동할 경우, 카드 데이터가 가맹점 시스템을 통해 저장·처리·전송되면 PCI DSS 적용 대상이 될 수 있습니다.
반면 결제창(리다이렉트) 방식처럼 카드 정보가 PCI DSS 준수 결제사로 직접 전달되고 가맹점 서버가 이를 다루지 않는 구조라면, 일반적으로 PCI DSS 적용 범위가 크게 줄어듭니다. 다만 이 경우에도 완전 면제라고 단정하기보다는, 실제 결제 흐름과 시스템 구조에 따라 요구사항이 달라질 수 있습니다.
빌링 결제 도입 전 반드시 확인해야 할 정책 5가지는?
빌링 결제는 최초 1회 인증 이후에는 별도 인증 없이 결제되는 특성상, 일반 결제보다 훨씬 까다로운 정책이 요구됩니다.
① 본인 인증은 원칙적으로 필수입니다.
금융감독원 전자금융감독규정에 따르면, 비대면 결제수단 등록 시 본인 확인 절차를 갖추도록 규정하고 있습니다(금융감독원, 전자금융감독규정 제37조). 일부 PG사는 (KICC -결제창 방식, 키움페이 - API 방식)는 예외적으로 인증 없이 빌링키 발급이 가능하지만, 인증을 생략한 상태에서 타인의 결제수단 도용 사고가 발생하면 가맹점 과실로 처리되어 주의가 필요합니다.
② 일부 PG사는 최초 결제 금액이 필요합니다.
대부분의 PG사는 0원 결제로 빌링키를 발급하지만, KSNET과 갤럭시아머니트리(휴대폰)는 소액 결제(예: 1,000원) 결제 후 즉시 취소하는 방식으로 결제수단 실존 여부를 확인합니다. 이 로직을 별도로 구현해야 합니다.
③ 정기결제 MID는 단건 결제 MID와 다릅니다.
기존에 단건 결제 계약이 있어도 빌링 결제를 추가하려면 별도 심사를 받아야 합니다. 기존 MID에 기능을 추가하는 방식이 아닙니다.
④ 카드사 특약 계약이 별도로 필요합니다.
PG사 계약 외에 카드사 심사가 따로 존재하며 따라서 심사 기간을 연동 일정에 반드시 포함하는 것이 안정적입니다.
⑤ 할부 거래는 제한됩니다.
빌링 결제는 구조상 할부를 지원하지 않습니다. 할부 결제가 필요한 상품이라면 사전 확인이 필요합니다.
미리 예방하면 좋은 구조적 리스크, 어떤 것들이 있나요?
아래 두 가지는 비즈니스 모델 설계 단계에서 방향이 잘못 잡히면, 연동을 모두 끝낸 뒤에도 서비스가 막히는 구조적 함정이기에 특별한 주의가 필요합니다.
① 선불 충전 방식의 정기결제는 카드사 심사를 통과하기 어렵습니다.
크레딧을 선불로 충전한 뒤 사용하는 방식의 정기결제는 카드사가 고위험 거래로 분류합니다. 실제로 이 방식을 기획한 사업자들이 심사 단계에서 거절된 사례가 다수 있습니다. 크레딧 기반 서비스를 운영한다면 과금 구조를 바꾸는 것이 현실적입니다. 월 정기 결제 금액은 해당 기간에 반드시 사용하는 최소 금액으로 책정하고, 초과 사용분에 대해 추가 결제 동의를 사전에 받아 청구하는 방식이 심사 통과 가능성을 높입니다.
수수료 구조도 단건 결제와 다를 수 있습니다. 정기결제는 신용카드 비중이 단건 결제보다 높아, 마진이 낮은 구조라면 PG사와 계약 시 수수료 조건을 별도로 협의해야 합니다.
② 해외 고객에게 KRW로 청구하면 소비자에게 불리한 이중 환전이 발생합니다.
한국 사업자가 KRW로 청구하면, 카드사가 KRW를 USD로 환전하고 다시 소비자 자국 통화로 환전하는 과정에서 환율 손실이 두 번 쌓입니다. 소비자는 예상보다 높은 비용을 부담하게 되고, 카드사가 이 구조를 고위험 거래로 판단해 결제를 거절하는 경우도 생깁니다. 해외 고객 대상 청구는 USD 승인 방식을 선택하면 환전이 1회로 줄어 소비자 부담도 낮아집니다.
자주 묻는 질문
Q. 빌링키 발급 후 고객이 결제수단을 교체하면 어떻게 되나요?
결제수단이 바뀌면 기존 빌링키는 무효가 됩니다. 고객이 새 결제수단으로 재등록해야 합니다. 일부 카드사는 카드 갱신 시 빌링키를 자동 갱신하는 기능을 지원하지만, 국내에서는 아직 보편화되지 않았습니다. 결제 실패 시 고객에게 재등록을 안내하는 자동화 플로우를 미리 구축해야 합니다.
Q. 정기결제 MID 심사는 얼마나 걸리나요?
PG사와 카드사 심사를 합산하면 최소 2~4주가 걸립니다. 하나카드처럼 서류를 추가로 요구하는 경우 더 길어집니다. 서비스 론칭 일정을 역산해서 심사 신청을 먼저 진행하는 것이 안전합니다.
Q. 해외 결제 API 연동 시 PCI DSS 없이 가능한 방법이 있나요?
결제창 방식으로 연동하면 결제수단 정보가 가맹점 서버를 거치지 않으므로 PCI DSS 취득이 면제됩니다. API 방식이 꼭 필요하다면 토큰화 방식을 지원하는 PG사 선택을 검토해야 합니다.
Q. 단건 결제와 정기결제를 같은 PG사에서 운영할 수 있나요?
기술적으로는 가능합니다. 단, 각각 별도 MID를 발급받아야 하고 심사도 분리해서 진행합니다. 하나의 PG사 계약 하에서 두 가지 MID를 동시에 운영하는 구조입니다.
Q. 간편결제 정기결제에서 특정 결제수단만 쓰도록 강제할 수 있나요?
불가능합니다. 카카오페이, 네이버페이 등 간편결제는 사용자가 앱 내 설정에서 결제수단을 지정합니다. 가맹점은 어떤 카드·계좌가 연결되어 있는지 알 수 없고, 통제도 되지 않습니다. 특정 결제수단 고정이 요건이라면 카드 직납 방식 빌링키를 써야 합니다.
정기결제 연동, 코드보다 정책이 먼저입니다
정기결제의 경우 연동 일정이 밀리거나 심사에서 막히는 케이스의 대부분은 코드 문제가 아닙니다.
MID 심사 기간을 고려하지 않아 론칭이 밀리거나, 인증 생략 후 도용 사고로 전액 배상하거나, 크레딧 상품으로 카드사 심사를 통과하지 못해 BM을 뒤엎는 일이 반복됩니다.
PG사 선택 → 빌링키 발급 방식 결정 → 심사 신청 → 연동 개발 순서로 진행하되, 각 단계의 정책 조건을 먼저 확인하는 것이 가장 빠른 방법입니다.
PG사별 빌링 결제 지원 현황과 연동 조건이 궁금하다면 포트원 문서에서 확인하세요!
빌링키 결제 연동 문서 확인하기
