온라인 PG,
사이트에 결제 붙이는
첫걸음부터 같이

신청자와 실제 판매자가 같아야 합니다. 결제대행 계약은 물건이나 서비스를 판매하는 사업자를 기준으로 맺습니다. 사업자등록증의 상호만 확인하는 데서 끝내지 않고 대표자, 사업장 주소, 실제 취급 품목과 판매 채널을 함께 살펴봅니다. 판매자 사업자 정보와 사이트 · 도메인, 제작 · 운영 담당자의 역할을 정리합니다.

개인사업자가 운영하던 사이트를 법인이 인수했다면 화면의 상호가 같아도 계약과 계좌는 새 주체 기준으로 검토합니다. 업종코드를 추가했다는 사실만으로 해당 상품의 판매 자격이나 결제 심사가 자동으로 끝나지는 않습니다. 등록 정보와 판매 화면을 대조한 뒤 다른 항목은 변경이 필요한 이유와 수정 일정을 적습니다. 상호 · 계좌 · 계약 주체와 고객이 보는 판매자 정보가 일치하는지 확인합니다. 사이트 · 계약서 · 정산 계좌의 주체가 한 사업자로 설명되는지 확인합니다.

서류는 최신 정보와 읽을 수 있는 품질이 기준입니다. 사업자 자료, 대표자 확인 자료, 정산 계좌 자료 등은 신청하는 서비스와 사업자 유형에 맞춰 준비합니다. 이름이 비슷한 서류라도 제출 목적과 발급 조건이 다를 수 있어 담당자가 보낸 목록을 기준으로 묶는 것이 좋습니다. 허용 형식과 용량 · 페이지 수, 발급일 · 서명 · 날인 등 필수 표시를 확인합니다.

사진 제출이 가능한 안내를 받았다면 그림자와 반사를 피하고 네 모서리를 포함해 촬영한 뒤 확대해서 글자를 확인합니다. 신분증 · 인감 · 계좌 사본은 공개 문의란에 올리지 말고 담당자가 안내한 공식 제출 경로를 이용합니다. 원본 파일에서 가장자리와 내용을 확인하고 여러 장이면 순서대로 빠짐없이 묶습니다. 다른 사업자 자료나 오래된 버전이 섞이지 않았는지 최종 목록과 대조합니다. 대표자 · 사업자번호 · 계좌 명의가 다른 자료와 일치하고 흐린 부분이 없는지 검토합니다.

연동 방식은 유지할 수 있는 범위로 고릅니다. 설정형 모듈, 개발형 API와 링크 청구는 주문 정보가 만들어지고 결과를 관리하는 방식이 다릅니다. 처음 붙이는 비용 외에 담당자가 취소 · 오류 · 변경을 처리할 수 있는지도 함께 보면 선택이 더 분명해집니다. PG 제공 기능과 빌더 · 개발사의 담당 작업, 사업자 운영 업무를 나누어 적습니다.

건별 상담 뒤 대금이 확정되는 서비스는 링크 청구가 맞을 수 있고 재고 · 배송 자동 처리가 중요하면 주문 시스템 연동이 필요할 수 있습니다. 어느 방식이 언제나 저렴하거나 빠르다고 단정하지 않고 현재 환경과 지원되는 조건으로 비교합니다. 각 방식의 신청 · 개발 · 운영 역할을 나누어 누가 무엇을 맡을지 정합니다. 어느 단계도 담당자 없이 빠져 있지 않고 실패 시 문의할 경로가 있는지 확인합니다. 시험 결과와 인수인계 자료를 확인한 뒤 실제 지원 범위로 개통합니다.

승인과 취소를 한 묶음으로 시험합니다. 결제 기능은 성공 화면이 한 번 나타났다고 점검이 끝나지 않습니다. 승인, 취소, 실패, 결과 알림, 주문 상태와 모바일 복귀를 이어서 확인해야 고객이 실제로 사용하는 흐름과 관리자 업무를 함께 점검할 수 있습니다. 날짜 · 시각, 환경, 주문번호와 거래 식별값, 예상 · 실제 결과를 적을 양식을 준비합니다.

승인은 되었는데 주문이 미결제로 남는 경우에는 고객에게 다시 결제하도록 안내하기 전에 원거래 결과를 먼저 조회합니다. 실결제 시험은 실제 돈이 움직이는 거래이므로 담당자 허가와 서비스의 시험 안내에 따라 범위를 정합니다. 시험 환경에서 성공과 실패를 확인한 뒤 승인된 운영 환경에서 안내된 소액 거래를 수행합니다. 수정 후 같은 조건으로 다시 확인한 결과와 처리 담당자를 덧붙입니다. 소액 실거래를 했다면 취소 결과와 주문 상태, 정산 반영 여부까지 확인합니다.

승인일과 입금일은 다른 날짜입니다. 결제가 승인된 시점, 매입 또는 정산 대상에 포함되는 시점, 사업자 계좌로 입금되는 시점을 나누면 통장과 매출이 다른 이유를 찾기 쉬워집니다. 정산은 계약에서 정한 기준과 집계 기간에 따라 이루어집니다. 예정 정산일과 가맹점, 예상 지급액 및 실제 계좌 입금 내역을 준비합니다.

월말에 승인된 거래가 다음 달 정산으로 넘어갔다면 매출이 없어졌다기보다 조회 기준일이 다른 경우인지 먼저 살핍니다. 당일 매출 합계와 당일 통장 입금액을 바로 비교하면 서로 다른 거래 묶음을 대조하게 될 수 있습니다. 같은 기간의 거래 명세를 내려받고 취소 · 수수료 · 기타 조정 금액을 분리합니다. 차액이나 지연의 사유와 다음 확인 시점을 기록하고 실제 반영 결과를 대조합니다. 예정 정산액과 실제 계좌 입금액을 같은 가맹점 · 회차로 대조합니다.

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

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

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

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

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

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

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

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

운영 문의는 창구와 처리 범위를 같이 봅니다. 결제 서비스의 고객 대응은 연락 방법뿐 아니라 장애 접수, 취소 문제, 정산 문의와 기술 지원의 범위까지 포함합니다. 계약 전 어떤 상황을 누구에게 전달할지 알아두면 실제 문제가 생겼을 때 정보가 덜 흩어집니다. 가입 · 계약 · 기술 · 정산 · 고객 취소의 담당 주체와 접수 창구를 정리합니다.

야간에 결제가 어려워지면 무작정 반복 결제를 유도하기보다 장애 공지와 원거래 상태를 확인하고 고객에게 현재 상태를 알립니다. 항상 즉시 응답하거나 특정 수준의 손해를 배상한다는 약속은 계약에 확인된 범위가 아니면 게시하지 않습니다. 문제 유형별로 주문번호 · 발생 시각 · 화면과 오류 내용을 묶는 양식을 준비합니다. 계약 후에도 같은 창구와 운영 시간 · 지원 범위가 유지되는지 확인합니다. 접수 번호와 담당자, 다음 안내 시점을 기록하고 해결 후 재발 여부를 점검합니다.