승인 (Authorization)
고객 인증이 끝나면 카드사가 한도·유효성을 검사해 승인 번호를 발급합니다. 이 시점에는 아직 돈이 움직이지 않고 한도만 잡힙니다.
승인부터 정산 마감까지 · 운영 해부 가이드
PG서비스는 카드·간편결제·해외 결제를
한 계정으로 묶는 결제대행 인프라
결제 버튼이 눌린 다음에 무슨 일이 일어나는지 아는 운영자는 흔치 않습니다. 승인, 전표 매입, 정산 입금, 취소 환불, 차지백 소명까지 — 도입 이후 실제로 굴러가는 결제 생애주기를 단계별로 해부하고, 일·주·월 운영 루틴으로 정리해 드립니다.
24시간
승인 수신 체계
4단계
결제 생애주기
2갈래
취소 경로 구분
1화면
입금 예정 대조
PG서비스란 무엇인가요?
온라인·오프라인 결제의 승인, 전표 매입, 정산, 취소·환불, 매출 데이터 조회를 하나의 운영 체계로 제공하는 결제 처리 서비스. 도입 이후에는 승인 → 매입 → 정산 → 사후관리 네 단계가 거래마다 반복되는 사이클로 돌아갑니다.
PG서비스 운영 사이클에서 꼭 기억할 것
- 결제 한 건은 승인 → 전표 매입 → 정산 대기 → 입금 마감 순서로 흐른다
- 취소는 당일 승인취소와 매입 후 환불로 갈라지며 고객에게 돌아가는 시점이 다르다
- 입금의 기준은 승인 합계가 아니라 매입 완료 금액에서 수수료를 차감한 정산금이다
- 승인 거절 코드와 매출 리포트를 읽을 줄 알면 운영 문의 대부분을 자가 진단할 수 있다
운영 사이클 단계
결제 요청 · 인증
카드사 승인
전표 매입
정산 대기 · 대조
입금 · 월 마감
취소 · 환불 · 차지백
도입 다음 날의 고민
"입금된 돈이 왜 매출 합계와
다른지 모르겠어요"
계약보다 어려운 건 도입 다음 날부터의 운영입니다. 승인은 떨어졌는데 통장에 돈이 안 보이거나, 취소를 눌렀는데 고객 환불이 늦어지는 상황은 대부분 결제 생애주기를 모르는 데서 생깁니다. 수수료 차감 구조와 전자결제 시스템 의 처리 순서를 함께 보면 입금액 차이의 원인이 단계별로 짚입니다.
- 승인 합계와 입금액이 달라 어느 단계에서 얼마가 차감됐는지 찾기 어렵다
- 고객은 취소했다는데 카드 앱 승인 내역에 그대로 남아 있다고 항의한다
- 환불을 처리했더니 입금 예정 금액이 마이너스로 표시되는 이유를 모른다
- 차지백 통보를 받았는데 소명 서류를 무엇부터 준비할지 막막하다
- 부가세 신고철마다 매출 자료를 어느 화면에서 내려받을지 헤맨다
결제 생애주기 해부
거래 한 건은 승인 · 매입 · 정산 · 사후관리를 통과합니다
화면에서는 "결제 완료" 한 줄이지만, 그 뒤에서는 네 단계가 차례로 진행됩니다. 각 단계에서 돈이 어디에 있는지 알면 운영 판단이 빨라집니다.
전표 매입 (Capture)
승인된 거래의 전표를 카드사에 청구하는 단계입니다. 매입이 끝나야 비로소 정산 대상 금액으로 잡힙니다.
돈의 위치가 보이면
운영 문의가 줄어듭니다
입금의 기준은 승인 합계가 아니라 매입 완료 금액이라는 것, 취소는 시점에 따라 처리 경로가 갈라진다는 것 — 이 두 가지만 알아도 정산 관련 의문 대부분이 풀립니다. PG서비스 관리 화면은 이 단계 전환을 거래 단위로 추적해 보여줍니다.
거래 단위 추적 · 단계별 금액 표시 · 월 마감 리포트정산 (Settlement)
매입 금액에서 수수료를 차감한 정산금이 계약 시 정한 D+영업일 기준으로 사업자 계좌에 입금됩니다. 주말·공휴일은 다음 영업일로 순연됩니다.
사후관리 (취소 · 차지백)
취소·환불·차지백·민원 같은 역방향 흐름을 처리하는 단계입니다. 환불 금액은 다음 입금 예정 금액에서 상계되는 방식으로 반영됩니다.
결제 한 건의 여정
결제 버튼에서 통장 입금까지, 거래가 지나는 다섯 정거장
고객 화면의 몇 초가 운영자 쪽에서는 며칠에 걸친 흐름이 됩니다. 거래 한 건을 따라가며 각 정거장에서 확인할 것을 정리합니다.
- 1결제 요청
고객이 결제창에서 카드 선택·본인 인증
- 2카드사 승인
한도·유효성 검사 후 승인 번호 발급
- 3전표 매입
승인 건 청구 접수 · 정산 대상 확정
- 4정산 대조
수수료·취소 상계 반영된 정산 명세 확인
- 5입금 · 마감
D+영업일 입금 · 월 매출 자료 마감
운영 루틴 캘린더
PG서비스 운영은 일 · 주 · 월 루틴으로 굳히면 끝납니다
매번 문제가 터질 때 대응하는 대신, 짧은 점검을 주기에 실어 두면 사고가 커지기 전에 잡힙니다. 현장에서 실제로 돌리는 점검 주기를 그대로 옮겼습니다.
매일 5분
일간 점검
- 전일 승인·취소 건수와 금액 훑어보기
- 미매입 상태로 남은 거래 유무 점검
- 승인 거절 건의 거절 코드 확인 후 고객 안내
매주 15분
주간 점검
- 입금 예정 금액과 통장 입금 내역 대조
- 환불 처리 후 고객 도착이 지연된 건 추적
- 결제창 진입 후 미완료된 거래 비율 확인
매월 30분
월간 마감
- 월 매출 자료 내려받아 기장 담당자에게 전달
- 수수료 차감 내역을 계약 조건과 맞춰보기
- 차지백·민원 발생 건 정리 및 재발 방지 메모
운영 모듈 라인업
기본 결제 위에 얹어 쓰는 여섯 가지 운영 모듈
승인·정산이라는 뼈대 위에, 사업 형태에 따라 골라 켜는 부가 기능들입니다. 온라인 결제 채널이 늘어날수록 함께 쓰게 되는 순서로 정리했습니다.
-
빌링
정기결제 빌링키
카드 정보를 토큰으로 바꿔 저장해 두고 매월 자동 청구하는 모듈. 결제 실패 시 재시도 간격과 횟수를 규칙으로 정해 둡니다.
구독 · 자동 청구 -
링크
결제 링크 · 수기 청구
쇼핑몰 없이도 문자·메일로 결제 페이지 주소를 보내 대금을 받는 방식. 견적 후 청구하는 거래나 전화 주문에 적합합니다.
비대면 청구 -
가상
가상계좌 · 현금영수증
무통장 입금 고객에게 1회용 계좌번호를 발급하고, 입금 통보와 현금영수증 발행까지 자동으로 잇는 모듈입니다.
입금 자동 확인 -
웹훅
웹훅 · 알림 연동
승인·취소·입금 이벤트를 사업자 시스템으로 실시간 전송해 주문 상태를 자동 갱신합니다. 수작업 대사를 줄이는 핵심 모듈입니다.
이벤트 자동화 -
리폿
매출 리포트 · API
기간별·결제수단별 매출과 정산 명세를 내려받거나 API로 회계 시스템에 직접 연결합니다. 월 마감 시간을 크게 줄여줍니다.
데이터 연결 -
안전
에스크로 · 구매안전
전자상거래법상 일정 거래 유형에 적용되는 구매안전 서비스를 같은 계약 안에서 함께 운영합니다.
법정 의무 대응
역방향 흐름
취소 · 환불은 시점에 따라 길이 갈라집니다
고객에게는 똑같은 "취소"지만, 전표가 카드사로 넘어가기 전인지 후인지에 따라 처리 경로와 고객 카드에 반영되는 시점이 달라집니다.
-
Route 01
당일 승인취소
매입 전 취소는 승인 자체가 사라져 고객 카드 한도가 곧바로 복구됩니다.
-
Route 02
매입 후 환불
전표가 넘어간 뒤에는 환불 절차로 전환되어 카드사 처리 일정에 따라 고객에게 돌아갑니다.
-
Route 03
부분취소
거래 금액의 일부만 취소하는 방식. 옵션 환불이나 부분 반품 처리에 사용합니다.
-
Route 04
정산 상계
환불 금액은 다음 입금 예정 금액에서 차감 반영됩니다. 환불이 몰리면 마이너스 표시가 날 수 있습니다.
예외 상황 대응
자주 만나는 네 가지 예외, 당황하지 않는 대응 순서
결제가 매끄러울 때는 아무 일도 없지만, 예외는 꼭 바쁜 날 터집니다. 미리 대응 순서를 알아두면 고객 응대 멘트까지 정해집니다.
Case 01
승인 거절 코드 읽기
한도 초과·정지 카드·비밀번호 오류 등 거절 사유가 코드로 반환됩니다. 코드를 보면 고객에게 안내할 문구가 정해집니다.
Case 02
통신 오류 · 재시도
결제 도중 연결이 끊긴 거래는 승인 여부를 먼저 조회한 뒤 재시도하거나 망상 취소로 정리해 이중 청구를 막습니다.
Case 03
중복 결제 정리
같은 주문에 승인이 두 건 잡혔다면 한 건을 승인취소해 고객 청구를 정돈하고, 재발 방지를 위해 이탈 구간을 점검합니다.
Case 04
차지백 통보 대응
고객이 카드사에 이의를 제기하면 주문서·배송 기록 같은 거래 증빙을 기한 안에 제출해 소명합니다. 평소 증빙 보관이 핵심입니다.
데이터 활용
쌓이는 결제 데이터는 그 자체로 운영 컨설턴트입니다
리포트를 장식으로 두지 말고 네 가지 숫자만 주기적으로 보세요. 가격 정책부터 인력 배치까지 판단 근거가 데이터에서 나옵니다.
Signal 01
시간대 결제 피크
승인 건수가 몰리는 시간대를 보고 프로모션 타이밍·재고·상담 인력을 배치합니다.
Signal 02
객단가 추이
평균 결제 금액의 변화를 추적해 묶음 구성과 가격 정책을 조정합니다.
Signal 03
재결제 성공률
정기결제 재시도가 성공하는 비율을 보고 청구일과 재시도 간격을 손봅니다.
Signal 04
결제 이탈 구간
결제창 진입 후 미완료 비율로 인증 단계와 결제수단 노출 순서를 점검합니다.
업종별 운영 시나리오
같은 인프라, 업종이 다르면 운영 시나리오가 달라집니다
어떤 모듈을 켜고 어떤 루틴을 도는지가 업종마다 다릅니다. 세 가지 실제형 시나리오로 자기 사업에 가까운 그림을 찾아보세요.
-
클래스
온라인 클래스 플랫폼
월 구독은 빌링키로 자동 청구하고, 결제 실패는 재시도 규칙으로 회수합니다. 수강권 중도 해지는 부분취소로 처리하고 재결제 성공률을 주간 루틴에서 점검합니다.
빌링 + 부분취소 운영 -
공방
예약제 공방 · 스튜디오
예약금은 결제 링크로 청구하고, 노쇼·일정 변경은 환불 규정에 맞춰 부분취소를 적용합니다. 주말 피크 시간대 데이터를 다음 달 클래스 편성에 활용합니다.
결제 링크 + 피크 분석 -
B2B
부품 B2B 온라인몰
가상계좌 입금 비중이 높은 거래처 운영. 웹훅으로 입금 통보를 받아 출고를 자동으로 트리거하고, 월 마감 때 매출 명세를 기장 담당자에게 그대로 전달합니다.
가상계좌 + 웹훅 자동화
역할 분담표
단계마다 PG가 하는 일과 운영자가 챙길 일은 따로 있습니다
어디까지가 인프라 몫이고 어디부터가 운영자 몫인지 경계를 알아두면, 문제가 생겼을 때 문의할 곳과 직접 처리할 일이 바로 구분됩니다.
| 운영 단계 | PG서비스가 처리하는 일 | 운영자가 확인할 일 |
|---|---|---|
| 결제 승인 | 카드사 승인 중계 · 거절 코드 반환 | 거절 고객 안내 · 재결제 유도 |
| 전표 매입 | 승인 건 자동 매입 청구 | 미매입 거래 일간 점검 |
| 정산 입금 | 수수료 차감 후 D+영업일 입금 | 입금액과 매출 장부 대조 |
| 취소 · 환불 | 승인취소 · 환불 전표 처리 | 환불 정책 결정 · 고객 커뮤니케이션 |
| 차지백 | 카드사 통보 전달 · 소명 서류 접수 | 거래 증빙 준비 · 기한 내 제출 |
| 데이터 보안 | 카드정보 토큰화 보관 (PCI DSS 환경) | 관리 화면 계정 · 권한 관리 |
| 신고 자료 | 기간별 매출 명세 제공 | 부가세 신고 · 기장 반영 |
운영 Q&A
운영하다 보면 반드시 한 번은 만나는 질문들
승인과 매입(전표 매입)은 무엇이 다른가요?
승인은 카드사가 "이 거래는 유효하다"고 한도를 잡아두는 단계이고, 매입은 그 거래의 전표를 카드사에 청구해 실제 돈의 이동을 확정하는 단계입니다. 입금 계산의 기준이 되는 것은 승인 합계가 아니라 매입 완료 금액입니다.
입금일은 어떻게 정해지고, 왜 어떤 날은 입금이 없나요?
계약 시 정한 D+영업일 기준으로 매입 완료 금액에서 수수료를 차감한 정산금이 입금됩니다. 주말·공휴일은 영업일이 아니어서 다음 영업일로 순연되며, 연휴 직후에는 며칠 치가 한 번에 들어올 수 있습니다.
고객이 취소했는데 카드 승인 내역에 아직 남아 있다고 합니다.
당일 승인취소라면 한도가 곧 복구되지만, 카드 앱 표시 갱신에는 시차가 있을 수 있습니다. 매입 이후의 취소는 환불 절차로 전환되어 카드사 처리 일정을 거치므로 며칠 더 걸립니다. 거래의 현재 단계를 관리 화면에서 확인해 그대로 안내하면 됩니다.
부분취소도 가능한가요?
예. 거래 금액 중 일부만 지정해 취소할 수 있습니다. 옵션 환불·부분 반품·중도 해지 정산 등에 사용하며, 취소된 금액만 다음 입금 예정 금액에서 상계됩니다.
차지백 통보를 받으면 무엇부터 해야 하나요?
통보서에 적힌 제출 기한을 먼저 확인하고, 주문서·결제 기록·배송 추적·고객과의 안내 이력 같은 거래 증빙을 모아 기한 안에 제출합니다. 증빙이 충실할수록 소명이 받아들여질 가능성이 높아지므로 평소 기록 보관 습관이 중요합니다.
현금영수증과 매출전표는 누가 발행하나요?
카드 매출전표는 결제 완료 시 자동 생성되어 고객이 영수증 화면으로 확인할 수 있고, 가상계좌·계좌이체 거래의 현금영수증은 모듈을 켜두면 입금 확인 시점에 자동 발행됩니다. 운영자가 건별로 수동 발행할 필요가 없습니다.
결제 데이터는 어디까지 조회하고 내려받을 수 있나요?
거래 단위의 승인·취소 이력, 기간별 매출 집계, 수수료 차감 내역이 포함된 정산 명세를 관리 화면에서 조회·다운로드할 수 있습니다. API를 연결하면 같은 데이터를 회계 시스템이나 자체 백오피스로 자동 수집할 수도 있습니다.
운영 데이터로 시작하는 진단
PG서비스, 도입보다 운영이 궁금하다면
지금 결제 내역으로 진단받아 보세요
최근 승인·취소 이력과 입금 명세가 있다면 어느 단계에서 운영이 새고 있는지 짚어드립니다. 정산 주기와 모듈 구성, 일·주·월 점검 루틴까지 사업 형태에 맞춰 함께 설계합니다.
