자금 이동: 청산과 결제

결제 산업의 구성

나라마다 제도는 다르지만 결제 산업은 대체로 같은 부품으로 이뤄진다.

정보 흐름과 자금 흐름

돈의 이동은 두 개념으로 나뉜다.

예를 들어 하루 동안 A은행이 B은행에 100을, B은행이 A은행에 500을 줘야 한다면, 청산 후 실제로는 B은행이 A은행에 400만 보낸다.

세 층

flowchart TB
  subgraph INFO["정보 흐름"]
    T["거래 층(transaction)<br>온라인 구매가 일어나는 곳 (쇼핑몰, PayPal)"]
    P["지급·청산 층(payment/clearing)<br>지급 지시와 상계가 일어나는 곳 (청산 기관)"]
  end
  subgraph FUND["자금 흐름"]
    S["결제 층(settlement)<br>실제 돈이 움직이는 곳 (결제 은행의 준비금 계좌)"]
  end
  T ~~~ P ~~~ S

정보 흐름과 자금 흐름은 분리돼 있다. 정보 흐름에서는 한 계좌에서 빠지고 다른 계좌에 더해진 것처럼 보이지만, 실제 돈은 하루가 끝날 때 결제 은행에서 움직인다. 둘이 비동기로 움직이므로 각 단계마다 대사(reconciliation) 가 필요하다. 대사의 실무는 결제 시스템 설계에서 다룬다.

마켓플레이스의 입금과 지급

판매자가 여럿인 마켓플레이스에서는 돈이 두 번 움직인다.

ACH: 배치로 움직이는 계좌 이체

ACH(Automated Clearing House)는 미국의 소액 계좌 이체망이다. 급여 입금, 자동 납부처럼 급하지 않은 대량 이체를 묶음(batch)으로 처리한다.

flowchart TB
  n1["급여 담당 회사"] --> n2["급여 대행사(ACH 파일 생성)"]
  n2 -->|"마감 시각 전 업로드"| n3["ODFI의 SFTP"]
  n3 -->|"영업 종료 후 ODFI가 전달"| n4["ACH 운영자"]
  n4 --> n5["밤사이 처리"] --> n6["RDFI가 받음"]
  n6 -->|"다음 영업일 아침"| n7["RDFI가 수신자 계좌에 반영"]

• 기본은 다음 날 결제다. 마감 전에 보낸 이체가 다음 날 아침 도착한다.
• 당일 결제(Same Day ACH)도 있다.
• 수신자는 발신자에게 특정 유형의 이체를 미리 허락해 둬야 한다.

SWIFT: 은행 간 메시지망

SWIFT는 돈을 옮기는 망이 아니라 송금 지시 메시지를 안전하게 전달하는 망이다. 회원 은행들이 소유한 협동조합으로, 국경 간 송금의 표준 통로다. 실제 돈은 은행끼리 서로 개설한 계좌(환거래 계좌)나 결제 시스템에서 움직인다.

메시지 전달은 저장 후 전달(store-and-forward) 이고 단계마다 확인 응답을 남긴다.

sequenceDiagram
  participant A as A은행
  participant R1 as 지역 처리기
  participant S as 저장 처리기
  participant R2 as 상대 지역 처리기
  participant B as B은행
  A->>R1: 형식 검증
  R1->>S: 저장·라우팅
  S-->>A: ACK(전달 예정) 또는 NAK(전달 안 함)
  S->>R2: 고유 출력 번호 부여
  R2->>B: 검증 후 전달
  B-->>R2: UAK(정상 수신) 또는 UNK(체크섬 오류)
  Note over R1,R2: 수신 보고서를 양쪽 처리기에 저장

• 모든 단계에서 저장하고 응답하므로 메시지가 사라지지 않고, 누가 언제 받았는지 증명할 수 있다.
• 메시지 형식은 오래된 MT 형식에서 구조화된 데이터를 담는 ISO 20022(MX) 형식으로 옮겨 갔다.

외화 결제

구매자는 달러로 내고 판매자는 유로로 받는 경우, 결제 사업자가 중간에서 환전한다.

flowchart TB
  b["구매자 은행"] --> p["PSP의 달러 계좌"] --> fx["환전 사업자(은행)의 PSP 달러 계좌"]
  fx -->|"달러 매도"| pool["환전 사업자의 자금 풀"]
  pool -->|"유로 수령"| pe["PSP의 유로 계좌"] --> s["판매자 유로 계좌"]

외환 시장은 세 층이다.

자금 풀의 외화가 부족하면 도매 시장에서, 도매가 충분히 모이면 최상위 참여자에게서 사 온다. 주문을 모아 위로 올리는 구조다.

UPI: 실시간 계좌 이체망

UPI(Unified Payments Interface)는 인도의 실시간 계좌 이체 체계로, 상호운용 표준 + 지급 메시지 형식이다. 어느 앱을 쓰든 어느 은행 계좌로든 즉시 보낼 수 있다.

등록

flowchart LR
  a["휴대폰 번호"] --> b["OTP 인증"] --> c["VPA 생성<br/>(앱이 은행에 요청)"] --> d["은행 계좌 연결 + PIN 설정"]

송금

flowchart TB
  a["송금 앱"] --> b["송금 측 은행"] --> c["NPCI"] --> d["VPA를 실제 계좌로 해석"]
  d --> e["보내는 계좌에서 출금"] --> f["받는 계좌에 입금"] --> g["성공 통지"]

UPI는 VPA라는 간접 주소와 중앙 스위치로 모든 앱과 은행을 하나의 망으로 묶은 사례다.

은행 지갑과 블록체인 지갑

블록체인은 분산 원장이다. 여러 은행의 장부를 하나의 공유 장부로 합친 것처럼 동작하므로 은행 간 일괄 대사를 기다리지 않는다. 대신 확정 시간, 수수료 변동, 개인 키 분실 시 복구 불가 같은 한계가 있다.

Web 1.0 · 2.0 · 3.0

Web 3.0은 구상이자 운동에 가깝고, 실제 서비스 상당수는 여전히 중앙화된 인프라(노드 제공자, 거래소)에 기대고 있다.

정리

• 청산은 계산, 결제는 실제 돈의 이동이다. 정보 흐름과 자금 흐름이 분리되므로 대사가 필요하다.
• ACH는 다음 날 결제가 기본인 배치 이체망, SWIFT는 돈이 아니라 송금 메시지를 나르는 망이다.
• 외화 결제는 결제 사업자 → 환전 사업자 자금 풀 → 도매 → 최상위 은행으로 주문을 모아 올린다.
• UPI는 가상 주소(VPA)와 중앙 스위치로 앱과 은행을 하나의 실시간 이체망으로 묶었다.
• 블록체인 지갑은 여러 장부를 하나의 공유 원장으로 바꿔 일괄 정산을 없애는 대신, 키 관리와 확정 지연이라는 새 문제를 가져온다.

관련 노트: 결제 시스템 설계, 카드 결제망과 간편결제, 웹 서비스·시스템 통합·신기술 용어 색인