효성CMS+ 승인 — 결제 요청이 처리되는 확인 절차 |
카드사·은행이 결제 요청 가부를 판단하고 응답하는 과정을 정리합니다 |
승인이란 무엇인지, 계좌이체 승인·신용카드 승인·가상계좌 입금 확인의 차이, 요청부터 결과 저장까지의 처리 절차, 승인 실패가 발생하는 주요 원인과 사업 현장에서의 대응 방법, 그리고 운영 시 유의할 점을 원론적으로 설명합니다. |
|
● PROCESS TIMELINE 1 승인 요청 결제 정보 전송 | → | 2 본인·계좌 확인 등록 정보 대조 | → | 3 한도·잔액 검증 처리 가능 여부 판단 | → | 4 승인·거절 응답 결과 코드 전달 | → | 5 이력 저장 정산 근거 확보 |
|
결제 요청이 실제로 처리되기 전 거치는 확인 단계 |
승인(Approval / Authorization) 승인은 결제 요청에 대해 카드사나 은행이 처리 가능 여부를 판단하고 그 결과를 응답하는 절차를 말합니다. 실제로 돈이 오가기 전, 요청 정보가 유효한지와 처리할 수 있는 상태인지를 먼저 확인하는 단계입니다. 신용카드 자동납부는 이 승인 절차를 매 결제 주기마다 자동으로 반복하는 방식입니다. |
|
| 결제라는 단어는 흔히 ‘돈을 낸다’는 결과만을 떠올리게 하지만, 실제로는 요청과 확인, 응답이라는 여러 단계를 거칩니다. 승인은 그중에서도 ‘이 요청을 처리해도 되는가’를 판단하는 관문에 해당하며, 이 관문을 통과해야 다음 단계인 실제 자금 처리로 넘어갈 수 있습니다. |
| 승인 요청에는 결제 대상을 식별할 정보와 금액이 함께 담깁니다. 카드 결제라면 카드 정보와 금액이, 계좌 이체라면 계좌 정보와 금액이 요청에 포함되고, 이를 받은 쪽이 등록된 정보와 대조해 진위를 확인합니다. |
| 대조가 끝나면 처리 가능 여부를 가르는 조건들을 검증합니다. 잔액이나 한도가 충분한지, 카드나 계좌가 유효한 상태인지, 이용 제한이 걸려 있지 않은지를 확인한 뒤 승인 또는 거절 중 하나로 응답이 돌아옵니다. 이 응답은 대체로 짧은 시간 안에 이루어집니다. |
| 승인이 완료되었다고 해서 자금이 그 즉시 사업자 계좌로 들어오는 것은 아닙니다. 승인은 ‘처리하겠다’는 확인이고, 실제 자금 이동과 정산은 이후 별도의 절차를 거칩니다. 계좌이체는 D+3, 신용카드는 D+5, 가상계좌는 D+2를 기준으로 사업자 정산계좌에 반영됩니다. |
| 승인 결과는 성공이든 실패든 이력으로 남습니다. 이 이력은 나중에 결제 내역을 조회하거나 회계 처리를 할 때 근거 자료가 되며, 분쟁이 생겼을 때도 처리 과정을 되짚어 볼 수 있는 기준이 됩니다. |
계좌이체·신용카드·가상계좌의 확인 절차 차이 |
| No | 구분 | 확인 대상 | 특징 | | 1 | 계좌이체 승인 | 계좌 유효성, 잔액 | 사전 등록된 출금 동의가 전제 | | 2 | 신용카드 승인 | 카드 유효성, 한도 | 응답이 즉시 결과로 확인됨 | | 3 | 가상계좌 입금 확인 | 입금 금액과 번호 대조 | 사전 승인이 아닌 입금 후 확인 방식 |
|
| 계좌이체 승인은 회원이 미리 등록해 둔 출금 동의를 전제로 진행됩니다. 정해진 출금일이 되면 등록된 계좌의 잔액과 상태를 확인하는 절차가 이루어지고, 그 결과에 따라 출금이 이루어지거나 보류됩니다. |
| 신용카드 승인은 세 가지 방식 중 가장 즉각적입니다. 카드 정보와 금액을 전송하면 카드사 쪽에서 한도와 유효기간을 확인해 짧은 시간 안에 승인 또는 거절로 응답하며, 그 결과가 곧바로 화면이나 알림으로 확인됩니다. |
| 가상계좌는 사전 승인이라는 개념 대신 ‘입금 확인’이라는 절차를 거칩니다. 회원이 지정된 번호로 송금하면 그 입금이 어느 청구 건과 맞는지 금액과 번호를 대조해 확인하는 방식으로, 앞선 두 방식과는 확인 시점이 다릅니다. |
요청부터 이력 저장까지 네 단계 |
PHASE 1 요청 전송 결제 정보와 금액을 승인 기관으로 전송 |
| PHASE 2 정보 대조 등록 정보와 요청 정보를 비교 확인 |
| PHASE 3 한도·잔액 검증 처리 가능한 상태인지 판단 |
| PHASE 4 응답·저장 결과를 통보하고 이력으로 남김 |
|
|
| 네 단계는 결제 수단과 무관하게 공통적으로 적용되는 흐름입니다. 다만 각 단계에 걸리는 시간과 확인 방식은 수단마다 달라서, 즉시 응답이 필요한 카드 결제와 사후 확인이 이루어지는 가상계좌는 같은 흐름이라도 체감되는 속도가 다릅니다. |
거절 응답이 나오는 다섯 가지 대표 상황 |
1 | 잔액·한도 부족 계좌 잔액이나 카드 한도가 결제 금액보다 적으면 승인 요청 단계에서 거절됩니다. | 2 | 카드 유효기간 만료 등록된 카드의 유효기간이 지나면 자동으로 거절 응답이 돌아옵니다. | 3 | 계좌 정보 오류 계좌번호가 잘못 등록되었거나 해지된 계좌라면 확인 단계에서 걸러집니다. | 4 | 이용 제한 상태 분실 신고나 계좌 지급 정지 등 제한 사유가 걸려 있으면 승인이 나지 않습니다. | 5 | 일시적 통신 오류 요청이 전달되는 과정에서 통신이 끊기면 결과가 지연되거나 실패로 처리될 수 있습니다. |
|
| 승인 실패는 결제 자체의 문제라기보다 사전에 확인해야 할 조건 중 하나가 충족되지 않았다는 신호에 가깝습니다. 실패 사유를 회원에게 구체적으로 안내하면 재시도나 정보 수정으로 이어질 확률이 높아집니다. |
| 특히 정기적으로 반복되는 자동이체 방식에서는 승인 실패가 누적되면 미납으로 이어질 수 있으므로, 실패 이력을 별도로 관리하고 다음 주기 전에 회원에게 안내하는 절차가 필요합니다. |
승인 실패를 줄이고 대응하기 위한 세 가지 기준 |
STRATEGY 01 출금·결제일 전 사전 안내 잔액이나 한도 부족을 줄이려면 결제 예정일 며칠 전에 금액과 일자를 미리 알려 두는 것이 효과적입니다. |
|
STRATEGY 02 대체 결제 수단 확보 한 가지 수단만 등록되어 있으면 실패 시 대안이 없습니다. 계좌와 카드 등 복수 수단을 등록할 수 있게 안내합니다. |
|
STRATEGY 03 실패 건 재승인 시도 절차 마련 일시적 오류로 실패한 건은 일정 시간 뒤 재시도하도록 절차를 정해 두면 정상 결제로 전환되는 경우가 많습니다. |
|
| 승인 관련 대응은 대부분 ‘실패를 없애는 것’이 아니라 ‘실패했을 때 빠르게 알고 다음 조치를 취하는 것’에 초점이 맞춰집니다. 실패율 자체를 낮추는 것도 중요하지만, 실패 이후의 흐름을 정해 두는 것이 장기적으로 더 안정적인 운영을 만듭니다. |
승인 처리 흐름이 궁금하신가요? 결제 수단별 승인 절차와 정산 흐름에 대한 안내를 받아보실 수 있습니다. |
|
승인 처리에서 자주 생기는 오해와 대응 기준 |
⚠ RISK 승인=입금 완료로 오해 승인은 처리 확인이며, 실제 정산은 별도 주기를 거쳐 이루어집니다. |
| ✓ SAFE 승인과 정산 시점 구분 안내 승인 완료 시점과 실제 정산 입금 시점을 회원과 사업자 모두에게 명확히 구분해 안내합니다. |
| ⚠ RISK 거절 사유 미확인 거절 이유를 확인하지 않고 재시도만 반복하면 같은 실패가 되풀이됩니다. |
| ✓ SAFE 응답 코드 기록 후 원인별 대응 거절 응답 코드를 이력으로 남기고 원인에 맞는 조치를 회원에게 안내합니다. |
| ⚠ RISK 과도한 재시도 짧은 간격으로 반복 승인을 시도하면 오류로 처리되거나 이용 제한이 걸릴 수 있습니다. |
| ✓ SAFE 재시도 간격과 횟수 기준 설정 일정 시간 간격과 최대 횟수를 정해 두고 그 기준을 넘으면 회원에게 직접 확인을 요청합니다. |
|
|
| 승인 절차를 둘러싼 오해는 대부분 ‘승인’과 ‘정산’을 같은 시점으로 여기는 데서 시작됩니다. 두 개념을 분리해서 안내하면 회원의 문의도 줄고, 사업자 내부의 회계 처리 혼선도 줄어듭니다. |
| 거절 이력은 단순히 실패로 끝내지 않고 원인별로 분류해 두는 것이 좋습니다. 잔액 부족처럼 시간이 지나면 해결되는 사유와 카드 만료처럼 정보 갱신이 필요한 사유는 대응 방식이 다르기 때문입니다. |
| · 승인은 결제가 실제로 이루어지기 전 처리 가능 여부를 확인하는 절차로, 이 단계를 정확히 이해하면 정산 시점에 대한 혼선을 줄일 수 있습니다. 결제 시스템은 국내 주요 금융기관과 연동된 서비스를 기반으로 계좌이체·신용카드·가상계좌 승인을 함께 지원합니다. 본 사이트는 효성CMS 공식가입센터로서 가입 안내·결제 상담·개통 지원을 제공합니다. 빠른 도입은 효성CMS 간편 가입 신청 또는 견적 신청을 이용해 주세요. |
|
