무통장입금 자동확인 방식은 크게 둘로 나뉩니다 — 계좌에 로그인해 거래내역을 주기적으로 긁어오는 스크래핑 방식과, 은행 입금 알림을 받아 즉시 처리하는 실시간 방식입니다. 두 방식은 ‘입금을 자동으로 확인한다’는 목표는 같지만, 입금이 확인되기까지 걸리는 시간과 다뤄야 하는 정보, 그리고 안정적으로 돌아가는 조건이 서로 다릅니다. 페이액션은 이 중 실시간 방식을 씁니다. 은행 SMS 알림(통지) 서비스를 기반으로 입금이 발생하면 1초 만에 감지해 주문과 자동으로 매칭하고 결제완료로 처리하는 서비스입니다.
수기로 통장을 하나하나 대조하던 시절을 지나, 지금은 대부분의 상점이 어떤 형태로든 ‘자동확인’을 씁니다. 그런데 같은 자동확인이라도 방식에 따라 실제 운영 경험은 꽤 달라집니다. 이 글에서는 두 방식이 각각 어떻게 동작하는지, 무엇이 다른지, 그리고 우리 상점에는 어떤 방식이 맞는지를 운영자 눈높이에서 정리합니다.
스크래핑 방식은 어떻게 동작하나요?
스크래핑 방식은 이름 그대로 계좌(또는 인터넷뱅킹)에 로그인해 거래내역 화면을 주기적으로 긁어오는(스크래핑) 방식입니다. 마치 사람이 정해진 시간마다 인터넷뱅킹에 접속해 ‘최근 입금내역’을 확인하는 일을 프로그램이 대신 반복한다고 생각하면 이해하기 쉽습니다.
동작 원리 자체는 직관적이지만, 방식의 특성상 몇 가지 구조적인 한계가 따라옵니다.
- 수집 주기만큼 지연이 생깁니다. 프로그램이 계좌를 들여다보는 것은 ‘정해진 간격’마다입니다. 고객이 입금한 순간과 프로그램이 그 내역을 긁어오는 순간 사이에는 필연적으로 시간 차가 있습니다. 즉시가 아니라 ‘다음 수집 시점’에 확인되는 구조입니다.
- 계좌 로그인 자격증명을 다뤄야 합니다. 거래내역 화면에 접근하려면 로그인이 필요하고, 이는 곧 공인인증서나 계좌 비밀번호 같은 민감한 자격증명을 어딘가에 등록·보관해 두어야 한다는 뜻입니다.
- 은행 화면 변경·점검·보안정책에 취약할 수 있습니다. 스크래핑은 은행이 보여주는 화면 구조에 기대어 동작합니다. 은행이 화면을 개편하거나 정기 점검에 들어가거나 캡차 같은 보안정책을 추가하면, 긁어오는 과정이 영향을 받을 수 있습니다.
실시간 방식은 어떻게 동작하나요?
실시간 방식은 계좌를 ‘들여다보러 가는’ 대신, 입금이 생겼다는 알림을 받아서 처리합니다. 페이액션이 쓰는 방식이 여기에 해당합니다. 은행에서 제공하는 SMS 입금 알림(통지) 서비스를 기반으로, 입금이 발생하는 순간 그 신호를 받아 1초 만에 감지하고 자동확인합니다.
운영자 입장에서 특히 체감되는 차이는 준비물입니다. 알림을 받아서 처리하는 구조이기 때문에, 1초 입금확인을 이용할 때는 계좌 로그인이나 공인인증서, 계좌 비밀번호, 별도의 모바일 앱 설치가 필요하지 않습니다. 인터넷뱅킹에 로그인하지 않고도 입금 내역을 확인할 수 있다는 뜻입니다. 계좌 자격증명을 등록하고 유지·갱신하는 일 자체가 운영에서 신경 써야 할 항목 하나였다면, 이 부분이 가벼워진다는 점이 실무에서 꽤 크게 다가옵니다.
입금이 감지되면 그다음 과정도 이어서 자동으로 흘러갑니다.
- 입금과 주문을 자동으로 매칭합니다. 입금자명·금액을 주문과 대조해 자동으로 결제완료 처리하고, 이름이 조금 다르거나 애매한 경우를 위한 수동 매칭과 스마트 매칭(스마트 리매칭·오더매칭)도 함께 제공합니다.
- 결제완료 안내를 자동 발송할 수 있습니다. 입금이 확인되는 즉시 결제완료 알림톡이나 이메일을 보내도록 설정할 수 있습니다(선택).
- 입출금 내역을 실시간 웹훅으로 받을 수 있습니다. 자체 시스템이나 ERP에 입출금 데이터를 실시간으로 흘려보내고 싶다면, 입출금 데이터 수신 API(웹훅)로 연동할 수 있습니다.
두 방식, 무엇이 다른가요?
같은 ‘무통장입금 자동확인’이라도 두 방식은 동작 원리가 다른 만큼 운영 경험도 갈립니다. 아래 표로 핵심 차이를 정리했습니다.
| 비교 항목 | 스크래핑 방식 | 실시간 방식(페이액션) |
|---|---|---|
| 기본 원리 | 계좌에 로그인해 거래내역을 주기적으로 수집 | 은행 SMS 입금 알림을 받아 즉시 처리 |
| 입금 확인 속도 | 수집 주기만큼 지연이 생김(다음 수집 시점에 확인) | 입금 발생 시 1초 만에 감지 |
| 계좌 로그인·공인인증서 | 로그인 자격증명(공인인증서·비밀번호)을 등록·보관해야 함 | 1초 입금확인 이용 시 로그인·공인인증서·앱 설치 불필요 |
| 화면 변경·점검 영향 | 은행 화면 개편·점검·보안정책(캡차 등)에 영향받을 수 있음 | 화면을 긁지 않고 알림을 받는 구조라 화면 변경에 덜 얽매임 |
| 이후 처리 | 수집한 내역을 별도로 매칭·처리해야 함 | 자동·수동·스마트 매칭, 결제완료 알림, 웹훅까지 연결 |
표에서 보듯 두 방식의 갈림길은 결국 ‘계좌를 들여다보러 가느냐, 알림을 받느냐’입니다. 이 출발점의 차이가 속도, 준비물, 그리고 은행 쪽 변화에 얼마나 민감한가로 이어집니다.
우리 상점은 어떤 방식을 골라야 하나요?
정답이 하나로 정해져 있지는 않지만, 판단 기준은 비교적 단순합니다. 우리 상점에서 ‘입금 확인이 늦어져서’ 생기는 일이 얼마나 잦은지, 그리고 계좌 정보를 직접 다루는 부담을 얼마나 덜고 싶은지를 먼저 떠올려 보면 됩니다. 아래에 해당한다면 실시간 방식이 유리한 경우가 많습니다.
- 입금 확인 속도가 곧 고객 경험인 상점. 입금 직후 ‘아직 미입금이라고 뜬다’는 문의가 잦다면, 수집 주기를 기다리지 않고 바로 확인되는 실시간 방식이 CS 부담을 줄여 줍니다.
- 계좌 자격증명을 등록·관리하는 부담을 줄이고 싶은 상점. 공인인증서·계좌 비밀번호를 별도로 다루지 않고 시작하고 싶다면 실시간 방식의 준비물이 더 가볍습니다.
- 입금 확인 이후를 자동으로 잇고 싶은 상점. 확인에서 끝나지 않고 주문 매칭·결제완료 안내·데이터 수신까지 한 번에 연결하고 싶을 때 유리합니다.
페이액션은 이 실시간 방식을 기반으로, 입금 확인에서 그치지 않고 주문 자동매칭과 결제완료 안내, 입출금 데이터 수신까지 이어지도록 설계돼 있습니다. 다만 ‘무조건 실시간이 정답’이라기보다는, 우리 상점의 입금 빈도와 CS 상황, 연동하고 싶은 범위를 놓고 방식의 특성을 견줘 보는 것이 먼저입니다.
핵심 정리
- 스크래핑 방식은 계좌에 로그인해 거래내역을 주기적으로 수집합니다 — 수집 주기만큼 지연이 생기고, 자격증명을 다뤄야 하며, 은행 화면 변경·점검에 영향받을 수 있습니다.
- 실시간 방식은 은행 SMS 입금 알림을 받아 처리합니다 — 입금 시 1초 만에 감지하고, 로그인·공인인증서·앱 설치 없이 이용할 수 있습니다.
- 실시간 방식인 페이액션은 확인에서 끝나지 않고 자동·수동·스마트 매칭, 결제완료 알림, 입출금 웹훅까지 이어 줍니다.
- 방식 선택은 우리 상점의 입금 확인 속도 요구, 자격증명 부담, 연동 범위를 기준으로 견줘 보면 됩니다.
무통장입금을 1초 만에 자동 확인하고, 주문 매칭부터 결제완료 안내까지 자동으로 잇고 싶다면 상점 운영자를 위한 페이액션 소개에서 실시간 입금확인 방식이 우리 상점에 어떻게 맞는지 확인해 보세요.