Pay프랜차이즈 본사가 결제 시스템을 도입할 때 가장 먼저 부딪히는 문제는 "50개 지점을 어떻게 한 번에 관리할 것인가" 입니다.
지점마다 카드 단말기·결제 솔루션을 따로 계약하면 본사는 매출 통합이 어렵고, 반대로 본사가 모든 결제를 받으면 지점별 정산·세무 처리가 복잡해집니다. 두 가지 모두를 해결하는 게 본 글의 주제입니다.
1. 다지점 결제의 두 가지 모델
① 본사 일괄 수령 모델
본사 한 사업자번호로 결제를 받고, 본사가 지점에게 분배하는 방식.
- 장점: 본사 통합 매출 한눈에 보임, 지점 가맹등록 절차 불필요
- 단점: 본사가 정산 책임 부담, 지점 세무 처리 복잡, 부가세 정산 이슈
② 지점 직접 수령 모델
지점마다 본인 사업자번호로 가맹등록하고, 지점 통장으로 직접 결제받는 방식.
- 장점: 정산·세무 책임이 지점에게 분산, 본사 부담 X
- 단점: 지점마다 가맹등록 절차 필요, 본사 매출 통합이 어려움
2. Payvit 의 본사·그룹 모드 — 두 모델의 장점만 결합
Payvit 은 지점 직접 수령 + 본사 통합 조회 를 동시에 구현합니다. 결제는 지점 통장으로 직접 입금되지만, 본사는 모든 지점 매출을 한 화면에서 통합 조회 가능.
이를 위한 핵심 구성은 3단계 권한 체계입니다.
| 역할 | 권한 범위 | 주요 기능 |
|---|---|---|
| 본사 (GROUP) | 그룹 내 전체 지점 | 통합 매출 조회, 결제창 일괄 설정, 초대코드 발급 |
| 지점 (MERCHANT) | 본인 지점만 | 본인 결제 조회·관리, 본사 정책 자동 상속 |
| 시스템 (API Key) | API 호출용 | 본사 시스템 연동, ADMIN/MERCHANT 2단계 권한 |
3. 신규 지점 1분 온보딩 — 초대코드 흐름
새 지점이 오픈할 때마다 본사가 가맹등록 절차를 일일이 처리하면 비효율적입니다. Payvit 은 본사가 발급한 초대코드 한 줄로 지점이 자가 가입하는 흐름을 제공합니다.
- 본사가 초대코드 발급 — 자가관리 페이지에서 1클릭, 또는 API 한 번 호출
- 지점이 코드로 가입 —
/apply/{초대코드}URL 에서 사업자등록증 업로드 - 자동 그룹 매칭 — 처리 후 자동으로 본사 그룹에 매칭
- 1분 내 결제 가능 — 지점이 보유한 기존 카드 가맹번호를 자동 연결
지점장이 본사를 방문할 필요 없이, 본사도 별도 가맹등록 작업 없이 코드 한 줄로 신규 지점이 결제 가능 상태로 도달합니다.
4. 정산 — 카드사 직접 입금이 본사·지점 모두에게 유리
Payvit 은 카드사 직거래(VAN) 모델이라 결제금이 카드사 → 지점 통장으로 직접 입금됩니다. 본사가 정산 책임을 지지 않습니다.
| 흐름 | 본사 일괄 PG | Payvit (지점 직접) |
|---|---|---|
| 결제금 정산 | 본사 통장 → 지점 분배 | 카드사 → 지점 통장 직접 |
| 본사 부가세 처리 | 본사가 모두 처리 (복잡) | 지점 각자 (본사 부담 없음) |
| 지점 입금 시점 | 본사 분배 일정 (D+7~14) | D+1 ~ D+2 |
| 분쟁 책임 | 본사 | 카드사 (지점은 단순 가맹점) |
지점은 빨리 정산받고, 본사는 정산 책임에서 벗어납니다. 동시에 본사 자가관리 페이지에서 모든 지점 매출을 실시간 조회할 수 있어 통합 모니터링도 그대로.
5. 화이트라벨 — 본사 브랜드 그대로
프랜차이즈 본사 입장에서 결제창에 결제 서비스 회사 이름이 노출되는 건 부담스럽습니다. Payvit 은 결제창·결제 링크·이메일 발송까지 본사 브랜드로 운영 가능합니다.
- 결제창 커스터마이징 — 본사 컬러·로고·폰트로 맞춤 제작
- 자체 도메인 — 결제 링크가 본사 도메인으로 운영 (고객 입장에서 Payvit 인지하지 않음)
- 자체 이메일 발송 — 영수증·결제 알림이 본사 도메인 이메일로 전송
고객은 본사 자체 결제 시스템처럼 인식합니다. Payvit 은 결제 인프라만 제공하고 표면에는 드러나지 않습니다.
6. 본사 운영 시나리오
시나리오 A: 카페 프랜차이즈 (50개 지점)
본사가 모바일 주문·예약 앱을 운영. 결제는 지점별로 받지만, 본사 앱에서 통합 매출 분석.
- 지점 신규 오픈: 초대코드 SMS 발송 → 점주가 사업자등록증 업로드 → 1분 내 결제 가능
- 본사 대시보드: 지역별·시간대별·메뉴별 매출 분석 + 지점별 비교
- 지점 정산: 카드사 → 지점 통장 직접 D+1 입금 (본사 손대지 않음)
시나리오 B: 학원 프랜차이즈 (200개 지점)
본사가 LMS 시스템을 운영. 학부모가 LMS 에서 수강료 결제하면 결제는 분원으로 직접.
- 본사 LMS 가 Payvit API 호출 → 지점별 결제 링크 자동 생성
- 학부모 결제 → 분원 통장 직접 입금 + 본사 LMS 에 결제 완료 웹훅 수신
- 본사: 전체 분원 매출 통합 + 분원별 비교, 분원: 본인 매출만 조회
시나리오 C: 미용실 그룹 (30개 지점)
본사가 예약 플랫폼 운영. 고객이 예약 시점에 예약금 결제, 결제는 해당 지점으로.
- 예약 시 본사 시스템이 자동으로 해당 지점 결제 링크 생성 → 카톡 발송
- 고객 결제 → 미용실 통장 직접 → 미용실은 본인 매출만, 본사는 전체 트렌드
- 노쇼 발생 시 환불도 카드사 직접 처리 — 본사 정산 분쟁 0
7. 본사 시스템 연동 — API 한 줄
본사 시스템이 자동으로 신규 지점 등록·결제 생성하려면 API 호출이 필요합니다.
Payvit 은 X-API-Key 헤더 한 줄로 인증되는 단순한 REST 구조.
본사가 새 지점을 등록하는 코드 예시:
POST /api/merchant/register-full
Headers:
X-API-Key: {ADMIN_API_KEY}
Content-Type: multipart/form-data
Body:
merchantId = "biz-gangnam"
merchantNm = "강남지점"
bizNo = "123-45-67890"
ownerNm = "홍길동"
ownerBirth = "19800101"
ownerPhone = "010-1234-5678"
addr = "서울 강남구 테헤란로 1"
contractFile = @business-license.pdf
→ 응답: 가맹점 ID + API Key + 카드 가맹등록 결과 한 번에
이 한 호출로 카드 가맹번호 발급 · 간편결제 하위가맹등록 · API Key 발급 까지 자동.
ChatGPT·Claude 에 OpenAPI 스펙(https://api.getpayvit.com/openapi.yaml) 첨부하면 본사 스택에 맞는 코드 자동 생성됩니다.
8. 도입 체크리스트
본사 결제 도입 전 확인해야 할 항목들입니다.
- ☐ 지점 사업자등록증을 본사가 보유하고 있는가? (필수 — 가맹등록용)
- ☐ 지점 정산 통장 정보 일괄 수집 가능한가? (사후 변경도 가능, 우선 진행 OK)
- ☐ 본사 시스템에 결제 API 호출 가능한가? (Node.js·Java·Python 어떤 환경도 OK)
- ☐ 결제창 커스터마이징 필요한가? (시안 협의 후 별도 제작)
- ☐ 본사 이메일 발송 SMTP 설정 가능한가? (선택 — 미설정 시 기본 메일 발송)
위 항목 대부분 OK 라면 본사 도입 후 1주일 내 첫 지점 결제 가능 한 일정으로 시작할 수 있습니다.
9. 정리
- 다지점 결제는 본사 통합 수령 vs 지점 직접 수령 사이에서 선택해 왔지만, Payvit 은 둘 다.
- 3단계 권한 (본사·지점·시스템) 으로 본사는 통합 조회 + 지점은 직접 정산 모두 가능.
- 초대코드 한 줄로 신규 지점 1분 온보딩 — 본사 작업 부담 0.
- 카드사 → 지점 통장 직접 정산이라 본사는 정산·분쟁 책임에서 자유.
- 화이트라벨로 결제 인프라가 본사 브랜드로 운영됨.
프랜차이즈는 결제가 자주 막히는 영역인 동시에, 비즈니스 효율이 가장 큰 영역입니다. 50개 지점 결제를 본사 한 명이 관리하는 게 가능한 시대입니다.
※ 이 글은 Payvit 본사·그룹 모드 운영 가이드 (2026년 4월 기준) 를 바탕으로 작성되었습니다. 대규모 도입은 사전 기술 검토를 거쳐 단계별 진행을 권장합니다.