매달 전기요금이나 통신비를 납부할 때 우리는 주로 자동이체나 카드 자동결제를 이용합니다.

자동이체는 편리하지만 출금일이 되면 기업이 고객 계좌에서 정해진 금액을 가져가는 방식이기 때문에, 고객이 청구 내용을 미리 확인하지 못하거나 잘못된 금액이 출금되는 문제가 발생할 수 있습니다.

이러한 기존 결제 방식을 보완하기 위해 등장한 기능이 Request for Payment, 줄여서 RfP입니다.

Request for Payment는 기업이 고객에게 전자 청구서를 보내고, 고객이 내용을 확인한 뒤 직접 결제를 승인하도록 만드는 지급 요청 메시지입니다.

? Request for Payment란 무엇인가?

Request for Payment는 그 자체로 돈을 이동시키는 결제 수단이 아닙니다.

기업이나 개인이 상대방에게 다음과 같은 내용을 담은 결제 요청 메시지를 보내는 기능입니다.

청구 금액
납부 기한
청구 목적
거래 식별번호
주문 또는 계약 정보
결제받을 계좌 정보

고객은 은행 앱에서 요청 내용을 확인한 뒤 결제할지 거절할지를 직접 결정합니다.

승인하면 RTP 또는 FedNow 같은 실시간 결제망을 통해 자금이 즉시 전송될 수 있습니다.

즉, RfP는 청구와 결제를 하나의 디지털 흐름으로 연결하는 기능입니다.

? 자동이체와 무엇이 다를까?

자동이체와 Request for Payment의 가장 큰 차이는 누가 최종 결제를 승인하는가입니다. 구분 자동이체 Request for Payment 결제 시작 기업이 계좌에서 출금 요청 기업이 결제 요청 메시지 전송 고객 승인 최초 등록 때 미리 승인 청구 건마다 직접 확인·승인 출금 방식 정해진 날짜에 자동 출금 고객이 승인한 뒤 송금 금액 확인 출금 후 확인하는 경우가 많음 결제 전에 금액과 내용을 확인 주요 장점 반복 결제가 편리함 고객 통제권과 투명성이 높음

자동이체는 보험료나 정액 구독처럼 매달 같은 금액을 납부할 때 편리합니다.

반면 금액이 매번 달라지는 병원비, 전기요금, 기업 간 청구서에는 Request for Payment가 더 적합할 수 있습니다.

⚡ 기업은 고객에게 어떻게 결제를 요청할까?

전기회사가 고객에게 120달러의 전기요금을 청구한다고 가정해 보겠습니다.

Request for Payment 처리 과정

전기회사가 청구 금액과 납부 정보를 작성합니다.
전기회사의 은행이 RfP 메시지를 실시간 결제망으로 보냅니다.
고객의 은행 앱에 결제 요청 알림이 표시됩니다.
고객이 회사명·금액·납부 기한을 확인합니다.
고객이 결제를 승인합니다.
고객 계좌에서 전기회사 계좌로 자금이 즉시 전송됩니다.
양쪽에 결제 완료 결과가 전달됩니다.

기업은 청구서를 우편이나 이메일로 보내고 별도로 입금을 확인할 필요가 줄어듭니다.

고객도 계좌번호와 금액을 직접 입력하지 않고 은행 앱에서 승인만 하면 결제를 완료할 수 있습니다.

? RTP의 Request for Payment

미국의 민간 실시간 결제망인 RTP Network는 Request for Payment 기능을 지원합니다.

기업은 은행의 안전한 디지털 채널을 통해 소비자나 거래처에 지급을 요청할 수 있고, 고객이 승인하면 RTP를 통해 즉시 결제할 수 있습니다.

RTP의 RfP는 다음과 같은 분야에 활용될 수 있습니다.

공과금과 통신요금
보험료와 의료비
기업 간 납품대금
증권사와 금융회사의 고객 청구
온라인 쇼핑 결제
임대료와 관리비
교육비와 각종 서비스 요금

청구서 정보와 결제 데이터를 함께 전달할 수 있어 기업의 회계처리와 입금 확인도 더욱 간단해질 수 있습니다.

? FedNow의 Request for Payment

연방준비은행이 운영하는 FedNow Service도 RfP 메시지 기능을 제공합니다.

청구 기업의 금융기관은 고객의 금융기관에 청구서나 납부 금액에 대한 지급 요청을 보낼 수 있습니다.

고객이 요청을 승인하면 별도의 실시간 지급 거래가 실행됩니다.

중요한 점은 결제 요청을 받았다고 해서 돈이 자동으로 빠져나가는 것은 아니라는 것입니다.

고객이 은행 앱에서 요청을 확인하고 명시적으로 승인해야 실제 결제가 진행됩니다.

?️ 고객이 직접 승인하면 왜 더 안전할까?

Request for Payment는 기업이 고객 계좌에서 자금을 직접 인출하는 방식이 아닙니다.

고객이 결제 전에 다음 내용을 확인할 수 있습니다.

돈을 요청한 기업의 이름
정확한 청구 금액
지급 목적
청구서 번호
결제 기한
관련 주문 또는 계약 정보

이를 통해 잘못된 금액이나 알 수 없는 청구를 결제 전에 발견할 가능성이 커집니다.

또한 은행 앱이라는 인증된 채널에서 청구와 결제가 이루어지므로 이메일이나 문자에 포함된 의심스러운 결제 링크를 누를 필요도 줄어듭니다.

⚠️ RfP가 금융사기를 완전히 막을 수 있을까?

Request for Payment가 모든 금융사기를 없애는 것은 아닙니다.

사기범이 실제 기업을 사칭해 가짜 결제 요청을 보내거나, 고객에게 결제를 승인하도록 속이는 사회공학적 사기를 시도할 수 있기 때문입니다.

특히 실시간 결제는 승인 후 자금이 즉시 이전되고 최종 결제되는 특성이 있어 잘못 송금하면 회수가 어려울 수 있습니다.

따라서 금융기관은 다음과 같은 보안 장치를 함께 적용해야 합니다.

청구 기업의 신원 확인
비정상적인 금액과 거래 패턴 탐지
고객에게 수취인 정보를 명확하게 표시
신규 수취인과 고액 결제에 추가 경고 제공
의심 거래의 일시 중단과 추가 인증
고객 대상 피싱·사칭 사기 안내

RfP의 안전성은 고객 승인 방식뿐 아니라 은행의 신원 검증과 이상거래 탐지가 함께 작동할 때 높아집니다.

? Request for Payment가 기업에 주는 장점

기업 입장에서도 RfP는 단순한 청구 기능 이상의 의미가 있습니다.

빠른 입금

고객이 승인하면 실시간으로 돈을 받을 수 있어 현금흐름이 개선됩니다.

입금 확인 자동화

청구서 번호와 결제 정보를 함께 전달해 어떤 고객이 어떤 청구서를 납부했는지 자동으로 확인할 수 있습니다.

미납 관리 개선

납부 기한이 지난 고객에게 새로운 지급 요청을 보낼 수 있어 미수금 관리가 쉬워집니다.

비용 절감

종이 청구서 발송, 수표 처리와 수동 입금 확인에 드는 비용을 줄일 수 있습니다.

고객 편의성 향상

고객은 계좌번호와 금액을 다시 입력하지 않고 은행 앱에서 몇 번의 선택만으로 결제를 끝낼 수 있습니다.

? ISO 20022가 중요한 이유

RTP와 FedNow의 Request for Payment는 구조화된 금융 메시지를 활용합니다.

ISO 20022 형식을 사용하면 단순한 금액 외에도 청구서 번호, 납부 목적, 거래 당사자 정보와 같은 데이터를 표준화된 형태로 전달할 수 있습니다.

이 데이터는 기업의 회계 시스템과 은행의 결제 시스템에서 자동으로 처리될 수 있습니다.

따라서 ISO 20022는 RfP를 단순한 ‘돈 보내달라는 알림’이 아니라 청구·승인·결제·회계처리를 연결하는 금융 데이터 인프라로 발전시키는 기반입니다.

✅ 핵심 정리

✔ Request for Payment는 상대방에게 청구 정보와 결제 요청을 보내는 금융 메시지입니다.

✔ 자동이체는 기업이 출금을 시작하지만, RfP는 고객이 청구 건마다 직접 승인합니다.

✔ RTP와 FedNow 모두 Request for Payment 기능을 지원합니다.

✔ 승인 후에는 실시간 결제망을 통해 돈을 즉시 보낼 수 있습니다.

✔ 은행 앱에서 청구 내용을 확인하므로 투명성과 고객 통제권이 높아집니다.

✔ RfP만으로 사기를 완전히 막을 수 없으며 기업 신원 확인과 이상거래 탐지가 함께 필요합니다.

⏭️ 다음 편 예고

다음 편에서는 실시간 결제는 왜 취소가 어려울까? APP 사기의 구조와 예방법을 알아보겠습니다.

승인한 실시간 송금은 왜 카드결제처럼 취소하기 어려울까?
APP(Authorized Push Payment) 사기는 어떻게 피해자를 속일까?
은행은 송금 전에 어떤 위험 경고를 제공해야 할까?
수취인 계좌 확인과 이상거래 탐지는 피해를 줄일 수 있을까?

다음 글에서는 실시간 결제 확대와 함께 중요해진 송금 사기의 구조, 책임 문제와 예방 방법을 자세히 살펴보겠습니다.