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는 어떤 수단을 사용했든 수단 라벨을 읽습니다.
거래 결과 — "성공", "대기 중", 또는 "실패". 장부에 가져오기 전에 완료된 결제와 실패한 시도를 구분하는 데 유용합니다.
세 가지 결제 수단, 두 개의 식별자, 그리고 덤프 OCR을 속이는 캐시백 배너
Paytm은 세 가지 서로 다른 수단으로 결제할 수 있는 유일한 주요 인도 UPI 앱이며, 각 수단마다 확인 화면이 조금씩 다릅니다. 게다가 같은 화면에 표시되는 캐시백 요소는 실제 거래와 구분할 수 없는 별도의 Rs 금액을 광고하며, 이는 덤프 방식 OCR 도구를 혼란에 빠뜨립니다.
"GPay, PhonePe, Paytm 등 결제 스크린샷에서 데이터를 추출한 뒤, 보낸 사람 이름, 날짜, 시간, 금액 등 모든 세부 정보를 저장하는 Excel을 만들어야 합니다. 이후 결제 거래를 은행 명세서와 대조해야 합니다. UiPath Studio로 가능할까요? 많은 시도를 해봤지만... 100% 정확하지 않습니다."
— Keshav, UiPath 커뮤니티 포럼에서 Paytm, PhonePe, GPay 스크린샷과 은행 명세서를 대조하는 어려움을 설명하며
"결제 수단" — 세 가지 출처, 세 가지 레이아웃
Paytm 월렛, UPI, Paytm 카드는 각각 다른 확인 화면을 표시합니다. 월렛 화면은 선불 잔액 차감을, UPI 화면은 은행 연동 결제를, 카드 화면은 후불 신용 한도를 보여줍니다. 덤프 방식 OCR은 각각을 고유한 문서 유형으로 취급하지만, 모두 동일한 앱에서 발생한 것입니다.
캐시백 배너는 거래 내역이 아닙니다
Paytm 확인 화면에는 거의 항상 "캐시백" 또는 "리워드" 섹션이 포함되어 프로모션 금액을 표시합니다. 예: "Rs12 캐시백을 적립했습니다!" 또는 "다음 주문 시 5% 할인". 위치 기반 OCR 도구는 화면의 모든 루피 금액을 읽지만 실제 송금 금액이 어느 것인지 구분할 수 없습니다.
거래 ID와 주문 ID — 서로 다른 개념입니다
P2P 송금의 경우 Paytm은 12~14자리 숫자 거래 ID를 표시합니다. 가맹점 결제, 공과금 납부, 충전의 경우 별도의 주문 ID가 표시됩니다. 이 둘은 용도가 다릅니다. 거래 ID는 은행 수준의 참조 번호이고, 주문 ID는 Paytm 내부의 가맹점 추적 번호입니다.
하나의 열 세트, 세 가지 소스 유형
Amount, Transaction ID, Paid Via, Status를 정의하세요 — 동일한 네 개의 열이 월렛, UPI, 카드 스크린샷 모두에 적용됩니다. AI는 "Paid via" 라벨 맥락을 읽고 레이아웃 차이와 관계없이 사용된 소스를 파악합니다.
의미론적 영역으로 프로모션 콘텐츠 분리
AI는 "Cashback" 섹션이 자체 제목을 가진 별도의 시각적 영역임을 이해합니다. 열 이름을 Amount로 지정하면 AI는 거래 금액 라벨 옆의 값만 반환하며, 보상 제목 아래의 Rs12 캐시백 제안은 Amount 열에 전혀 포함되지 않습니다.
숫자 거래 ID, 라벨 맥락으로 식별
Transaction ID와 Order ID를 별도의 열로 정의하세요. AI는 라벨 텍스트를 읽습니다 — 12~14자리 숫자 P2P 코드는 "Transaction ID", 판매자 영숫자 참조 번호는 "Order ID"로 구분합니다. 각 값은 올바른 열에 배치되며, 인도식 숫자 표기법(Rs1,00,000)은 깔끔한 숫자 값으로 파싱됩니다.
Paytm 확인 화면에서 깔끔한 스프레드시트 행으로
Paytm 결제를 비용 추적, 대사, 또는 공동 회계 목적으로 기록하신다면 — 도구에 스크린샷을 넣었을 때 어떤 일이 일어나는지 알려드립니다.
스크린샷 업로드
Paytm 확인 화면을 업로드하세요 — 앱의 기본 스크린샷이거나, 두 번째 기기에서 작업 중이라면 화면을 촬영한 사진도 가능합니다. Paytm의 인앱 스크린샷은 차단되지 않으므로 전체 거래 상세 카드를 캡처할 수 있습니다. 월렛으로 결제한 P2P 송금, UPI로 결제한 가맹점 QR, Paytm 카드로 청구된 요금 결제 등 — 세 가지 소스 유형 모두 동일한 업로드 대기열을 거칩니다.
열 이름 지정
열 머리글을 정의하세요: 금액, 거래 ID, 결제 수단, 상태. AI는 각 값 옆의 라벨을 읽습니다 — 금액은 Rs 기호 옆에, 거래 ID는 "Transaction ID" 라벨 옆에, 결제 수단은 "Paid via" 아래에 표시됩니다. 가맹점 결제의 주문 ID를 별도로 추적하려면 다섯 번째 열을 추가하세요 — AI는 라벨 컨텍스트를 통해 거래 ID와 구분합니다. 계산 열 — 적립 캐시백 — 을 추가하여 리워드 금액을 선택적으로 캡처할 수 있습니다.
행 내보내기
출력 결과는 단일 스프레드시트 행으로 생성됩니다 — 금액, 거래 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 화면은 은행 연결 거래를, 카드 화면은 신용 한도를 보여줍니다. 핵심 필드인 Amount, 거래 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 스크린샷과 같은 내보내기에서 일괄 처리할 수 있나요?
네. 열 이름 세트를 하나 정의하면 — Amount, Transaction ID, Paid Via, Status — AI가 동일한 정의를 사용하여 Paytm, PhonePe, Google Pay India 스크린샷을 단일 배치로 처리합니다. 각 앱의 확인 화면은 다르게 보이지만 기본 UPI 필드는 동일합니다. 전체 앱 간 기능에 대한 자세한 내용은 결제 스크린샷 개요를 참조하세요.
또 다른 인도 UPI 선두 업체와 비교: PhonePe 스크린샷 추출 — 12자리 UPI 참조 번호도 동일한 방식으로 처리
이 허브의 다른 콘텐츠: Google Pay India 스크린샷 추출 — GPay의 영숫자 UPI 거래 ID와 Paytm의 숫자형 거래 ID 비교