UPIトランザクションデータ（RRN、金額、ステータス）をあらゆるUPIスクリーンショットから取得
ほとんどのツールはUPIを単一のアプリとして扱いますが、UPIはインドのユニバーサル決済プロトコルであり、PhonePe、GPay、Paytm、BHIMなどに組み込まれています。このツールは、あらゆるアプリのスクリーンショットから4つの標準的なUPI確認フィールドを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 Number」と表示されます。
インドのラーク/クロール形式のカンマ区切りで表示されるルピー額です。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番号」と呼ばれています。これらが同じフィールドだと知らないユーザーは、間違った識別子を抽出したり、銀行が異議申し立てに必要とするものがどちらかわからず、両方を抽出してしまう可能性があります。
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、コレクトリクエストのいずれも、同じ列セットに解決されます。
インド式カンマを数値として解釈
AIは金額のカンマ文字列ではなく、実際の数値を読み取ります。Rs 1,50,000は100,000として抽出されます。インドのラーク表記をネイティブに理解し、出力は手動で再フォーマットが必要なテキスト文字列ではなく、Excelでそのまま使えるクリーンな数値として出力されます。
UPIスクリーンショットの混在フォルダから、1つのクリーンなスプレッドシートへ
複数のアプリからのUPI支払いを照合する場合、1回のバッチ処理で全てを処理する方法をご紹介します。
スクリーンショットをアップロード
PhonePeからのもの、GPayからのもの、Paytm、BHIMなど、UPI確認画面のスクリーンショットが入ったフォルダをドロップします。ネイティブのスクリーンショットでも、画面を撮影した写真でも問題ありません。AIは、アプリの見た目に関係なく、確認カードから直接UPIフィールドを読み取ります。
列を一度定義する
UPIトランザクションID（RRN）、金額、UPI ID（受取人ハンドル）、ステータスの4つの列を定義します。AIは各スクリーンショットのラベルコンテキストを読み取り、「UPI Ref No」（PhonePe）、「Transaction ID」（GPay）、「UTR Number」（Paytm）の横にある12桁のコードをすべて同じ列に配置します。さらに、各スクリーンショットの出所アプリを追跡するために、アプリソース（選択肢：PhonePe/GPay/Paytm/BHIM）のような推論列を追加することもできます。
統合スプレッドシートをエクスポート
出力は1つのXLSXまたはCSVファイルです。各行が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スクリーンショットを同じエクスポートで一括処理できますか？
はい。1つの列セット（金額、UPIトランザクションID、UPI ID、ステータス）を定義すれば、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 = 1000万）についても、同じロジックが適用されます。
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、カード支払いソースを備えたもう一つのUPIアプリ