핀테크 정산의 구조: 아무도 말하지 않는 금융의 뒷무대

핀테크 서비스에서 사용자가 "대출 비교" 버튼을 누르는 순간부터, 플랫폼이 수수료를 정산받기까지 — 그 사이에는 생각보다 복잡한 구조가 숨어 있다.

정산이란 무엇인가

핀테크에서 "정산"이라는 단어는 실무에서 두 가지 프로세스를 동시에 가리킨다.
하나는 Settlement — 거래 후 자금이 최종적으로 이동하는 과정이다. 사용자가 플랫폼을 통해 대출을 실행하면, 금융사는 플랫폼에 중개 수수료를 지급해야 한다. 이 돈이 실제로 계좌에 찍히기까지의 과정이 Settlement다.
다른 하나는 Reconciliation(대사) — 양쪽의 거래 기록을 대조하여 수치가 맞는지 검증하는 과정이다. 플랫폼이 "이번 달 A은행에서 실행된 대출 건수는 152건, 수수료 총액은 3,800만 원"이라고 기록했는데, A은행 측 데이터에는 151건에 3,760만 원이라면? 이 불일치를 찾아내고 원인을 규명하는 것이 대사다.
한국 핀테크 업계에서는 이 두 가지를 묶어서 그냥 "정산"이라고 부른다. 그리고 이 정산이야말로, 핀테크 서비스의 수익이 실제로 실현되는 유일한 접점이다.

누가 참여하는가: 정산의 3자 구조

대출 비교 플랫폼을 예로 들면, 정산에는 세 주체가 관여한다.
금융기관(은행, 저축은행, 캐피탈사 등)은 실제 대출을 실행하고, 자금 이동의 최종 책임을 진다. 핀테크 플랫폼(뱅크샐러드, 핀다 등)은 사용자에게 상품을 비교·추천하고, 대출이 실행되면 금융기관으로부터 중개 수수료를 받는다. 그리고 금융결제원(KFTC)이 이 사이에서 결제 인프라를 운영한다. 한국은행이 운영하는 BOK-Wire+는 실시간총액결제(RTGS) 방식의 대규모 자금 결제 시스템으로, 금융기관 간 최종 자금 이동의 근간이 된다.
문제는, 각 금융기관마다 API 표준이 다르고, 정산 주기도 다르고, 수수료 계산 규칙도 다르다는 것이다. 어떤 은행은 주간 정산을, 어떤 캐피탈사는 월간 정산을 한다. 어떤 곳은 대출 실행일 기준으로 수수료를 산정하고, 어떤 곳은 대출 승인일 기준이다. 뱅크샐러드의 경우 한 번에 72개 금융사를 조회하는 신용대출 비교 서비스를 운영하고 있다. 73개의 서로 다른 정산 규칙을 동시에 관리해야 한다는 뜻이다.

대사(Reconciliation)는 실제로 어떻게 이루어지는가

실무에서 정산 대사는 5단계로 진행된다.
1단계: 데이터 수집. 양쪽에서 데이터를 뽑는다. 플랫폼 측은 자체 DB에서 대출 실행 기록을, 금융기관 측은 API 또는 파일 전송으로 정산 데이터를 보내준다. 여기서 이미 첫 번째 함정이 있다 — 데이터 포맷이 다르다. 금융결제원 오픈API가 표준화를 추진하고 있지만, 아직 모든 기관이 통일된 포맷을 쓰지는 않는다. 어떤 기관은 CSV로, 어떤 기관은 API 응답 JSON으로, 심지어 엑셀 파일을 메일로 보내는 곳도 있다.
2단계: 데이터 매핑. 거래 ID를 매칭하고, 타임스탬프를 동기화하고, 금액 단위를 정규화한다. 금요일 오후 5시에 실행된 대출이 플랫폼에서는 금요일 건으로, 은행에서는 월요일 건으로 잡히는 경우가 비일비재하다.
3단계: 3-Way 비교. 플랫폼 기록, 금융기관 기록, 그리고 실제 정산 계좌의 입출금 기록 — 이 세 가지를 대조한다. 두 개만 비교하면 "누가 맞는지"를 판단할 수 없기 때문이다.
4단계: 예외 항목 식별. 불일치가 발견되면 플래그를 걸고, 유형별로 분류한 뒤, 수동 검토 대기열에 넣는다. 자동으로 해결 가능한 건(타이밍 차이 등)은 시스템이 처리하고, 금액 차이처럼 판단이 필요한 건은 담당자에게 넘어간다.
5단계: 최종 확인 및 승인. 양측이 합의에 도달하면, 차액을 정산하고, 공식 기록을 남긴다. 전자금융거래법 제22조에 따라 이 기록은 5년간 보존해야 한다.
이 과정이 매달, 수십 개 금융기관 각각에 대해 반복된다.

정산 오류의 유형: 왜 숫자가 안 맞는가

정산 대사를 하다 보면 불일치는 반드시 발생한다. 오류를 유형별로 분류하면 대응 전략이 달라진다.
타이밍 오류는 가장 흔하다. 거래 인식 시점이 양쪽에서 다를 때 발생한다. 금요일 17시에 실행된 대출이 플랫폼에서는 당일 건, 은행에서는 익영업일 건으로 잡히는 식이다. 이건 타임스탬프 정규화 로직으로 자동 해결이 가능하다.
금액 오류는 두 번째로 흔하다. 수수료율 적용 기준이 다르거나, 소수점 절사/반올림 규칙이 다를 때 생긴다. 대출금 5,000만 원에 수수료율 0.3%를 적용하면 15만 원인데, 한쪽은 부가세 포함으로 계산하고 다른 쪽은 미포함이면 숫자가 달라진다.
거래 누락은 발생 빈도는 낮지만 영향이 크다. API 호출 중 네트워크 단절이 발생하면, 플랫폼에서는 대출 실행을 기록했는데 금융기관 측에는 기록이 없는 상황이 생긴다. 이를 방지하기 위해 재전송(retry) 메커니즘과 Idempotency key가 필수적이다.
중복 거래는 거래 누락의 반대 케이스다. API가 타임아웃되어 재호출했는데, 실은 첫 번째 호출이 성공했던 경우. 같은 대출 건에 수수료가 두 번 정산되면 금융기관이 손해를 보고, 이를 사후에 발견하면 환수 과정에서 운영 비용이 발생한다.

규제가 정산 구조를 만든다

한국 핀테크 정산을 이해하려면 규제 환경을 빼놓을 수 없다.
금융위원회·금융감독원은 핀테크 사업자 등록과 감독을 담당한다. 전자금융거래법에 따라 건당 1만원 초과 거래 기록은 5년간 보관해야 하고, 내부 통제 체계를 구축해야 하며, 정산 오류 발생 시 보고 의무가 있다. 여신금융협회는 대출 중개업의 등록과 감독을 맡고 있어, 대출 비교 플랫폼의 정산 구조에 직접적으로 영향을 미친다. 금융결제원(KFTC)은 소액결제 시스템, 지로 시스템, 은행 간 공동망 등 리테일 결제 인프라를 운영하며, API 표준화를 주도한다.
P2P 금융의 경우 규제 체계가 더 구체적이다. 2021년부터 시행된 온라인투자연계금융업 법에 따라 연체율이 10%를 넘으면 금융당국의 제재 대상이 된다. 그럼에도 실제로는 투게더펀딩의 연체율이 30.1%, 오아시스펀드가 42.4%까지 치솟는 등 업계 전반이 어려움을 겪고 있다.

정산이 무너졌을 때: 실제 사례들

정산 시스템은 한 번 무너지면 피해 규모가 기하급수적으로 커진다. 한국에서 실제로 발생한 사건들이 이를 증명한다.
티몬·위메프 정산 지연 사태 (2024년). 2024년 7월, 큐텐 계열사인 티몬과 위메프가 판매자 대금 정산을 무기한 중단하면서 사태가 시작되었다. 미정산 판매대금은 7월 말 기준 2,745억 원으로 집계되었고, 최종 피해 규모는 5,800억 원, 피해자는 약 10만 8천 명에 달했다. 정부는 판매업자 지원을 위해 1조 6천억원 규모의 자금을 편성했다. 위메프는 결국 2025년 11월 파산 선고를 받았다. 플랫폼의 정산 구조가 재무 건전성과 직결된다는 것을 보여준 사건이다.
머지포인트 사태 (2021년). 선불 충전 서비스 머지포인트가 전자금융업 미등록 상태에서 영업하다 금융당국의 지적을 받으며 서비스가 전면 중단되었다. 피해자는 약 57만 명, 피해 금액은 1,002억 원이었다. 수사 과정에서 신규 투자금으로 기존 환불을 돌려 막는 폰지 구조가 드러났다. 정산 시스템 이전에, 사업자의 금융업 등록 자체가 왜 중요한지를 보여주는 사례다.
팝펀딩 P2P 사기 (2020년). P2P 대출 플랫폼 팝펀딩이 차주 명단과 대출 상환 이력을 허위로 작성하여 약 550억원대 투자 사기를 벌인 사건이다. 금감원은 팝펀딩 펀드를 판매한 한국투자증권에 기관주의 및 과징금 29.2억 원을 부과했다. 대표는 특정경제범죄가중처벌법 위반으로 유죄를 선고받았다. 정산 데이터 자체가 조작되면, 아무리 정교한 대사 시스템도 무용지물이라는 교훈을 남겼다.
이 세 사건이 공통적으로 말해주는 것은 명확하다. 정산은 기술 시스템만의 문제가 아니라, 재무 건전성·법적 등록·데이터 무결성이 함께 담보되어야 작동하는 구조라는 것이다.

앞으로의 변화: 디지털 원화와 실시간 정산

정산의 미래에서 가장 주목할 변화는 한국은행의 CBDC(중앙은행 디지털화폐) 프로젝트다.
한국은행은 '프로젝트 한강'이라는 이름으로 CBDC 실거래 테스트를 추진하고 있다. 2025년 4~6월 일반 이용자 대상 실거래 테스트가 진행되었으며, 국민은행·신한은행·우리은행·하나은행·기업은행·농협은행·부산은행 등 7개 은행이 참여했다. 세븐일레븐, 이디야커피, 교보문고 등 오프라인 매장과 현대홈쇼핑 등 온라인에서 실제 결제가 이루어졌다.
CBDC가 본격 도입되면 정산 구조에 근본적 변화가 생길 수 있다. CBDC 기반의 원자 정산(Atomic Settlement) — 거래와 결제가 하나의 불가분 단위로 동시에 처리되는 방식 — 이 실현되면, 현재의 "거래 → 대사 → 정산"이라는 3단계 구조 자체가 단순화될 가능성이 있다.
다만 이는 아직 초기 단계이며, 프로젝트 한강도 바우처 형태의 제한된 실험이다. 실제 금융기관 간 정산에 CBDC가 적용되기까지는 상당한 시간이 필요할 것이다.

마치며

정산은 핀테크의 화려한 프런트엔드 뒤에 숨어 있는, 가장 지루하고 가장 중요한 영역이다. 사용자는 "3초 만에 대출 비교"를 경험하지만, 그 3초의 결과가 실제 수익으로 전환되기까지는 수십 개의 금융기관, 서로 다른 API, 복잡한 대사 로직, 그리고 촘촘한 규제가 맞물려 돌아간다.
티몬·위메프 사태가 보여줬듯이, 정산이 멈추면 플랫폼 자체가 멈춘다. 이 구조를 이해하는 것은 핀테크 비즈니스의 본질을 이해하는 것과 같다.