UPI 거래 데이터를 모든 UPI 스크린샷에서 추출합니다
대부분의 도구는 UPI를 단일 앱으로 취급하지만, UPI는 인도의 보편적 결제 프로토콜로 PhonePe, GPay, Paytm, BHIM 등 수많은 앱에 내장되어 있습니다. 이 도구는 모든 앱의 스크린샷에서 4가지 표준 UPI 확인 필드를 10초 이내에 추출하며, 각 필드를 수동으로 입력하는 것보다 18배 빠릅니다.
스크린샷당 5~10초 · 인쇄된 텍스트 기준 최대 99% 정확도
모든 UPI 확인 화면이 공유하는 네 가지 필드
PhonePe, GPay, Paytm, BHIM 또는 CRED의 스크린샷이든, 기본 UPI 표준은 동일한 네 가지 데이터 필드를 정의합니다. 맞춤 열 추출을 통해 AI는 픽셀 위치가 아닌 각 값 옆의 레이블을 읽기 때문에 PhonePe 확인 화면과 Paytm 영수증이 동일한 스프레드시트 열에 입력됩니다.
NPCI가 모든 UPI 결제에 할당하는 12자리 영숫자 조회 참조 번호입니다. 이것은 보편적인 조정 키로, 은행이 거래를 추적하는 데 필요한 유일한 번호입니다. 앱마다 다르게 표시합니다: PhonePe는 "UPI Ref No", GPay는 "Transaction ID", Paytm은 "UTR Number"로 표시합니다.
인도식 라크/크로르 쉼표가 포함된 루피 금액입니다. Rs 1,50,000은 150,000이 아닌 1.5라크를 의미합니다. AI는 쉼표 문자열이 아닌 숫자 값을 읽으므로 수동 수정 없이도 Excel 계산이 정확하게 이루어집니다.
user@bankhandle 형식의 가상 결제 주소입니다(예: name@ybl(Yes Bank), name@paytm, name@oksbi(SBI), name@okhdfcbank(HDFC)). 접미사는 수취인의 은행 계좌와 연결된 결제 서비스 제공업체(PSP)를 나타냅니다.
거래 결과입니다 — 성공, 보류 또는 실패. 조정에 매우 중요합니다: 확인된 결제만 은행 명세서와 대조되어야 하며, 보류 중인 거래는 어느 상태로든 전환될 수 있습니다.
UPI는 앱이 아닌 프로토콜입니다. 데이터 추출은 사용한 앱에 관계없이 동일해야 합니다.
PhonePe, GPay, Paytm, BHIM 또는 CRED를 통해 전송된 모든 UPI 결제는 동일한 네 가지 표준 필드를 생성합니다. 문제는 각 앱이 이러한 필드를 서로 다른 레이아웃, 다른 라벨, 그리고 때로는 동일한 필드에 대해 다른 이름으로 표시한다는 점입니다.
"GPay, PhonePe, Paytm 등 결제 스크린샷에서 데이터를 추출한 후, 보낸 사람 이름, 날짜, 시간, 금액 등 모든 세부 정보를 저장할 Excel을 만들어야 합니다. 그런 다음 결제 거래를 은행 명세서와 대조해야 합니다. 때로는 날짜와 시간이 바뀌거나 금액을 제대로 읽지 못하기도 합니다."
— Keshav, UiPath 커뮤니티 포럼에서 여러 앱의 UPI 스크린샷을 은행 명세서와 대조하는 어려움을 설명하며
동일한 필드, 앱마다 다른 세 가지 라벨
12자리 NPCI 거래 참조번호는 PhonePe에서 "UPI Ref No", GPay에서 "Transaction ID", Paytm에서 "UTR 번호"로 표시됩니다. 이들이 동일한 필드임을 모르는 사용자는 잘못된 식별자를 추출하거나, 분쟁 시 은행에 필요한 식별자가 무엇인지 확신하지 못한 채 두 가지를 모두 추출할 수 있습니다.
P2P, P2M 및 수집 요청 — 세 가지 다른 화면 레이아웃
개인 간 송금(P2P)은 수취인 이름과 UPI ID를 표시합니다. 가맹점 QR 결제(P2M)는 상점 이름을 표시합니다. 수집 요청은 "Paid to" 대신 "Request from"이라고 표시합니다. 각 레이아웃은 동일한 네 가지 필드를 서로 다른 위치에, 서로 다른 주변 라벨과 함께 배치합니다.
인도식 숫자 표기법, 표준 CSV 파서를 무력화시키다
Rs 1,50,000은 천 단위(150,000)가 아닌 백 단위(1,50,000) 뒤에 쉼표를 사용합니다. 일반적인 OCR 파이프라인은 쉼표가 포함된 문자열을 그대로 전달하므로, Excel은 이를 숫자가 아닌 텍스트로 인식합니다. 동일한 문제가 크로르에도 적용됩니다: Rs 1,00,00,000 = 1크로르입니다.
UPI 인식 추출: 역할 기반 필드 인식
AI는 "UPI Ref No", "Transaction ID", "UTR 번호"가 모두 동일한 NPCI 수준 참조임을 이해합니다. UPI 거래 ID(RRN)라는 단일 열을 정의하면 AI가 레이블 컨텍스트를 읽고 앱의 레이블 방식과 관계없이 12자리 코드를 추출합니다.
의미론적 위치 파악: 모든 거래 유형에 적용
AI는 픽셀 좌표가 아닌 의미론적 관계를 통해 네 가지 UPI 필드를 식별합니다. GPay 카드 하단 또는 PhonePe의 "UPI Ref No" 옆에 있는 12자리 참조를 동등한 신뢰도로 찾아냅니다. P2P 송금, 가맹점 QR, 수집 요청 모두 동일한 열 집합으로 변환됩니다.
인도식 쉼표를 숫자 값으로 해석
AI는 쉼표가 포함된 문자열이 아닌 금액의 실제 숫자 값을 읽습니다. Rs 1,50,000은 100,000으로 추출됩니다. 인도식 라크 표기법을 기본적으로 이해하며, 출력은 수동 재포맷이 필요한 텍스트 문자열이 아닌 Excel에서 깔끔한 숫자로 표시됩니다.
여러 UPI 스크린샷이 섞인 폴더에서 하나의 깔끔한 스프레드시트로
여러 앱의 UPI 결제를 조정해야 한다면, 단일 일괄 처리로 모든 것을 어떻게 처리하는지 확인해보세요.
스크린샷 업로드
PhonePe, GPay, Paytm, BHIM 등 다양한 앱의 UPI 확인 스크린샷이 담긴 폴더를 업로드하세요. 기본 스크린샷이나 화면을 촬영한 사진 모두 가능합니다. AI는 앱의 시각적 디자인과 관계없이 확인 카드에서 직접 UPI 필드를 읽어냅니다.
열 이름 한 번 정의
UPI 거래 ID(RRN), 금액, UPI ID, 상태의 네 가지 열을 정의하세요. AI는 각 스크린샷의 레이블 컨텍스트를 읽어 PhonePe의 "UPI Ref No", GPay의 "Transaction ID", Paytm의 "UTR 번호" 옆에 있는 12자리 코드를 모두 동일한 열에 배치합니다. 추론 열을 추가하여 각 스크린샷이 어떤 앱에서 왔는지 추적할 수 있습니다(예: 앱 출처).
통합 스프레드시트 내보내기
출력은 단일 XLSX 또는 CSV 파일로, 앱 종류와 관계없이 스크린샷당 하나의 행으로 구성됩니다. UPI 거래 ID(RRN) 열에는 모든 행에 대해 12자리 RRN이 포함되어 은행 거래 명세서와의 VLOOKUP에 바로 사용할 수 있습니다. 금액은 인도식 라크/크로르 표기법이 해결된 깔끔한 숫자로 파싱됩니다. Excel, CSV로 내보내거나 애드온을 통해 Google 스프레드시트로 직접 푸시할 수 있습니다.
UPI 스크린샷 추출이 가장 효과적인 경우와 그렇지 않은 경우
가장 효과적인 경우
PhonePe, GPay, Paytm, BHIM 또는 CRED의 표준 UPI 확인 화면. 네 가지 필드 모두 기계로 렌더링되어 명암비가 높습니다. 12자리 RRN, 금액, UPI ID, 상태 레이블이 일관되게 읽을 수 있습니다.
여러 UPI 앱에 걸친 일괄 처리. 하나의 열 세트로 PhonePe, GPay, Paytm, BHIM에서 단일 배치로 추출합니다. 모든 행이 일관된 헤더와 함께 하나의 스프레드시트로 병합됩니다.
대사 및 비용 추적. 12자리 UPI 거래 ID(RRN)는 NPCI 네트워크 전반의 범용 키입니다. 스크린샷을 은행 거래 내역서와 매칭하는 것은 RRN 열에 대한 간단한 VLOOKUP이 됩니다.
주의가 필요한 경우
메시징 앱을 통해 전달된 고도로 압축된 스크린샷. WhatsApp 압축은 12자리 RRN, 특히 확인 카드 하단의 작은 글꼴 크기를 흐리게 할 수 있습니다. 가능하면 직접 스크린샷을 사용하세요.
UPI 거래를 보여주는 은행 앱 스크린샷. 일부 인도 은행 앱은 UPI 거래 세부 정보를 자체 UI 내에 포함합니다. 레이아웃이 표준 UPI 앱 확인 화면과 크게 달라 정확도가 떨어질 수 있습니다.
임시 데이터가 포함된 보류 또는 실패 거래. '보류' 상태는 최종 결제와 일치하지 않는 예상 금액을 표시할 수 있습니다. 데이터를 대사에 사용하기 전에 상태 필드가 '성공'인지 확인하세요.
자주 묻는 질문
UPI 스크린샷에서 은행 분쟁 시 사용해야 하는 식별자는 무엇인가요? UPI 거래 ID(RRN)인가요, 아니면 앱 내부 거래 ID인가요?
UPI 거래 ID(RRN)(검색 참조 번호 또는 UTR이라고도 함)는 NPCI가 모든 UPI 결제에 할당하는 12자리 범용 조정 키입니다. 은행이 거래를 추적하고 분쟁을 제기하는 데 필요한 번호입니다. 각 앱은 자체 내부 거래 ID도 표시하지만, 은행은 앱별 ID를 조회할 수 없습니다. AI는 별도의 열을 정의하면 두 정보를 모두 추출하여 분쟁에 대비해 항상 올바른 참조 정보를 확보할 수 있도록 합니다.
PhonePe, GPay, Paytm, BHIM 등 서로 다른 앱의 UPI 스크린샷을 동일한 내보내기 파일에 일괄 처리할 수 있나요?
네. 금액, UPI 거래 ID, UPI ID, 상태와 같은 하나의 열 세트를 정의하면 AI가 단일 배치로 모든 앱의 UPI 스크린샷을 처리합니다. 모든 UPI 확인 화면은 앱의 시각적 디자인과 관계없이 동일한 기본 필드를 공유합니다. 출력 결과는 일관된 헤더가 있는 하나의 스프레드시트로 병합되므로 PhonePe, GPay, Paytm, BHIM의 결제를 나란히 조정할 수 있습니다. 전체 앱 간 기능에 대한 자세한 내용은 결제 스크린샷 개요를 참조하세요.
결제 확인 스크린샷뿐만 아니라 UPI 수집 요청 스크린샷에서도 데이터를 추출할 수 있나요?
네. 수집 요청 화면에도 동일한 네 가지 UPI 필드인 UPI 거래 ID, 금액, 요청자의 UPI ID, 상태가 표시됩니다. 주요 차이점은 레이블입니다. "~에게 지불함" 대신 화면에 요청자의 이름 또는 UPI ID와 함께 "~로부터 요청"이라고 표시됩니다. AI는 레이블 컨텍스트를 읽고 "~로부터 요청" 아래의 UPI ID를 수취인으로 식별하므로, 동일한 열 세트가 결제 확인 및 수집 요청 스크린샷 모두에 적용됩니다.
이 도구는 UPI 스크린샷에서 Rs 1,50,000과 같은 인도식 숫자 표기를 어떻게 처리하나요?
AI는 루피 값을 쉼표로 구분된 문자열이 아닌 단일 숫자 값으로 읽습니다. Rs 1,50,000은 150,000으로 추출됩니다. 즉, 백 단위 뒤의 인도식 쉼표 배치를 기본적으로 이해하므로 수동 수정 없이도 출력이 Excel에 깔끔한 숫자로 입력됩니다. 크로르의 경우에도 동일한 로직이 적용됩니다.
UPI ID 접미사(@ybl, @paytm, @oksbi)는 무엇을 알려주며, 대사에 유용한가요?
UPI ID 접미사는 수취인의 거래를 처리하는 결제 서비스 제공업체(PSP)를 나타냅니다. 예를 들어, name@ybl은 수취인이 Yes Bank를 사용함을, name@oksbi는 인도국립은행(SBI)을, name@paytm은 Paytm Payments Bank를, name@okhdfcbank는 HDFC Bank를 사용함을 의미합니다. 이는 송금자가 다른 앱을 사용하여 결제했더라도 자금을 최종 수취한 은행이 어디인지 알려주므로 대사에 유용합니다. UPI 거래 ID(RRN)는 거래를 매칭하는 기본 키이지만, UPI ID 접미사는 자금이 올바른 은행 계좌에 입금되었는지 확인하는 데 도움을 줍니다.
상위 허브: PhonePe, GPay, Paytm, BHIM 등 모든 결제 스크린샷에서 데이터 추출
이 허브의 다른 글: PhonePe 스크린샷 필드 가이드 · Google Pay India 스크린샷 필드 가이드
Paytm 스크린샷 필드 가이드 — Wallet, UPI, 카드 결제 수단을 제공하는 또 다른 UPI 앱