PayNow 결제 스크린샷
금액과 수취인 추출 방법

PayNow 스크린샷이 다른 결제 앱 스크린샷과 다른 이유

PayNow는 싱가포르 은행 협회(ABS)가 2017년 7월에 출시하고 싱가포르 통화청(MAS)이 감독하는 은행 연동 즉시 송금 시스템입니다. FAST(고속 안전 송금) 네트워크를 통해 거래를 처리하므로 연중무휴 24시간, 365일 계좌 간 자금이 몇 초 만에 이동합니다. OCBC 그룹 CEO 탄 텍 롱이 2026년 6월 ABS 연례 만찬에서 밝힌 바에 따르면, 2025년 12월 기준 싱가포르에는 1,100만 개 이상의 PayNow 프록시 등록이 있었습니다.

각각 일관된 확인 화면을 가진 자체 앱이 있는 Venmo, WeChat Pay 또는 GCash와 달리 PayNow에는 자체 앱이 없습니다. 휴대폰에서 'PayNow'를 열지 않습니다. 은행 앱(DBS 디지뱅크, OCBC 디지털 또는 UOB TMRW)을 열고 그 안에서 PayNow 옵션을 선택합니다. 거래가 완료되면 확인 화면은 PayNow 브랜드가 아닌 해당 은행의 것입니다. 그 결과 파편화된 시각적 환경이 나타납니다. 세 개의 주요 은행 앱이 동일한 결제 데이터를 세 가지 다른 레이아웃으로 표시합니다. 채팅 앱에 포함된 결제 스크린샷에 적용되는 동일한 원칙(인터페이스가 영수증이 아닌 경우에도 데이터는 존재함)이 여기에도 적용되지만, 파편화가 메시징 계층이 아닌 은행 계층에서 발생한다는 점이 다릅니다.

이것이 중요한 이유는 대부분의 사람들이 PayNow 스크린샷에서 필요로 하는 필드(거래 금액, 수취인 식별자, 결제 메모)가 모든 은행의 확인 화면에 표시되지만, 각 은행마다 배치가 다르기 때문입니다. DBS 디지뱅크 확인 화면은 금액을 상단에 큰 녹색 텍스트로 표시하고 그 아래에 수취인을 표시합니다. OCBC 디지털의 레이아웃은 금액을 중앙에 흰색 카드 안에 배치하고 그 아래에 수취인의 프록시를 표시합니다. UOB TMRW는 전체 확인 화면을 어두운 슬라이드 투 페이 바 안에 넣습니다. 동일한 PayNow 거래를 세 개의 다른 은행에서 캡처하면 시각적으로 세 가지 다른 스크린샷이 생성됩니다.

금액 — 항상 SGD로 표시되지만, 위치는 일정하지 않습니다

모든 PayNow 거래는 싱가포르 달러로 이루어집니다. 환율, 다중 통화 표시, 표시 금액에서 차감되는 수수료가 없습니다. 확인 화면에 표시된 금액이 송신자에서 수신자로 이동한 정확한 금액입니다. 금액은 모든 은행의 PayNow 확인 화면에서 가장 두드러진 요소이지만, 정확한 위치는 은행마다 달라 여러 출처의 스크린샷을 처리할 때 중요하게 작용합니다.

DBS 디지뱅크에서는 성공적인 송금 화면 상단 1/3을 차지하는 녹색 배너에 굵은 큰 글씨로 금액이 표시됩니다. "SGD 150.00"이 중앙에 배치되고, 그 위에 작은 글씨로 "SGD" 접두사가 표시됩니다. 금액 아래에는 더 작은 흰색 글씨로 은행의 PayNow 조회에 등록된 수취인 이름이 나타납니다. OCBC 디지털에서는 확인 화면이 카드 기반 방식으로, 금액은 화면 중앙의 흰색 사각형 안에 표시되며, 금액 위에는 "금액"이라는 레이블이 있고, 카드 아래쪽에 수취인 정보가 나열됩니다. UOB TMRW에서는 확인 화면이 하단의 진회색 확인 표시줄에 포함되어 있으며, 금액은 녹색 체크 표시 옆에 눈에 띄게 표시되고, 수취인 정보는 메시지 스타일 레이아웃으로 그 위에 표시됩니다.

서로 다른 은행을 사용하는 고객, 의뢰인 또는 동료로부터 PayNow 스크린샷을 처리하는 모든 사람에게 금액은 항상 존재하고, 항상 보이며, 그 의미가 모호하지 않은 쉬운 필드입니다. 문제는 템플릿 기반 추출 방식, 즉 특정 픽셀 좌표에서 금액을 찾는 방식은 DBS, OCBC, UOB용 템플릿 세 개와 HSBC, Maybank, Standard Chartered, Citibank 등 기타 참여 은행의 추가 변형을 별도로 필요로 한다는 점입니다. 반면, 의미 기반 추출 방식은 금액이 화면의 어디에 있든 상관하지 않습니다. 확인 화면 전체를 읽고 "SGD 150.00"이 결제 확인 맥락에서 무엇을 의미하는지 이해하여 어떤 값이 거래 총액인지 식별합니다.

수취인 — 표시 이름이 아닌 UEN 또는 휴대폰 번호

이 필드는 이 시리즈의 결제 앱 중 PayNow 스크린샷을 독특하게 만드는 요소입니다. Venmo에서 수취인은 @사용자명입니다. WeChat Pay에서는 가맹점의 등록된 이름입니다. PayNow에서 수취인 식별자는 마스킹된 휴대폰 번호(가운데 숫자가 숨겨진 "+65 XXXX 1234" 형식) 또는 UEN(사업자 등록 번호, 싱가포르 회계기업규제청(ACRA)이 발급하는 표준 사업자 등록 식별자)입니다.

개인 간 송금의 경우, 송금인이 수취인의 휴대폰 번호나 NRIC/FIN을 입력하면 PayNow 조회 시스템이 이름을 반환합니다. 이 이름 — 프록시와 연결된 "PayNow 이름" — 이 확인 화면에 표시됩니다. 하지만 중요한 점은 이것이 수취인이 선택한 사용자명이 아니라는 것입니다. 이는 수취인 은행에 등록된 이름으로, 법적 이름, 사업자명, 또는 수취인이 등록한 별명일 수 있습니다. 송금인이 수취인에게 보낸 스크린샷에는 이 이름이 마스킹된 프록시와 함께 표시되며, 개인 간 결제에는 UEN이 전혀 포함되지 않습니다.

비즈니스 결제의 경우, 수취인 식별자는 UEN입니다. UEN은 9~10자의 영숫자 문자열(예: 201422384R)로, 싱가포르의 사업자 세금 ID와 회사 등록 번호가 결합된 역할을 합니다. 고객이 PayNow로 사업체에 결제할 때, 사업체의 PayNow QR 코드를 스캔하거나 UEN을 직접 입력합니다. 확인 스크린샷에는 UEN이 수취인 식별자로 표시되며, 은행에 따라 "PayTo" 또는 "수취인 UEN" 같은 레이블이 앞에 붙는 경우가 많습니다. 일부 은행은 UEN 전체를 표시하고, 다른 은행은 중간 문자를 마스킹합니다. ACRA에 등록된 사업자명도 확인 화면에 표시되어 송금인이 송금을 확인하기 전에 검증 단계를 거칩니다. 이는 PayNow가 운영되는 MAS 전자결제 프레임워크에 설명된 동일한 조회 시스템입니다. 송금인은 등록된 사업자명을 보고 의도한 수취인과 일치하는지 확인할 수 있습니다.

추출 작업의 실질적인 의미: "지불 대상" 열에 복사할 수 있는 사람이 읽을 수 있는 수취인 이름을 찾는 것이 아닙니다. 두 가지 식별자 유형 중 하나를 찾는 것이며, 스크린샷만으로는 어떤 유형인지 명확하지 않을 수 있습니다. "끝자리 1234"로 끝나는 휴대폰 번호와 "201422384R" 같은 UEN은 PayNow 시스템에서 동일한 목적(수취인 고유 식별)을 수행하지만, 기록에서는 완전히 다른 의미를 갖습니다. 휴대폰 번호는 개인으로서 돈을 받은 사람을 알려줍니다. UEN은 등록된 사업체임을 알려줍니다. 고객 계정이나 공급업체 기록에 대해 결제를 조정할 때, 둘을 혼동하면 거래가 잘못된 원장으로 이동하게 됩니다.

참조/비고 입력란 — 거래 내역과 기록을 연결하는 핵심

PayNow는 송금 시 최대 약 40자(은행 인터페이스에 따라 다름)의 자유 텍스트 메모를 함께 보낼 수 있습니다. DBS 디지뱅크에서는 송금 화면에서 확인 전 "수취인 참고 사항"으로 입력됩니다. OCBC 디지털에서는 "참조" 또는 "비고"로 표시됩니다. UOB TMRW에서는 송금 과정 중 "설명" 필드로 나타납니다. 거래 완료 후 이 메모는 확인 화면에 표시되며 수취인의 은행 거래 명세서에도 함께 기록됩니다.

UEN(사업자 등록 번호)을 은행 계좌에 연결하는 기업용 버전인 PayNow Corporate를 사용하는 기업의 경우, 이 메모 입력란은 결제와 송장, 주문 또는 고객 계정을 연결하는 역할을 합니다. 동적 PayNow QR 코드는 메모 입력란에 고유한 송장 번호나 주문 ID를 자동으로 삽입할 수 있으므로, 고객이 직접 입력하지 않아도 각 수신 결제에 고유한 참조 정보가 포함됩니다. 정적 QR 코드나 수동 UEN 송금의 경우 고객이 원하는 내용을 입력하므로, 메모 입력란에는 송장 번호, 고객 이름, "3월 자문료"와 같은 결제 목적, 또는 아무 내용도 없을 수 있습니다.

스크린샷에 의미 있는 메모가 있는지 여부는 해당 결제가 어떻게 시작되었는지에 대한 중요한 정보를 알려줍니다. "INV-2026-071"이 포함된 메모는 고객이 수동으로 송장 번호를 입력했음을 의미하며, 별도의 조회 없이도 이 결제를 송장 시스템과 연결할 수 있습니다. 메모 입력란이 비어 있으면 스크린샷에 표시된 결제에 대한 맥락이 없음을 의미하며, 특정 고객이나 주문과 연결하려면 금액과 수취인을 은행 거래 명세서와 대조해야 합니다. 추출 결과에서 빈 셀은 유용한 정보입니다. 즉, 스크린샷만으로는 완전한 조정이 불가능하므로 해당 행에 수동 확인이 필요함을 알려줍니다.

검증이 중요한 이유 — 가짜 PayNow 스크린샷 문제

싱가포르에는 조작된 PayNow 스크린샷과 관련된 실제 문제가 문서화되어 있습니다. 2024년 11월, CNA는 33세 여성이 2022년 5월부터 2023년 8월까지 35회에 걸쳐 편집된 PayNow 스크린샷을 사용하여 카통에 있는 한 식당에서 약 S$3,892 상당의 음식을 속여 빼돌린 사건을 보도했습니다. 그녀는 자신에게 돈을 송금한 후 스크린샷을 편집하여 자신의 세부 정보를 식당의 정보로 바꾸고 조작된 이미지를 WhatsApp을 통해 전달했습니다. 2024년 12월, 싱가포르 경찰청은 피해자들이 가짜 PayNow 웹사이트로 연결되는 문자 메시지를 받아 신용카드 및 개인 정보를 빼내도록 유도하는 PayNow 피싱 캠페인에 대한 경고를 발표했습니다. r/askSingapore에서는 사용자들이 정기적으로 PayNow 스크린샷을 게시하며 "이 스크린샷이 진짜처럼 보이나요?"라고 묻습니다. 그리고 공통된 의견은 글꼴 간격, 정렬 또는 금액 형식이 조작을 드러내지만, 이를 알아볼 수 있는 사람만 알 수 있다는 것입니다.

이러한 긴장감은 싱가포르에서 PayNow를 사용하는 모든 사업체가 안고 있는 문제입니다. 고객이 보내는 것은 스크린샷이지만, 사기꾼이 조작하는 것도 바로 그 스크린샷이기 때문입니다. 해결책은 스크린샷 수신 자체를 중단하는 것이 아닙니다. Carousell 판매자, 식당 주인, 서비스 제공자가 모든 고객에게 "은행 앱을 먼저 확인해보겠습니다"라고 말할 수는 없고, 그렇게 하면 거래 흐름이 망가집니다. 해결책은 스크린샷을 증명이 아닌 확인을 위한 출발점으로 삼는 것입니다. 스크린샷에서 금액, 수취인 식별자, 메모를 추출한 후, 해당 항목들을 은행 명세서나 앱 내 거래 내역과 대조하는 것입니다. 실제 PayNow 거래는 계정에 즉시 반영됩니다. FAST 네트워크가 수 초 내에 결제를 완료하므로 확인도 즉시 가능합니다. 조작된 스크린샷은 은행 앱에서 해당 거래를 찾으려 할 때 아무것도 나타나지 않으면서 곧바로 드러납니다.

PayNow 스크린샷 배치에서 추출이 어떻게 이루어지는지

DBS 디지뱅크, OCBC 디지털, UOB TMRW 등 다양한 앱에서 가져온 PayNow 스크린샷 배치를 업로드하고 금액 (SGD), 수취인, 수취인 유형 (휴대폰/UEN), 메모, 거래 일자 열을 정의하면, 추출 엔진이 각 필드의 의미를 이해하여 각 스크린샷에서 해당 값을 찾아냅니다. 금액은 확인 화면에서 가장 큰 통화 단위 숫자입니다. 수취인은 프록시 라벨과 쌍을 이루는 식별자입니다. 메모 필드는 비고 섹션에 나타나는 모든 자유 텍스트 문자열입니다. 각 스크린샷은 하나의 행을 생성하고, 모든 행은 하나의 스프레드시트로 병합됩니다.

수취인 유형으로서 휴대폰 번호와 UEN의 구분은 명시적으로 추가할 가치가 있는 열입니다. 열 정의에 수취인 유형 (휴대폰/UEN)을 포함하면, AI는 수취인 식별자가 휴대폰 번호인지 사업자 등록 번호인지를 형식에 따라 식별합니다. UEN은 고유한 패턴(9-10자의 영숫자, 문자로 끝남)을 따르며, 이는 (+65로 시작하는) 휴대폰 번호와 공유하지 않습니다. 이 분류를 통해 다운스트림 조정에서 개인에게 지불한 금액과 사업체에 지불한 금액을 필터링할 수 있으며, 동일한 시스템을 통해 소비자 및 B2B 거래를 모두 처리하는 경우 특히 유용합니다.

이 데이터의 다운스트림 대상에는 싱가포르 중소기업 사이에서 가장 널리 사용되는 두 클라우드 회계 플랫폼인 Xero SG 또는 QuickBooks Online SG이 자주 포함됩니다. Xero는 IRAS F5/GST 신고 및 InvoiceNow 전자 송장을 지원하는 반면, QuickBooks는 소규모 팀과 프리랜서에게 인기가 있습니다. ABSS(구 MYOB, 연 S$349) 및 AutoCount(월 S$35)는 회계와 함께 강력한 온프레미스 재고 관리가 필요한 비즈니스를 지원합니다. 이들 플랫폼 중 어느 것도 WhatsApp으로 전달된 DBS 디지뱅크 스크린샷을 기본적으로 수집할 수 없습니다. "고객이 PayNow 스크린샷을 보냈다"에서 "데이터가 내 장부에 있다" 사이의 단계는 대부분의 싱가포르 비즈니스에서 여전히 수동으로 이루어집니다. 추출은 각 스크린샷을 비즈니스가 사용하는 회계 시스템으로 가져오거나 복사할 수 있는 구조화된 행으로 전환하여 그 격차를 메웁니다.

PayNow와 함께 다른 앱의 결제를 처리하는 경우(필리핀 공급업체의 GCash, 한국 고객의 KakaoPay, 해외 고객의 PayPal 결제)에도 동일한 열 정의가 앱별 구성 없이 모두에서 작동합니다. 금액, 수취인, 날짜 및 참조는 보편적입니다. 이 모든 것을 구동하는 원칙은 동일합니다. 출력 열을 정의하면 AI가 해당 용어의 의미를 이해하여 이미지를 생성한 은행이나 결제 앱에 관계없이 각 스크린샷에서 일치하는 값을 찾습니다.

자주 묻는 질문

WhatsApp 압축을 거쳐 전송된 PayNow 스크린샷에서도 데이터를 추출할 수 있나요?

네, 가능합니다. 단, 압축된 이미지에 적용되는 동일한 정확도 제한이 따릅니다. WhatsApp은 이미지를 과도하게 압축하여 텍스트 가장자리를 흐리게 만들 수 있습니다. 하지만 시각적 AI 모델은 문자를 하나하나 읽는 대신 단어를 전체적으로 인식하므로, 기존 OCR보다 JPEG 압축 아티팩트를 더 잘 처리합니다. 깔끔한 추출을 위해서는 발신자에게 WhatsApp으로 전달된 버전이 아닌 원본 스크린샷을 공유해 달라고 요청하세요. 이미 압축을 거친 스크린샷의 경우, 금액과 수취인 식별자(둘 다 크고 선명한 글꼴)는 신뢰할 수 있을 정도로 읽을 수 있지만, 작은 텍스트로 표시되는 메모 필드는 육안 확인이 필요할 수 있습니다.

PayNow 확인 화면이 HSBC, Maybank, Standard Chartered처럼 흔하지 않은 은행에서 온 경우는 어떻게 하나요?

PayNow는 싱가포르에서 운영되는 모든 주요 은행(DBS/POSB, OCBC, UOB, HSBC, Maybank, Standard Chartered, Citibank, Bank of China, ICBC 등)에서 지원됩니다. 각 은행의 확인 화면 레이아웃은 다르지만, 필드는 일관됩니다. 즉, SGD 금액, 수취인 프록시(휴대폰 번호, NRIC/FIN 또는 UEN), 그리고 선택적 메모 필드로 구성됩니다. 의미론적 추출 방식은 특정 은행의 템플릿을 일치시키는 데 의존하지 않습니다. 대신, 스크린샷이 어떤 은행 인터페이스에서 생성되었든 관계없이 화면상의 의미와 시각적 역할을 통해 이러한 필드를 식별합니다.

데이터를 신뢰하기 전에 PayNow 스크린샷이 진짜인지 어떻게 확인하나요?

PayNow 거래는 FAST 네트워크를 통해 즉시 결제됩니다. 스크린샷에 결제가 완료되었다고 표시되면, 은행 앱 또는 인터넷 뱅킹 거래 내역을 확인하세요. 해당 금액이 몇 초 내에 나타나야 합니다. 스크린샷만으로 판단하지 마세요. 조정을 위해 스크린샷에서 금액과 수취인 식별자를 추출하여 앱 내 거래 기록과 대조하세요. 이 '추출 후 확인'의 2단계 워크플로우는 기업이 사용해야 하는 방식이며, 이것이 바로 추출된 데이터를 구조화된 형식(수기 메모나 사진 앨범이 아닌)으로 보유하는 것이 대규모 검증을 실용적으로 만드는 이유입니다.

다른 은행의 PayNow 스크린샷을 함께 일괄 처리할 수 있나요?

네, 가능합니다. DBS 디지뱅크, OCBC 디지털, UOB TMRW 스크린샷을 동일한 배치에 업로드할 수 있습니다. 열 정의를 한 번 설정하면 추출 엔진이 배치 내 모든 스크린샷에 동일한 열 정의를 적용하여 통합된 테이블을 출력합니다. 각 행은 하나의 거래를 나타내며, 정의에 "은행" 열을 포함하면 확인 화면의 시각적 스타일을 통해 출처 은행을 식별할 수 있습니다. 이는 PayNow의 특정 필드 구조에 맞게 조정된, 지불 플랫폼 전반에 일반적으로 적용되는 스크린샷-스프레드시트 워크플로우와 동일합니다.