신용카드 결제를 10분 만에 받을 수 있게 등록했고, 매 판매 후 이틀 뒤에 약 3퍼센트를 뺀 금액이 은행 계좌에 들어오며, 고객이 청구에 이의를 제기하면 세 개의 다른 회사가 각각 그 문제는 다른 회사 중 하나의 것이라고 우긴다. 고장 난 것은 아무것도 없다 — 당신은 가입 페이지가 버튼 하나로 묶어버린 세 가지 별개의 업무를 보고 있을 뿐이다.
결제 게이트웨이, 결제 프로세서, 가맹점 계정은 완전히 다른 일을 한다. 어느 것이 암호화하고, 어느 것이 은행과 대화하며, 어느 것이 돈이 당신에게 도달하기 전에 보관하는지 알게 되면, 수수료 명세서와 이틀 지연, 그리고 분쟁을 둘러싼 핑계가 모두 이해되기 시작한다.
모든 것을 설명하는 단 하나의 구분: 데이터 vs. 자금
모든 카드 결제에는 두 개의 절반이 있다: 누군가는 정보를 이동시켜야 하고(이 카드가 유효한지, 한도가 남아 있는지, 고객이 승인했는지), 누군가는 자금을 이동시켜야 한다(고객의 은행에서 당신의 은행으로 하루나 이틀에 걸쳐 이동하는 달러). 세 가지 역할은 바로 이 경계를 따라 나뉜다:
- 결제 게이트웨이는 데이터를 이동시킨다. 계산대에서 카드 정보를 캡처하고, 암호화하고, 다음 단계로 전달한다. 절대 당신의 돈을 보유하지 않으며 당신의 은행 계좌에 입금하는 일도 없다.
- 결제 프로세서는 은행 간 메시지를 라우팅한다. 승인 요청을 카드 네트워크와 고객의 은행으로 전달하고, 그런 다음 정산 지시를 다시 전달한다. 백엔드 배관 역할이다.
- 가맹점 계정은 자금을 보관한다. 카드 매출이 승인 후부터 당신의 일반 사업 은행 계좌로 지급되기 전까지 기다리는 매입 은행의 특별 계정이다.
유용한 요약: 게이트웨이는 암호화하고, 프로세서는 대화하며, 가맹점 계정은 기다린다. 제공업체들이 마케팅에서 이 셋을 모호하게 섞을 때, 이 문장으로 돌아가서 각 수수료가 어떤 일의 대가인지 물어보라.
결제 게이트웨이: 암호화된 정문
게이트웨이는 고객이 접하는 소프트웨어다. 웹사이트에서는 결제 페이지나 삽입된 카드 양식이고, 매장에서는 카드 리더기의 소프트웨어이며, 전화에서는 직원이 숫자를 입력하는 가상 단말기다.
게이트웨이가 실제로 하는 일
고객이 카드 번호를 입력하면, 게이트웨이는 약 2초 동안 네 가지 일을 한다:
- 결제 양식이나 리더기에서 카드 데이터를 캡처한다.
- 즉시 암호화하여, 원본 카드 번호가 공개 인터넷을 통해 이동하거나 당신의 시스템에 남지 않게 한다.
- 금액과 가맹점 식별 정보와 함께 암호화된 페이로드를 결제 프로세서로 전달한다.
- 승인 또는 거절이라는 답변을 결제 화면으로 반환하여 고객이 확인 또는 오류를 볼 수 있게 한다.
게이트웨이는 또한 판매를 둘러싼 반복 결제와 예외 상황 업무도 처리한다: 토큰화(카드 번호를 재사용 가능한 토큰으로 교환하여 구독 서비스가 카드 데이터를 저장하지 않고도 재청구할 수 있게 함), 주소 검증(AVS) 및 CVV 확인, Verified by Visa 같은 3-D Secure 인증, 그리고 캡처되지 않은 승인의 취소.
게이트웨이가 PCI 범위에 중요한 이유
결제 카드 산업 데이터 보안 표준(PCI DSS)은 카드 번호를 취급하는 모든 사업체에 적용되지만, 얼마나 적용되는지는 카드 데이터가 당신의 시스템에 얼마나 도달하는지에 달려 있다. 카드 양식을 호스팅하거나 진입 지점에서 토큰화하는 게이트웨이는 원본 카드 번호가 당신의 서버에 전혀 닿지 않게 하여, 준법 부담을 전체 감사 대신 가장 짧은 자체 평가 설문지로 줄일 수 있다.
수수료가 동일해 보일 때도 어떤 게이트웨이를 쓰는지 신경 써야 하는 실질적인 이유가 여기 있다: 게이트웨이는 당신의 웹사이트 침해가 카드 번호를 노출시킬지 아니면 쓸모없는 토큰만 노출시킬지를 결정한다. 계약하기 전에 후보 제공업체에 토큰화가 어디서 일어나는지 — 고객의 브라우저에서인지 당신의 서버에서인지 — 물어보라.
호스팅형 vs. 통합형 게이트웨이
- 호스팅형(리다이렉트) 게이트웨이는 고객을 제공업체의 자체 결제 페이지로 보냈다가 다시 돌려보낸다. PCI 태세가 가장 쉽고, 결제 경험에 대한 통제가 가장 적다.
- 통합형(삽입형) 게이트웨이는 고객을 당신의 사이트에 머물게 하면서 당신이 스타일을 입히는 양식이나 컴포넌트를 제공한다. 전환이 더 좋고, 당신의 코드가 더 많이 범위에 들어오므로 제공업체의 토큰화에 의존하라.
대부분의 소규모 사업체는 호스팅형 또는 토큰화를 동반한 삽입형으로 시작하여 원본 카드 번호를 절대 취급하지 않아야 한다. 완전히 맞춤화된 카드 양식에서 오는 전환 이득은 실재하지만 작고, 카드 데이터를 취급하는 준법 비용은 크다.
결제 프로세서: 은행 간의 메신저
게이트웨이가 정문이라면, 프로세서는 판매에 관여하는 모든 은행 사이를 뛰어다니는 택배기사다. 프로세서의 고객은 당신이지만, 거래 상대방은 카드 네트워크(Visa, Mastercard, Amex), 발급 은행(승인 여부를 결정하는 고객의 은행), 그리고 매입 은행(당신을 대신해 자금을 수납하는 당신 은행의 카드 부문)이다.
승인: 2초간의 대화
게이트웨이가 판매를 전달하면, 프로세서가 라우팅한다: 프로세서에서 카드 네트워크로, 네트워크에서 발급 은행으로. 발급 은행은 계정을 확인하고 — 유효한 카드, 충분한 가용 신용, 사기 플래그 없음 — 승인 코드나 거절을 보낸다. 그 승인은 자금을 예약할 뿐, 아무것도 이동시키지 않는다. 고객은 보류 중인 청구를 보게 되고, 당신은 돈이 아니라 약속을 가진 것이다.
승인은 만료된다. 일반적인 카드 실물 승인은 며칠 지속되고, 카드 비대면 승인은 네트워크와 가맹점 카테고리에 따라 보통 일주일 정도 지속된다. 만료 전에 판매를 캡처(확정)하지 않으면 보류가 사라지고 다시 승인해야 한다. 주문 후 며칠 뒤에 발송하는 사업체 — 가구, 맞춤 제작, 사전 주문 — 는 이에 자주 물린다: 주문 시점에 승인하고, 발송 시점에 캡처하며, 그 간격을 추적하라.
청산과 정산: 야간 배치
영업일이 끝날 때(또는 당신이 정한 일정에 따라), 승인된 승인 건들은 배치로 묶여 청산을 위해 제출된다. 청산은 모든 거래를 올바른 발급 은행으로 분류하고, 정산은 실제 자금 이동으로, 발급 은행이 매입 은행으로 자금을 보내면서 인터체인지(발급 은행이 보유하는 수수료로, 당신이 지불하는 것의 대부분)를 제하고, 네트워크가 소액의 부과금을 가져간다.
이 배치 처리 때문에 카드 자금이 개별 입금의 흐름이 아니라 매일 하나의 덩어리로 도착한다. 또한 당신의 지급액이 판매 총액과 결코 같지 않은 이유이기도 하다: 체인 내 모든 수수료가 자금이 당신에게 도달하기 전에 공제된다.
캡처, 환불, 차지백은 같은 레일을 탄다
- 캡처는 승인을 정해진 금액에 대한 최종 청구로 전환한다. 보통 승인된 금액보다 적게(부분 발송) 캡처할 수 있지만 더 많이 캡처할 수는 없다.
- 환불은 청산과 정산을 거꾸로 흐르는 새로운 거래이지, 원래 청구의 반전이 아니다. 이것이 환불이 고객에게 도달하는 데 며칠이 걸리는 이유이며, 환불된 판매에 대해 보통 처리 수수료를 돌려받지 못하는 이유다.
- 차지백은 고객이 청구에 이의를 제기했기 때문에 발급 은행이 정산 후 자금을 회수하는 것이다. 프로세서가 분쟁 통지를 전달하고, 매입 은행이 당신의 가맹점 계정에서 차감하며, 당신은 증거로 대응하거나 손실을 수용한다. 분쟁 기간은 사유 코드에 따라 60일에서 120일이며, 이것이 카드 매출이 은행에 도달한 후에도 오랫동안 잠정적으로 남는 이유다.
가맹점 계정: 당신의 돈이 기다리는 곳
가맹점 계정은 **가맹점 ID(MID)**로 식별되는 매입 은행의 계정으로, 단 하나의 목적을 위해 존재한다: 카드 판매 자금을 받아 당신의 사업 은행 계좌로 방출하는 것. 당신이 하는 모든 카드 판매는 이 계정을 통과한다.
자금 지급 일정
표준 리듬은 T+1 또는 T+2다: 월요일에 캡처된 판매는 밤새 정산되어 화요일이나 수요일에 당신의 은행 계좌에 도달한다. 신규 계정은 종종 더 느리게 시작하는데, 매입 은행이 롤링 리저브 — 차지백과 환불에 대비한 완충으로 60일에서 180일 동안 유보하는 각 지급액의 일정 비율 — 를 보유하기 때문이다. 리저브는 이력이 쌓이면서 줄어들거나 사라지지만, 계약 전에 리저브 조항을 읽어라: 신규 사업체가 첫 지급액이 예상보다 적다는 것을 발견하는 가장 흔한 이유다.
당일 및 즉시 지급은 이제 대부분의 대형 제공업체에서 이용 가능하며, 보통 약 1퍼센트의 추가 수수료가 붙는다. 긴축 주간을 위한 현금 흐름 도구로 취급하고 기본값으로 삼지 말라 — 이틀 뒤면 무료로 도착했을 돈에 대해 수수료가 빠르게 누적된다.
가맹점 할인율: 3퍼센트가 어디로 가는가
각 판매에서 떼어가는 총액을 가맹점 할인율이라 하며, 세 개의 층이 있다:
- 인터체인지 — 고객의 발급 은행에 지불되며, 카드 유형, 카드 제시 방식, 가맹점 카테고리에 따라 대략 1.5~2.5퍼센트에 거래당 고정 금액을 더한 것이다. 가장 큰 층이며 네트워크가 정하고 당신이 협상할 수 없다.
- 부과금 — 카드 네트워크 자체에 지불되며, 보통 약 0.13~0.15퍼센트다. 역시 협상 불가다.
- 마크업 — 매입 은행과 프로세서의 상단 마진. 이 층은 협상 가능하며, 유일하게 비교 쇼핑할 가치가 있는 부분이다.
이 구조가 당신이 제안받을 두 가지 가격 모델을 설명한다. 정액제 가격(익숙한 2.9퍼센트에 30센트)은 세 층을 모두 하나의 예측 가능한 숫자로 묶는다 — 간단하지만 저렴한 직불 거래에서 과다 지불한다. 인터체인지 플러스 가격은 인터체인지와 부과금을 원가로 통과시키고 고정 마크업을 더하므로, 각 카드 유형의 실제 원가에 얇은 마진을 더해 지불한다. 월 카드 거래량 약 1만~2만 달러 이하에서는 정액제의 단순함이 보통 이긴다; 그 이상에서는 인터체인지 플러스가 거의 항상 더 저렴하다. 확립된 사업체에 인터체인지 플러스 견적을 거부하는 제공업체는 자신의 마진에 대해 뭔가를 말해주고 있는 것이다.
심사: 개설에 며칠이 걸리는 이유
일반 은행 계좌와 달리, 가맹점 계정은 당신에게 일종의 신용을 제공한다: 매입 은행이 정산 자금을 선지급하고, 당신이 미결 차지백을 남긴 채 사라지면 손실을 흡수한다. 그래서 신청서는 사업 이력, 처리 거래량, 평균 결제 금액, 환불률, 가맹점 카테고리 코드를 요구하며 — 고위험 카테고리(여행, 건강 보조식품, 디지털 상품, 배송이 지연되는 모든 것)는 더 높은 리저브, 더 높은 마크업, 또는 거절에 직면한다. 몇 분 만에 승인하는 제공업체가 이 심사를 건너뛴 것은 아니며, 단지 자동화한 것인데, 다음 섹션에서 설명한다.
대부분의 소규모 사업체가 택하는 지름길: 올인원 퍼실리테이터
Stripe, Square, PayPal 및 그 동종 업체들은 결제 퍼실리테이터(결제 집계자라고도 함)로 운영된다. 별도의 가맹점 계정으로 당신을 설정하는 대신, 그들은 자신의 마스터 가맹점 계정 아래 하위 가맹점으로 당신을 등록하고, 게이트웨이, 처리, 매입을 하나의 API, 하나의 정액제로 된 하나의 제품으로 묶는다.
거래는 명확하다:
- 당신이 얻는 것: 심사 서류 없이 즉시 온보딩, 하나의 통합, 하나의 명세서, 예측 가능한 정액제 가격, 그리고 바로 사용 가능한 토큰화 및 PCI 도구.
- 당신이 포기하는 것: 당신 자신의 가맹점 ID(당신의 분쟁 이력은 수천 개의 다른 하위 가맹점과 함께 풀링됨), 협상된 가격(정액제가 유일한 메뉴), 그리고 인간 심사 관계의 안정성 — 리스크 결정이 알고리즘이므로, 거래량, 결제 금액, 분쟁의 갑작스러운 급증이 당신의 사업을 아는 아무에게도 전화할 수 없는 자동화된 보류나 동결을 촉발할 수 있다.
연간 카드 거래량 약 100만 달러 이하의 대부분의 사업체에게 그 거래는 퍼실리테이터에게 유리하다. 50만 달러 거래량에서 인터체인지 플러스 대비 정액제 프리미엄은 연간 수천 달러 정도다 — 실질적인 돈이지만, 보통 풀링된 리스크 점수보다 성장이 앞선 사업체가 지급 동결로 잃는 일주일의 비용보다 적다.
세 가지 조각이 따로 필요한 때
다음 중 하나가 해당하면 전용 가맹점 계정(독립적으로 선택한 게이트웨이와 프로세서 포함)으로 졸업하는 것을 고려하라:
- 당신의 월 거래량이 정액제 프리미엄을 별도 계약의 번거로움보다 크게 만든다 — 일반적으로 월 8만~10만 달러 이상.
- 당신의 분쟁률, 환불률, 결제 금액이 계속 자동화된 보류를 촉발한다.
- 당신의 사업 카테고리가 고위험이고 퍼실리테이터가 계속 거절하거나 종료한다.
- 이중화를 위해, 또는 카드 유형과 지역별로 승인률을 최적화하기 위해 여러 프로세서에 걸쳐 거래를 라우팅하고 싶다.
- 더 깔끔한 조정이나 다중 실체 회계를 위해 당신 자신의 MID로 직접 정산을 받아야 한다.
전용 설정은 또한 게이트웨이 선택을 분리하는데, 이는 당신의 퍼실리테이터 결제 화면에 없는 기능이 필요할 때 중요하다 — 다중 통화 표시, 자동 카드 업데이터 서비스를 동반한 네트워크 토큰화, 또는 B2B 판매에서 인터체인지를 낮추는 레벨 II 및 레벨 III 법인 카드 데이터.
이것이 당신의 장부에 나타나는 방식
바로 여기서 세 가지 역할이 잡학이기를 그치고 당신의 월말 결산에 영향을 주기 시작한다. 가맹점 계정이 판매와 당신의 은행 사이에 있기 때문에, 카드 매출은 당신의 기록에 세 가지 다른 형태로 세 번 도착한다: 판매, 배치, 순 지급액. 이 셋을 모두 같은 계정에 기록하는 것이 전형적인 이중 계상 함정이다.
깔끔한 패턴은 청산 계정이다: 캡처 시점에 청산 계정에 대해 매일의 총매출을 기록하고, 그런 다음 지급액을 수수료를 별도 비용으로 분리하여 청산에서 당좌로의 이체로 기록하라. 어느 시점의 청산 잔액은 단순히 가맹점 계정이 여전히 보유하고 있는 돈 — 당신의 운송 중 카드 매출 — 이다:
2026-10-29 * "Card sales batch 4821 captured"
Assets:Clearing:Card-Payouts 1000.00 USD
Income:Sales -1000.00 USD
2026-10-31 * "Payout for batch 4821, net of fees"
Assets:Checking 968.50 USD
Expenses:Payment-Processing-Fees 31.50 USD
Assets:Clearing:Card-Payouts -1000.00 USD세 가지 세부 사항이 이것을 작동시킨다:
- 순 지급액이 아니라 총매출을 매출로 기록하라. 당신의 세금 신고서와 판매 보고서는 고객이 지불한 1,000달러를 보여주어야 하며, 31.50달러는 자체 비용 항목으로 표시되어야 한다. 968.50달러의 지급액을 매출로 기록하는 것은 매출과 비용을 모두 과소 표시한다.
- 일별이 아니라 배치별로 조정하라. 각 지급액을 달력상 그날의 판매가 아니라 프로세서의 정산 배치 보고서와 대조하라. 주말과 공휴일이 자금 지급 리듬을 이동시키므로, 같은 날 대조는 긴 연휴 주말마다 깨진다.
- 리저브를 별도로 추적하라. 매입 은행이 롤링 리저브를 보유하면, 그것은 다른 누군가가 보유한 당신의 돈 — 수수료가 아니라 자산 — 이다. 유보될 때
Assets:Merchant-Reserve같은 계정에 기록하고 방출될 때 청산하라, 그렇지 않으면 리저브가 증가하는 매달 당신의 현금 위치가 낮게 나타날 것이다.
장부를 평문으로 유지한다면, Beancount 소개가 이 패턴이 기초하는 계정 구조를 다루며, Fava 대시보드는 각 배치가 도착함에 따라 청산 잔액이 0으로 청산되는 것을 지켜보는 편리한 방법이다. 어느 쪽이든, 월간 테스트는 한 줄이다: 청산 계정은 캡처되었으나 아직 지급되지 않은 배치만 보유해야 한다. 일주일이 넘은 것은 무시할 반올림 오차가 아니라 추적해야 할 누락된 지급액이다.
계약 전에 물어볼 가치가 있는 질문들
이제 당신은 처리 계약서를 그 저자가 바라지 않았을 방식으로 읽을 만큼 충분히 알게 되었다. 어떤 제공업체 — 퍼실리테이터든 전용 스택이든 — 에게든 전념하기 전에, 다음에 대한 답을 서면으로 받아라:
- 이 수수료는 어떤 역할의 대가인가? 게이트웨이 수수료, 처리 마크업, 매입 은행의 부과금을 분리하라. 25달러 월 게이트웨이 수수료와 99달러 연간 PCI 수수료가 붙은 "2.9퍼센트에 30센트" 견적은 2.9퍼센트 견적이 아니다.
- 자금 지급 일정은 무엇이며 무엇이 그것을 움직이는가? T+1 대 T+2, 배치 마감 시간, 주말 행동, 그리고 처음 90일 동안의 리저브 일정.
- 무엇이 보류를 촉발하며 누가 검토하는가? 거래량 급증과 평균 결제 금액 변화에 대해 구체적으로 물어보라 — 성장하는 사업체를 동결시키는 가장 흔한 두 가지 촉발 요인이다.
- 환불과 차지백의 가격은 어떻게 되는가? 환불 거래 수수료, 차지백 수수료(각 15~25달러가 일반적), 그리고 환불 시 원래 처리 수수료가 반환되는지 여부.
- 토큰은 누가 소유하는가? 떠날 때 저장된 고객 카드 토큰을 다음 제공업체로 가져갈 수 있는가, 아니면 모든 구독자에게 카드를 다시 입력하도록 요청해야 하는가? 이동 가능한 네트워크 토큰이 정답이다.
게이트웨이, 프로세서, 가맹점 계정은 올인원들이 그것들을 묶기 전에는 별개의 사업체였고, 지금도 묶음 안에서 별개의 일을 한다. 어느 것이 어느 것인지 아는 것이 카드 수용을 무료로 만들지는 않을 것이다 — 인터체인지가 그것을 막는다 — 그러나 혼란스러운 명세서를 항목별 명세서로 바꾸어 주며, 항목별 명세서는 협상하고 조정하고 계획할 수 있는 것이다. 마지막 지급 보고서부터 시작하라: 배치를 찾고, 총액과 수수료를 분리하고, 순액이 당신의 은행과 일치하는지 확인하라. 이 글의 나머지 모든 것은 그 하나의 습관에 대한 부연이다.
