PG 수수료 계산 방법: 매출별 결제 비용 계산표 [2026]

PG 수수료는 월매출에 요율 하나를 곱하는 숫자가 아닙니다. 결제수단별 승인·취소 이벤트, 적용 계약 버전, 부가세·건당 비용·고정비와 실제 정산을 거래 단위로 연결해야 정확해집니다. 공개 요금은 비교의 출발점일 뿐 최종 계산 기준은 해당 계약서와 정산서입니다.

거래 이벤트별 계산식부터 만든다#

기본 구조는 과금 기준 금액 × 적용 요율 + 건당 비용입니다. 여기에 계약상 부가세와 월 고정비를 분리해 더하고, 취소·환불 이벤트의 수수료 환급 또는 추가 비용을 반영합니다. 중요한 것은 승인일이 아니라 어떤 계약 버전이 어느 이벤트에 적용됐는지 추적할 수 있게 만드는 것입니다.

예시는 요율이 아니라 계산 구조를 검증하는 데 쓴다#

아래 숫자는 실제 PG 계약 요율이 아닌 가상의 구조 예시입니다. 승인 10만 원에 가상 요율 2.5%가 적용되고 수수료의 부가세가 별도라면 예상 비용은 2,500원과 부가세 250원입니다. 이후 4만 원을 부분 취소했을 때 환급 방식은 계약에 따라 달라지므로 고정 공식을 단정하지 않고 실제 정산 이벤트를 대조해야 합니다.

실효 수수료율은 수단별 비용을 합쳐 계산한다#

카드·계좌이체·가상계좌·휴대폰·간편결제의 과금 구조가 다르면 각각의 순 비용을 계산한 뒤 순결제액으로 나눕니다. 월별 비중이 달라지면 실효율도 달라지므로 지난달 평균을 이번 달 거래에 그대로 적용하지 마세요. 예상 비용과 실제 청구 비용을 모두 저장하면 신규 결제수단이나 계약 변경의 영향을 설명할 수 있습니다.

실무 시나리오: 월말 뒤 부분 환불이 발생한다#

결제 승인은 8월, 부분 환불은 9월, 정산금 지급은 그 사이에 발생할 수 있습니다. 주문 월에만 비용을 모으면 환불과 수수료 환급이 다른 월로 밀려 실효율이 왜곡됩니다. 거래 이벤트 원장과 회계 귀속 월을 분리하고 원승인부터 환불·정산까지 연결해 차이를 설명하세요.

공식 요금·API 문서는 필드와 조건을 확인하는 근거다#

예를 들어 토스페이먼츠의 수수료 안내는 공개 요금과 부가세·계약 조건 관련 안내를 제공하고, 결제 API 문서는 승인·취소 데이터를 연결할 필드를 확인하는 데 쓸 수 있습니다. 특정 회사의 공개 조건을 모든 PG에 일반화하지 말고 후보별 최신 문서와 실제 계약을 같은 표로 비교하세요.

월별 정산은 차이 원장을 닫는 일로 끝낸다#

주문·결제·취소·정산·은행 입금을 주문번호와 거래키로 조인하고, 허용 오차를 넘는 차이에 사유와 담당자·해결일을 남기세요. 수수료율만 낮추는 것보다 누락 승인, 실패한 취소, 중복 환불과 보류 정산을 빨리 찾는 편이 손실 통제에 더 중요할 수 있습니다. 비교 기준은 자사몰 PG 비교, 운영 자동화는 이커머스 운영 자동화에서 이어서 확인할 수 있습니다. 계약 조건을 다시 협상하기 전에는 PG 수수료 절감 가이드로 비용과 정산 안정성을 함께 점검하세요.