UPIトランザクションデータ（RRN、金額、ステータス）をあらゆるUPIスクリーンショットから取得
ほとんどのツールはUPIを単一のアプリとして扱いますが、UPIはインドのユニバーサル決済プロトコルであり、PhonePe、GPay、Paytm、BHIMなど数多くのアプリに組み込まれています。このツールは、あらゆるアプリのスクリーンショットからUPI標準の4つの確認フィールドを10秒以内で抽出します — 手入力の18倍の速さです。
スクリーンショット1枚あたり5〜10秒 · 印刷テキストの精度は最大99%
すべてのUPI確認画面に共通する4つのフィールド
スクリーンショットがPhonePe、GPay、Paytm、BHIM、CREDのいずれからのものであっても、UPI標準は同じ4つのデータフィールドを定義しています。カスタム列抽出を使用すると、AIは各値の横にあるラベルを読み取ります（ピクセル位置ではなく）。そのため、PhonePeの確認画面とPaytmの領収書が同じスプレッドシートの列に配置されます。
NPCIがすべてのUPI支払いに割り当てる12桁の英数字の検索参照番号です。これは普遍的な照合キーであり、銀行が取引を追跡するために必要な単一の番号です。アプリによってラベルは異なります。PhonePeでは「UPI Ref No」、GPayでは「Transaction ID」、Paytmでは「UTR番号」と表示されます。
インドのラーク/クロールのカンマ区切りを使用したルピー表記です。Rs 1,50,000は1.5ラークを意味し、150,000ではありません。AIはカンマの文字列ではなく数値を読み取るため、手動修正なしでExcelの計算が機能します。
user@bankhandle形式の仮想支払いアドレスです。例：name@ybl（Yes Bank）、name@paytm、name@oksbi（SBI）、name@okhdfcbank（HDFC銀行）。サフィックスは、受取人の銀行口座にリンクされた決済サービスプロバイダーを示します。
取引結果です。成功、保留、または失敗。照合には重要です。確認済みの支払いのみを銀行明細と照合する必要があり、保留中の取引はどちらの状態にも変わる可能性があります。
UPIはアプリではなくプロトコルです。抽出処理は、どのアプリを使ったかを気にする必要はありません。
PhonePe、GPay、Paytm、BHIM、CREDのいずれで送信されたUPI決済でも、同じ4つの標準フィールドが生成されます。課題は、各アプリがそれぞれ異なるレイアウト、異なるラベル、場合によっては同じフィールドに異なる名前を使って表示することです。
「GPay、PhonePe、Paytmなどの決済スクリーンショットからデータを抽出し、抽出後は送金者名、日付、時刻、金額などの詳細をすべて保存するExcelを作成しなければなりません。その後、銀行明細と決済取引を照合する必要があります。日付や時刻が変わることがあり、金額を読み取れないこともあります。」
— Keshav氏、UiPathコミュニティフォーラムにて、複数のアプリのUPIスクリーンショットと銀行明細の照合に苦労している様子を説明
同じ項目なのに、アプリごとに異なる3つのラベル
12桁のNPCI取引参照番号は、PhonePeでは「UPI Ref No」、GPayでは「Transaction ID」、Paytmでは「UTR Number」と呼ばれています。これらが同じ項目だと知らないユーザーは、間違った識別子を抽出したり、銀行が紛争処理にどちらを必要とするか分からず、両方を抽出したりする可能性があります。
P2P、P2M、Collectリクエスト — 3つの異なる画面レイアウト
個人間送金では、受取人の名前とUPI IDが表示されます。加盟店のQR決済では、店舗名が表示されます。Collectリクエストでは、「支払い先」ではなく「リクエスト元」と表示されます。各レイアウトでは、同じ4つの項目が異なる位置に、異なる周辺ラベルとともに配置されています。
インド式の数字表記が、標準的な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（RRN）という単一の列を定義するだけで、AIがラベルの文脈を読み取り、アプリの表記方法に関係なく12桁のコードを抽出します。
意味的配置はすべての取引タイプで機能します
AIはピクセル座標ではなく意味的な関係性で4つのUPIフィールドを識別します。GPayカードの下部にある12桁の参照番号も、PhonePeの「UPI Ref No」の横にあるものも、同じ信頼性で見つけ出します。P2P送金、加盟店QR、Collectリクエストはすべて同じ列セットに解決されます。
インド式カンマを数値として解釈します
AIはカンマの文字列ではなく、金額の実際の数値を読み取ります。Rs 1,50,000は100,000として抽出されます。インドのラーク表記をネイティブに理解し、出力は手動で再フォーマットが必要なテキスト文字列ではなく、Excelでクリーンな数値として表示されます。
UPIスクリーンショットの混在フォルダから、1つのクリーンなスプレッドシートへ
複数のアプリからUPI支払いを照合する場合、1回のバッチ処理で全てを処理する方法をご紹介します。
スクリーンショットをアップロード
UPI確認スクリーンショットのフォルダをドロップします — PhonePeのもの、GPayのもの、Paytmのもの、BHIMのものなどが混在していても大丈夫です。ネイティブのスクリーンショットでも、画面の写真でも対応します。AIはアプリの見た目に関係なく、確認カードからUPIフィールドを直接読み取ります。
列を一度だけ定義
4つの列を定義します: UPIトランザクションID（RRN）、金額、UPI ID（受取人ハンドル）、ステータス。AIは各スクリーンショットのラベル文脈を読み取ります — 「UPI Ref No」（PhonePe）、「Transaction ID」（GPay）、「UTR Number」（Paytm）の横にある12桁のコードは、すべて同じ列に格納されます。推論列（例: アプリソース（オプション: PhonePe/GPay/Paytm/BHIM））を追加して、各スクリーンショットがどのアプリから来たかを追跡できます。
統合スプレッドシートをエクスポート
出力は1つのXLSXまたはCSVファイルです — どのアプリから来たかにかかわらず、スクリーンショット1枚につき1行になります。UPIトランザクションID（RRN）列には全行の12桁のRRNが含まれ、銀行明細書とのVLOOKUPにすぐ使えます。金額はクリーンな数値として解析され、インドのラーク/クロール表記も解決されます。Excel、CSVにエクスポートするか、アドオン経由でGoogle スプレッドシートに直接プッシュできます。
UPIスクリーンショット抽出が最適なケースと、そうでないケース
最適なケース
PhonePe、GPay、Paytm、BHIM、CREDの標準的なUPI確認画面。4つのフィールドはすべて高コントラストで機械描画されており、12桁のRRN、金額、UPI ID、ステータスラベルが一貫して読み取れます。
複数のUPIアプリにわたるバッチ処理。1つの列セットでPhonePe、GPay、Paytm、BHIMから一括抽出でき、すべての行が一貫したヘッダーで1つのスプレッドシートに統合されます。
照合と経費管理。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は、UPIトランザクションIDとアプリのトランザクションIDを別々の列として定義すると両方を抽出するため、紛争に備えて常に正しい参照情報を用意できます。
PhonePe、GPay、Paytm、BHIMなど、異なるアプリのUPIスクリーンショットを同じエクスポートで一括処理できますか？
はい。金額、UPIトランザクションID、UPI ID、ステータスという1つの列セットを定義すれば、AIは任意のアプリのUPIスクリーンショットを1つのバッチで処理します。すべてのUPI確認画面は、アプリの見た目に関係なく、同じ基盤フィールドを共有しています。出力は一貫したヘッダーを持つ1つのスプレッドシートに統合されるため、PhonePe、GPay、Paytm、BHIMからの支払いを並べて照合できます。クロスアプリ機能の詳細は、支払いスクリーンショットの概要をご覧ください。
支払い確認だけでなく、UPIの請求（コレクトリクエスト）スクリーンショットからもデータを抽出できますか？
はい。請求リクエスト画面には、同じ4つのUPIフィールド — UPIトランザクションID、金額、リクエスト元のUPI ID、およびステータス（承認するまで保留中の場合が多い）— が表示されます。主な違いはラベルです。「支払先」ではなく、画面には「リクエスト元」と表示され、その後にリクエスト元の名前またはUPI IDが続きます。AIはラベルの文脈を読み取り、「リクエスト元」の下にあるUPI IDを受取人として識別するため、同じ列セットが支払い確認と請求リクエストの両方のスクリーンショットで機能します。
UPIスクリーンショットのRs 1,50,000（1.5ラーク）のようなインド式の数字表記にはどのように対応しますか？
AIはルピー額をカンマ区切りの文字列ではなく、単一の数値として読み取ります。Rs 1,50,000（1ラーク5万）は150,000として抽出されます — 百の位の後のインド式カンマ配置はネイティブに理解されるため、出力は手動修正なしでExcelにクリーンな数値として反映されます。クロール（Rs 1,00,00,000 = 1,000万）の場合も同じロジックが適用されます。
UPI IDの接尾辞（@ybl、@paytm、@oksbi）から何がわかりますか？照合に役立ちますか？
UPI IDの接尾辞は、受取人の取引を処理する決済サービスプロバイダー（PSP）を示します。たとえば、name@yblは受取人がYes Bankを利用していること、name@oksbiはインドステイト銀行（SBI）、name@paytmはPaytm Payments Bank、name@okhdfcbankはHDFC銀行を意味します。これは、送金者が別のアプリを使って送金した場合でも、最終的にどの銀行が資金を受け取ったかがわかるため、照合に役立ちます。UPIトランザクションID（RRN）は取引を照合するための主キーですが、UPI IDの接尾辞は資金が正しい銀行口座に着金したことを確認するのに役立ちます。
親ハブから: あらゆる支払いスクリーンショットからデータを抽出 — PhonePe、GPay、Paytm、BHIMなど
このハブからも: PhonePeスクリーンショット項目ガイド · Google Pay Indiaスクリーンショット項目ガイド
Paytmスクリーンショット項目ガイド — ウォレット、UPI、カード支払いソースを備えたもう1つのUPIアプリ