- 실물 사진과 상태 점검표, 구성품 · 수리 이력, 판매 책임과 문의 창구를 준비합니다.
- 상태 등급의 기준과 발견된 사용 흔적을 상세페이지에 설명하고 주문과 연결해 보관합니다.
- 출고한 상품의 식별 정보와 고객이 확인한 설명이 일치하는지 대조합니다.
중고 · 리퍼 PG 의 특징
중고 리퍼 PG의 첫 확인입니다. 상태와 판매 책임을 구체적으로 표시합니다. 중고 · 리퍼 상품은 개별 제품의 상태와 구성품이 거래 판단에 큰 영향을 줍니다. 새 상품과 다른 부분을 구체적으로 설명하고 직접 판매인지 중개인지, 배송 · 점검 · 환불을 누가 맡는지 구분하면 심사 자료도 명확해집니다. 실물 사진과 상태 점검표, 구성품 · 수리 이력, 판매 책임과 문의 창구를 준비합니다. 상태 등급의 기준과 발견된 사용 흔적을 상세페이지에 설명하고 주문과 연결해 보관합니다. 전체 흐름은 PG업종 안내에서 함께 볼 수 있습니다.
동일 모델이라도 흠집이나 부속품이 다르면 공통 사진만 쓰기보다 해당 제품의 상태를 고객이 알 수 있게 안내하는 편이 좋습니다. 출고한 상품의 식별 정보와 고객이 확인한 설명이 일치하는지 대조합니다. 고가 상품의 결제 한도나 중개 거래의 이용 범위는 개별 계약 조건을 확인해야 합니다. 상품 자료를 제출할 때에는 대표 사진과 상세 설명, 가격 · 옵션 및 공급 · 제공 근거가 같은 품목을 가리켜야 합니다. 일반 이미지로 분위기를 전달하는 일과 실제 판매 품목을 확인시키는 일은 구분해야 합니다.
| 확인할 것 | 준비 · 확인 방법 | 판단 기준 |
|---|---|---|
| 자료 | 실물 사진과 상태 점검표, 구성품 · 수리 이력, 판매 책임과 문의 창구를 준비합니다 | 판매 상품의 실제 사진 · 구성 · 가격과 관련 공급 · 자격 자료를 정리합니다 |
| 진행 | 상태 등급의 기준과 발견된 사용 흔적을 상세페이지에 설명하고 주문과 연결해 보관합니다 | 고객 페이지와 신청 자료의 상품명이 다르거나 빠진 옵션이 있는지 확인합니다 |
| 결과 | 출고한 상품의 식별 정보와 고객이 확인한 설명이 일치하는지 대조합니다 | 심사에 설명한 품목과 운영 중 받는 대금의 상품이 같은지 점검합니다 |
- 실물 사진과 상태 점검표, 구성품 · 수리 이력, 판매 책임과 문의 창구를 준비합니다.
- 상태 등급의 기준과 발견된 사용 흔적을 상세페이지에 설명하고 주문과 연결해 보관합니다.
- 출고한 상품의 식별 정보와 고객이 확인한 설명이 일치하는지 대조합니다.
상태 등급 표기 기준
사진과 설명은 실제 품목을 보여 줍니다. 상품 자료를 제출할 때에는 대표 사진과 상세 설명, 가격 · 옵션 및 공급 · 제공 근거가 같은 품목을 가리켜야 합니다. 일반 이미지로 분위기를 전달하는 일과 실제 판매 품목을 확인시키는 일은 구분해야 합니다. 판매 상품의 실제 사진 · 구성 · 가격과 관련 공급 · 자격 자료를 정리합니다. 고객 페이지와 신청 자료의 상품명이 다르거나 빠진 옵션이 있는지 확인합니다. 심사에 전달한 상품과 운영 중 노출되는 상품이 일치하는지 확인합니다.
AI 연출 사진은 서비스 이해용으로 쓸 수 있어도 실제 사업장 · 실제 공급품의 증빙이라고 제출해서는 안 됩니다. 심사에 설명한 품목과 운영 중 받는 대금의 상품이 같은지 점검합니다. 타인의 상품 자료나 연출 이미지를 실제 거래 근거인 것처럼 표시하지 않습니다. 판매 화면에는 고객이 구매를 판단할 정보가 있어야 합니다. 상품명만 나열하기보다 구성 · 가격 · 제공 시점과 판매자를 확인할 수 있게 하고 사진이나 안내가 실제 거래 대상과 다른 인상을 주지 않도록 정리합니다.
- 판매 상품의 실제 사진 · 구성 · 가격과 관련 공급 · 자격 자료를 정리합니다.
- 고객 페이지와 신청 자료의 상품명이 다르거나 빠진 옵션이 있는지 확인합니다.
- 심사에 설명한 품목과 운영 중 받는 대금의 상품이 같은지 점검합니다.

환불 · 보증 조건
고객 정책과 결제 기능의 차이를 설명합니다. 고객에게 환불해 주어야 하는 범위와 결제 서비스에서 기술적으로 실행할 수 있는 기능은 구분될 수 있습니다. 정책에 따른 처리를 정한 뒤 지원되는 취소 · 환급 절차로 실행하고 결과를 기록해야 합니다. 고객 요청과 적용 정책, 원거래 수단과 취소 기능의 지원 범위를 확인합니다. 처리 범위를 정하고 공식 기능 · 절차로 실행한 뒤 고객에게 확인된 상태를 안내합니다. 주문 · 고객 응대 기록과 취소 · 정산 내역이 같은 처리 결과를 담는지 확인합니다.
부분 환불이 필요한데 수단의 부분취소가 제한된다면 임의로 처리하지 않고 해당 서비스의 공식 안내에 따라 방법을 확인합니다. 주문 · 환급 · 정산 기록이 서로 맞는지 점검합니다. 기술적으로 버튼이 없다는 이유만으로 고객의 법적 환불 권리가 없다고 단정하지 않습니다. 환불 처리에는 법령에 따른 기준, 상품별 안내와 결제 서비스의 취소 기능이 함께 작동합니다. 고객의 요청이 접수된 시점과 법적 판단, 기술적 취소의 실행을 분리해 담당자와 확인할 수 있도록 준비합니다.
- 고객 요청과 적용 정책, 원거래 수단과 취소 기능의 지원 범위를 확인합니다.
- 처리 범위를 정하고 공식 기능 · 절차로 실행한 뒤 고객에게 확인된 상태를 안내합니다.
- 주문 · 환급 · 정산 기록이 서로 맞는지 점검합니다.
중개와 직접 판매 구조
중개와 직접 판매는 대금 흐름이 다릅니다. 사업자가 직접 상품을 판매하는지, 다른 판매자의 거래를 연결하고 대금을 처리하는지에 따라 계약 · 정산과 고객 책임이 달라질 수 있습니다. 단순 쇼핑몰이라는 이름보다 실제 판매 주체와 대금 전달 구조를 설명해야 합니다. 판매자와 구매자, 상품 제공자와 대금 수취 · 분배의 흐름을 정리합니다. 직접 판매와 중개 · 대행에 해당하는 부분을 나누어 필요한 계약 범위를 확인합니다. 승인받은 범위와 다른 거래가 발견되면 원인을 확인하고 담당 창구에 문의합니다.
여러 판매자의 상품을 모아 판매한다면 누가 계약 판매자이고 누가 환불을 처리하는지 구체적으로 정해야 합니다. 고객에게 표시한 판매 책임 · 문의 창구와 실제 정산 구조가 같은지 점검합니다. 일반 단일 사업자 계약으로 다른 사업자의 거래대금을 임의로 처리할 수 있다고 가정하지 않습니다. 결제대행은 계약한 상품이나 서비스를 실제로 판매하며 대금을 처리하는 구조입니다. 거래 내용과 맞지 않는 상품명이나 다른 사업자의 매출을 섞으면 취소 · 정산 · 고객 문의의 근거가 불명확해질 수 있습니다.
- 판매자와 구매자, 상품 제공자와 대금 수취 · 분배의 흐름을 정리합니다.
- 직접 판매와 중개 · 대행에 해당하는 부분을 나누어 필요한 계약 범위를 확인합니다.
- 고객에게 표시한 판매 책임 · 문의 창구와 실제 정산 구조가 같은지 점검합니다.
고가 상품 결제 한도
한도는 거래 유형과 계약 범위를 함께 봅니다. 고액 결제나 거래량 증가를 준비할 때는 건별 한도와 월별 처리 범위, 결제 수단별 제한을 확인합니다. 화면에서 금액을 입력할 수 있다는 사실과 그 거래가 허용되는 범위는 구분해야 합니다. 평균 · 최대 주문 금액과 예상 월 거래량, 판매 · 제공 자료를 준비합니다. 현재 적용된 한도와 변경 신청 조건을 확인하고 필요한 자료를 안내받습니다. 변경이 승인되면 적용일과 실제 설정을 확인해 표를 갱신합니다. 운영 화면과 계약 안내를 대조하고 범위를 넘을 예정이면 사전에 검토를 요청합니다.
주문 제작 장비처럼 금액이 큰 거래를 앞두고 있다면 결제 직전에 시도하기보다 상품 · 납기 자료와 함께 먼저 검토합니다. 변경 적용일과 대상 수단, 정산 · 추가 조건이 함께 바뀌는지 확인합니다. 한도를 맞추려고 실질이 같은 거래를 인위적으로 나누는 방식 대신 계약에서 허용된 거래 구조를 확인합니다. 결제 가능한 금액과 수단, 채널의 범위가 문서와 화면에 흩어져 있으면 운영자가 혼동하기 쉽습니다. 현재 확인된 한도와 기능, 변경 신청 경로를 한 표로 정리해 주문을 받기 전에 확인할 수 있게 합니다.
- 평균 · 최대 주문 금액과 예상 월 거래량, 판매 · 제공 자료를 준비합니다.
- 현재 적용된 한도와 변경 신청 조건을 확인하고 필요한 자료를 안내받습니다.
- 변경 적용일과 대상 수단, 정산 · 추가 조건이 함께 바뀌는지 확인합니다.
분쟁 기록 관리
주문부터 처리 결과까지 한 거래로 묶습니다. 고객 이의신청이나 분쟁이 생겼을 때는 결제 사실만으로 제공 여부와 약속 내용을 모두 설명하기 어렵습니다. 주문 내용, 구매 당시 안내, 제공 · 배송 기록과 문의 · 취소 처리 결과를 연결해 확인할 수 있어야 합니다. 주문번호와 결제 식별값, 구매 당시 조건, 제공 기록 및 고객 응대 내역을 정리합니다. 요청받은 쟁점을 확인하고 관련 자료를 필요한 범위로 묶어 정해진 창구에 제출합니다. 고객 문의와 실제 처리 내역을 연결할 수 있는지 정기적으로 확인합니다.
예약 날짜를 바꾼 거래라면 처음 계약한 일정과 변경 합의 기록이 함께 있어야 실제 제공 조건을 설명하기 쉽습니다. 담당 안내의 응답 기한과 처리 결과를 기록하고 같은 문제가 반복되는 원인을 점검합니다. 개인정보가 포함된 기록은 권한과 보관 기준을 정하고 공개 게시판이나 일반 메신저에 불필요하게 노출하지 않습니다. 취소 · 환불과 설정 변경처럼 고객 대금이나 운영에 영향을 주는 작업은 실행자와 시각, 대상 거래 · 변경 내용이 확인되는 편이 좋습니다. 문제가 생겼을 때 사실을 확인하고 재처리 여부를 판단하는 근거가 됩니다.
- 주문번호와 결제 식별값, 구매 당시 조건, 제공 기록 및 고객 응대 내역을 정리합니다.
- 요청받은 쟁점을 확인하고 관련 자료를 필요한 범위로 묶어 정해진 창구에 제출합니다.
- 담당 안내의 응답 기한과 처리 결과를 기록하고 같은 문제가 반복되는 원인을 점검합니다.

