CHAPTER 01
결제 링크가 맞는 거래
결제 링크 청구서 결제의 첫 확인입니다. 링크 결제도 판매 내용과 계약 확인이 필요합니다. 링크나 청구서 방식은 큰 쇼핑몰을 만들지 않고도 특정 거래의 결제 화면을 안내하는 구성입니다. 누가 무엇을 얼마에 판매하는지와 제공 · 취소 기준은 여전히 필요하며 계약에서 허용된 사용 범위 안에서 운영합니다. 판매 품목과 금액, 고객에게 안내할 거래 내역과 취소 연락처를 준비합니다. 링크 발급 기능의 지원 여부를 확인한 뒤 품목 · 금액 · 유효기간을 입력해 발급합니다. 전체 흐름은 온라인 결제 시스템 안내에서 함께 볼 수 있습니다.
예약 날짜가 확정된 서비스는 예약번호와 연결한 링크를 보내고 결제 확인 후 예약 상태를 바꾸는 식으로 운영할 수 있습니다. 고객의 입금 메시지 대신 관리 화면의 실제 승인 결과로 결제 완료를 확인합니다. 링크의 전달 방식이나 QR 표시가 가능하다는 점이 특정 업종 · 판매 방식의 심사 면제를 뜻하지는 않습니다. 링크로 청구한 거래도 주문 내용이 바뀌거나 기한이 지나면 이전 링크가 어떻게 동작하는지 확인해야 합니다. 고객이 오래된 금액으로 결제하거나 같은 청구를 반복하지 않도록 발급 · 완료 · 만료 상태를 구분합니다.
| 확인할 것 | 준비 · 확인 방법 | 판단 기준 |
|---|---|---|
| 자료 | 판매 품목과 금액, 고객에게 안내할 거래 내역과 취소 연락처를 준비합니다 | 청구 식별자와 품목 · 금액, 유효기간과 재발급 규칙을 정리합니다 |
| 진행 | 링크 발급 기능의 지원 여부를 확인한 뒤 품목 · 금액 · 유효기간을 입력해 발급합니다 | 지원 기능에 맞춰 링크를 발급하고 변경이 있으면 이전 링크 처리와 고객 안내를 함께 진행합니다 |
| 결과 | 고객의 입금 메시지 대신 관리 화면의 실제 승인 결과로 결제 완료를 확인합니다 | 완료된 청구의 재결제 가능 여부와 만료 후 화면, 실제 승인 기록을 확인합니다 |
- 판매 품목과 금액, 고객에게 안내할 거래 내역과 취소 연락처를 준비합니다.
- 링크 발급 기능의 지원 여부를 확인한 뒤 품목 · 금액 · 유효기간을 입력해 발급합니다.
- 고객의 입금 메시지 대신 관리 화면의 실제 승인 결과로 결제 완료를 확인합니다.
CHAPTER 02
링크 · QR · 청구서 만들기
간단 주문 페이지도 필수 정보를 담아야 합니다. 규모가 작은 주문 페이지라도 판매자 · 상품 · 금액과 제공 · 취소 안내를 고객이 확인할 수 있어야 합니다. 입력 항목은 필요한 범위로 줄이되 결제된 거래를 운영자가 식별하고 문의에 답할 기록을 마련합니다. 필요 주문 정보와 상품 · 가격, 고객 안내 및 결과 조회 방법을 정리합니다. 주문번호를 만들고 결제 결과를 연결한 뒤 완료 · 실패 상태를 명확히 보여 줍니다. 같은 주문의 반복 요청과 가격 변경 후 재시도에서도 검증이 유지되는지 시험합니다.
예약 서비스는 연락처만 받는 폼과 결제 주문서를 구분해 이용 날짜와 청구 금액을 확인한 뒤 결제하도록 구성할 수 있습니다. 입력한 금액과 실제 승인 결과가 맞고 고객에게 주문 조회 경로가 제공되는지 확인합니다. 간단하다는 이유로 금액 검증 · 동의 · 거래 기록을 생략하지 않고 지원되는 안전한 결제 방식을 이용합니다. 고객 화면에서 전달된 금액은 조작되거나 오래된 값일 수 있어 서버가 보관한 최종 주문 금액과 대조해야 합니다. 할인 · 배송비 계산과 재고 · 옵션을 확정한 뒤 승인 결과를 검증해 실제 주문에 반영합니다.
- 필요 주문 정보와 상품 · 가격, 고객 안내 및 결과 조회 방법을 정리합니다.
- 주문번호를 만들고 결제 결과를 연결한 뒤 완료 · 실패 상태를 명확히 보여 줍니다.
- 입력한 금액과 실제 승인 결과가 맞고 고객에게 주문 조회 경로가 제공되는지 확인합니다.

CHAPTER 03
금액 · 품목 · 만료 설정
청구 링크는 금액과 유효 상태를 관리합니다. 링크로 청구한 거래도 주문 내용이 바뀌거나 기한이 지나면 이전 링크가 어떻게 동작하는지 확인해야 합니다. 고객이 오래된 금액으로 결제하거나 같은 청구를 반복하지 않도록 발급 · 완료 · 만료 상태를 구분합니다. 청구 식별자와 품목 · 금액, 유효기간과 재발급 규칙을 정리합니다. 지원 기능에 맞춰 링크를 발급하고 변경이 있으면 이전 링크 처리와 고객 안내를 함께 진행합니다. 해결 뒤 주문 상태와 고객 안내, 필요한 정산 조정이 함께 반영됐는지 확인합니다.
견적 금액이 바뀐 거래는 새 링크만 보내는 것으로 끝내지 않고 이전 청구의 상태와 고객 안내도 같이 정리하면 좋습니다. 완료된 청구의 재결제 가능 여부와 만료 후 화면, 실제 승인 기록을 확인합니다. 링크 만료 기능이나 중복 차단이 모든 서비스에서 같다고 가정하지 않고 제공 범위를 확인합니다. 고객이 승인 문자나 화면을 보여 줄 때에도 운영자는 원거래를 조회해 실제 상태와 금액을 확인해야 합니다. 주문과 결제의 번호를 연결해 두면 동일 금액의 다른 거래와 혼동하지 않고 대응하기 좋습니다.
- 청구 식별자와 품목 · 금액, 유효기간과 재발급 규칙을 정리합니다.
- 지원 기능에 맞춰 링크를 발급하고 변경이 있으면 이전 링크 처리와 고객 안내를 함께 진행합니다.
- 완료된 청구의 재결제 가능 여부와 만료 후 화면, 실제 승인 기록을 확인합니다.
CHAPTER 04
고객 화면과 완료 확인
조회 결과를 기준으로 고객 문의를 처리합니다. 고객이 승인 문자나 화면을 보여 줄 때에도 운영자는 원거래를 조회해 실제 상태와 금액을 확인해야 합니다. 주문과 결제의 번호를 연결해 두면 동일 금액의 다른 거래와 혼동하지 않고 대응하기 좋습니다. 주문번호 · 거래 식별값과 발생 시각, 고객 문의 내용 및 결제 수단을 확인합니다. 관리자나 공식 조회 기능으로 승인 · 취소 · 입금 상태를 살펴보고 처리 방향을 안내합니다. 변경 후 잔액 · 제공 범위와 결제 기록, 고객 안내가 맞는지 대조합니다.
승인 메시지가 있지만 주문이 안 보인다면 즉시 재결제를 요청하기보다 서버 결과 반영과 원승인 상태를 먼저 확인해야 합니다. 해결 뒤 주문 상태와 고객 안내, 필요한 정산 조정이 함께 반영됐는지 확인합니다. 고객의 카드번호 전체나 인증번호를 문의 해결에 필요하다고 요구하지 않고 필요한 식별 정보만 사용합니다. 고객 요청에 따라 금액이나 품목을 바꿀 때는 현재 화면의 가격만 보고 처리하기보다 실제 구매 당시 주문과 적용 조건을 확인해야 합니다. 원래 할인 · 배송 · 이용 조건을 알아야 남은 주문과 환불을 맞출 수 있습니다.
- 주문번호 · 거래 식별값과 발생 시각, 고객 문의 내용 및 결제 수단을 확인합니다.
- 관리자나 공식 조회 기능으로 승인 · 취소 · 입금 상태를 살펴보고 처리 방향을 안내합니다.
- 해결 뒤 주문 상태와 고객 안내, 필요한 정산 조정이 함께 반영됐는지 확인합니다.
CHAPTER 05
취소 · 환불 처리
환급 계좌 등 추가 정보는 필요한 때만 받습니다. 결제 수단에 따라 원거래 취소로 환급되거나 별도 환급 정보 확인이 필요한 경우가 있을 수 있습니다. 어떤 방식이 지원되는지 먼저 확인하고 고객에게 필요한 정보와 처리 상태를 명확하게 안내합니다. 원거래 수단과 취소 기능, 추가 환급 정보가 필요한지 공식 안내를 확인합니다. 지원되는 취소 · 환급 절차를 따라 필요한 정보만 안전한 경로로 확인합니다. 파일 공유 범위와 보관 종료 시 처리 방법이 운영 기준에 맞는지 확인합니다.
가상계좌 등에서 환급 처리가 필요한 경우에는 일반 문의란에 무작정 정보를 모으기보다 서비스가 제공하는 절차를 확인합니다. 실제 환급 처리 결과와 고객 안내, 정산 조정이 연결되는지 기록합니다. 고객의 비밀번호나 결제 인증번호를 환급에 필요한 정보처럼 요청하지 않습니다. 결제 통계나 오류 확인에 고객의 전체 개인정보가 항상 필요한 것은 아닙니다. 주문 식별자와 상태 · 금액 등 필요한 항목으로 목적을 달성하고 더 자세한 정보는 권한이 있는 담당자만 확인하도록 정리합니다.
- 원거래 수단과 취소 기능, 추가 환급 정보가 필요한지 공식 안내를 확인합니다.
- 지원되는 취소 · 환급 절차를 따라 필요한 정보만 안전한 경로로 확인합니다.
- 실제 환급 처리 결과와 고객 안내, 정산 조정이 연결되는지 기록합니다.
CHAPTER 06
사이트 결제와 병행
계약이 여러 개면 역할과 자료를 나누어 둡니다. 기존 PG와 신규 PG를 병행하거나 채널별 계약을 쓰는 경우에는 각 계약의 거래 · 정산 · 취소 범위를 구분해야 합니다. 같은 계좌나 관리자 이름이 있어도 실제 처리 주체가 다를 수 있어 문서로 연결해 두는 것이 좋습니다. 계약별 가맹점 · 채널 · 수단과 정산 계좌, 관리자 · 문의 창구를 정리합니다. 주문이 어느 계약으로 처리되었는지 기록하고 해당 원거래 경로로 취소 · 조회를 진행합니다. 같은 상품이 다른 채널에서 판매되어도 취소 · 정산을 원거래 경로로 처리하는지 확인합니다.
전환 기간에는 같은 날 같은 상품이 서로 다른 PG에서 결제될 수 있으므로 금액과 날짜만으로 거래를 찾지 않습니다. 월별 합계에 중복 · 누락이 없고 계약 종료 뒤 남는 거래의 담당이 정해졌는지 확인합니다. 다른 계약의 승인 · 조건을 현재 거래에도 자동으로 적용하지 않습니다. 여러 판매 채널을 병행하면 주문번호와 결제 식별값이 각 시스템에서 따로 만들어질 수 있습니다. 고객이 문의할 때 어느 채널에서 구매했는지와 실제 결제 기록을 연결할 수 있어야 조회와 환불이 쉬워집니다.
- 계약별 가맹점 · 채널 · 수단과 정산 계좌, 관리자 · 문의 창구를 정리합니다.
- 주문이 어느 계약으로 처리되었는지 기록하고 해당 원거래 경로로 취소 · 조회를 진행합니다.
- 월별 합계에 중복 · 누락이 없고 계약 종료 뒤 남는 거래의 담당이 정해졌는지 확인합니다.

