Paytm 스크린샷에서 금액, 거래 ID, 결제 수단 추출
Paytm 확인 화면에서 금액, 12~14자리 거래 ID, 결제 수단을 수동으로 입력하는 데 스크린샷당 약 90초가 소요됩니다. 이 도구는 10초 이내에 네 가지 필드를 모두 추출합니다.
스크린샷당 5~10초 · 인쇄된 텍스트 최대 99% 정확도
Paytm 결제 화면에서 추출할 수 있는 정보
Paytm의 확인 화면은 겉보기에는 단순해 보이지만, 세 가지 결제 수단, 고정된 캐시백 배너, 그리고 개인 송금인지 가맹점 결제인지에 따라 달라지는 두 가지 거래 식별자가 있습니다. 맞춤 열 추출 기능을 사용하면 AI가 각 값 옆의 레이블을 읽어 올바른 데이터가 항상 올바른 열에 입력됩니다.
Rs 금액은 인도식 라크/크로르 표기법을 사용합니다. 캐시백 배너에도 Rs 금액이 표시되는데, AI는 레이블 컨텍스트를 읽어 거래 금액과 프로모션 혜택을 구분합니다.
P2P 송금 시 사용되는 12~14자리 숫자 코드로, 은행 거래 내역 조정의 핵심입니다. 가맹점 결제의 경우 Paytm은 주문 ID도 함께 표시합니다. AI는 각각의 레이블 컨텍스트를 통해 이를 식별합니다.
Paytm의 '결제 수단' 필드는 거래가 Paytm 월렛, UPI(은행 연동), 또는 Paytm 카드 중 어떤 방식으로 이루어졌는지 보여줍니다. 각 결제 수단마다 확인 화면 구성이 약간씩 다르지만, AI는 사용된 수단에 관계없이 해당 레이블을 읽어냅니다.
거래 결과 — '성공', '대기 중', 또는 '실패'. 장부에 가져오기 전에 확인된 결제와 실패한 시도를 분류하는 데 유용합니다.
세 가지 결제 수단, 두 개의 식별자, 그리고 Dump OCR을 속이는 캐시백 배너
Paytm은 세 가지 다른 출처에서 결제할 수 있는 유일한 주요 인도 UPI 앱이며, 각 출처마다 약간씩 다른 확인 화면을 보여줍니다. 한편, 동일한 화면에 지속적으로 표시되는 캐시백 요소는 실제 거래와 구분할 수 없는 별도의 Rs 금액을 광고하여 Dump 방식 OCR 도구를 혼란스럽게 만듭니다.
"GPay, PhonePe, Paytm 등의 결제 스크린샷에서 데이터를 추출한 후, 보낸 사람 이름, 날짜, 시간, 금액 등 모든 세부 정보를 저장할 Excel을 만들어야 합니다. 그런 다음 은행 거래 내역서와 결제 거래를 대조해야 합니다. UiPath Studio로 가능할까요? 많은 시도를 해봤지만... 100% 정확하지는 않습니다."
— Keshav, UiPath 커뮤니티 포럼에서 Paytm, PhonePe, GPay 스크린샷과 은행 거래 내역서를 대조하는 어려움을 설명하며
"결제 수단" — 세 가지 출처, 세 가지 레이아웃
Paytm 월렛, UPI, Paytm 카드는 각각 다른 확인 화면을 보여줍니다. 월렛 화면은 선불 잔액 차감을, UPI 화면은 은행 연동 결제를, 카드 화면은 후불 신용 한도를 표시합니다. 단순 OCR 방식은 이를 각각 다른 문서 유형으로 처리하지만, 모두 동일한 앱에서 발생한 것입니다.
캐시백 배너는 거래 내역이 아닙니다
Paytm의 확인 화면에는 거의 항상 "캐시백" 또는 "리워드" 섹션이 포함되어 프로모션 금액을 표시합니다. 위치 기반 OCR 도구는 화면의 모든 루피 금액을 읽지만, 실제 송금 금액이 무엇인지 구분할 수 없습니다.
거래 ID와 주문 ID — 서로 다른 개념입니다
P2P 송금의 경우 Paytm은 12~14자리 숫자 거래 ID를 표시합니다. 가맹점 결제, 공과금 납부, 충전의 경우 별도의 주문 ID가 표시됩니다. 이 둘은 목적이 다릅니다. 거래 ID는 은행 수준의 참조 번호이고, 주문 ID는 Paytm 내부의 가맹점 추적 번호입니다.
하나의 열 세트, 세 가지 출처 유형
금액, 거래 ID, 결제 수단, 상태를 정의하세요. 동일한 네 개의 열이 월렛, UPI, 카드 스크린샷에서 모두 작동합니다. AI는 '결제 수단' 레이블 컨텍스트를 읽어 레이아웃 차이와 관계없이 어떤 출처가 사용되었는지 판단합니다.
의미론적 영역으로 프로모션 콘텐츠 분리
AI는 '캐시백' 섹션이 고유한 제목을 가진 별도의 시각적 영역임을 이해합니다. 열 이름을 금액으로 지정하면 AI는 거래 금액 레이블 옆의 값만 반환하며, 보상 제목 아래의 Rs12 캐시백 제안은 금액 열에 전혀 포함되지 않습니다.
레이블 컨텍스트로 식별되는 숫자 거래 ID
거래 ID와 주문 ID를 별도의 열로 정의하세요. AI는 레이블 텍스트를 읽어 12-14자리 숫자 P2P 코드는 '거래 ID'로, 판매자의 영숫자 참조 번호는 '주문 ID'로 인식합니다. 각 값은 올바른 열에 입력되며, 인도식 숫자 체계(Rs1,00,000)는 깔끔한 숫자 값으로 파싱됩니다.
Paytm 확인 화면에서 깔끔한 스프레드시트 행으로
지출 추적, 조정, 또는 공동 회계를 위해 Paytm 결제 내역을 기록 중이라면, 도구에 스크린샷을 넣었을 때 어떤 일이 일어나는지 알려드립니다.
스크린샷 업로드
Paytm 확인 화면을 업로드합니다. 앱의 기본 스크린샷이거나, 다른 기기에서 작업 중이라면 화면을 촬영한 사진도 가능합니다. Paytm 앱 내 스크린샷은 차단되지 않으므로 전체 거래 내역 카드를 캡처할 수 있습니다. 월렛으로 결제한 P2P 송금, UPI로 결제한 가맹점 QR, Paytm 카드로 청구된 공과금 등 세 가지 출처 유형 모두 동일한 업로드 대기열을 거칩니다.
열 이름 지정
열 머리글을 정의합니다: 금액, 거래 ID, 결제 수단, 상태. AI는 각 값 옆의 레이블을 읽습니다. 금액은 Rs 기호 옆에, 거래 ID는 "Transaction ID" 레이블 옆에, 결제 수단은 "Paid via" 아래에 표시됩니다. 가맹점 결제의 주문 ID를 별도로 추적하려면 다섯 번째 열을 추가하세요. AI는 레이블 컨텍스트를 통해 이를 거래 ID와 구분합니다. 계산 열 — 적립 캐시백 — 을 추가하여 리워드 금액을 선택적으로 캡처할 수 있습니다.
행 내보내기
출력 결과는 단일 스프레드시트 행으로 제공됩니다. Excel, CSV로 내보내거나 애드온을 통해 Google Sheets로 직접 푸시할 수 있습니다. 스크린샷 하나가 하나의 행이 되며, 각 필드는 올바른 열에 배치되고, 인도식 숫자 표기법은 Excel 계산을 위해 올바르게 파싱됩니다. 여러 개의 Paytm 스크린샷을 처리하거나 PhonePe 및 GPay 스크린샷과 함께 단일 배치로 혼합하여 처리할 수 있습니다.
Paytm 스크린샷 추출이 가장 효과적인 경우와 그렇지 않은 경우
가장 적합한 경우
명확한 거래 확인 화면. 결제 성공 페이지에 금액, 12~14자리 거래 ID, '결제 수단' 출처 표시, 성공 상태 등 네 가지 필드가 고대비 기계 렌더링 텍스트로 표시됩니다.
일괄 교차 플랫폼 처리. 하나의 열 세트로 Paytm, PhonePe, Google Pay India에서 데이터를 추출하여 모든 행이 일관된 헤더로 하나의 스프레드시트에 병합됩니다. '결제 수단' 열이 앱별 출처를 자동으로 캡처합니다.
대사 및 지출 추적. 12~14자리 거래 ID는 NPCI 네트워크 전체의 핵심 키입니다. Paytm 스크린샷을 은행 명세서와 매칭하는 것은 거래 ID 열에 대한 간단한 VLOOKUP이 됩니다. '결제 수단' 필드는 각 거래에 자금을 지원한 출처를 알려줍니다.
주의가 필요한 경우
이전 Paytm 앱 버전의 스크린샷. Paytm은 확인 화면 레이아웃을 여러 번 재설계했습니다. 2024년 업데이트에서는 '결제 수단' 레이블이 상단에서 하단으로 이동했습니다. 의미론적 추출은 레이아웃 변경을 처리하지만, 매우 오래된 스크린샷은 정확도를 낮출 수 있습니다.
메신저 앱을 통해 전달된 스크린샷. WhatsApp과 Telegram은 이미지를 압축하여 화면 하단의 작은 12~14자리 거래 ID가 흐려질 수 있습니다. 가능하면 Paytm 앱의 원본 스크린샷을 사용하세요.
보류 중이거나 실패한 거래. 보류 중인 결제는 임시 금액과 함께 '처리 중...' 상태를 표시할 수 있습니다. 데이터를 대사에 사용하기 전에 상태가 '성공'으로 표시되는지 확인하세요.
자주 묻는 질문
Paytm 스크린샷에서 금액을 추출할 때 캐시백 제안이 함께 추출되지 않게 하려면 어떻게 해야 하나요?
Amount라는 열을 정의하면 AI는 "Amount" 또는 "Rs" 레이블 옆에 있는 값만 읽습니다. Paytm의 캐시백 배너는 자체 제목이 있는 별도의 시각적 섹션에 표시되므로, AI는 이를 다른 영역으로 간주하고 Amount 열에서는 무시합니다. 캐시백을 별도로 추출하려면 Cashback이라는 두 번째 열을 정의하세요. AI는 보상 섹션을 거래 금액과 혼합하지 않고 별도의 필드로 읽습니다.
Paytm 스크린샷에서 거래 ID와 주문 ID의 차이점은 무엇이며, 대사 작업에는 어떤 것을 사용해야 하나요?
Paytm은 거래 유형에 따라 두 가지 다른 식별자를 표시합니다. 거래 ID는 개인 간(P2P) 송금에 사용되는 12-14자리 숫자 코드로, 은행 대사 작업에 올바른 참조 번호입니다. 주문 ID는 가맹점 결제, 공과금 납부, 충전 시 표시되는 별도의 영숫자 식별자로, Paytm의 내부 추적 번호이지 은행 수준의 참조 번호가 아닙니다. 두 열을 모두 정의하면 AI는 레이블 컨텍스트에 따라 각 값을 올바른 열에 배치합니다. 분쟁 발생 시에는 거래 ID 또는 거래 내역에 표시된 UPI 참조 번호를 사용하세요.
Paytm 월렛, UPI, 카드 결제 스크린샷에서 동일한 열 세트로 데이터를 추출할 수 있나요?
네, 가능합니다. Paytm은 확인 화면에 "결제 수단" 필드를 표시하여 해당 거래가 Paytm 월렛, UPI(연결된 은행 계좌), 또는 Paytm 카드 중 무엇으로 결제되었는지 알려줍니다. 각 결제 수단은 레이아웃이 약간 다릅니다. 월렛 화면은 잔액 차감을, UPI 화면은 은행 연동 거래를, 카드 화면은 신용 한도를 보여줍니다. 그러나 금액, 거래 ID, 상태, 결제 수단과 같은 핵심 필드는 세 가지 모두에 존재합니다. 하나의 열 세트를 정의하면 AI가 단일 배치에서 세 가지 소스 유형 모두에서 데이터를 추출합니다.
Paytm 스크린샷에 금액이 Rs 1,00,000으로 표시되어 있습니다. AI가 이를 1라크 루피로 올바르게 읽을 수 있나요?
네, 가능합니다. AI는 인도식 숫자 표기법을 이해합니다. Rs 1,00,000은 10,000이 아닌 100,000으로 해석됩니다. 인도식 쉼표 시스템은 천 단위(100,000)가 아닌 백 단위(1,00,000) 뒤에 첫 번째 쉼표를 넣습니다. AI는 쉼표 위치가 아닌 금액의 숫자 값을 읽으므로, 출력 시 Excel 계산에 올바른 숫자가 유지됩니다. 수동 수정이 필요하지 않습니다.
Paytm, PhonePe, Google Pay India 스크린샷을 동일한 내보내기에서 일괄 처리할 수 있나요?
네. 금액, 거래 ID, 결제 수단, 상태 등 하나의 열 이름 집합을 정의하면 AI가 동일한 정의를 사용하여 Paytm, PhonePe, Google Pay India 스크린샷을 단일 배치로 처리합니다. 각 앱의 확인 화면은 다르게 보이지만 기본 UPI 필드는 동일합니다. 전체 앱 간 기능에 대한 자세한 내용은 결제 스크린샷 개요를 참조하세요.