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

고객이 WhatsApp으로 스크린샷을 보냅니다. 은행 앱에 결제 확인 화면이 보입니다 — DBS 디지뱅크의 녹색 배너, OCBC 디지털의 흰색 카드, UOB TMRW의 어두운 슬라이드 결제 화면. SGD 금액이 보입니다. 수취인 식별 정보처럼 보이는 것도 보입니다 — "끝자리 1234"로 끝나는 휴대폰 번호 또는 UEN(사업자 등록 번호)이라는 문자와 숫자의 조합. 하단에 자유 형식 메모가 있을 수도 있습니다: "송장 #1042" 또는 "3월 충전" 또는 아무것도 없을 수도 있습니다. 스크린샷이 거래의 유일한 기록입니다. 하지만 PayNow는 독립형 앱이 아닙니다 — 각 은행의 인터페이스 안에 존재하며, 이 세 필드가 어떻게 보이는지는 전적으로 어떤 은행 고객이 이미지를 보냈는지에 따라 달라집니다.

수작업 입력은 그만 — AI가 대신 읽어드립니다
이미지나 PDF를 업로드하세요 — 10초 만에 정형 데이터로
지금 체험하기 →
블로그 히어로 이미지 제목 'PayNow 스크린샷: 거래 금액과 수취인 추출 방법' — 세 개의 플랫 벡터 아이콘: '세 은행, 동일 필드'로 표시된 겹치는 레이아웃 사각형, 'UEN 또는 +65 휴대폰'으로 표시된 이름표, '메모가 송장에 연결됨'으로 표시된 스티커 메모.

핵심 요점

  1. PayNow는 싱가포르의 단일 국가 결제 시스템입니다 — 하지만 DBS 디지뱅크 확인 화면은 UOB TMRW 확인 화면과 전혀 다르게 보입니다. PayNow에는 자체 앱이 없기 때문입니다.
  2. 아홉 개 은행 앱은 각각 금액, 수취인 대리 식별자, 메모 필드를 자체 디자인 팀이 결정한 위치에 배치합니다 — 템플릿 기반 추출은 모든 은행마다 별도의 설정이 필요합니다.
  3. 의미 기반 추출은 확인 화면을 데이터로 읽어 "SGD 150.00"이 의미상 거래 금액임을 식별합니다 — 따라서 하나의 열 정의로 은행별 템플릿 없이 아홉 개 은행 모두에서 작동합니다.

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

DBS 디지뱅크, OCBC 디지털, UOB TMRW의 PayNow 확인 화면을 3열로 비교한 이미지로, 각각 금액이 상단 녹색 배너, 중앙 카드, 하단 바 등 서로 다른 위치에 강조된 간소화된 휴대폰 목업을 보여줍니다.

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)이 발급하는 표준 사업자 등록 식별자입니다.

PayNow 수취인 식별자의 2열 비교: 왼쪽은 가운데 숫자가 마스킹된 휴대폰 번호 '+65 XXXX 1234', 오른쪽은 9~10자리 영숫자로 구성된 UEN '201422384R'.

개인 간 송금의 경우, 송금인이 수취인의 휴대폰 번호나 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는 2022년 5월부터 2023년 8월까지 35회에 걸쳐 편집된 PayNow 스크린샷으로 카통의 한 식당에서 약 S$3,892 상당의 음식을 속여 챙긴 33세 여성의 사건을 보도했습니다. 그녀는 자신에게 돈을 보낸 후 스크린샷을 편집해 자신의 세부 정보를 식당의 정보로 바꾸고 위조된 이미지를 WhatsApp으로 전달했습니다. 2024년 12월, 싱가포르 경찰청은 신용카드 및 개인 정보를 탈취하도록 설계된 가짜 PayNow 웹사이트로 안내하는 문자 메시지를 받은 피해자들에 대한 PayNow 피싱 캠페인에 관한 권고를 발표했습니다. r/askSingapore에서는 사용자들이 정기적으로 "이 스크린샷이 진짜처럼 보이나요?"라고 묻는 PayNow 스크린샷을 게시하며, 글꼴 간격, 정렬 또는 금액 형식이 위조를 드러내는 경우가 많다는 의견이 지배적이지만, 그것을 알아볼 수 있는 사람에게만 해당됩니다.

두 열 판정 비교: 주황색 X 표시와 '35회, S$3,892' 사례로 표시된 위조 PayNow 스크린샷, 녹색 체크 표시와 '은행 자체 기록과 일치' 메모로 표시된 검증된 데이터.

이로 인해 PayNow를 사용하는 모든 싱가포르 사업체는 긴장감을 안고 운영하게 됩니다. 고객이 보내는 것이 스크린샷이지만, 사기꾼이 위조하는 것도 바로 그 스크린샷이기 때문입니다. 해결책은 스크린샷 수령을 중단하는 것이 아닙니다. Carousell 판매자, 식당 주인, 서비스 제공업체가 모든 고객에게 "먼저 은행 앱을 확인해 보겠습니다"라고 말할 수는 없으며, 그렇게 하면 거래 흐름이 손상되기 때문입니다. 해결책은 스크린샷을 증거가 아닌 검증의 출발점으로 취급하는 것입니다. 스크린샷에서 금액, 수취인 식별자, 메모를 추출하세요. 그런 다음 해당 항목을 은행 거래 내역서나 앱 내 거래 내역과 대조하세요. 실제 PayNow 거래는 즉시 계정에 표시됩니다. FAST 네트워크는 몇 초 만에 결제를 완료하므로 검증은 즉시 이루어집니다. 위조된 스크린샷은 은행 앱에서 거래를 찾아보고 아무것도 발견하지 못하는 순간 드러납니다.

JPG/PNG 스크린샷 AI 추출

파일은 안전하게 처리되며 저장되지 않습니다.

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가 해당 용어의 의미를 이해하여 이미지를 생성한 은행이나 결제 앱에 관계없이 각 스크린샷에서 일치하는 값을 찾아냅니다.

FAQ

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의 특정 필드 구조에 맞게 조정된 것입니다.

📮 contact email: [email protected]