.svg)
AI 솔루션 문의하기
오픈뱅킹 1원 인증은 금융결제원이 운영하는 오픈뱅킹 공동 플랫폼을 통해 고객 계좌로 1원을 보내는 방식이고, 펌뱅킹 방식은 기업이 은행과 맺은 이체 서비스 연결을 통해 1원을 보내는 방식입니다. 고객이 겪는 과정은 두 방식 모두 같아서, 입금 내역의 입금자명에 표시된 인증코드를 확인해 입력하면 됩니다. 차이는 서비스 뒤쪽에 있습니다. 1원이 어떤 경로로 나가는지에 따라 이용 조건, 연결해야 하는 은행 수, 장애가 났을 때의 영향, 운영 부담이 달라집니다. 이 글은 1원 인증을 도입하려는 기업 담당자가 두 방식의 구조와 차이를 이해하고, 서비스에 맞는 방식을 고르는 기준을 정리합니다. 제도와 이용 절차는 바뀔 수 있으므로 세부 조건은 금융결제원과 각 은행의 공식 안내를 함께 확인하세요.
오픈뱅킹 방식은 여러 은행이 같은 형식의 API를 제공하는 공동 플랫폼을 거쳐 1원을 보냅니다.
서비스는 은행마다 따로 연결하지 않고, 오픈뱅킹 플랫폼의 표준 API 하나로 참여 은행에 송금을 요청합니다. 요청 형식과 응답 형식이 은행과 관계없이 같아서, 은행이 늘어나도 서비스 쪽 개발이 크게 늘지 않습니다. 송금 요청, 결과 조회, 오류 코드도 같은 규칙을 따르므로, 실패 이유를 은행과 관계없이 같은 기준으로 나눠 저장할 수 있습니다.
오픈뱅킹 API는 정해진 이용기관 절차를 거친 기업이나, 이를 거친 인증 서비스 제공사를 통해 쓸 수 있습니다. 직접 이용하려면 신청 대상인지, 어떤 준비가 필요한지 먼저 확인해야 하므로, 많은 기업이 이미 연동을 갖춘 인증 서비스를 통해 이용합니다. 이 경우 기업은 제공사와의 계약만으로 오픈뱅킹 방식의 1원 송금을 쓸 수 있습니다.
고객은 계좌를 입력하고, 은행 앱에서 1원 입금 건의 입금자명을 확인해 인증코드를 입력합니다. 이 과정은 펌뱅킹 방식과 같으며, 고객은 어떤 방식으로 송금됐는지 알 필요가 없습니다.
오픈뱅킹 API를 호출할 때 쓰는 인증 정보에는 유효 기간이 있는 경우가 많아, 만료 전에 갱신하는 절차와 담당자를 정해 두어야 합니다. 갱신을 놓치면 모든 1원 인증 요청이 한꺼번에 실패하므로, 만료 전에 알림을 받도록 설정하고 갱신 후에는 정상 송금이 되는지 바로 확인합니다.
펌뱅킹 방식은 기업과 은행 사이에 연결된 이체 서비스를 통해 1원을 보냅니다.
일반적으로 기업이 은행과 계약을 맺고 전용 연결을 두거나, 여러 은행 연결을 대신 제공하는 중계 서비스를 이용합니다. 은행별로 연결과 계약이 필요할 수 있어, 지원하려는 은행이 많을수록 준비할 것이 늘어납니다. 중계 서비스를 이용하면 여러 은행을 한 번에 연결할 수 있지만, 중계 서비스의 지원 은행 범위와 장애 대응 기준을 따로 확인해야 합니다.
펌뱅킹은 기업의 출금 계좌에서 고객 계좌로 직접 이체하는 구조라, 출금 계좌 잔액과 이체 한도를 관리해야 합니다. 1원 인증 건수가 많은 서비스라면 송금이 잔액 부족으로 멈추지 않도록 잔액 알림을 둡니다. 출금 계좌의 거래 내역에 1원 송금이 대량으로 쌓이므로, 회계 처리와 대사 기준도 미리 정해 둡니다.
고객 쪽 과정은 오픈뱅킹 방식과 같습니다. 다만 입금자명이 은행 앱에 표시되는 방식은 송금 경로와 은행에 따라 다를 수 있으므로, 주요 은행 앱에서 인증코드가 잘리지 않고 보이는지 시험해 봅니다.
펌뱅킹 이체는 은행이나 중계 서비스에 따라 결과를 받는 방식과 시간이 다를 수 있습니다. 송금 요청 뒤 결과를 바로 받지 못하면 같은 요청을 다시 보내지 말고, 요청 번호로 처리 결과를 먼저 조회해 1원이 두 번 나가는 일을 막습니다.
두 방식 중 어느 쪽이 낫다고 단정하기보다, 서비스 상황에 맞춰 다음 항목을 비교합니다.
고객이 등록하는 계좌의 은행이 해당 방식에서 모두 지원되는지 확인합니다. 기존에 등록된 계좌의 은행별 비율을 뽑아 비교하면, 어느 방식에서 빠지는 고객이 생기는지 미리 알 수 있습니다. 인터넷전문은행, 지방은행, 저축은행, 증권사 계좌처럼 고객층에 따라 비중이 큰 계좌가 빠지지 않는지 특히 살펴봅니다.
오픈뱅킹을 직접 이용하려면 이용기관 절차를, 펌뱅킹을 직접 이용하려면 은행 계약과 연결을 준비해야 합니다. 두 경우 모두 인증 서비스 제공사를 이용하면 이 준비를 제공사가 맡고, 기업은 제공사 API 연동에 집중할 수 있습니다. 직접 준비할 경우에는 신청부터 운영 전환까지 필요한 내부 담당자와 보안 점검 항목도 함께 계획에 넣어야 합니다.
한 방식에 장애가 생기거나 특정 은행이 점검 중일 때 1원 인증 전체가 멈추는지 확인합니다. 두 방식을 모두 쓸 수 있으면 한쪽에 문제가 생겼을 때 다른 쪽으로 처리하는 구성이 가능해, 가입이 몰리는 시간대에도 인증이 멈추는 일을 줄일 수 있습니다. 다만 두 경로를 오갈 때 같은 요청이 양쪽으로 모두 송금되지 않도록, 한 요청에는 한 경로만 쓰는 규칙을 둡니다.
펌뱅킹은 출금 계좌 잔액과 이체 한도를, 오픈뱅킹은 이용 조건과 인증 정보 갱신을 관리해야 합니다. 어느 방식이든 송금 결과 코드를 실패 이유별로 나눠 저장해야 운영 중 문의에 바로 답할 수 있습니다. 은행 점검 시간처럼 반복되는 실패는 미리 화면에 안내해 고객 문의를 줄입니다.
두 방식 모두 송금 건수에 따라 비용이 생기는 구조가 많습니다. 다시 보내기와 반복 요청도 송금 건수가 되므로, 방식 선택과 함께 불필요한 송금을 줄이는 화면 설계를 같이 검토합니다. 실패한 송금도 비용이 생기는지, 테스트 송금은 어떻게 처리되는지도 계약 전에 확인해야 실제 비용을 예측할 수 있습니다.
알체라 eKYC의 1원 인증은 오픈뱅킹과 펌뱅킹 방식을 모두 지원하고, 고객사 환경에 맞춘 API로 제공됩니다. 금융결제원 오픈뱅킹 API 연동과 코스콤 금융 클라우드를 기반으로 구축되어 있으며, 고객 계좌로 1원을 송금한 뒤 입금 내역의 인증코드로 예금주 명의를 검증합니다. 알체라 eKYC는 고객사 110곳, 누적 1,430만 회 인증, 제1금융권 70%가 사용하고 있습니다.
서비스의 규모와 운영 여건에 따라 맞는 방식이 달라집니다.
처음 1원 인증을 붙이는 서비스라면, 두 방식 중 하나를 직접 준비하기보다 이미 연동을 갖춘 인증 서비스를 이용하는 편이 준비 부담이 적습니다. 연동 단계는 1원 인증 오픈뱅킹 API 연동 분석 글에서 더 자세히 다룹니다.
가입이나 계좌 등록이 많은 서비스는 한 방식의 장애가 곧 가입 중단으로 이어집니다. 두 방식을 모두 지원하는 서비스를 고르거나, 장애 시 다른 경로로 넘기는 기준을 계약 전에 확인합니다. 가입이 몰리는 시간대의 처리 상황을 운영 지표로 따로 보면, 경로 전환이 필요한 시점을 빨리 알 수 있습니다.
정산이나 지급을 위해 이미 은행과 펌뱅킹 연결을 갖춘 기업은 그 연결을 1원 인증에 활용할 수 있는지 먼저 확인합니다. 다만 1원 인증은 건수가 많고 실패 처리가 많아, 기존 지급 업무와 출금 계좌나 한도를 나눠 관리하는 편이 안전합니다.
금융회사나 핀테크처럼 계좌 확인이 서비스의 핵심 단계인 곳은 1원 인증이 멈추면 가입과 거래가 함께 멈춥니다. 이런 서비스는 방식 선택보다 장애 시 대체 경로, 송금 결과 조회, 실패 이유별 기록이 갖춰졌는지를 먼저 봅니다. 감독 기관 점검에 대비해 인증 이력을 계정별로 바로 꺼낼 수 있는지도 함께 확인합니다.
.png)
.svg)
.svg)
