결제 참여자 (4-party model)

한 건의 해외 카드·QR 결제에 등장하는 참여자들과, 그들 사이에 승인 메시지와 돈이 흐르는 순서.

언제 찾게 되는가: 연동 문서에 Acquirer, Issuer, Member가 섞여 나오는데 “우리 회사는 이 중 무엇인가”부터 막힐 때. 또는 장애가 났을 때 “승인 거절은 누가 낸 건가”를 짚어야 할 때.

핵심 답: 결제는 사용자 쪽 금융기관(발급사) 과 가맹점 쪽 금융기관(매입사) 이 카드 네트워크를 통해 주고받는 대화다. 둘은 보통 서로 다른 회사이고, 각자 자기 고객(사용자 / 가맹점)에게만 책임을 진다. 승인 거절의 최종 판단은 언제나 발급사가 한다.

📄 문서 기반 (미검증, 2026-07). 4-party model은 Visa·Mastercard 계열의 표준 구조이며, Amex·Discover 같은 3-party model과 Alipay·WeChat Pay 같은 지갑 사업자는 구조가 다르다(아래 참고).

승인은 이렇게 흐른다

여기서 놓치기 쉬운 두 가지:

승인 시점에는 돈이 움직이지 않는다. 발급사가 한도만 잡아둔다. 실제 자금 이동은 며칠 뒤 정산에서 일어난다.
요청과 돈은 방향이 반대다. 승인 요청은 가맹점 → 발급사로 올라가고, 정산 자금은 발급사 → 매입사 → 가맹점으로 내려온다.

각 참여자가 하는 일

Cardholder (카드 소지자)

카드나 지갑을 발급받아 실제로 결제하는 최종 사용자. 계약 상대는 발급사다. 그래서 결제가 거절되면 사용자가 문의할 곳은 가맹점이 아니라 자기 카드사다.

Merchant (가맹점)

결제를 받는 상점. 계약 상대는 매입사다. 가맹점은 네트워크와 직접 계약하지 않는다 — 매입사를 통해서만 네트워크에 붙는다.

Issuer (발급사)

카드·지갑을 발급하고 승인 여부를 결정하는 금융기관. 하는 일:

카드 발급과 BIN 관리
승인 판단 — 한도, 잔액, 이상거래 탐지, 국가·MCC 기준 차단
사용자에게 청구·명세서 제공
챠지백 제기 (사용자가 이의를 걸면 발급사가 대신 싸운다)

실무에서 승인 거절 코드를 해석할 때 기준점은 발급사다. 매입사·중계사가 낸 거절과 발급사가 낸 거절은 원인도 대응도 완전히 다르므로, 거절 응답에 누가 낸 코드인지 식별하는 필드가 있는지 연동 초기에 확인해야 한다.

Acquirer (매입사)

가맹점과 계약하고 거래를 매입해 대금을 가맹점에 정산하는 금융기관. “매입”이라는 말이 헷갈리는데, 물건을 사는 게 아니라 가맹점이 가진 매출채권(받을 돈)을 사들여 먼저 지급하고 네트워크에서 회수한다는 의미다. 하는 일:

가맹점 심사·온보딩, MID/TID 발급
승인 요청을 네트워크로 중계
가맹점 정산 (수수료를 뗀 금액을 T+N에 지급)
챠지백 발생 시 가맹점을 상대로 회수 — 그래서 매입사는 가맹점 리스크를 떠안는다

Network / Scheme (카드 네트워크)

Visa, Mastercard, UnionPay, JCB 등. 스스로 카드를 발급하거나 가맹점과 계약하지 않는다. 대신:

회원사(Member) 라이선스 발급과 BIN 대역 할당
승인 메시지 규격과 라우팅
청산·정산 계산
Interchange fee·Scheme fee 등 수수료 규칙 제정
분쟁 처리 규칙(chargeback reason code) 제정

Member (회원사)

카드 네트워크와 직접 계약해 승인·정산 업무를 수행할 수 있는 공식 참여 기관. 발급사이거나 매입사이거나, 둘 다일 수 있다.

이 개념이 실무에서 자주 걸리는 이유는, “회원사”라는 한국어가 마치 “가맹점”이나 “네트워크에 가입한 아무 업체”처럼 들리기 때문이다. 실제로는 라이선스를 받은 금융기관을 가리킨다.

표현	의미
Member	네트워크와 직접 계약한 기관 (총칭)
Issuer Member	그 거래를 승인하는 회원사
Acquirer Member	그 거래를 매입하는 회원사
Member ID	네트워크가 회원사에 부여한 고유 식별자. 승인 메시지에 실려 라우팅과 정산의 기준이 된다

라이선스가 없는 핀테크·PSP는 네트워크에 직접 붙지 못하고, 라이선스를 가진 회원사의 스폰서십(sponsorship) 을 받아 그 회원사 아래에서 거래를 처리한다. 이 경우 서류상 매입 주체는 스폰서 회원사이고, 실제 서비스 운영은 핀테크가 한다 — 계약상 책임 주체와 기술 연동 상대가 달라지므로 프로젝트 초기에 반드시 구분해 두어야 한다.

💡 해외 QR 결제 프로젝트에서 “회원사(Member)“가 나오면 단순히 “은행”으로 읽지 말 것. 해당 네트워크(Visa, UnionPay, Alipay+, WeChat Pay 등)에 직접 연결되어 승인·정산을 수행할 수 있는 공식 참여 기관을 뜻하는 경우가 많다. 연동 문서에서 Member ID, Acquirer Member, Issuer Member 형태로 자주 등장한다.

Payment Processor / QR 중계사

발급사·매입사를 대신해 승인 메시지를 처리하거나, 서로 규격이 다른 두 주체 사이에서 프로토콜을 변환·중계하는 사업자. 해외 QR 결제에서는 국내 지갑과 해외 네트워크의 QR 규격·메시지 포맷이 달라 중계사가 사실상 필수다 (예: 큐뱅 같은 QR 중계사).

중계사는 승인 판단을 하지 않는다. 다만 타임아웃·포맷 오류·라우팅 실패는 중계 구간에서 나므로, 장애 대응에서는 발급사만큼이나 자주 들여다보게 된다.

4-party가 아닌 경우

모델	구조	예
4-party	발급사 ≠ 매입사, 네트워크가 중개	Visa, Mastercard, UnionPay, JCB
3-party	발급·매입·네트워크가 한 회사	American Express, Discover (일부 지역은 4-party 병행)
Wallet	카드 네트워크 밖에서 자체 계정·잔액으로 정산, 국가 간에는 파트너 매입사가 붙음	Alipay+, WeChat Pay

3-party 모델은 참여자가 적어 단순해 보이지만, 협상 상대가 하나뿐이라 수수료·규칙 협상 여지가 적다. 지갑 모델은 카드 BIN 라우팅이 아니라 지갑 사업자의 자체 사용자 ID 체계를 쓰므로, 위 승인 흐름의 “BIN으로 발급사 라우팅” 부분이 지갑 식별자 라우팅으로 대체된다.

돈은 어디서 빠지는가

정산 금액은 결제 금액 그대로가 아니다. 흐르는 도중 각 참여자가 몫을 뗀다.


사용자 결제금액 100
  → 발급사가 Interchange fee를 가져감
  → 네트워크가 Scheme fee를 가져감
  → 매입사가 자기 마진을 가져감
  → 가맹점이 받는 금액 = 100 − MDR

해외 거래(발급사 국가 ≠ 매입사 국가)에서는 여기에 Cross-border fee와 FX markup이 추가로 붙는다. 각 항목의 정의는 해외 결제 도메인 용어사전의 수수료·통화 용어 표 참고.

해외 결제 도메인 용어사전 — 용어별 한 줄 정의 빠른 조회
인바운드 / 아웃바운드 결제 — 거래 방향에 따라 우리가 발급 측인지 매입 측인지
Payment — 도메인 개요