BESTPAY / PG사

PG사 정산 비교,
주기 · 유보 · 명세

PG사 정산 비교, 지금 필요한 확인부터 차례로 살펴보면 됩니다. 두 계약의 정산을 비교할 때는 기준일 · 주기 · 한도 · 유보 · 조회 범위를 한 표에 놓습니다. 빠른 지급의 적용 대상이 전체 매출인지 일부 거래인지와 비용이 별도로 붙는지 알아야 같은 기준의 비교가 됩니다. 월별 주요 지급일과 예상 매출, 정산 조건별 입금 예정액을 준비합니다. 베스트페이가 현재 준비 상태에 맞춰 다음 순서를 함께 정리합니다.

PG사 정산 비교 · 준비 자료와 운영 환경을 확인하는 장면
서비스 이해를 돕기 위한 AI 연출 이미지입니다.

AT A GLANCE / 핵심 요약

  1. 이 문서에서 보는 것PG사 정산 비교의 준비와 진행을 여섯 항목으로 나눠 봅니다. 첫 확인에서는 각 계약의 기준일과 지급 주기, 적용 한도, 유보 조건과 명세 제공 방식을 준비하면 됩니다. 첫 확인 항목
  2. 먼저 맞출 기준준비된 자료가 있다는 것과 실제로 쓸 수 있는 상태는 다를 수 있습니다. 명세의 유보 잔액과 해제 · 환급 내역이 계약 기준대로 이어지는지 대조해 보세요. 적용 기준
  3. 다음으로 할 일마지막으로 월별 주요 지급일과 예상 매출, 정산 조건별 입금 예정액을 준비해 주세요. 현재 준비된 것과 추가 확인할 것을 나눠 두면 상담에서 다음 작업을 구체적으로 정할 수 있습니다. 상담 준비

정산 비교 네 가지

기준점수 — 세 가지 확인

  • 각 계약의 기준일과 지급 주기, 적용 한도, 유보 조건과 명세 제공 방식을 준비합니다.
  • 동일한 거래 한 주를 가정해 날짜별 입금 예정액과 공제 내역을 비교합니다.
  • 취소가 섞인 경우와 휴일이 포함된 경우도 같은 표에서 확인합니다.

PG사 정산 비교의 첫 확인입니다. 주기만 짧게 표시된 견적은 충분하지 않습니다. 두 계약의 정산을 비교할 때는 기준일 · 주기 · 한도 · 유보 · 조회 범위를 한 표에 놓습니다. 빠른 지급의 적용 대상이 전체 매출인지 일부 거래인지와 비용이 별도로 붙는지 알아야 같은 기준의 비교가 됩니다. 각 계약의 기준일과 지급 주기, 적용 한도, 유보 조건과 명세 제공 방식을 준비합니다. 동일한 거래 한 주를 가정해 날짜별 입금 예정액과 공제 내역을 비교합니다. 차액이나 지연의 사유와 다음 확인 시점을 기록하고 실제 반영 결과를 대조합니다. 전체 흐름은 PG사 안내에서 함께 볼 수 있습니다.

입금 주기가 같아도 한 계약은 일부 금액을 유보한다면 실제 사용 가능한 돈과 반환 시점이 달라지므로 별도로 표시합니다. 취소가 섞인 경우와 휴일이 포함된 경우도 같은 표에서 확인합니다. 샘플 계산은 비교 도구일 뿐이며 실제 지급은 심사 · 계약 및 거래 상태에 따라 정해집니다. 정산 예정액은 아직 지급되지 않은 거래 상태를 포함할 수 있으므로 실제 입금 자료와 구분합니다. 예정일이 지났거나 금액이 다를 때는 해당 회차의 변경 · 보류 · 취소 조정이 있는지 차례로 확인합니다.

정산 비교 네 가지 확인표
확인할 것준비 · 확인 방법판단 기준
자료각 계약의 기준일과 지급 주기, 적용 한도, 유보 조건과 명세 제공 방식을 준비합니다예정 정산일과 가맹점, 예상 지급액 및 실제 계좌 입금 내역을 준비합니다
진행동일한 거래 한 주를 가정해 날짜별 입금 예정액과 공제 내역을 비교합니다같은 회차의 명세에서 조정 항목과 공지 · 담당 안내를 확인합니다
결과취소가 섞인 경우와 휴일이 포함된 경우도 같은 표에서 확인합니다차액이나 지연의 사유와 다음 확인 시점을 기록하고 실제 반영 결과를 대조합니다

D+N 주기 — 짧으면 좋은가

기준점수 — 세 가지 확인

  • 기준 거래일과 마감 시각, 영업일 정의, 공휴일 처리 안내를 준비합니다.
  • 주말이나 휴일을 끼는 거래 한 건을 골라 계약의 계산 방법으로 예정일을 표시합니다.
  • 관리자 화면의 예정 정산일과 계산 결과가 다르면 기준일과 집계 회차부터 확인합니다.

D+N은 기준일과 영업일 정의를 함께 읽습니다. 정산 주기를 나타내는 표기만으로 실제 입금일을 계산하기 어렵습니다. D가 승인일인지 매입일인지, 영업일 기준인지와 휴일 처리 · 마감 시각을 계약에서 확인해야 달력에 맞는 예상 날짜를 그릴 수 있습니다. 기준 거래일과 마감 시각, 영업일 정의, 공휴일 처리 안내를 준비합니다. 주말이나 휴일을 끼는 거래 한 건을 골라 계약의 계산 방법으로 예정일을 표시합니다. 조건 변경이 모든 거래에 적용되는지와 최초 적용 회차를 확인합니다.

금요일 밤 거래의 입금 예정일을 볼 때는 토요일을 자동으로 하루로 세지 않고 해당 계약의 영업일 규칙을 적용합니다. 관리자 화면의 예정 정산일과 계산 결과가 다르면 기준일과 집계 회차부터 확인합니다. 빠른 정산 상품의 이용 조건 · 한도 · 비용은 별도일 수 있으므로 D+1 표기만으로 적용을 단정하지 않습니다. 정산 주기 변경이 도움이 되는지는 비용과 실제 필요한 자금 날짜를 함께 봐야 합니다. 같은 월 매출이라도 공급처 지급 · 급여 · 임대료의 시점이 다르면 운영에 맞는 주기가 달라질 수 있습니다.

PG사 정산 비교 · 실무 준비 내용을 다른 장면에서 점검하는 모습
서비스 이해를 돕기 위한 AI 연출 이미지입니다.

유보 조건과 반환

기준점수 — 세 가지 확인

  • 유보 비율 · 금액, 적용 대상 거래, 해제 요건과 반환 일정을 확인합니다.
  • 예상 매출에서 실제 먼저 입금되는 금액과 뒤에 남는 금액을 분리해 계산합니다.
  • 명세의 유보 잔액과 해제 · 환급 내역이 계약 기준대로 이어지는지 대조합니다.

유보 금액은 비용과 구분해 봅니다. 유보는 정산될 금액의 일부를 일정 조건에 따라 나중에 지급하는 방식으로 설명될 수 있습니다. 바로 소멸하는 수수료와 성격이 다르므로 금액, 적용 사유, 보관 기간과 반환 조건을 별도 줄로 읽어야 합니다. 유보 비율 · 금액, 적용 대상 거래, 해제 요건과 반환 일정을 확인합니다. 예상 매출에서 실제 먼저 입금되는 금액과 뒤에 남는 금액을 분리해 계산합니다. 회차가 지나면 실제 지급 · 조정된 결과와 잔액 변화를 대조합니다.

수수료가 같아도 일정 금액이 유보되는 계약이면 공급처 대금을 낼 수 있는 날짜와 사용 가능한 금액이 달라질 수 있습니다. 명세의 유보 잔액과 해제 · 환급 내역이 계약 기준대로 이어지는지 대조합니다. 모든 업종이나 신청에 유보 · 담보가 붙는 것은 아니며 요구 여부와 조건은 개별 계약에서 확인합니다. 관리 화면의 잔액에는 아직 지급일이 오지 않은 매출, 계약상 유보와 취소 · 조정 대상 금액 등이 섞여 보일 수 있습니다. 총액만 보고 출금 가능한 금액으로 판단하지 않고 각 항목의 지급 조건을 확인해야 합니다.

명세 제공 방식 · 조회 기간

기준점수 — 세 가지 확인

  • 필요한 보고 기간과 명세 항목, 내려받기 기능과 접근 권한을 확인합니다.
  • 월별 마감 때 같은 조건으로 자료를 저장하고 가맹점 · 기간 · 기준일을 파일에 표시합니다.
  • 원거래 식별값이 남아 있어 취소 · 조정 건을 추적할 수 있는지 확인합니다.

조회 범위와 자료 저장 방법을 확인합니다. 정산 명세는 현재 화면을 보는 것 외에 기간별로 내려받고 원거래를 확인할 수 있어야 운영에 도움이 됩니다. 계약 전에 조회 기간 · 파일 형식과 종료 후 접근 범위를 확인하면 자료 정리를 계획하기 좋습니다. 필요한 보고 기간과 명세 항목, 내려받기 기능과 접근 권한을 확인합니다. 월별 마감 때 같은 조건으로 자료를 저장하고 가맹점 · 기간 · 기준일을 파일에 표시합니다. 자료 누락과 중복, 개인정보의 과다 공유가 없는지 점검합니다.

PG를 바꾸기 전에는 기존 관리자 접근 종료 조건을 확인하고 필요한 명세를 정해진 보관 기준에 맞춰 확보할 수 있습니다. 원거래 식별값이 남아 있어 취소 · 조정 건을 추적할 수 있는지 확인합니다. 자료를 내려받을 수 있다는 사실만으로 모든 개인정보를 장기간 보관해도 된다고 해석하지 않습니다. 매달 조회 기준이 바뀌면 비용이나 취소 · 정산의 변화를 읽기 어렵습니다. 기간과 가맹점 · 상태 · 수단을 일정하게 맞추고 예외나 조정은 별도 메모로 남기면 운영의 변화를 비교하기 좋습니다.

취소 반영 시점

기준점수 — 세 가지 확인

  • 원거래와 취소 요청 · 처리 시각, 정산 반영 회차 및 금액을 정리합니다.
  • 명세에서 취소 · 비용 조정이 어느 회차에 들어갔는지 확인하고 원주문에 연결합니다.
  • 고객에게 안내한 상태와 실제 취소 결과, 최종 입금 조정이 같은지 대조합니다.

취소의 요청일과 반영 회차를 구분합니다. 고객 응대 기록의 취소 접수일과 결제 서비스의 실제 취소 처리일, 정산 조정일은 서로 다를 수 있습니다. 날짜를 나누어 두면 환불이 많은 달의 입금 차이를 원거래와 연결해 설명할 수 있습니다. 원거래와 취소 요청 · 처리 시각, 정산 반영 회차 및 금액을 정리합니다. 명세에서 취소 · 비용 조정이 어느 회차에 들어갔는지 확인하고 원주문에 연결합니다. 원거래를 다음 달 자료와 연결해 중복 집계나 누락이 없는지 대조합니다.

지난달 승인 거래의 취소가 이번 달에 처리되었다면 이번 달 새 매출에서만 차액을 찾기보다 원거래를 함께 조회해야 합니다. 고객에게 안내한 상태와 실제 취소 결과, 최종 입금 조정이 같은지 대조합니다. 취소 요청 접수만으로 실제 환불 · 정산 반영이 모두 끝났다고 판단하지 않습니다. 주문일과 승인일, 취소 처리일과 입금일이 서로 다른 달에 걸릴 수 있습니다. 무엇을 기준으로 월 매출이나 비용을 집계했는지 표시하면 관리자 화면과 통장 · 보고서의 숫자가 다른 원인을 찾기 좋습니다.

자금 흐름에 맞추기

기준점수 — 세 가지 확인

  • 월별 주요 지급일과 예상 매출, 정산 조건별 입금 예정액을 준비합니다.
  • 일반 정산과 제안받은 다른 주기를 같은 거래 달력에 표시해 부족한 날짜를 확인합니다.
  • 표면적인 주기뿐 아니라 지급 가능한 금액과 추가 조건이 필요한지 검토합니다.

빠른 입금과 낮은 비용의 균형을 봅니다. 정산 주기를 고를 때는 공급처 지급일과 배송 · 서비스 제공 시점처럼 실제 자금이 필요한 날짜를 함께 놓습니다. 빨리 들어오는 금액의 범위와 한도, 유보 · 추가 비용까지 고려하면 운영에 맞는 조합을 찾을 수 있습니다. 월별 주요 지급일과 예상 매출, 정산 조건별 입금 예정액을 준비합니다. 일반 정산과 제안받은 다른 주기를 같은 거래 달력에 표시해 부족한 날짜를 확인합니다. 비교 전제가 같은지와 제외한 항목이 명확히 적혀 있는지 확인합니다.

주정산이더라도 공급처 지급일 전에 충분한 자금이 들어오면 운영에 맞을 수 있고 거래량이 커지면 다시 검토할 수 있습니다. 표면적인 주기뿐 아니라 지급 가능한 금액과 추가 조건이 필요한지 검토합니다. 정산 주기 자체를 수익이나 유동성 결과로 단정하지 않고 실제 비용 · 한도 · 입금 조건을 같이 봅니다. 표 안에서 비용과 정산, 유보 같은 조건을 함께 보여 줄 때 각 항목의 성격을 구분해야 합니다. 실제 청구 비용, 일시적인 지급 시점 차이와 나중에 반환될 수 있는 금액을 같은 비용 합계로 더하지 않습니다.

FREQUENTLY ASKED

PG사 정산 비교
자주 묻는 질문 FAQ

D+1 조건은 어떻게 확인하나요?

주기를 바꾸기 전에 실제 지급 달력을 봅니다. 정산 주기 변경이 도움이 되는지는 비용과 실제 필요한 자금 날짜를 함께 봐야 합니다. 같은 월 매출이라도 공급처 지급 · 급여 · 임대료의 시점이 다르면 운영에 맞는 주기가 달라질 수 있습니다. 월별 주요 지급일과 예상 매출, 정산 조건별 입금 예정액을 준비합니다.

휴일이 많은 주에는 단순 D+N 표기보다 실제 예정일을 달력으로 옮겨 보는 것이 지출 계획에 도움이 됩니다. 빠른 정산이 항상 더 유리하다고 결론내리지 않고 추가 비용과 계약 조건을 함께 검토합니다. 같은 거래 기간을 놓고 변경 전후의 날짜별 사용 가능 금액을 비교합니다. 표면적인 주기뿐 아니라 지급 가능한 금액과 추가 조건이 필요한지 검토합니다. 조건 변경이 모든 거래에 적용되는지와 최초 적용 회차를 확인합니다.

유보 금액은 수수료인가요?

유보 금액은 비용과 구분해 봅니다. 유보는 정산될 금액의 일부를 일정 조건에 따라 나중에 지급하는 방식으로 설명될 수 있습니다. 바로 소멸하는 수수료와 성격이 다르므로 금액, 적용 사유, 보관 기간과 반환 조건을 별도 줄로 읽어야 합니다. 잔액 구성과 예정 지급일, 유보 · 조정 내역, 관련 정산 회차를 준비합니다.

수수료가 같아도 일정 금액이 유보되는 계약이면 공급처 대금을 낼 수 있는 날짜와 사용 가능한 금액이 달라질 수 있습니다. 모든 업종이나 신청에 유보 · 담보가 붙는 것은 아니며 요구 여부와 조건은 개별 계약에서 확인합니다. 예상 매출에서 실제 먼저 입금되는 금액과 뒤에 남는 금액을 분리해 계산합니다. 회차가 지나면 실제 지급 · 조정된 결과와 잔액 변화를 대조합니다. 명세의 유보 잔액과 해제 · 환급 내역이 계약 기준대로 이어지는지 대조합니다.

명세를 파일로 받을 수 있나요?

조회 범위와 자료 저장 방법을 확인합니다. 정산 명세는 현재 화면을 보는 것 외에 기간별로 내려받고 원거래를 확인할 수 있어야 운영에 도움이 됩니다. 계약 전에 조회 기간 · 파일 형식과 종료 후 접근 범위를 확인하면 자료 정리를 계획하기 좋습니다. 월별 기준일과 조회 조건, 저장할 항목과 담당자를 정리합니다.

PG를 바꾸기 전에는 기존 관리자 접근 종료 조건을 확인하고 필요한 명세를 정해진 보관 기준에 맞춰 확보할 수 있습니다. 자료를 내려받을 수 있다는 사실만으로 모든 개인정보를 장기간 보관해도 된다고 해석하지 않습니다. 월별 마감 때 같은 조건으로 자료를 저장하고 가맹점 · 기간 · 기준일을 파일에 표시합니다. 자료 누락과 중복, 개인정보의 과다 공유가 없는지 점검합니다. 원거래 식별값이 남아 있어 취소 · 조정 건을 추적할 수 있는지 확인합니다.

취소는 어느 정산에 반영되나요?

취소의 요청일과 반영 회차를 구분합니다. 고객 응대 기록의 취소 접수일과 결제 서비스의 실제 취소 처리일, 정산 조정일은 서로 다를 수 있습니다. 날짜를 나누어 두면 환불이 많은 달의 입금 차이를 원거래와 연결해 설명할 수 있습니다. 자료마다 사용하는 날짜 필드와 조회 시간대, 마감 기준을 확인합니다.

지난달 승인 거래의 취소가 이번 달에 처리되었다면 이번 달 새 매출에서만 차액을 찾기보다 원거래를 함께 조회해야 합니다. 취소 요청 접수만으로 실제 환불 · 정산 반영이 모두 끝났다고 판단하지 않습니다. 명세에서 취소 · 비용 조정이 어느 회차에 들어갔는지 확인하고 원주문에 연결합니다. 원거래를 다음 달 자료와 연결해 중복 집계나 누락이 없는지 대조합니다. 고객에게 안내한 상태와 실제 취소 결과, 최종 입금 조정이 같은지 대조합니다.

빠른 정산이 더 좋은가요?

빠른 입금과 낮은 비용의 균형을 봅니다. 정산 주기를 고를 때는 공급처 지급일과 배송 · 서비스 제공 시점처럼 실제 자금이 필요한 날짜를 함께 놓습니다. 빨리 들어오는 금액의 범위와 한도, 유보 · 추가 비용까지 고려하면 운영에 맞는 조합을 찾을 수 있습니다. 항목의 의미와 산식, 적용 시점 · 기간, 반환 또는 해제 조건을 정리합니다.

주정산이더라도 공급처 지급일 전에 충분한 자금이 들어오면 운영에 맞을 수 있고 거래량이 커지면 다시 검토할 수 있습니다. 정산 주기 자체를 수익이나 유동성 결과로 단정하지 않고 실제 비용 · 한도 · 입금 조건을 같이 봅니다. 일반 정산과 제안받은 다른 주기를 같은 거래 달력에 표시해 부족한 날짜를 확인합니다. 비교 전제가 같은지와 제외한 항목이 명확히 적혀 있는지 확인합니다. 표면적인 주기뿐 아니라 지급 가능한 금액과 추가 조건이 필요한지 검토합니다.

정산 주기는 어떻게 비교하나요?

주기만 짧게 표시된 견적은 충분하지 않습니다. 두 계약의 정산을 비교할 때는 기준일 · 주기 · 한도 · 유보 · 조회 범위를 한 표에 놓습니다. 빠른 지급의 적용 대상이 전체 매출인지 일부 거래인지와 비용이 별도로 붙는지 알아야 같은 기준의 비교가 됩니다. 예정 정산일과 가맹점, 예상 지급액 및 실제 계좌 입금 내역을 준비합니다.

입금 주기가 같아도 한 계약은 일부 금액을 유보한다면 실제 사용 가능한 돈과 반환 시점이 달라지므로 별도로 표시합니다. 샘플 계산은 비교 도구일 뿐이며 실제 지급은 심사 · 계약 및 거래 상태에 따라 정해집니다. 동일한 거래 한 주를 가정해 날짜별 입금 예정액과 공제 내역을 비교합니다. 차액이나 지연의 사유와 다음 확인 시점을 기록하고 실제 반영 결과를 대조합니다. 취소가 섞인 경우와 휴일이 포함된 경우도 같은 표에서 확인합니다.

예정일인데 입금이 안 되면요?

지급 예정과 실제 입금을 구분해 기록합니다. 정산 예정액은 아직 지급되지 않은 거래 상태를 포함할 수 있으므로 실제 입금 자료와 구분합니다. 예정일이 지났거나 금액이 다를 때는 해당 회차의 변경 · 보류 · 취소 조정이 있는지 차례로 확인합니다. 기준 거래일과 마감 시각, 영업일 정의, 공휴일 처리 안내를 준비합니다.

조회 화면의 예정 합계를 보고 공급처 지급을 계획했다면 확정된 지급 범위와 휴일 · 보류 조건을 함께 살펴야 합니다. 입금 일정은 계약과 거래 상태에 따라 달라질 수 있으며 미확인 예정 금액을 확정 자금으로 안내하지 않습니다. 같은 회차의 명세에서 조정 항목과 공지 · 담당 안내를 확인합니다. 관리자 화면의 예정 정산일과 계산 결과가 다르면 기준일과 집계 회차부터 확인합니다. 차액이나 지연의 사유와 다음 확인 시점을 기록하고 실제 반영 결과를 대조합니다.

명세는 어떤 순서로 읽나요?

명세는 거래 · 취소 · 비용 · 입금 순서로 읽습니다. 정산 화면마다 열 이름과 기간 선택 방법이 다를 수 있지만 먼저 무엇을 합산하고 무엇을 차감했는지를 찾으면 읽기 쉬워집니다. 원거래와 취소 · 조정 건을 연결한 뒤 실제 지급액을 마지막에 확인합니다. 자료마다 사용하는 날짜 필드와 조회 시간대, 마감 기준을 확인합니다.

한 계좌로 여러 채널의 돈이 들어온다면 날짜만 보고 합치지 말고 가맹점과 정산 회차를 기준으로 나눠 대조합니다. 화면 합계와 내려받은 파일의 기준일이 다를 수 있으므로 같은 조회 조건인지 먼저 확인합니다. 거래 합계를 맞춘 뒤 취소 · 기타 조정을 확인하고 비용 산식을 검토합니다. 원거래를 다음 달 자료와 연결해 중복 집계나 누락이 없는지 대조합니다. 명세의 지급액과 통장 내역이 다른 경우 이월 · 분할 입금 · 다른 가맹점 거래가 섞였는지 살핍니다.

매출과 입금액이 왜 다른가요?

입금액은 공제와 조정을 나눠 계산합니다. 거래 총액에서 취소 금액, 수수료와 관련 세액, 계약상 조정 항목 등을 반영한 결과가 정산액으로 연결됩니다. 모든 차액을 수수료라고 부르면 유보 · 취소나 이전 회차 조정을 구분하기 어렵습니다. 자료마다 사용하는 날짜 필드와 조회 시간대, 마감 기준을 확인합니다.

이번 달 취소가 지난달 승인 건의 환불이라면 현재 매출과 단순히 상계하기보다 원거래와 정산 조정 내역을 이어 봅니다. 요율의 부가세 포함 여부와 반올림 단위는 계약 · 명세에 따라 확인하며 임의의 단일 산식을 모든 서비스에 적용하지 않습니다. 각 항목이 어느 거래와 어느 회차에서 발생했는지 확인하고 계약 산식에 맞게 재계산합니다. 원거래를 다음 달 자료와 연결해 중복 집계나 누락이 없는지 대조합니다. 명세의 최종 지급액이 같은 회차의 실제 입금액과 맞는지 확인합니다.

공휴일도 정산일에 포함되나요?

D+N은 기준일과 영업일 정의를 함께 읽습니다. 정산 주기를 나타내는 표기만으로 실제 입금일을 계산하기 어렵습니다. D가 승인일인지 매입일인지, 영업일 기준인지와 휴일 처리 · 마감 시각을 계약에서 확인해야 달력에 맞는 예상 날짜를 그릴 수 있습니다. 현재 입금 일정과 주요 지출일, 변경 조건의 비용 · 한도 · 유보를 준비합니다.

금요일 밤 거래의 입금 예정일을 볼 때는 토요일을 자동으로 하루로 세지 않고 해당 계약의 영업일 규칙을 적용합니다. 빠른 정산 상품의 이용 조건 · 한도 · 비용은 별도일 수 있으므로 D+1 표기만으로 적용을 단정하지 않습니다. 주말이나 휴일을 끼는 거래 한 건을 골라 계약의 계산 방법으로 예정일을 표시합니다. 조건 변경이 모든 거래에 적용되는지와 최초 적용 회차를 확인합니다. 관리자 화면의 예정 정산일과 계산 결과가 다르면 기준일과 집계 회차부터 확인합니다.

이어서 확인할 것

BACK TO BESTPAY

PG사 전체 안내

준비부터 운영까지, 전체 흐름을 이어서 살펴보세요.

PG사 메인으로 ↗

베스트페이 고객센터

365일 친절한 상담원이 대기중입니다.

010-3970-2769전화 상담하기

BESTPAY / CONSULTATION

간편상담 신청

성함 · 연락처 · 업종을 남겨 주세요.
사이트 주소를 확인해 필요한 준비를 안내합니다.

전화 문의 010-3970-2769 ↗