UPI 거래 데이터 — RRN, 금액, 상태 — 를 모든 UPI 스크린샷에서 추출
대부분의 도구는 UPI를 단일 앱으로 취급하지만, UPI는 PhonePe, GPay, Paytm, BHIM 등 수십 개 앱에 내장된 인도의 범용 결제 프로토콜입니다. 이 도구는 모든 앱의 스크린샷에서 표준 UPI 확인 필드 4가지를 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 Bank). 접미사는 수취인 은행 계좌에 연결된 결제 서비스 제공업체를 나타냅니다.
거래 결과인 성공, 보류 또는 실패입니다. 조정에 중요합니다. 확인된 결제만 은행 명세서와 대조해야 하며, 보류 중인 거래는 어느 상태로든 바뀔 수 있습니다.
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 Number"로 표시됩니다. 이들이 동일한 필드임을 모르는 사용자는 잘못된 식별자를 추출하거나, 은행이 분쟁 처리에 어떤 것을 요구하는지 확신하지 못한 채 둘 다 추출할 수 있습니다.
P2P, P2M, 수집 요청 — 세 가지 서로 다른 화면 레이아웃
개인 간 송금에는 수취인의 이름과 UPI ID가 표시됩니다. 가맹점 QR 결제에는 상점 이름이 표시됩니다. 수집 요청에는 "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 Number"가 모두 동일한 NPCI 수준 참조를 의미한다는 것을 이해합니다. UPI 거래 ID라는 단일 열을 정의하면 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, 금액, UPI ID, 상태. AI는 각 스크린샷의 라벨 맥락을 읽어 "UPI Ref No"(PhonePe), "Transaction ID"(GPay), "UTR Number"(Paytm) 옆의 12자리 코드를 모두 동일한 열에 배치합니다. 각 스크린샷이 어떤 앱에서 왔는지 추적하려면 앱 출처와 같은 추론 열을 추가하세요.
통합 스프레드시트 내보내기
출력은 단일 XLSX 또는 CSV 파일로, 앱 출처와 관계없이 스크린샷당 한 행씩 생성됩니다. UPI 거래 ID 열에는 모든 행의 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 거래를 표시하는 은행 앱 스크린샷. 일부 인도 은행 앱은 자체 UI 내에 UPI 거래 세부 정보를 포함하며 표준 UPI 앱 확인 화면과 레이아웃이 크게 달라 정확도가 떨어질 수 있습니다.
임시 데이터가 포함된 보류 또는 실패 거래. 보류 상태는 최종 결제와 일치하지 않는 예상 금액을 표시할 수 있습니다. 대사에 데이터를 사용하기 전에 상태 필드에 "성공"이 표시되는지 확인하세요.
자주 묻는 질문
UPI 스크린샷에서 은행 분쟁에 사용해야 하는 식별자는 무엇인가요 — UPI 거래 ID(RRN)인가요, 아니면 앱 내부 거래 ID인가요?
UPI 거래 ID는 NPCI가 모든 UPI 결제에 할당하는 12자리 범용 조정 키입니다. 은행이 거래를 추적하고 분쟁 처리하는 데 필요한 번호입니다. 각 앱은 자체 내부 거래 ID도 표시하지만, 은행은 앱별 ID를 조회할 수 없습니다. AI는 별도의 열 — UPI 거래 ID 및 앱 거래 ID — 을 정의하면 두 가지를 모두 추출하므로 분쟁에 대비해 항상 올바른 참조 번호를 확보할 수 있습니다.
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 앱