무통장입금 자동확인 API, 자사몰에 붙이는 절차와 비용 구조

자사몰에 무통장입금 자동확인을 붙인다는 것은, 주문이 생기는 순간 그 주문을 입금 확인 API에 등록해 두고, 실제 입금이 주문과 맞으면 결과를 받아 결제완료로 바꾸는 흐름을 만드는 일입니다. 카페24처럼 앱을 설치해 끝내는 방식이 아니라 우리 몰 서버와 입금 확인 서비스를 API로 잇는 개발 작업이고, 은행 입금을 받아 주문과 맞추는 일은 페이액션 입금 확인 API가 맡습니다.

비용은 결제 금액에 비례하는 수수료가 아니라, 처리건수·계좌 수·기능에 따라 나뉜 월 이용료에 두 지점을 붙이는 개발 비용, 은행 통지 신청 같은 계좌 준비, 매칭 실패 건을 처리하는 운영 시간이 더해지는 구조입니다. 진행은 운영자가 상점을 등록하고 플랜과 계좌를 준비한 뒤, 개발자가 주문 등록과 결과 수신을 연결하고, 실제 입금 한 건으로 확인하는 순서입니다. 요청 형식이나 응답 규칙 같은 상세 스펙은 페이액션 개발자센터에 공개돼 있습니다.

자사몰은 왜 API로 연동해야 하나요?

카페24·아임웹 같은 쇼핑몰 플랫폼은 주문 데이터가 플랫폼 안에 있습니다. 그래서 입금 확인 서비스도 앱 설치나 연동 메뉴를 통해 플랫폼의 주문을 직접 읽어 옵니다. 자사몰은 사정이 다릅니다. 주문은 우리 서버와 데이터베이스에 있고, 외부 서비스가 그 주문을 알아서 읽어 갈 길이 없습니다.

그래서 자사몰에는 통로가 두 개 필요합니다. 하나는 주문이 생길 때 그 주문을 입금 확인 서비스에 알려 주는 통로(주문 등록 API)이고, 다른 하나는 입금이 확인됐을 때 결과를 우리 서버로 돌려받는 통로(웹훅)입니다. "입금 확인 API를 붙인다"는 말은 결국 이 두 통로를 만드는 일입니다.

노코드로 끝나지 않는 대신 얻는 것도 분명합니다. 주문서와 주문 상태 관리는 우리 몰 방식 그대로 두고, 통장을 열어 입금을 확인하던 일만 자동으로 바꿀 수 있습니다.

입금 확인을 직접 만드는 것과 API를 쓰는 것은 무엇이 다른가요?

자사몰을 직접 개발한 팀이라면 "입금 확인도 우리가 만들면 되지 않나"라는 질문이 먼저 나옵니다. 가능한 선택입니다. 다만 은행 거래내역을 조회하는 API는 대개 데이터만 줍니다. 그 데이터를 주문과 맞추고, 맞지 않는 입금을 처리하고, 운영자가 손으로 고칠 화면을 만드는 일은 모두 우리 몫으로 남습니다.

직접 만드는 쪽이 맞는 경우도 있습니다. 이미 은행과 별도로 연계된 시스템이 있고, 입금 확인 규칙을 회사 정책에 맞춰 세밀하게 통제해야 하는 조직이라면 자체 구축이 자연스럽습니다. 반대로 주문 처리와 고객 응대에 집중하고 싶은 자사몰이라면, 입금 확인은 맡기고 우리 몰에서는 두 지점만 붙이는 편이 개발과 운영 부담이 작습니다. 입금을 받아 오는 방식에 따라 확인 속도가 어떻게 달라지는지는 무통장입금 자동확인, 스크래핑과 실시간 방식 비교에 정리해 두었습니다.

연동은 누가, 어떤 순서로 진행하나요?

자사몰 연동은 운영자가 대시보드에서 하는 준비와 개발자가 하는 연결로 나뉩니다. 순서대로 보면 다음과 같습니다.

1. 상점 등록(운영자). 페이액션에 가입하고 상점을 등록할 때 [독립몰/개발]을 선택합니다.
2. 플랜 선택(운영자). API 키와 웹훅 설정은 입금 확인 API를 제공하는 유료 플랜에서 열립니다. 처리건수와 계좌 수를 보고 플랜을 고른 뒤 결제 카드를 등록합니다. 유료 플랜을 처음 이용하면 14일 무료 혜택이 적용됩니다.
3. 계좌 연동(운영자). 입금을 받을 은행 계좌를 연결합니다. 법인 계좌와 개인 계좌 모두 쓸 수 있습니다. 연동 방식에 따라 확인 주기가 다른데, 은행의 입출금 통지 서비스(SMS 통지)를 신청해 연동하면 1초 자동입금 확인, 빠른조회 방식은 60분 주기로 입금을 확인합니다.
4. API 키와 웹훅 주소(운영자와 개발자). 대시보드에서 API 키를 만들고, 개발자가 준비한 결과 수신 주소를 웹훅 주소로 등록합니다.
5. 주문 등록 연결(개발자). 주문이 만들어지는 시점에 주문 정보를 등록합니다. 주문서에 입금자명 입력란이 있어야 매칭이 정확해집니다.
6. 결과 수신 연결(개발자). 입금이 주문과 매칭되면 결과가 웹훅으로 옵니다. 받은 결과로 주문을 결제완료로 바꾸고 고객 안내와 발송 같은 후속 처리를 잇습니다.
7. 실제 입금 테스트(함께). 소액 주문을 만들고 실제로 입금해 결제완료까지 이어지는지 확인합니다.
8. 오픈 후 운영(운영자). 매칭 실패 알림을 누가 받고 처리할지 정해 둡니다. 실패 건은 대시보드에서 입금과 주문을 직접 맞추면 되고, 이렇게 맞춘 결과도 웹훅으로 전달됩니다.

외주 개발사에 맡긴다면 무엇을 전달해야 하나요?

연동을 외주로 맡길 때는 아래 다섯 가지를 요청서에 적어 두면 견적과 결과물이 어긋날 일이 줄어듭니다.

• 기준 문서. 개발자센터를 기준으로 구현하고, 문서에 없는 항목은 임의로 만들지 말아 달라고 적습니다.
• 주문 등록 시점. 주문이 생성된 직후에 등록합니다. 입금보다 늦게 등록된 주문은 매칭되지 않습니다.
• 입금자명. 주문자명과 따로 받고 앞뒤 공백 없이 보냅니다.
• 결과 수신 뒤 처리 범위. 결제완료 전환, 고객 안내, 발송 연결 중 어디까지 자동으로 할지 정합니다. 같은 결과가 다시 와도 주문당 한 번만 처리되게 해 달라고 함께 적습니다.
• 완료 기준. 실제 소액 입금 한 건이 결제완료까지 이어지는 것을 검수 기준으로 둡니다.

AI 코딩 도구로 직접 붙인다면 바이브코딩으로 무통장입금 결제를 붙이는 방법에 그대로 쓸 수 있는 지시문을 정리해 두었습니다.

무통장입금 연동 비용은 어디서 생기나요?

연동 비용을 서비스 이용료 하나로만 계산하면 실제 부담을 놓치기 쉽습니다. 자사몰 기준으로 비용이 생기는 자리는 서비스 이용료, 개발 비용, 계좌·은행 준비, 운영 시간 네 곳입니다.

견적을 낼 때 미리 알아 두면 좋은 점은 다음과 같습니다.

• 결제 금액에 비례하는 수수료가 아닙니다. 고객이 상점 계좌로 직접 이체하므로 입금액은 그대로 상점 계좌에 들어오고, 페이액션 이용료는 월 정기결제로 따로 냅니다. 카드 결제와의 수수료·정산 차이는 무통장입금(계좌이체) vs PG 결제 비교에서 볼 수 있습니다.
• API·웹훅 연동은 일부 유료 플랜에서 제공됩니다. 플랜별 처리건수와 기능, 가격은 페이액션 요금 안내에서 확인할 수 있습니다.
• 처리건수는 한 달 동안 계좌에 들어온 입금(또는 입출금) 건수로 셉니다. 연동할 계좌의 월 건수를 먼저 세어 보고 여유 있는 플랜을 고르는 편이 안전합니다. 사용률이 50%, 80%, 100%에 이를 때마다 알림이 옵니다. 한도에 이르면 자동 확인이 멈출 수 있으니, 알림이 오면 미리 상위 플랜으로 바꿔 두는 편이 안전합니다. 이때 지금 플랜의 남은 기간은 일할 계산됩니다. 플랜에 따라 계좌 추가나 처리건수를 넘긴 뒤의 처리 같은 선택 항목도 있으니, 필요하면 요금 안내에서 함께 확인합니다.
• 직접 만들 때의 비용은 한 번으로 끝나지 않습니다. 은행 데이터를 가져오는 방식의 이용 조건, 예외 처리 화면, 장애 대응처럼 운영하는 동안 계속 드는 유지 비용까지 넣어서 비교해야 공정합니다.

연동 전에 무엇을 확인하면 좋을까요?

시작하기 전에 아래 항목을 한 번 훑어보면 연동 중간에 멈추는 일을 줄일 수 있습니다.

• 이용할 플랜. API 제공 여부와 처리건수, 계좌 수를 요금 안내에서 함께 봅니다.
• 월 입금 건수. 연동할 계좌에 한 달 동안 들어오는 입금(또는 입출금) 건수가 플랜 선택의 기준입니다.
• 입금 계좌 수. 여러 계좌로 받는다면 플랜별로 연동할 수 있는 계좌 수를 함께 봅니다.
• 주문서의 입금자명 입력란. 없다면 이번에 추가합니다.
• 결과를 받을 서버. 외부에서 접근할 수 있는 주소와 유효한 보안 인증서가 필요합니다.
• 실패 건 담당자. 매칭 실패 알림 메일을 받을 사람과 확인 주기를 정해 둡니다.
• 현금영수증 자동 발행. 필요하다면 이용할 플랜에서 지원하는지 요금 안내에서 확인합니다.
• 주문 직후 입금 안내 화면. 주문완료 페이지에서 계좌 안내부터 결제 완료까지 보여 주고 싶다면 무통장입금 결제 위젯을 함께 검토합니다.

핵심 정리

• 자사몰에 무통장입금 자동확인을 붙이는 일은 주문 등록과 결과 수신, 두 통로를 만드는 API 연동입니다. 은행 입금을 받아 주문과 맞추는 일은 입금 확인 API가 맡습니다.
• 직접 만들면 은행 데이터 수집, 매칭 규칙, 실패 처리 화면, 유지보수까지 모두 우리 몫입니다. API를 쓰면 우리 몰에서 개발할 곳이 두 지점으로 줄어듭니다.
• 진행 순서는 운영자의 상점 등록·플랜 선택·계좌 연동, 개발자의 주문 등록·결과 수신 연결, 실제 입금 테스트, 오픈 후 실패 건 운영입니다.
• 비용은 서비스 이용료, 개발 비용, 계좌·은행 준비, 운영 시간 네 곳에서 생깁니다. 이용료는 결제 금액에 비례하지 않는 월 정기결제입니다.
• 플랜은 월 입금 건수와 계좌 수, 필요한 기능을 기준으로 고르고, 금액은 요금 안내에서 확인합니다.

자사몰에 무통장입금 자동확인을 붙일 준비가 됐다면, 연동 스펙은 페이액션 개발자센터에서, 플랜별 처리건수와 기능은 페이액션 요금 안내에서 바로 확인할 수 있습니다. 유료 플랜을 처음 이용하면 14일 동안 무료로 써 보고 결정할 수 있습니다.