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%正確にはなりません。」
— UiPathコミュニティフォーラムで、Paytm、PhonePe、GPayのスクリーンショットと銀行取引明細書の照合の課題を説明するKeshav氏
「支払い方法」— 3つのソース、3つのレイアウト
Paytmウォレット、UPI、Paytmカードでは、それぞれ異なる確認画面が表示されます。ウォレット画面にはプリペイド残高の引き落とし、UPI画面には銀行連携の支払い、カード画面には後払いの与信枠が表示されます。ダンプ方式のOCRはこれらをそれぞれ別の書類タイプとして扱いますが、すべて同じアプリからのものです。
キャッシュバックバナーは取引の一部ではありません
Paytmの確認画面には、ほぼ必ず「キャッシュバック」または「特典」セクションが含まれており、「あなたは12ルピーのキャッシュバックを獲得しました！」や「次回のご注文で5%オフ」といったプロモーション金額が表示されます。位置ベースのOCRツールは画面上のすべてのルピー金額を読み取りますが、どれが実際の送金額かを判別できません。
取引IDと注文ID — 全くの別物です
P2P送金の場合、Paytmは12～14桁の数字からなる取引IDを表示します。一方、加盟店支払い、請求書支払い、チャージの場合は、別の注文ID（英数字）が表示されます。これらは目的が異なります。取引IDは銀行レベルの参照番号であり、注文IDはPaytm内部の加盟店追跡番号です。
1つの列セット、3つのソースタイプ
金額、取引ID、支払い方法、ステータスを定義します。これら同じ4つの列が、ウォレット、UPI、カードのスクリーンショットで機能します。AIは「支払い方法」というラベルのコンテキストを読み取り、レイアウトの違いに関係なく、どのソースが使用されたかを判断します。
セマンティックゾーンでプロモーションコンテンツを分離
AIは「キャッシュバック」セクションが独自の見出しを持つ独立したビジュアルゾーンであることを理解します。列名を金額と指定すると、AIは取引金額ラベルの横にある値のみを返します。リワード見出しの下にある12ルピーのキャッシュバックオファーは、金額列には一切含まれません。
ラベルコンテキストで識別される数値の取引ID
取引IDと注文IDを別々の列として定義します。AIはラベルテキストを読み取り、「取引ID」は12～14桁の数値P2Pコード、「注文ID」はマーチャントの英数字参照コードとして認識します。各値は正しい列に配置され、インドの数値表記（Rs1,00,000）はクリーンな数値として解析されます。
Paytmの確認画面から、クリーンなスプレッドシートの行へ
経費追跡、照合、共有会計のためにPaytmの支払いを記録する場合、スクリーンショットをツールにドロップすると何が起こるかをご説明します。
スクリーンショットをアップロード
Paytmの確認画面をアップロードします。アプリからのネイティブスクリーンショットでも、別のデバイスで作業している場合は画面の写真でも構いません。Paytmのアプリ内スクリーンショットはブロックされていないため、取引詳細カード全体をキャプチャできます。ウォレット経由で支払われたP2P送金、UPI経由で支払われたマーチャントQR、Paytmカードに請求された請求書支払いのいずれの場合でも、3種類すべての支払い元が同じアップロードキューを通ります。
列に名前を付ける
列ヘッダーを定義します: 金額、取引ID、支払い方法、ステータス。AIは各値の横にあるラベルを読み取ります。金額はRs記号の横、取引IDは「取引ID」ラベルの横、支払い元は「支払い方法」の下に表示されます。マーチャント支払いの注文IDを個別に追跡したい場合は、5番目の列を追加します。AIはラベルのコンテキストによって取引IDと区別します。計算列 — 獲得キャッシュバック（プロモーションセクションを参照） — を追加して、オプションで特典額を取得することもできます。
行をエクスポート
出力は単一のスプレッドシート行として生成されます。金額、取引ID、支払い元、ステータスです。Excel、CSVにエクスポートするか、アドオンを介してGoogleスプレッドシートに直接プッシュします。1つのスクリーンショットが1行になり、各フィールドが正しい列に配置され、インドの数値表記がExcelの計算用に正しく解析されます。複数のPaytmスクリーンショットを処理したり、PhonePeやGPayのものと混在させて、単一のバッチで処理することもできます。
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種類すべてのソースからデータを1回のバッチで抽出します。
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セット定義するだけです — 金額、取引ID、支払い方法、ステータス — するとAIがPaytm、PhonePe、Google Pay Indiaのスクリーンショットを同じ定義で一括処理します。各アプリの確認画面は異なりますが、基盤となるUPIフィールドは同じです。詳細は支払いスクリーンショットの概要で、全アプリ対応の機能をご確認ください。