무엇을 도와드릴까요?

회사 소재 국가, 판매 상품, 고객이 있는 국가를 기준으로 이용 조건을 검토합니다. 결제수단 목록에 로고가 있다고 모든 사업자가 바로 사용할 수 있는 것은 아닙니다.

웹사이트, 판매 채널, 예상 월 거래량과 도입 일정을 알려주세요. 구독, 예약 판매, 디지털 상품 등 특별한 판매 방식이 있다면 함께 설명해야 실제 사업에 맞는 구성을 검토할 수 있습니다.

법인명과 사업자 등록 정보, 소유자 정보, 판매 상품·서비스 설명, 정산 계좌 정보를 준비합니다. 먼저 사업자와 선택한 결제수단에 맞는 제출 목록을 확인하세요.

회사, 웹사이트, 계좌의 명의와 정보가 일치하는지 살펴보세요. 다른 회사가 배송이나 고객 지원을 담당한다면 그 관계도 설명해야 합니다. 민감한 증빙은 안내받은 안전한 제출 경로를 이용하세요.

검토할 때는 고객이 무엇을 사고 어떤 순서로 결제하는지 확인할 수 있어야 합니다. 상품과 가격, 판매자·문의 정보, 배송 조건, 취소·환불 정책을 준비하고 판매 국가에서 필요한 고지도 살펴보세요.

아직 공개 전이라면 개발 상태를 설명하고 자료 제출 방법을 확인하세요. 실제 출시할 구매 흐름을 보여주는 것이 좋습니다. 빈 소개 페이지나 다른 웹사이트의 승인만으로 새 쇼핑몰까지 승인됐다고 판단하지 마세요.

계약 법인, 소유 구조, 웹사이트, 주요 판매 품목을 바꾸기 전에 담당 팀에 알려주세요. 변경 내용과 예정일, 기존 주문·환불·정산에 미치는 영향을 함께 설명하면 확인이 수월합니다.

새 법인이나 다른 업종은 별도 검토 또는 계약이 필요할 수 있습니다. 변경이 확인되기 전까지 기존 책임 관계를 유지하고, 같은 브랜드라는 이유로 새로운 사업에 이전 승인을 그대로 사용하지 마세요.

정산 계좌를 바꾸기 전에 변경 확인 절차를 안내받으세요. 예금주, 은행 소재 국가, 통화와 요청받은 증빙을 준비하고 계약 법인도 바뀌는지 설명합니다.

새 계좌가 언제 적용되는지, 이미 진행 중인 정산은 어느 계좌로 입금되는지 확인하세요. 변경을 요청했다고 즉시 적용됐다고 보지 않는 것이 좋습니다. 인터넷뱅킹 비밀번호나 인증번호는 보내지 마세요.

직원에게 담당 업무에 필요한 권한만 부여하세요. 주문 상담과 환불, 계좌 변경, 권한 관리 같은 민감한 업무는 구분하는 것이 좋습니다. 이용하는 구성에서 지원하는 권한 관리 방법을 확인하세요.

개인 로그인을 여러 직원이 함께 쓰지 말고, 권한 검토 담당자를 정하세요. 퇴사자의 접근을 회수하고 금융 정보 변경을 누가 승인할지 기록합니다. 계정 유출이 의심되면 비밀번호를 메시지에 넣지 말고 담당 팀에 알려주세요.

국제 카드와 현지 결제수단을 함께 검토할 수 있지만, 각각 계약 사업자와 판매 국가에 맞는 이용 조건을 확인해야 합니다. 회사 소재 국가와 고객이 있는 국가를 모두 알려주세요.

결제 통화, 가입 요건, 환불 방식, 정산 조건을 수단별로 비교하세요. 모든 로고를 넣기보다 고객에게 필요한 선택부터 정리하고, 웹사이트에 안내하기 전에 실제 승인된 수단을 확인하는 것이 좋습니다.

다를 수 있습니다. 고객에게 표시하는 통화, 실제 결제 통화, 계좌로 받는 통화는 결제수단과 계약 구성에 따라 정해집니다. 도입 전에 세 가지를 모두 확인하세요.

환전이 어디에서 이루어지고 비용은 어떻게 계산되는지, 환불에는 어떤 통화를 적용하는지 요청하세요. 특정 국가의 결제수단을 제공한다고 그 국가의 모든 통화와 계좌를 지원하는 것은 아닙니다.

나중에 지불하는 결제수단은 주문이 생성돼도 결제 완료가 아닐 수 있습니다. 완료 주문과 구분하고 해당 결제 안내와 기한을 알려주세요. 고객이 지불할 때까지 재고를 얼마나 확보할지도 정해야 합니다.

발송 전에 연동 결과나 안내받은 거래 확인 절차로 실제 결제를 확인하세요. 기한이 지나면 거래 상태를 살펴본 뒤 재고를 해제하거나 새 주문을 안내하는 것이 좋습니다.

발급된 납부 안내는 선택한 결제 경로에 연결됩니다. 편의점을 바꾸려면 기존 번호를 재사용하지 말고 지원되는 취소·새 주문 절차로 처리하세요.

먼저 이전 요청이 미결제인지 확인합니다. 필요한 취소·무효화 후 새 요청을 만들고, 고객에게 유효한 납부 안내를 명확하게 알려 중복 결제를 막으세요.

지원되는 휴대폰에서는 설치된 지갑 앱으로 이동할 수 있습니다. PC에서는 로그인이나 휴대폰으로 이어지는 QR 화면이 나올 수 있습니다. 기기와 앱 설치 상태에 따라 화면 흐름이 달라집니다.

앱에서 지불을 마친 뒤 최종 결제 결과를 확인하세요. 앱을 열었거나 QR을 읽었다는 사실만으로 주문이 결제됐다고 볼 수 없습니다.

명세서 이름은 결제 경로에서 전달한 가맹점 정보와 카드사의 표시 방식에 영향을 받습니다. 웹사이트에서 고객이 익숙한 브랜드명과 다르게 보일 수 있습니다.

결제일과 금액을 주문 영수증과 비교하세요. 판매자는 등록 상호를 확인하고, 실제 명세서 표시나 모르는 청구는 카드 소유자가 발급사에 확인하는 것이 좋습니다.

납부 안내의 계좌와 금액을 이체 증빙과 비교하세요. 주문별 계좌 방식에서는 이전 계좌 재사용, 여러 주문의 합산 이체, 송금 수수료 차감 때문에 자동 대조가 되지 않을 수 있습니다.

이체 증빙과 원래 주문번호를 보관해 확인하세요. 첫 이체를 찾기 전에 같은 금액을 다시 보내지 마세요. 고객이 이체를 신청한 날과 은행이 실제 송금한 날도 다를 수 있습니다.

플랫폼과 버전, 웹사이트, 결제 화면의 수정 사항을 알려주세요. 구독, 여러 매장, 설치한 결제 확장 기능도 설명하면 실제 구성에 맞는 연결을 검토하기 좋습니다.

설치나 공개 전에 설정 담당자, 주문·환불의 동기화 방식, 변경 검수 방법을 확인하세요. 기존 쇼핑몰에 영향을 주는 작업이라면 이전 구성으로 되돌릴 방법도 준비하는 것이 좋습니다.

메시지, 견적서, 이메일 등으로 주문을 받는 직접 판매에 적합합니다. 요청을 만들거나 공유하기 전에 상품, 금액, 통화와 고객 정보를 확인하세요. 어떤 주문을 결제하는 링크인지 알아볼 수 있어야 합니다.

합의한 주문이 바뀌면 기존 요청을 바꿔야 하는지 확인하세요. 상품 제공 전에 실제 결제를 주문과 연결하고, 서로 다른 요청이 여러 개 남았다면 고객이 사용할 링크를 명확하게 안내하는 것이 좋습니다.

성공, 실패, 취소, 대기 상태와 쇼핑몰 복귀 중단, 환불을 확인하세요. 반복 클릭과 중복 알림으로 상품이 두 번 발송되지 않는지도 검수하고 해당 연동의 테스트 안내를 따르세요.

고객 화면과 직원의 확인 방법을 함께 봐야 합니다. 주문번호, 통화, 결제 완료, 재고, 안내 문구를 확인하세요. 고객의 실제 카드 정보를 임의의 테스트에 쓰거나 테스트 성공을 사업자 승인으로 판단하지 마세요.

기한이 지났거나 무효화된 요청을 새 결제 안내처럼 사용하지 마세요. 이미 완료된 결제가 있는지 확인한 뒤 주문이 유효하다면 지원되는 절차로 새 요청을 만드세요.

새 링크를 명확하게 안내하고 이전 안내는 철회합니다. 미결제 요청의 만료가 이미 완료된 결제를 취소하거나 환불해주는 것은 아닙니다.

주문이 생성되거나 결제 화면을 열었다고 결제가 끝난 것은 아닙니다. 결제 대기는 고객의 납부가 남아 있는 상태이며, 만료·실패한 거래는 발송하면 안 됩니다. 카드 승인과 실제 매출 확정이 별도로 처리되는 구성도 있습니다.

발송 전에 결제 기록의 최종 완료 상태와 금액을 확인하고, 거래번호를 쇼핑몰 주문과 대조하세요. 고객은 결제했다고 하는데 주문이 대기 중이라면 결제 알림과 은행·지갑의 처리 내역을 먼저 확인해야 합니다. 확인 없이 재결제를 요청하면 중복 결제가 생길 수 있습니다.

먼저 원래 거래의 환불이 정상적으로 완료됐는지 확인하세요. 반품을 접수하거나 쇼핑몰 주문을 취소하는 것과 실제 결제금액을 돌려주는 것은 다릅니다. 환불액과 환불 참조번호를 확인하면 고객에게 정확히 안내할 수 있습니다.

고객에게 금액이 반영되는 시점은 결제수단과 카드사·은행에 따라 다릅니다. 카드 환불은 다음 명세서에 표시되거나 원래 청구액과 상계될 수 있습니다. 환불 완료 기록과 해당 청구 주기를 확인한 뒤 안내하고, 아직 명세서에 안 보인다는 이유로 다시 환불하지 마세요.

• 카드: 발급사의 명세서와 청구 주기에 따라 반환 내역이 반영됩니다.
• 지갑: 해당 지갑 계정에서 환불 내역을 확인하세요.
• 은행 반환: 요청한 수취 계좌와 은행 처리일을 확인하세요.

환불은 가맹점이 지원되는 절차로 돈을 돌려주는 것이고, 분쟁은 발급사나 결제 제공사를 통해 제기되는 별도 절차입니다. 사유, 증빙과 답변 기한이 있으며 반품 요청을 처리했다고 열린 분쟁이 자동 종료되지는 않습니다.

통지를 읽고 주문, 상품 설명, 배송 증빙과 고객 대화를 보관하세요. 해당 절차의 답변 방법과 분쟁 중 환불 처리 여부를 확인해야 합니다. 고객이 반품에 동의했다는 이유로 통지를 무시하지 마세요.

오류 메시지, 환불액, 이전 환불 내역과 해당 수단의 환불 기한을 확인하세요. 미정산 잔액에서 환불하는 구성은 사용 가능한 잔액이 부족하면 처리되지 않을 수 있습니다.

원인을 해결한 뒤 재요청이 필요한지 확인하세요. 자동으로 재처리된다고 판단하거나 중복 환불 여부를 확인하지 않고 다른 경로로 돌려주지 마세요.

결제수단마다 환불 가능 기간이 다릅니다. 원래 결제 완료일과 해당 거래에 적용되는 기한을 비교하세요. 반품 요청일을 기한 계산의 시작일로 보지 않는 것이 좋습니다.

기한이 지났다면 같은 요청을 반복하지 마세요. 기존 환불이 성공하지 않았는지 확인한 뒤 고객과 적절한 다른 반환 방법을 정해야 합니다.

완료된 결제 기록의 금액을 덮어쓰지 마세요. 과다 결제는 지원되는 환불 절차로 반환하고, 추가 금액은 고객이 동의한 별도 결제로 받는 방식으로 처리합니다.

정정 거래를 원래 주문에 연결하고 두 기록을 보관하세요. 쇼핑몰의 주문 합계를 수정하는 것만으로 실제 돈이 이동하거나 원래 결제가 바뀌지는 않습니다.

부분 환불 지원은 결제수단마다 다릅니다. 남은 환불 가능액, 대상 상품과 이전 환불로 줄어든 금액을 확인하세요.

부분 환불을 지원하지 않는 수단에 전체 환불 요청을 보내 일부만 반환되길 기대하면 안 됩니다. 지원되는 주문 정정 방법을 정하고 결제와 반품 기록을 일치시켜야 합니다.

만료·재발급·해지된 카드 계정의 환불 수령 방식은 발급사가 정합니다. 고객에게 환불 참조 정보로 카드사에 확인하도록 안내하세요.

고객에게 별도로 돈을 보내기 전에 기존 환불 결과를 확인해야 합니다. 카드가 바뀌었다는 사실만으로 환불 실패라고 판단하지 마세요.

계약에 적용되는 정산 일정과 송금 조건을 기준으로 확인합니다. 대상 매출 기간, 마감 시점, 예상 송금일, 최소 금액, 통화와 계좌 정보를 살펴보세요. 고객의 결제일과 정산 입금일은 다릅니다.

미입금을 확인할 때는 예정일, 송금 시작, 은행 입금을 구분하세요. 휴일, 송금 조건, 해당 거래의 검토에 따라 흐름이 달라질 수 있습니다. 특정 정산 참조 번호를 기준으로 문의해야 원인을 찾기 쉽습니다.

시작 요율을 뜻하며 모든 사업자에게 동일한 견적은 아닙니다. 결제수단, 국가, 업종, 거래량과 카드 구분에 따라 적용 요율이 달라질 수 있습니다. 건당 고정 비용이 추가되는지와 그 통화도 확인하세요.

초기·정기 비용, 환전, 정산, 환불, 분쟁 등 실제 적용되는 항목을 제안서에서 함께 봐야 합니다. 평소 주문 금액을 기준으로 계산 예시를 요청하세요. 간단한 웹사이트 표기보다 합의한 계약 조건이 우선합니다.

사유, 대상 금액과 기간, 적용 약관, 제출 자료, 다음 검토 절차를 요청하세요. 정산 참조 정보로 문의하고 답변을 서면으로 보관합니다. 증빙을 요구하는 검토와 설명 없는 무기한 지연은 구분해야 합니다.

주문·상품 제공 증빙을 안내받은 안전한 경로로 제출하세요. 설명이 모호하면 상위 담당자에게 확인하고 실제 정산 책임 법인을 특정해야 합니다. 예상 해제일만 믿고 운전자금을 계획하지 말고 계약 분쟁은 필요에 따라 전문가와 검토하세요.

비밀 인증 정보는 서버나 승인된 비밀값 관리 시스템에 보관하고 소스 코드·공개 브라우저 코드와 분리하세요. 승인된 연동에 제공되는 문서의 인증 정보와 환경을 이용합니다.

화면 캡처, 문의 양식, 메시지와 진단 로그에 비밀값을 넣지 마세요. 접근을 제한하고 유출 시 교체 절차를 준비해야 합니다. 공개 브라우저 코드와 서버용 비밀 인증 정보를 같은 방식으로 취급하지 마세요.

연동에 정해진 검증 절차를 거친 다음 처리하세요. 주문과 거래를 맞추고 알림의 의미를 확인하며 반복 처리에도 안전하게 구성해야 합니다. 중복 알림이 발송이나 환불을 다시 실행하게 해서는 안 됩니다.

처리 기록과 오류 재시도 방법을 남기세요. 알림이 늦거나 예상과 다른 순서로 오면 현재 거래 상태를 대조해야 합니다. 마지막 메시지 하나를 거래 전체로 판단하지 말고 공개 전에 모니터링 담당과 방법을 정하세요.

결제 데이터가 수집되는 위치는 달라질 수 있지만 책임은 실제 구현과 적용 요건에 따라 정해집니다. 데이터 흐름을 확인하고 담당 제공사와 필요한 경우 전문 검토를 통해 해당 구성의 의무를 확인하세요.

웹사이트, 인증 정보, 직원 권한과 주문 기록을 보호해야 합니다. 일반 문의 양식에 전체 카드번호나 보안 코드를 받지 마세요. 결제 스크립트, 플러그인, 데이터 수집 방식이 바뀌면 보안 검토도 다시 확인하는 것이 좋습니다.

주문번호와 결제 참조 정보를 찾아 정해진 절차로 현재 거래 상태를 확인하세요. 금액, 통화, 수단과 여러 시도 여부를 살펴봅니다. 쇼핑몰 갱신 지연이나 복귀 중단은 재결제가 아니라 거래 대조가 필요한 상황일 수 있습니다.

이전 시도를 확인하기 전에 다시 결제하라고 요청하지 마세요. 지원이 필요하면 참조 번호, 시각, 보이는 상태와 오류 정보를 전달합니다. 무엇을 확인 중인지 고객에게 설명하고 캡처를 최종 확인으로 판단하지 마세요.

배송, 상품 변경, 취소 요청과 반품 조건은 주문한 쇼핑몰에 먼저 문의하세요. 주문과 상품 제공 정보는 판매자가 가지고 있습니다. 주문 확인 안내와 결제 영수증의 참조 정보를 보관하면 도움이 됩니다.

결제 자체의 문제라면 쇼핑몰에 해당 거래 확인을 요청하세요. PayPort에 문의할 때는 판매자명, 주문번호, 결제일, 금액, 통화와 문제를 알려주세요. 전체 카드번호나 보안 코드는 보내지 마세요.

사업자·판매자명, 주문·거래번호, 결제수단, 금액과 통화, 시간대가 포함된 발생 시각, 기대한 결과와 실제 상황을 알려주세요. 기술 문제라면 환경, 오류 메시지, 재현 순서도 도움이 됩니다.

첨부 자료에서 비밀번호, API 비밀값, 전체 카드 정보와 불필요한 개인정보를 제거하세요. 민감한 증빙은 승인된 제출 경로를 요청합니다. 같은 문제를 여러 건으로 나누기보다 하나의 문의 참조 번호로 이어가면 후속 확인이 쉽습니다.

본인 인증과 결제 완료는 다른 단계입니다. 카드사의 추가 인증을 끝냈는지, 중단됐는지 살펴보고 재시도 전에 이미 성공한 결제가 없는지 확인하세요.

고객이 인증을 완료할 수 없다면 발급사에 인증 요건을 확인하도록 안내합니다. 인증 비밀번호나 일회용 코드를 판매자 상담창으로 보내달라고 요청하지 마세요.

먼저 승인 내역과 실제 완료된 청구를 구분하세요. 쇼핑몰의 성공 거래, 금액과 참조 번호를 고객 명세서와 비교합니다. 표시가 두 건이라는 사실만으로 두 번 결제 완료됐다고 볼 수는 없습니다.

실제로 두 건이 완료됐다면 중복 원인을 확인하고 적절한 환불 절차로 처리하세요. 한 건이 임시 승인이라면 해제는 발급사에 확인할 수 있습니다. 완료되지 않은 거래를 환불하지 마세요.

Chrome, Edge, Safari, Firefox 등 최신 주요 브라우저를 사용해보세요. 앱 안의 내장 브라우저 대신 일반 브라우저에서 링크를 열고 확장 기능이나 네트워크 제한이 화면을 막는지도 확인합니다.

결제를 반복하기 전에 이전 시도가 성공하지 않았는지 확인하세요. 계속 문제가 발생하면 브라우저, 기기, 시각과 오류 문구를 남겨 어떤 단계에서 막히는지 알려주세요.