한국에서 SaaS 결제 붙이는 데 진짜 얼마나 걸릴까 — 사업자등록부터 정기결제까지

SaaS를 만들어 본 사람이라면 한 번쯤 이런 경험을 합니다. 결제 연동 코드는 하루 만에 붙였는데, 정작 돈을 받기까지 한 달이 걸립니다.

이유는 단순합니다. 결제에서 오래 걸리는 건 개발이 아니라 심사입니다. PG사 SDK를 붙이는 일은 문서대로 하면 하루 이틀이면 끝나지만, 그 결제가 실제로 승인되려면 사업자등록 → PG 계약 → 통신판매업 신고 → 카드사 심사라는 행정 절차를 통과해야 합니다. 그리고 이 절차는 대부분 직렬입니다. 앞 단계가 끝나야 다음이 시작됩니다.

이 글은 그 타임라인을 실제 순서대로 정리한 것입니다.

실제 순서: 대부분 거꾸로 알고 있습니다

가장 많이 하는 착각이 "통신판매업 신고부터 하고 PG를 알아봐야지" 입니다. 순서가 반대입니다.

통신판매업 신고를 하려면 대부분 구매안전서비스 이용확인증(에스크로 확인증)을 제출해야 하는데, 이 확인증은 PG사와 계약한 뒤 PG사 관리자 페이지에서 발급받는 서류입니다. 즉 PG 계약이 먼저입니다.

실제 순서는 이렇습니다.

가장 긴 구간은 5번 카드사 심사입니다. PG사와 계약했다고 끝이 아니라, 카드사가 따로 가맹점을 심사합니다. 토스페이먼츠 계약 절차 안내나 식스샵 가이드 같은 문서들이 공통적으로 2~3주를 이야기하는 게 이 구간입니다.

정리하면 아무 문제 없이 순조롭게 흘러가도 3~4주, 서류가 한 번이라도 반려되면 그 이상입니다. "다음 주에 결제 열자"가 안 되는 이유입니다.

기간은 PG사·업종·서류 상태에 따라 달라집니다. 위 숫자는 각 사가 공개한 안내 기준의 일반적인 범위이지 보장된 값이 아닙니다.

SaaS는 심사에서 유독 불리합니다

여기서 SaaS 창업자가 특히 억울해지는 지점이 있습니다. 무형 서비스라 심사가 더 깐깐합니다. 포트원은 SaaS 정기결제 가이드에서 SaaS를 아예 "리스크가 큰 업종" 으로 분류한다고 설명합니다. 물건을 배송하는 쇼핑몰과 달리, 실체가 눈에 안 보이니 카드사 입장에선 검증할 게 없는 겁니다.

그래서 심사에서 요구하는 게 명확합니다. 같은 가이드가 드는 요건은 두 가지입니다.

• 로그인 없이 누구나 볼 수 있는 랜딩 페이지 — 심사자가 회원가입해야 서비스를 볼 수 있으면 심사를 못 합니다.
• 요금제·환불 규정·정기결제 해지 방법이 명확히 적힌 약관

여기서 실무적으로 중요한 결론이 나옵니다. 랜딩 페이지와 약관은 개발이 끝난 뒤에 만드는 게 아니라, 개발 중에 미리 올려둬야 합니다. 제품이 완성될 때쯤 심사를 넣으면 그때부터 3~4주가 시작되지만, 랜딩과 약관을 먼저 띄워두고 심사를 병렬로 돌리면 그 시간을 통째로 아낍니다. 심사가 직렬이라는 사실을 아는 사람만 쓸 수 있는 지름길입니다.

정기결제는 또 다른 산입니다

일반결제(한 번 긁는 것)를 열었다고 구독 결제가 되는 게 아닙니다. 정기결제는 빌링키라는 별도 개념 위에서 돌아갑니다.

빌링키는 고객의 카드 정보를 대신하는 암호화된 결제용 키입니다. 카드번호를 우리 서버에 저장하는 건 불가능하니, 최초 1회 카드 등록 시 발급받은 이 키를 저장해두고 매달 결제를 요청하는 구조입니다. 무료 체험이 끝났을 때 고객이 아무것도 안 해도 자동으로 결제가 걸리는 게 이것 덕분입니다.

문제는 두 가지입니다.

첫째, 빌링키는 PG사마다 규격이 다르고 서로 호환되지 않습니다. 이게 생각보다 무섭습니다. 나중에 수수료가 더 싼 PG로 갈아타고 싶어도, 기존 고객의 빌링키를 그대로 옮길 수 없습니다. 고객 전원에게 "카드를 다시 등록해 주세요"라고 요청해야 하는데, 구독 서비스에서 이건 곧 이탈입니다. 첫 PG 선택이 생각보다 오래 발목을 잡습니다.

둘째, 과금 로직 자체가 복잡합니다. 월간/연간 플랜이 섞이고, 중간에 업그레이드·다운그레이드가 일어나고, 여기에 일할 계산까지 붙으면 결제 도메인만으로 상당한 개발 분량이 나옵니다. 포트원도 이 조합을 복잡도의 주범으로 꼽습니다.

그래서 요즘은 결제를 직접 붙이는 대신 구독 결제 자체를 대신 처리해주는 솔루션을 쓰는 선택지가 늘었습니다. 스텝페이 같은 구독 전문 솔루션이나, 스타트업 대상 PG인 페이플이 그런 축입니다. 크리에이터처럼 결제 링크 하나면 충분한 경우엔 래피드 같은 링크 결제가 훨씬 빠릅니다. 결제가 열리고 나면 곧바로 세금계산서 발행이 따라오는데, 이건 볼타 같은 도구로 넘기는 편이 낫습니다.

해외 고객이 주 타깃이라면 계산이 달라집니다

지금까지 이야기한 절차는 전부 국내 결제 기준입니다. 만약 처음부터 해외 고객이 주 타깃이라면, 국내 PG 심사를 통과하는 대신 MoR(Merchant of Record) 방식을 검토할 수 있습니다. 판매자를 대행 업체 이름으로 두고 부가세·세금 처리까지 넘기는 구조라, 국내 카드사 심사를 거치지 않고 훨씬 빨리 결제를 열 수 있습니다.

대신 수수료가 국내 PG보다 높고, 한국 사용자에게는 결제 경험이 불편합니다(국내 카드·간편결제 지원이 약함). 국내 고객이 주력이면 결국 국내 PG를 붙여야 하므로, 타깃이 어디인지부터 정하는 게 먼저입니다. 해외 진출을 염두에 둔다면 국내 PG와 해외 결제를 함께 쓰는 멀티 PG 구성이 일반적입니다.

결제를 열기 전 체크리스트

• 사업자등록증 — 모든 절차의 출발점입니다.
• PG 계약을 먼저 — 통신판매업 신고에 필요한 구매안전서비스 이용확인증이 여기서 나옵니다.
• 로그인 없이 보이는 랜딩 페이지 — 개발 완료 전에 미리 띄워두세요. 심사 시간을 통째로 아낍니다.
• 약관에 요금제·환불 규정·해지 방법 명시 — SaaS 심사에서 가장 자주 걸리는 항목입니다.
• 첫 PG는 신중하게 — 빌링키는 PG 간 이전이 안 됩니다.
• 카드사 심사 2~3주를 일정에 미리 넣어두세요.

정리

결제 연동에서 개발자가 통제할 수 있는 건 사실 코드뿐이고, 시간을 잡아먹는 건 전부 심사입니다. 그래서 결제를 마지막에 붙이려는 계획 자체가 함정입니다. 랜딩 페이지와 약관을 먼저 올려 심사를 일찍 시작하고, 그 3~4주 동안 제품을 마저 만드는 편이 훨씬 빠릅니다.

결제·정산과 관련된 국내 서비스는 핀테크 카테고리와 커머스 카테고리에서 지금도 운영 중인 것들만 모아 비교할 수 있습니다. saaskr는 등록된 서비스의 운영 상태를 매주 자동으로 점검해, 실제로 살아있는 SaaS만 노출합니다.

직접 만드신 SaaS가 있다면 등록해 주세요. 검색으로 서비스를 찾는 구매 검토자에게 노출됩니다.