핵심 요약
- 결제 논의가 꼬이는 가장 흔한 이유는 같은 장면을 다른 말로 부르기 때문이에요.
- 특히 인증 / 승인 / 빌링키 / 웹훅 / 취소 / 환불 / 정산은 회의에서 자주 섞여요.
- 이 문서는 각 용어를 한 줄 뜻 + 바로 떠오르는 장면으로 정리한 치트시트예요.
1결제 흐름에서 자주 엇갈리는 용어
결제는 한 번에 끝나는 것처럼 보여도 실제로는 확인 → 요청 → 결과 수신 → 후속 처리로 나뉘어요. 그래서 비슷한 단어도 서로 다른 장면을 가리킬 수 있어요.
| 용어 | 한 줄 뜻 | 보통 떠올리면 쉬운 장면 |
|---|---|---|
| 인증 (Authentication) | 고객이 카드사 앱이나 인증창에서 비밀번호·생체인증 같은 본인 확인을 하는 단계 | 결제창에서 잠깐 벗어나 카드사 앱이나 인증 화면으로 가는 장면 |
| 승인 (Authorization) | 인증이 끝난 뒤 실제 결제 요청이 들어가 성공/실패가 결정되는 단계 | 다시 PG 결제창으로 돌아와 결제 완료가 확정되는 장면 |
| 빌링키 (Billing Key) | PG 결제창에서 카드번호·유효기간·생년월일 등을 입력해 반복 결제용 키를 발급받는 것 | 첫 카드 등록만 끝난 상태이지, 아직 실제 청구는 안 된 장면 |
| 웹훅 (Webhook) | 결제 결과를 우리 서버로 다시 알려주는 서버 간 알림 | 고객 화면과 별개로 서버에 결제 결과가 들어오는 장면 |
| 멱등성 (Idempotency) | 같은 요청이 여러 번 와도 한 번만 반영되게 막는 장치 | 결제 버튼을 두 번 눌러도 주문은 한 번만 처리되는 장면 |
| 서버 승인 | 화면에서 끝내지 않고 서버가 주문을 확인한 뒤 결제를 확정하는 방식 | 재고·금액·주문 상태를 서버가 먼저 확인하고 승인하는 장면 |
인증
인증은 보통 고객이 카드사 앱이나 인증창에서 비밀번호를 넣거나 생체인증을 하는 본인 확인 구간이에요. 여기까지 갔다고 결제가 끝난 것은 아니에요. 쉽게 말해 "본인 맞는지 확인하는 장면"이에요.
승인
승인은 인증이 끝난 뒤 실제 결제 요청이 들어가서 성공 또는 실패 결과가 나는 단계예요. 보통 카드사 인증을 마치고 다시 PG 결제창으로 돌아온 뒤 결제 완료가 확정되는 장면을 떠올리면 쉬워요. 현장에서 "결제됐어요"라고 말할 때는 대부분 이 단계를 뜻해요.
빌링키
빌링키는 PG 결제창에서 카드번호, 유효기간, 생년월일 같은 정보를 입력해 받아두는 반복 결제용 키예요. 쉽게 말해 카드를 한 번 등록해두는 단계예요. 그래서 빌링키가 발급됐다고 매출이 발생한 것은 아니고, 실제 청구는 그다음 승인 요청에서 따로 일어나요.
웹훅
웹훅은 결제 결과를 결제사 쪽에서 우리 서버로 다시 알려주는 서버 간 알림이에요. 고객이 완료 화면을 못 봤더라도 서버에는 결과가 들어올 수 있어요. 반대로 화면에서 끝난 것처럼 보여도 서버 기준으로는 아직 정리가 안 됐을 수 있어요.
멱등성
멱등성은 중복 클릭이나 네트워크 재시도가 있어도 같은 요청이 두 번 반영되지 않게 막는 장치예요. 결제는 한 번만 해야 하는데 요청은 두 번 들어올 수 있기 때문에 꼭 필요해요. 특히 부분 취소, 환불, 재시도 결제에서 중요해요.
서버 승인
서버 승인은 사용자 화면에서 바로 끝내지 않고, 서버가 주문 정보를 먼저 확인한 뒤 결제를 확정하는 방식이에요. 재고, 할인, 주문 금액처럼 틀리면 안 되는 조건이 많을수록 이 방식이 안전해요. 쉽게 말해 "결제 전에 서버가 마지막 검수를 한 번 더 하는 장면"이에요.
2취소 · 환불 · 정산에서 자주 헷갈리는 용어
결제가 끝난 뒤에는 어떻게 되돌릴지와 언제 돈이 실제로 움직일지를 따로 봐야 해요. 이 구간의 용어를 섞어 쓰면 운영 정책이 가장 먼저 헷갈려요.
| 용어 | 한 줄 뜻 | 보통 떠올리면 쉬운 장면 |
|---|---|---|
| 취소 (Cancellation / Void) | 이미 끝난 결제를 전산상 되돌리는 것 | 관리자나 서버에서 카드 결제를 바로 취소하는 장면 |
| 환불 (Refund) | 전산 취소가 안 되어 별도로 돈을 돌려주는 것 | 고객 계좌를 받아 직접 돈을 돌려주는 장면 |
| 부분 취소 (Partial Cancel) | 결제 금액 중 일부만 취소하는 것 | 10만 원 결제 중 2만 원만 취소하는 장면 |
| 정산 (Settlement) | 수수료 등을 제외하고 실제 입금되는 과정 | 결제 후 며칠 지나 우리 계좌로 돈이 들어오는 장면 |
| 에스크로 (Escrow) | 구매 확정 전까지 대금을 제3자가 보관하는 구조 | 배송 완료나 구매 확정 전까지 돈이 묶여 있는 장면 |
| 정산대사 (Reconciliation) | 우리 기록과 PG사 정산 자료를 맞춰보는 작업 | 주문 내역과 정산서를 한 줄씩 비교하는 장면 |
취소
취소는 결제가 끝난 뒤 시스템이나 API로 그 결제 자체를 되돌리는 처리예요. 카드나 간편결제처럼 전산으로 바로 되돌릴 수 있는 수단에서는 보통 이 표현을 써요. 쉽게 말해 결제 기록 자체를 취소하는 장면이에요.
환불
환불은 전산상 취소가 어렵거나 불가능해서 별도로 돈을 돌려주는 처리예요. 가상계좌처럼 고객 계좌를 다시 확인해야 하는 수단에서 자주 나와요. 쉽게 말해 원거래를 되돌리는 것이 아니라 돈을 다시 보내주는 장면이에요.
실무 메모
- 취소는 원거래를 전산상 되돌리는 처리예요.
- 환불은 고객에게 돈을 돌려주는 실행이에요.
- 매출 차감은 이미 잡힌 매출과 증빙을 다시 맞추는 회계 정리예요.
부분 취소
부분 취소는 전체 금액을 다 취소하지 않고 일부 금액만 되돌리는 처리예요. 여기서 중요한 것은 횟수보다 해당 결제수단이 부분 취소를 지원하느냐예요. 지원하지 않으면 운영 방식 자체를 다르게 잡아야 해요.
정산
정산은 승인이 끝난 거래를 기준으로 수수료 등을 반영해 실제 돈이 들어오는 단계예요. 결제가 끝났다고 바로 입금되는 것은 아니에요. 쉽게 말해 고객 결제와 우리 입금 사이에 있는 시간차 구간이에요.
에스크로
에스크로는 거래가 완전히 끝났다고 보기 전까지 대금을 제3자가 보관하는 구조예요. 그래서 일반 결제보다 돈이 묶여 있는 시간이 더 길 수 있어요. 쉽게 말해 거래가 확인될 때까지 돈을 잠깐 맡겨두는 장면이에요.
정산대사
정산대사는 우리 주문·결제 기록과 PG사 정산 자료를 한 줄씩 맞춰보는 작업이에요. 실무에서는 결국 왜 돈이 덜 들어왔는지 찾는 일에 가까워요. 누락, 취소 반영 시차, 수수료 차이를 여기서 확인해요.
3구조를 이해할 때 필요한 기본 용어
회의 중에는 흐름 용어만 나오는 것 같아도, 실제로는 구조 용어가 같이 섞여요. 이 단어들은 결제 시스템의 뼈대를 설명할 때 자주 나와요.
| 용어 | 한 줄 뜻 | 보통 떠올리면 쉬운 장면 |
|---|---|---|
| PG (Payment Gateway) | 온라인 결제를 연결해주는 결제 대행사 | 우리 서비스와 카드사 사이에 있는 결제창 제공 업체 |
| 가맹점 (Merchant) | 결제를 도입해 판매하는 주체 | 결제를 붙여서 상품이나 서비스를 파는 우리 서비스 |
| MID (Merchant ID) | 결제사에서 발급한 가맹점 식별값 | 테스트 키와 실사용 키를 구분해서 붙이는 장면 |
| VAN | 주로 오프라인 카드 승인 중계를 맡는 사업자 | 오프라인 카드 단말기 뒤에서 승인 연결을 맡는 장면 |
| 빌링 (Billing) | 반복 청구를 포함한 과금 흐름 전반 | 매달 자동결제가 돌아가거나 정기 과금이 잡히는 장면 |
PG
PG는 온라인 결제에서 여러 카드사·은행과의 연결을 대신 맡아주는 결제 대행사예요. 결제창, 승인 전달, 취소 처리, 정산 관리가 여기서 묶여요. 쉽게 말해 여러 결제수단을 한 번에 붙이게 해주는 중간 사업자예요.
가맹점
가맹점은 결제를 붙여서 실제 판매를 하는 주체예요. 이 문서에서는 보통 우리 서비스라고 생각하면 돼요. 고객에게 물건이나 서비스를 파는 쪽이에요.
MID
MID는 결제 요청을 보낼 때 쓰는 가맹점 식별값이에요. 테스트용과 실사용용이 따로 있는 경우가 많아서 섞어 쓰면 사고가 나기 쉬워요. 쉽게 말해 결제사 안에서 우리 상점을 구분하는 번호예요.
VAN
VAN은 오프라인 카드 승인 중계를 담당하는 경우가 많아요. 온라인 결제만 다루면 자주 볼 일은 적지만, 결제 인프라 전체를 설명할 때 가끔 함께 등장해요. 쉽게 말해 오프라인 카드 승인 연결망 쪽 단어예요.
빌링
빌링은 넓게는 과금 전반을, 좁게는 자동결제·반복 청구를 뜻해요. 그래서 이 단어가 나오면 지금 정기결제를 말하는지, 전체 과금 구조를 말하는지 먼저 맞추는 편이 좋아요.
4이 치트시트를 실제로 쓰는 방법
치트시트는 많이 아는 것보다 같이 쓸 말을 먼저 맞추는 데 의미가 있어요. 아래 네 가지만 맞춰도 회의가 훨씬 덜 헷갈려요.
1) 먼저 "지금 어느 장면 이야기인지"부터 맞춰요
가장 자주 꼬이는 건 같은 결제를 두고도 인증 얘기인지, 승인 얘기인지, 정산 얘기인지 섞어 말하는 경우예요. 말을 길게 하기보다 먼저 지금 어느 장면을 말하는지부터 맞추면 대화가 빨라져요.
2) 자동결제 논의에서는 "등록"과 "청구"를 분리해요
빌링은 특히 카드 등록(빌링키 발급) 과 실제 청구(승인 요청) 가 자주 섞여요. 등록이 끝났다고 결제가 끝난 것은 아니에요. 이 둘만 분리해도 회의가 훨씬 덜 꼬여요.
3) 취소와 환불은 같은 말처럼 쓰지 않아요
겉으로 보기에는 둘 다 돈을 돌려주는 일처럼 보이지만, 실제 처리 방식은 달라요. 카드 취소인지, 계좌 환불인지 먼저 나눠 말하면 운영 문구와 고객 안내도 훨씬 쉬워져요.
4) 최종 확정 기준은 화면보다 서버 기준으로 잡아요
결제창 완료 화면만 믿으면 누락이 생길 수 있어요. 특히 결과가 여러 경로로 들어오는 구조라면 서버에 최종 결과가 남았는지를 기준으로 잡는 편이 안전해요.
실제로 붙이려면
용어가 정리됐다면 실제 결제 연동의 출발점은 다음 문서예요.
- 결제 SDK 소개 — /guide/intro