쇼핑몰 PG수수료,
우리 규모에서
얼마나 드는지 봅니다

비용의 청구 주체를 구분해 확인합니다. 카드 처리와 PG 서비스, 플랫폼 · 부가 기능이 연결되면 비용을 청구하는 회사도 여럿일 수 있습니다. 누가 어떤 서비스에 대해 얼마를 청구하는지 나누어야 같은 비용을 중복 계산하거나 빠뜨리지 않습니다. 계약 상대방과 실제 청구 주체, 발급 주기 · 수신 계정과 비용 항목을 확인합니다.

플랫폼 월 이용료를 이미 계산한 뒤 PG 견적의 포함 서비스에도 같은 비용이 들어 있는지 확인하면 비교 기준을 맞추기 좋습니다. 모든 계약이 동일한 비용 분리 방식을 쓰는 것은 아니므로 실제 문서의 청구 구조를 따릅니다. 정산 공제와 별도 청구를 나누어 월 전체 비용을 정리합니다. 수수료 세액이 명세와 증빙에서 어떤 방식으로 반영됐는지 확인합니다. 같은 항목이 다른 이름으로 중복 포함되지 않았는지와 세금 기준이 맞는지 확인합니다.

빌더 비용과 PG 비용은 별도 줄로 비교합니다. 쇼핑몰 이용료와 결제대행 수수료는 제공하는 기능과 부과 주체가 다를 수 있습니다. 기본 제공 PG와 직접 계약을 비교할 때는 플랫폼 요금제, 앱 비용과 연결 지원 범위를 포함해 실제 운영 구성을 함께 봅니다. 사용 중인 앱 · 기능과 청구 주체, 이용량 · 월 비용과 해지 조건을 정리합니다.

플랫폼 프로모션으로 가입비가 줄어도 요금제 기간이나 대상 PG 조건이 붙을 수 있어 전체 계약의 반복 비용을 확인하는 편이 좋습니다. 직접 계약이 항상 더 저렴하거나 빌더의 모든 서비스를 유지할 수 있다고 단정하지 않습니다. 현재 구성과 변경 구성을 같은 기간으로 계산하고 초기 이전 · 연동 작업도 따로 적습니다. 기능을 끈 뒤 주문 · 고객 안내 · 정산 업무에 빠지는 부분이 없는지 확인합니다. 직접 계약이 실제 지원되는지와 바뀌는 기능 · 문의 창구를 확인합니다.

매출 구간은 계산 예시와 제도를 구분합니다. 사업 규모에 따른 비용 비교는 고정비의 비중과 거래량 증가에 따른 조건 재검토를 함께 보는 작업입니다. 사이트의 예시 구간은 계산을 돕는 구분이며 공식 우대수수료 구간과 동일한 기준으로 오해하지 않아야 합니다. 예상 주문 금액과 건수, 수단 구성 및 운영 기간의 가정을 정리합니다.

월 매출이 두 배가 되어도 월 이용료는 그대로인 반면 비율 수수료는 거래액에 따라 달라지므로 항목별로 나눠 봅니다. 공식 우대 분류는 해당 제도의 매출 기준과 확인 절차에 따르며 임의의 월 매출 구간만으로 확정하지 않습니다. 현재 규모와 성장했을 때의 규모를 같은 산식에 넣고 비용 항목별 변화를 계산합니다. 운영 실적이 생기면 실제 자료로 값을 바꾸어 다시 확인합니다. 매출 증가로 조건 검토가 가능한 시점과 실제 적용 기준을 계약 담당자에게 확인합니다.

판매 수수료와 결제 비용의 범위를 맞춥니다. 오픈마켓 판매 수수료에는 결제 외에 판매 채널이 제공하는 기능이 함께 반영될 수 있습니다. 자사몰 PG 비용과 비교할 때는 광고 · 운영 · 플랫폼 · 배송 관련 비용까지 비교 범위를 맞춰야 선택의 의미가 분명해집니다. 판매 채널과 주문번호 체계, 가맹점 정보와 고객 문의 경로를 정리합니다.

표면 요율이 낮은 자사몰이라도 고객 유입을 위한 광고나 운영 작업이 추가된다면 판매 전체의 부담은 달라질 수 있습니다. 서로 제공 범위가 다른 비용을 결제 수수료 한 항목으로만 비교해 어느 채널이 항상 유리하다고 결론내리지 않습니다. 같은 품목과 기간을 기준으로 반복 비용과 유입 확보에 필요한 비용을 나눠 비교합니다. 같은 상품이 다른 채널에서 판매되어도 취소 · 정산을 원거래 경로로 처리하는지 확인합니다. 채널을 바꾼 뒤에도 필요한 고객 확보 · 주문 관리 업무가 빠져 있지 않은지 검토합니다.

고객 청구액과 할인 부담 주체를 구분합니다. 쿠폰 · 적립금 · 배송비가 함께 있는 주문은 상품 표시가와 고객이 실제 결제한 금액이 다를 수 있습니다. 수수료 산정의 기준과 할인 보전 방식은 계약 · 프로모션마다 달라 원주문 구성과 결제 기록을 나눠 읽습니다. 수수료 기준 금액과 적용 수단, 취소 시 조정 및 세금 · 반올림 기준을 확인합니다.

판매자 쿠폰과 외부 서비스가 지원한 할인은 부담 주체가 다를 수 있으므로 매출 전체에서 일괄 차감해 해석하지 않습니다. 표시 가격 전체나 고객 청구액 중 어느 금액에 비용이 붙는지는 실제 계약 · 명세 기준으로 확인합니다. 주문서 계산 결과와 결제 요청액을 대조하고 할인 금액의 별도 정산 여부를 확인합니다. 실제 명세에서 공제된 비용이 같은 기준을 따르는지 비교합니다. 취소나 부분 환불 때 할인 · 배송비 규칙이 같은 기준으로 반영되는지 점검합니다.

조건 재검토는 거래 자료에서 시작합니다. 이용 비용을 다시 검토할 때는 막연히 낮은 요율을 요청하기보다 현재 매출 규모, 수단 구성과 취소 · 운영 실적을 정리하는 편이 좋습니다. 비용 항목과 서비스 범위가 함께 바뀌는지도 확인해야 합니다. 최종 견적 · 계약과 적용일, 첫 달 거래액 · 건수 · 수단 구성과 명세를 준비합니다.

비율이 내려가도 월 고정비나 정산 제약이 늘었다면 전체 부담이 기대만큼 줄지 않을 수 있어 합계를 확인해야 합니다. 거래 실적이 생겼다는 이유만으로 수수료 인하가 자동 적용되지는 않으며 변경은 합의된 계약 조건으로 확인합니다. 우대 적용 누락과 불필요한 부가 기능을 먼저 살피고 변경 가능한 조건을 문의합니다. 차이가 있으면 관련 거래와 항목을 묶어 담당자에게 설명을 요청합니다. 조정 전후 총비용과 정산 일정, 지원 범위를 같은 표로 비교합니다.

첫 상담은 상황을 좁히는 정보부터 시작합니다. 처음부터 모든 계약 서류를 보내기보다 무엇을 판매하고 어떤 경로로 결제를 받으려는지 설명하면 다음 확인이 빨라집니다. 현재 막힌 단계와 이전 안내가 있다면 사실 그대로 알려 주면 준비 범위를 나누기 좋습니다. 상호 · 업종과 연락 가능한 번호, 운영 사이트 또는 판매 방식의 개요를 정리합니다.

이미 계약 견적을 받았다면 금액만 말하기보다 확인하고 싶은 비용 · 정산 · 지원 항목을 알려 주면 비교할 범위가 구체적이 됩니다. 첫 문의란에는 카드번호 · 비밀번호 · 신분증 같은 자료를 적지 말고 필요한 경우 안내된 안전한 제출 경로를 이용합니다. 현재 상황과 희망 일정을 전달하고 추가 자료가 필요한 항목과 공식 제출 경로를 안내받습니다. 전달한 자료의 접수와 다음 진행 순서를 확인해 기록합니다. 다음 작업의 담당자 · 자료 · 순서를 확인해 상담 뒤에도 이어갈 수 있게 기록합니다.

지원 카드 안내는 현재 범위로 표시합니다. 고객이 사용할 수 있는 카드와 수단은 신청한 서비스와 개통 상태에 따라 확인해야 합니다. 지원되지 않는 수단을 먼저 크게 안내하기보다 실제 가능한 범위를 주문 전에 알 수 있도록 정리합니다. 신청한 수단과 카드사별 검토 상태, 보완 항목과 운영 설정을 준비합니다.

베스트페이 현재 안내에서는 롯데카드를 제외하므로 고객 문의와 상담 과정에서도 같은 기준으로 설명합니다. 카드사별 지원 정책이 달라질 수 있으므로 오래된 화면이나 외부 사례를 현재 개통 상태로 대신하지 않습니다. 노출할 버튼과 안내 문구를 실제 범위에 맞추고 변경 시 관련 화면도 갱신합니다. 주문서 표시와 실제 승인 가능 범위, 고객 문의 안내가 일치하는지 점검합니다. 첫 주문 시험에서 상호 · 금액 · 수단이 맞고 취소까지 조회 가능한지 확인합니다.

구두 안내와 서면 조건을 한 줄씩 맞춥니다. 계약에서 볼 내용은 수단별 비용, 정산 일정, 유보 · 담보, 지원 범위, 계약 기간과 종료 조건입니다. 광고나 상담 중 들은 표현을 기억하는 것보다 실제 서명할 문서에서 같은 조건을 찾는 작업이 중요합니다. 최종 계약서와 약정, 견적 적용 확인 및 변경 합의 자료를 모읍니다.

월 이용료가 없다고 안내받았다면 최소 이용료나 부가 기능 비용도 없는 의미인지 항목을 나누어 확인해 두면 좋습니다. 계약 문구의 효력이나 분쟁에 대한 판단이 필요하면 해당 문서를 바탕으로 전문가 또는 계약 상대방의 확인을 받습니다. 항목별로 금액 · 산식 · 시점 · 예외를 표시하고 문서끼리 다른 곳은 서명 전에 질문합니다. 초안과 달라진 비용 · 기간 · 예외가 있는지 최종본을 다시 대조합니다. 질문에 대한 답이 계약 문서 또는 확인 가능한 서면에 반영되었는지 확인합니다.

지원 수단은 계약과 고객의 사용 흐름으로 고릅니다. 어떤 결제 수단을 먼저 열지는 주로 사용하는 고객 환경, 주문 금액과 입금 확인 업무에 따라 달라집니다. 수단별로 신청과 심사, 취소 · 정산 조건이 다를 수 있으므로 버튼 개수보다 운영할 수 있는 구성을 먼저 정합니다. 주요 고객 환경과 요청 수단, 주문 금액 · 건수 및 관리 인력을 정리합니다.

가상계좌를 도입하면 발급과 입금 완료를 구분해야 하므로 출고 담당자가 두 상태를 혼동하지 않게 표시하는 편이 좋습니다. 베스트페이의 현재 안내에서는 롯데카드가 제외되며 지원 범위와 변경 사항은 실제 신청 시 확인합니다. 계약에서 지원하는 수단과 추가 신청이 필요한 수단을 나눠 도입 순서를 잡습니다. 추가 이후 결제 완료와 취소 · 문의, 정산 관리에 문제가 없는지 점검합니다. 노출한 수단이 실제 승인된 설정과 일치하고 취소 · 정산까지 확인 가능한지 시험합니다.