Paytmスクリーンショットから金額・取引ID・支払い方法を抽出
Paytm確認画面から金額、12〜14桁の取引ID、支払い方法を手動でスプレッドシートに入力すると、1枚あたり約90秒かかります。このツールなら4項目すべてを10秒以内に抽出できます。
1枚あたり5〜10秒 · 印字テキストの精度は最大99%
Paytmの支払い画面から抽出できるデータ
Paytmの確認画面は見た目以上に複雑です。3つの支払い方法、常時表示されるキャッシュバックのバナー、そして個人への送金か加盟店への支払いかによって異なる2種類の取引識別子があります。カスタム列抽出を使用すると、AIが各値の横にあるラベルを読み取るため、正しいデータが毎回正しい列に配置されます。
ルピー表記はインドのラーク/クロール表記法を使用します（Rs1,00,000 = 1ラーク）。キャッシュバックのバナーにもルピー金額が表示されます。AIはラベルの文脈を読み取り、取引金額とプロモーション特典を区別します。
P2P送金用の12〜14桁の数字コードで、銀行照合の鍵となります。加盟店への支払いの場合、Paytmは注文ID（異なる英数字の識別子）も表示します。AIはラベルの文脈からそれぞれを識別します。
Paytmの「支払い方法」フィールドには、Paytmウォレット（プリペイド）、UPI（銀行連携）、またはPaytmカード（ポストペイド）のいずれで取引が行われたかが表示されます。各支払い方法で確認画面のレイアウトが少し異なります。AIはどの方法が使用されたかに関係なく、支払い方法ラベルを読み取ります。
取引結果 —「成功」「保留中」「失敗」。元帳にインポートする前に、確定した支払いと失敗した試行を区別するのに役立ちます。
3つの支払い方法、2つの識別子、そしてダンプOCRを欺くキャッシュバックバナー
Paytmは、3つの異なる支払い方法に対応する唯一の主要なインドのUPIアプリであり、それぞれが少し異なる確認画面を表示します。さらに、同じ画面にキャッシュバック要素が常時表示され、実際の取引とは別の金額が広告として表示されるため、ダンプ方式のOCRツールでは実際の取引と区別できません。
「GPay、PhonePe、Paytmなどの支払いスクリーンショットからデータを抽出し、抽出後、送信者名、日付、時刻、金額などのすべての詳細を保存するExcelを作成する必要があります。その後、支払い取引を銀行明細と照合する必要があります。UiPath Studioでこれは可能ですか？いろいろ試しましたが…100%正確ではありません。」
— Keshav氏、UiPathコミュニティフォーラムにて、Paytm、PhonePe、GPayのスクリーンショットと銀行明細の照合の課題について説明
「支払い方法」— 3つの支払い元、3つのレイアウト
Paytmウォレット、UPI、Paytmカードでは、それぞれ異なる確認画面が表示されます。ウォレット画面ではプリペイド残高の引き落とし、UPI画面では銀行連携による支払い、カード画面では後払いの与信枠が表示されます。ダンプ方式のOCRはこれらをそれぞれ別の書式として扱いますが、すべて同じアプリからのものです。
キャッシュバックのバナーは取引の一部ではありません
Paytmの確認画面には、ほぼ常に「キャッシュバック」または「特典」セクションがあり、プロモーション用のルピー金額が表示されます。「ルピー12のキャッシュバックを獲得しました！」や「次回の注文で5%オフ」などです。位置情報ベースのOCRツールは画面上のすべてのルピー金額を読み取り、どれが実際の送金金額かを判別できません。
取引IDと注文ID — 別物です
P2P送金の場合、Paytmには12〜14桁の数字の取引IDが表示されます。加盟店での支払い、請求書の支払い、チャージの場合は、別の注文ID（英数字）が表示されます。これらは目的が異なります。取引IDは銀行レベルの参照番号であり、注文IDはPaytm内部の加盟店追跡番号です。
1つの列セットで3種類のソースに対応
Amount、取引ID、支払い方法、Statusを定義するだけで、同じ4つの列がウォレット、UPI、カードのスクリーンショットすべてに対応します。AIが「Paid via」ラベルの文脈を読み取り、レイアウトの違いに関係なく使用されたソースを判別します。
セマンティックゾーンでプロモーションコンテンツを分離
AIは「キャッシュバック」セクションが独自の見出しを持つ独立した視覚ゾーンであることを理解します。列にAmountと名前を付けると、AIは取引金額ラベルの横にある値のみを返し、リワード見出しの下にあるRs12のキャッシュバックオファーはAmount列に一切含まれません。
ラベルの文脈で判別される数値の取引ID
取引IDと注文IDを別々の列として定義します。AIはラベルテキストを読み取ります — 12〜14桁の数値P2Pコードには「Transaction ID」、加盟店の英数字参照には「Order ID」です。各値は正しい列に配置され、インドの数字表記（Rs1,00,000）もクリーンな数値として解析されます。
Paytmの確認画面から、きれいなスプレッドシートの行へ
経費管理、照合、共有会計のためにPaytmの支払いを記録する場合、スクリーンショットをツールにドロップすると次のような処理が行われます。
スクリーンショットをアップロード
Paytmの確認画面をアップロードします。アプリのネイティブスクリーンショットでも、別のデバイスで作業している場合は画面の写真でも構いません。Paytmのアプリ内スクリーンショットはブロックされていないため、取引詳細カード全体をキャプチャできます。ウォレット経由で支払うP2P送金、UPI経由で支払う加盟店QR、Paytmカードに請求される請求書支払いのいずれも、3種類すべての支払い方法が同じアップロードキューを通過します。
列に名前を付ける
列ヘッダーを定義します: 金額、取引ID、支払い方法、ステータス。AIは各値の横にあるラベルを読み取ります。金額はRs記号の横、取引IDは「Transaction ID」ラベルの横、支払い方法は「Paid via」の下に表示されます。加盟店支払いの注文IDを別途追跡したい場合は、5番目の列を追加します。AIはラベルの文脈で取引IDと区別します。計算列 — 獲得キャッシュバック（プロモーション欄を参照） — を追加して、必要に応じて特典額を取得することもできます。
行をエクスポート
出力は単一のスプレッドシート行として生成されます。金額、取引ID、支払い方法、ステータスです。Excel、CSVにエクスポートするか、アドオン経由でGoogle Sheetsに直接プッシュできます。1枚のスクリーンショットが1行になり、各フィールドが正しい列に配置され、インドの数字表記もExcel計算用に正しく解析されます。複数のPaytmスクリーンショットを処理するか、PhonePeやGPayと混在させて、1つのバッチで処理できます。
Paytmスクリーンショット抽出が最適な場合と、そうでない場合
最適なケース
明確な取引確認画面。 支払い成功ページには、金額、12〜14桁の取引ID、「支払い方法」の表示、成功ステータスの4項目すべてが高コントラストの機械描画テキストで表示されます。
クロスプラットフォームの一括処理。 1つの列セットでPaytm、PhonePe、Google Pay Indiaから抽出できます。すべての行が一貫したヘッダーで1つのスプレッドシートに統合されます。「支払い方法」列がアプリ固有のソースを自動的に取得します。
照合と経費管理。 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という2番目の列を定義してください。AIは特典セクションを取引金額と混同することなく、別のフィールドとして読み取ります。
Paytmのスクリーンショットにおける取引IDと注文IDの違いは何ですか？照合にはどちらを使用すればよいですか？
Paytmは取引の種類に応じて2つの異なる識別子を表示します。取引IDは、個人間（P2P）送金に使用される12〜14桁の数字コードで、銀行照合の際の正しい参照情報です。注文IDは、加盟店での支払い、請求書の支払い、チャージに表示される別の英数字の識別子で、Paytmの内部追跡番号であり、銀行レベルの参照情報ではありません。両方の列（取引IDと注文ID）を定義すると、AIはラベルの文脈に基づいて各値を正しい列に配置します。紛争が発生した場合は、取引IDまたは取引詳細に表示されるUPI参照番号を使用してください。
Paytmウォレット、UPI、カード支払いのスクリーンショットから、同じ列セットを使用してデータを抽出できますか？
はい。Paytmは確認画面に「支払い方法」フィールドを表示し、取引がPaytmウォレット（プリペイド残高）、UPI（連携銀行口座）、またはPaytmカード（ポストペイドクレジット）のいずれで資金調達されたかを示します。各支払い方法のレイアウトは少し異なります。ウォレット画面には残高の引き落としが表示され、UPI画面には銀行連携の取引が表示され、カード画面にはクレジットラインが表示されます。コアフィールド（金額、取引ID、ステータス、支払い方法）は3つすべてに存在します。1つの列セットを定義すれば、AIは3つのソースタイプすべてから単一のバッチで抽出します。
PaytmのスクリーンショットにRs 1,00,000と表示されていますが、AIはこれを1ラークルピーとして正しく読み取りますか？
はい。AIはインドの数字表記を理解します。Rs 1,00,000は10,000ではなく100,000（1ラーク）として解釈されます。インドのコンマ方式では、最初のコンマは千の位（100,000）ではなく百の位（1,00,000）の後に置かれます。AIはコンマの位置ではなく金額の数値を読み取るため、出力はExcel計算用に正しい数値を保持します。手動での修正は不要です。
PaytmのスクリーンショットとPhonePe、Google Pay Indiaのスクリーンショットを同じエクスポートで一括処理できますか？
はい。列名を1セット定義するだけで — Amount、取引ID、支払い方法、Status — AIがPaytm、PhonePe、Google Pay Indiaのスクリーンショットを同じ定義で一括処理します。各アプリの確認画面は異なりますが、基盤となるUPIフィールドは同じです。詳細は支払いスクリーンショットの概要をご覧ください。アプリ間の全機能を確認できます。