PayPayスクリーンショットから金額、日付、店舗名を
抽出する

PayPayの取引履歴エントリに実際に表示されるもの

PayPayアプリを開き、ホーム画面の上部にある履歴アイコン（取引履歴）をタップして、完了した支払いを選択します。表示されるエントリには、アプリのアップデートごとにレイアウトが微妙にリフレッシュされても、取引ごとに一貫したフィールドセットが表示されます。

上部には金額が¥記号付きの円で表示されます。その下、または画面バージョンによっては隣に、店舗名（店舗名）が表示され、多くの場合、加盟店がPayPayに登録している場合は店舗のロゴも表示されます。その下には取引日時が日本標準のYYYY/MM/DD HH:MM形式で表示され、常に日本標準時（JST、UTC+9）です。

次に、PayPayを米国や欧州の決済アプリと区別する2つのフィールドがあります。この取引で獲得したポイント数と、支払方法（支払方法）です。つまり、実際に資金が出た資金源です。その下に取引ID（取引ID）と、緑色で「支払い完了」と表示されるステータス表示があります。

これらのフィールドは、すべての取引で画面の同じ領域に表示されますが、正確な縦の順序は、加盟店のQRコードをスキャンしたか、レジ担当者にバーコードをスキャンしてもらったか、PayPayアプリにリダイレクトされたオンラインチェックアウトで支払ったかによって、わずかに異なります。金額と店舗名は常に上部またはその近くにあります。ポイントと支払方法は中間帯にあります。取引IDは最小の文字で下部にあります。

金額、日付、店舗名：必要な3つのフィールド

金額は最も目立つ要素で、画面上で最大の数字であり、整数円の支払いでは小数位なしの¥1,234形式で表示されます。税込¥1,100の支払いが行われた場合、画面には¥1,000ではなく¥1,100と表示されます。PayPayの取引画面自体には税額内訳や小計行はありません。表示される数字は、残高から引き落とされた最終金額です。税抜金額（確定申告区分、税込と税抜を分ける経費報告書など）を必要とする後続利用の場合は、逆算する必要があります。日本の標準消費税率は10%で、食品には軽減税率の8%が適用されます。特定の取引が軽減税率の対象となったかどうかは店舗と購入内容によって異なり、PayPayのエントリには税率は表示されません。金額は金額です。

日付と時刻は単純明快ですが、2つの点に注意が必要です。まず、形式は常に日本時間です。駐在員やリモートワーカーで異なるタイムゾーンで確定申告をする場合、PayPayのスクリーンショットのタイムスタンプは、旅行中の場合、購入地点の現地時間ではなく、東京で決済された時刻を反映しています。次に、記録される時刻は支払完了時刻であり、アプリを開いた瞬間やレジ担当者が取引を開始した時刻ではありません。締め切りが重要となる月末会計（31日の23:58の取引と1日の00:02の取引）では、PayPayのタイムスタンプが決定的です。

店舗名は最も変動が大きいフィールドであり、数十件を記録する前にその理由を理解しておく価値があります。大手チェーン（Seven-ElevenやLawsonなどのコンビニ、Seiyuなどのスーパーマーケットチェーン、Matsumoto Kiyoshiなどのドラッグストア）の場合、店舗名は支払い直後に表示され、多くの場合、会社の公式ロゴが付いています。小規模な個人商店の場合、表示される名前は、事業主がPayPayにアカウントを開設する際に登録したものです。これは、法人名、商号、または店頭の漢字と完全には一致しないローマ字表記の場合があります。特にPayPay Card（クレジットカード）取引では、支払いステータスが「承認済み」（黄色い画面）から「支払い完了」（緑色の画面）に変わるまで店舗名が表示されない場合があります。このギャップは、PayPayが2024年6月に対応し、保留中にユーザーが店舗名を手動で登録できるようにしました。スクリーンショットに一般的なプレースホルダーや見覚えのない名前が表示されている場合は、上部バーのステータス色を確認してください。黄色の場合は、名前がまだ解決される可能性があります。

ポイントと支払方法：PayPayに固有の2つのフィールド

日本以外の決済アプリで、特定の取引で獲得したポイント数を同じ画面に表示するものはありません。PayPayはそれを実現しています。

取引詳細画面のポイント行には、その支払いに対して付与されたポイント数が正確に表示されます。基本還元率はQRコード決済の支払金額の0.5%ですが、月間アクティビティベースのブーストプログラムであるPayPay STEPを利用すると、還元率は1.0%に上昇し、PayPay Cardも保有し利用額条件を満たすユーザーは1.5%に達する可能性があります。Sukiyaでの2,000円のランチは、基本還元率で10ポイント、STEPが有効な場合は20ポイント獲得できます。ポイントは1ポイント1円で、有効期限なし（期限なし）です。これは、PayPayを他のほぼすべての日本のポイントシステムと区別するポリシーであり、他のシステムではポイントは通常数ヶ月で失効します。

各取引画面のポイント数は単なる累計ではありません。特定の支払いに紐付けられています。キャッシュバック照合のために月間の獲得ポイントを追跡している場合、または支払いの正味コストを生成されたポイント価値から分離する必要がある場合、このフィールドはそれを可能にするデータポイントであり、他のプラットフォームの決済スクリーンショットには存在しません。

支払方法フィールドは、PayPay残高、連携銀行口座、PayPay Credit、PayPay Card、またはそれらの組み合わせのうち、どの資金源が使用されたかを示します。これは、1つのPayPayアカウントが異なる取引で複数の資金源から引き出す場合に重要です。これは日本では一般的な設定で、ユーザーは日常の支出用に少額のPayPay残高を維持し、高額な買い物にはクレジットカードを連携しています。スクリーンショットのバッチには、3つの異なる方法で資金調達された取引が含まれる可能性があり、予算管理や税務目的で支払方法別に経費分類している場合、支払方法の行でそれらを区別できます。他の決済アプリのスクリーンショットには含まれないこのフィールドがなければ、各取引を個別の銀行明細またはカード明細と照合する必要があります。

この2つのフィールドは、アプリ画面では表示のみです。PayPayが2025年2月にダウンロード用に導入した取引CSVには含まれていません。CSVには日付、説明、取引先、金額が含まれますが、取引ごとのポイントや支払方法の内訳は含まれません。この2つの値が必要な場合、スクリーンショットが唯一の情報源です。

この区別、つまりスクリーンショットが公式CSVにはないフィールドを取得するという点が、PayPayに特にスクリーンショット抽出が重要な実用的な理由です。同じアプローチはどの決済アプリでも機能します: WeChat Pay、Alipay、Venmo、PayPal。単一の列定義のセット — Amount、Date、Store、Points、Pay Method — は、抽出がデータの意味を読み取るため、どのアプリのテンプレートから来たかではなく、すべてのアプリのスクリーンショットからデータを取得します。日本のもう一つの主要なモバイル決済アプリであるLINE Payも同様の取引履歴デザインを使用しており、同じスクリーンショットからスプレッドシートへのギャップに直面しています。また、MercariのMerpay取引スクリーンショットも同じ列セットに適合します。

PayPayのスクリーンショットが領収書として認められる場合

日本では、PayPayの取引スクリーンショットは確定申告の有効な証憑書類として扱われます。ただし、1つの条件があります。金額、日付、取引先（店舗名）が表示されている必要があります。日本の税理士がZeiri4.comで「PayPayの取引履歴スクリーンショットは確定申告時の領収書の代わりとして使用できる」と確認しています。ただし、その3つのデータポイントが表示されている場合に限ります。同じフォーラムスレッドと、freeeの税務相談Q&Aでの別の議論では、青色申告を行う個人事業主がPayPayのスクリーンショットを経費の証憑として定期的に使用していることが確認されています。

電子帳簿保存法は、2022年に改正され、電子的に生成された取引記録の電子保存を義務付けています。つまり、PayPayのスクリーンショットをファイルとして保存することは単に許容されるだけでなく、デジタル記録のみを生成する取引にとっては、法令遵守の保存方法なのです。

抽出したPayPayの行が手動入力を置き換える、一般的な後続経路は3つあります。

確定申告: 日本の主要なクラウド会計プラットフォーム3社（freee、MoneyForward Cloud、Yayoi（弥生））はCSV取引データをインポートできますが、PayPayの銀行連携は従来の銀行口座やクレジットカードと比べて限定的です。多くのユーザーはPayPayの取引を一つずつ手動入力しています。スクリーンショットからフィールド（金額、日付、店舗名、任意でポイントと支払方法）を抽出してCSVにし、会計ソフトにインポートすることで、毎年2月の日曜日の午後を埋める手動タイピングのステップを除去できます。

経費精算: 経費管理にConcurを使用している日本の企業は、PayPayアカウントを直接連携できます。PayPayは正式なConcur連携を追加し、従業員が取引履歴画面からレシート写真を添付して経費を提出できるようにしました。しかし、他のシステムを使用している企業や、Concur-PayPay連携を設定していない企業の従業員にとっては、ワークフローは変わりません。取引をスクリーンショットし、経費フォームに値を入力し、スクリーンショットをバックアップとして添付する。スクリーンショットから行を抽出すれば、経費フォームのフィールドに画像内にすでにあるデータが入力されます。

家計簿: 日本の人気の個人向け金融アプリ（レシート写真をOCRで自動分類するZaimと、銀行口座とクレジットカードに連携するMoneyForward ME（マネーフォワードME））はどちらも同じPayPayのギャップに直面しています。PayPayが個人利用APIアクセスを提供していないため、PayPayアプリから取引データを直接取得できないのです。家計管理フォーラムやRedditのr/japanlifeで広く議論されている回避策は、PayPayの履歴をスクリーンショットし、アプリのレシート読み取り機能に供給するか、各取引を手動記録することです。ZaimのレシートOCRは紙のレシートを読み取るもので、PayPayの画面には対応していません。レイアウトが異なり、ポイント行が従来のOCRエンジンを混乱させます。標準的な感熱レシート形式を期待しているからです。

1枚のスクリーンショットから取引のスプレッドシートへ

PayPayでの1回の支払いは簡単です。アプリを開いて金額を確認するだけです。しかしPayPayはすべてに使用されます — セブンイレブンへの買い物、ラーメン店、タクシー、紙の請求書のバーコードをスキャンして支払う公共料金まで。月末になると、アプリの取引履歴は個々のエントリの長いスクロールになり、それぞれ詳細を開くにはタップが必要です。そのスクロールをフィルタリングと合計ができる列に変換するには、各エントリからデータを一度に一つずつ抽出する必要があります — スクリーンショットルートを使わない限り。

従来のOCR — レシート写真を読み取って数字を抽出する種類 — はPayPayの画面にはうまく対応しません。紙のレシートには予測可能な構造があります：項目、小計、税、合計がほぼ同じ縦の順序で並びます。PayPayの取引エントリは、一目で見るために設計されたモバイルUIであり、解析用ではありません。金額は上部に大きな文字で表示されますが、ラベルはありません。ポイント数は中間に「P」アイコン付きの独立した数字として表示され、OCRエンジンはそれを別の通貨金額と見なし、実際は20ポイントなのに¥20と記録する可能性があります。店舗名はテキストラベルなしのロゴアイコンの隣に表示されることがあり、OCRはアイコンをノイズとして認識します。

テンプレートベース抽出 — 「金額はここ、日付はここ」とバウンディングボックスを描画する方法 — は、PayPayがフィールド位置を8ピクセル移動するUIアップデートをプッシュした瞬間に壊れます。または、店舗名が通常より長くて2行に折り返す場合も同様です。各バリエーションが壊れたテンプレートになります。

代替案は意味的抽出です：ツールにどこを見るかを指示する代わりに、どの概念を見つけるかを指示します — 「円での支払金額」「取引が完了した日付」「登録店舗名」「獲得ポイント数」。抽出エンジンは人が読むように画面を読み取ります：¥2,480を取引金額として、12Pを獲得ポイントとして認識します。それらの2つの値が3行で区切られていようと5行で区切られていようと、またどのアプリバージョンがスクリーンショットを生成したかに関係なくです。同じ列定義が、あなたが持っているすべてのPayPayスクリーンショットで機能します — そして重要なことに、他の決済アプリのスクリーンショットでも機能します。PayPayの¥1,200のランチ支払いとLINE Payの¥800のコンビニ支払いは、同じスプレッドシートの同じAmountとDate列に配置されます。なぜなら抽出が両方に対して同じ意味的クエリを実行しているからです。

繰り返し発生するシナリオ — 月末にフォルダ整理済みコレクションのPayPayスクリーンショットを1つのソート可能なテーブルに変換する必要がある場合 — ボトルネックは決してデータではありません。データが1つのファイルの30行ではなく30枚の個別画像に存在することが問題なのです。行を取り出すことは、入力の問題ではなく抽出の問題です。

FAQ

スクリーンショットを使わずにPayPayの取引データをエクスポートできますか？

PayPayは2025年2月に取引履歴のCSVダウンロードを導入し、過去2年間のデータをカバーしています。CSVには取引日、説明、取引先、金額が含まれますが、取引ごとの獲得ポイントや使用された支払方法は含まれません。これらの2つのフィールドが必要な場合、スクリーンショットが唯一の情報源です。主要3フィールド（金額、日付、店舗名）のみが必要なユーザーにとって、CSVエクスポートは機能しますが、アプリにログインし、エクスポートメニューに移動し、ダウンロードを待つという複数ステップのプロセスが必要です。スクリーンショット（支払い時にキャプチャ）はこれを完全に回避します。

PayPayのスクリーンショットは異なるアプリバージョンやUI言語でも機能しますか？

はい。取引詳細画面のフィールド（金額、店舗名、日付、ポイント、支払方法）は、アプリのUIが日本語または英語に設定されているかに関係なく同じセットです。¥記号は、周囲のラベルが「支払い金額」でも「Payment Amount」でも同じ意味です。抽出は画像から数字、店舗名テキスト、日付文字列を読み取ります。周囲のUI言語は結果に影響しません。

店舗名が欠落または一般的な場合、取引を特定するにはどうすればよいですか？

一般的または欠落した店舗名（小規模な個人商店がPayPayに正式な商号を登録していない場合や、PayPay Cardの取引がまだ「承認済み」（黄色）ステータスの場合によく見られます）でも、金額、日付、時刻の組み合わせから特定できます。平日の12:35に認識できない店舗名への¥980の支払いは、取引の位置情報コンテキスト（一部の取引エントリで「コンビニ」や「飲食」などのカテゴリタグとして表示）と組み合わせることで、どの店舗かを確認するのに通常十分です。一括抽出中に店舗名列にプレースホルダーが表示される場合、日付と金額の列は、後で名前を手動で入力するための十分な照合材料を提供します。スプレッドシート内の1つの曖昧な店舗名は、30件の取引を最初から入力するよりはるかに速いです。