Loading
Authorized와 Captured의 차이: 주문을 결제 완료로 보기 전에 승인 후 금액 보류를 확인하세요
TrustFinance Research Team
10월 12, 2026
14 min read
3
Authorized는 일반적으로 지원되는 결제 흐름에서 승인을 받고 고객의 결제 수단에 일정 금액을 확보한 상태입니다. Captured는 승인만 받은 단계를 지나 매입 처리가 진행된 상태를 뜻합니다. 어느 상태도 판매자 은행에 입금됐다는 단독 증거는 아닙니다.
조치하기 전에 제공업체의 정의를 확인하세요. 매입 요청, 요청 접수와 최종 처리 결과는 서로 다른 사건일 수 있습니다. 아래 명칭은 단계를 설명하며 모든 시스템이 같은 상태 이름을 쓴다는 뜻은 아닙니다.
결제 상태를 순서대로 읽기
카드 명세서에서 일시 보류 금액이 완료된 청구처럼 보일 수 있습니다. 고객의 화면은 참고 자료지만 모습만 보고 주문을 결제 완료로 표시하지 말고 해당 결제의 제공업체 기록과 대조해야 합니다.
주문 번호, 승인 참조와 매입 참조를 연결해 보관하세요. 정산 및 지급 기록은 별도로 맞춰 봅니다. 매출 합계 하나로는 각 거래가 실제로 은행에 도착했는지 알 수 없습니다.
| 단계 | 확인할 항목 | 아직 증명하지 않는 것 |
|---|---|---|
| Authorized | 지원되는 금액 확보와 실제 만료 | 판매자 은행 입금 |
| 매입 요청 | 요청 참조와 처리 결과 | 접수만으로 처리 성공 |
| Captured | 업체가 확인한 매입 상태와 후속 기록 | 정산, 지급 또는 분쟁이 없음 |
| 정산 | 업체의 잔액 또는 정산 기록 | 은행 입금 완료 |
| 지급 | 은행 수령과 대조한 지급 참조 | 지급을 보냈다는 이유만으로 수령 |
지원 조건, 금액과 만료 확인
먼저 결제 수단, 판매자 계정과 거래가 승인과 매입을 분리하도록 지원하는지 확인하세요. 자동으로 청구하거나 수동 매입을 지원하지 않는 수단도 있습니다. 카드의 기능이 모든 은행 자동이체나 지갑에 적용되는 것은 아닙니다.
해당 거래의 실제 매입 설정을 확인하세요. 자동, 지연 자동과 수동 매입은 후속 관리 책임이 다릅니다. 계정 기본값과 허용된 거래별 설정이 다를 수 있으며 주문 확인서로 이를 대신할 수 없습니다.
실제 만료 시각과 시간대를 확인하세요. 카드 네트워크, 거래 유형, 국가와 제공업체 규칙에 따라 유효기간이 달라질 수 있습니다. 모든 결제에 일률적으로 7일이나 28일을 적용하지 마세요.
승인 기간 연장이나 여러 번의 부분 매입에는 조건이 있습니다. 대상 여부와 활성화된 설정을 확인한 뒤 이용하세요. 배송 일정이 길다는 이유로 기존 승인으로 확보된 금액의 유효기간이 자동 연장되지는 않습니다.
통화, 승인 금액, 현재 매입 가능한 금액과 참조를 대조하세요. 취소 또는 만료된 승인, 지원하지 않는 금액이나 다른 통화는 처리를 실패하게 만들 수 있습니다.
비동기 접수 응답은 완료가 아닙니다. 예를 들어 Adyen은 접수된 요청과 webhook 결과를 구분하고 이후의 CAPTURE_FAILED 가능성도 설명합니다. 실제 결과와 그 뒤의 기록을 확인해야 합니다.
1,200 통화 단위 주문의 가상 예시
지원되는 카드 주문이 1,200 통화 단위라고 가정합니다. 1일차 10:00 UTC에 승인하고, 예시 매입은 2일차 10:00 UTC에 진행합니다. 만료는 3일차 18:00 UTC로 가정합니다. 금액과 시각은 모두 설명을 위한 가정입니다.
처음에는 승인 금액 1,200과 매입 금액 0을 기록합니다. 고객 측에 확보된 금액이지 판매자의 현금 1,200이나 결제 처리업체의 준비금이 아닙니다. 수수료와 세금은 설명을 간단히 하려고 제외했으며 실제로 무료라고 가정하지 않습니다.
부분 매입 경로에서는 제공업체가 900의 매입 처리를 확인하고, 이 가상 흐름은 부분 매입을 한 번만 허용한다고 가정합니다. 그 조건에 따라 사용하지 않은 300은 취소 또는 해제됩니다. 1,200에서 900을 빼면 300입니다.
다른 경로에서는 판매자가 매입 전에 승인 전체를 취소합니다. 확보된 1,200은 지원되는 취소 또는 해제 절차를 따릅니다. 이미 매입된 결제가 없으므로 환불 경로가 아니며 고객 은행의 해제 표시 시각도 가정하지 않습니다.
또 다른 경로에서는 가상의 기한 전에 매입하지 않습니다. 승인이 만료되면 같은 기존 보류 금액을 그대로 매입할 수 없습니다. 새 승인이 허용되더라도 제공업체의 올바른 절차와 필요한 고객 동의를 따라야 합니다.
각 경로는 대안이며 금액을 합산하지 않습니다. 부분 매입 예시의 미사용 300은 매입된 900에서 돌려주는 환불이 아닙니다. 매입 확인 후에도 정산과 은행 지급은 별도로 점검해야 합니다.
| 대체 경로 | 매입 금액 | 미사용 승인 | 별도 확인 |
|---|---|---|---|
| 2일차 부분 매입 | 900 | 한 번만 가능한 조건에서 300 취소/해제 | 매입 결과, 정산과 은행 수령 |
| 매입 전 취소 | 0 | 1,200이 취소/해제 절차를 따름 | 업체와 고객 은행 상태 |
| 3일차 18:00 UTC까지 매입 없음 | 0 | 가상 기한에서 1,200 만료 | 새 결제에는 유효한 절차 필요 |
판매자의 확인 절차
사업과 결제 수단에 맞는 배송·서비스 제공 정책을 문서화하세요. 배송 전후에 매입하는 지원 흐름도 있지만 다른 방식도 있습니다. 승인만을 근거로 배송이나 금전적 보호를 약속하지 마세요.
매입이 실패하거나 결과가 불분명하면 다시 시도하거나 다른 청구를 만들기 전에 원래 결제 이력을 확인하세요. 참조와 금액을 맞춰 고객지원 담당자가 실수로 중복 청구하지 않도록 합니다.
매입된 결제에는 필요에 따라 제공업체가 지원하는 환불이나 거래 취소 절차를 사용하세요. 쇼핑몰 시스템에서 주문만 취소한다고 승인이 취소되거나 이미 청구한 금액이 자동 반환되는 것은 아닙니다.
취소 후에도 고객에게 보류 금액이 보이면 공유 가능한 거래 참조, 금액과 시각을 알려 제공업체나 은행의 조회를 돕습니다. 즉시 해제를 보장하거나 카드의 전체 민감 정보를 요구하지 마세요.
- 주문, 승인과 매입 참조를 맞춘다.
- 승인 금액과 현재 매입 가능 금액을 기록한다.
- 실제 만료와 시간대를 보관한다.
- 결제 수단의 지원 조건과 설정을 확인한다.
- 요청 접수, 결과와 이후 실패를 점검한다.
- 취소·해제된 잔액을 환불과 구분한다.
- 정산, 지급과 실제 은행 수령을 대조한다.
자주 묻는 질문
고객에게 출금 내역이 보이면 매입이 확인된 것인가요
반드시 그렇지는 않습니다. 카드 발급사의 화면은 일시 확보와 반영된 청구를 비슷하게 표시할 수 있습니다. 같은 거래의 결제, 매입과 취소 상태를 대조하고 은행 처리 시간을 약속하지 않은 채 현재 증거를 설명하세요.
남은 300을 나중에 추가 매입할 수 있나요
실제 흐름이 추가 매입을 지원하고 승인도 아직 사용 가능할 때만 가능합니다. 이 예시는 한 번의 부분 매입 뒤 나머지를 해제하도록 명시합니다. 남은 300을 다음 매입에 자동으로 쓸 수 있다고 보지 마세요.
다음 질문에 맞는 글 읽기
매입 상태를 확인했다면 정산과 은행 현금은 정산, 환불과 차지백, 수수료와 판매자의 제한 자금은 결제 게이트웨이 총비용에서 살펴보세요. 다른 중립적 가이드는 TrustFinance Blog에서 읽을 수 있습니다.
출처와 적용 범위
아래 공식 문서는 2026년 10월 12일 확인한 제공업체별 구조를 설명합니다. 모든 결제의 공통 기한, 현지 소비자 권리나 자금 수령을 보장하지 않습니다. 계약 법인, 계정과 실제 결제 수단의 최신 조건을 확인하세요.
작성자
TrustFinance Research Team
Official TrustFinance research and editorial team, sharing insights, analysis, and best practices to help financial companies and traders build transparency, credibility, and growth.
