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

PayPayの取引履歴画面に表示される項目

PayPayアプリを開き、ホーム画面上部の「取引履歴」アイコンをタップして、完了した支払いを選択します。表示される取引詳細画面には、アプリのアップデートでレイアウトが多少変わることがあっても、どの取引でも一貫して表示される項目があります。

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

次に、PayPayを欧米の決済アプリと一線を画す2つの項目があります。この取引で獲得したポイント数と、実際に支払いに使用した資金源である支払方法です。その下には取引IDと、緑色で「支払い完了」と表示されるステータスがあります。

これらの項目は、どの取引でも画面上の同じ領域に表示されますが、店舗のQRコードをスキャンしたか、店員にバーコードを読み取ってもらったか、PayPayアプリにリダイレクトされるオンラインチェックアウトで支払ったかによって、上下の順序が微妙に変わります。金額と店舗名は常に最上部またはその近くに表示されます。ポイントと支払方法は中央付近にあります。取引IDは一番下に小さな文字で表示されます。

金額、日付、店舗名：必要な3つの基本項目

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

日時は単純ですが、2つ注意すべき点があります。第一に、形式は常に日本時間です。海外在住者やリモートワーカーで異なるタイムゾーンで確定申告をする場合、PayPayのスクリーンショットのタイムスタンプは、旅行中であれば購入時の現地時間ではなく、東京で決済が完了した時刻を反映しています。第二に、記録される時刻は支払い完了時刻であり、アプリを開いた時刻や店員が取引を開始した時刻ではありません。月末の締め処理で、31日23時58分の取引と1日0時2分の取引を区別する必要がある場合、PayPayのタイムスタンプが確定情報となります。

店舗名は最もばらつきが大きい項目であり、多数の店舗名を記録する前にその理由を理解しておく価値があります。セブン-イレブンやローソンなどのコンビニエンスストア、西友などのスーパーマーケットチェーン、マツモトキヨシなどのドラッグストアといった大手チェーンの場合、店舗名は支払い完了直後に、多くの場合企業の公式ロゴとともに表示されます。一方、個人経営の小規模店舗では、表示される名前は店舗がPayPayアカウント開設時に登録した名称となります。これは法的な商号、屋号、あるいは店頭の漢字表記と完全には一致しないローマ字表記の場合もあります。特にPayPayカード（クレジットカード）での取引では、支払いステータスが「受付済み」（黄色い画面）から「支払い完了」（緑色の画面）に変わるまで店舗名が表示されないケースがあります。このギャップに対し、PayPayは2024年6月に、ユーザーが保留中の画面でも手動で店舗名を登録できるようにすることで対応しました。スクリーンショットに汎用的なプレースホルダーや見覚えのない名前が表示されている場合は、上部バーのステータス色を確認してください。黄色の場合は、名前がまだ確定していない可能性があります。

ポイントと支払方法：PayPay独自の2つの項目

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

取引詳細画面のポイントの行には、その支払いで付与された正確なポイント数が表示されます。基本獲得率はQRコード決済で支払額の0.5%ですが、月間のアクティビティに応じてブーストされるプログラム「PayPay STEP」により、この率は1.0%に上昇し、PayPayカードを保有し利用額の条件を満たすユーザーは最大1.5%に達します。すき家での2,000円のランチでは、基本レートで10ポイント、STEPが有効なら20ポイント獲得できます。ポイントは1ポイント1円相当で、有効期限はありません（期限なし）。これは、ほとんどのポイントが数ヶ月で失効する日本の他のほぼすべてのポイントシステムとは一線を画すポリシーです。

各取引画面のポイント数は単なる累計ではありません。特定の支払いに紐づいています。キャッシュバックの調整のために月間の獲得ポイント総数を追跡する場合や、支払いの正味コストとそれが生み出したポイント価値を分離する必要がある場合、この項目がそれを可能にするデータポイントであり、他のどのプラットフォームの決済スクリーンショットにも存在しません。

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

これらの2つの項目は、アプリ画面上では視覚的にのみ表示されます。PayPayが2025年2月にダウンロード提供を開始した取引CSVには含まれていません。CSVには日付、説明、取引相手、金額が含まれますが、取引ごとのポイントや支払方法の内訳は記載されません。これらの2つの値が必要な場合、スクリーンショットが唯一の情報源となります。

この違い——スクリーンショットには公式CSVにはない項目が含まれている——こそが、PayPayにおいてスクリーンショット抽出が重要である実用的な理由です。同じ方法は、WeChat Pay、Alipay、Venmo、PayPalなど、あらゆる決済アプリで機能します。金額、日付、店舗名、ポイント、支払方法という単一の列定義セットで、すべてのアプリのスクリーンショットからデータを抽出できます。これは、抽出がデータの意味を読み取るのであって、どのアプリのテンプレートから来たかではないからです。日本のもう一つの主要モバイル決済アプリであるLINE Payも、同様の取引履歴デザインを採用しており、スクリーンショットからスプレッドシートへのギャップに直面しています。

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

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

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

抽出されたPayPayの行が手入力を置き換える、よくある3つの下流工程：

確定申告：日本の主要なクラウド会計プラットフォーム3社——freee、マネーフォワード クラウド、弥生——はCSV取引データをインポートできますが、PayPayの銀行連携機能は従来の銀行口座やクレジットカードと比較して限定的です。多くのユーザーはPayPayの取引を一つずつ手入力しています。スクリーンショットから金額、日付、店舗名、オプションでポイントと支払方法をCSVに抽出し、会計ソフトにインポートすることで、毎年2月の日曜日の午後を費やす手入力を排除できます。

経費精算：Concurを経費管理に使用している日本企業は、PayPayアカウントを直接連携できます。PayPayは正式なConcur連携機能を追加し、従業員は取引履歴画面から領収書写真を添付して経費を申請できるようになりました。しかし、他のシステムを使用している企業や、会社がConcurとPayPayの連携を設定していない従業員の場合、ワークフローは変わりません。取引をスクリーンショットし、経費フォームに値を手入力し、スクリーンショットを証拠として添付します。スクリーンショットから行を抽出できれば、経費フォームの各項目は画像内のデータで自動入力されます。

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

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

PayPayでの1回の支払いは簡単です。アプリを開き、金額を確認して終了です。しかし、PayPayはあらゆる場面で使用されます。セブン-イレブンでの買い物、ラーメン店、タクシー、紙の請求書のバーコードをスキャンして支払う公共料金など。月末になると、アプリ内の取引履歴は長いスクロールリストとなり、各明細をタップして詳細を開く必要があります。そのリストをフィルタリングや集計可能な列に変換するには、各明細から1つずつデータを抽出する必要があります。スクリーンショットを活用しない限りは。

従来のOCR（領収書写真を読み取って数字を抽出するタイプ）は、PayPayの画面にはうまく対応できません。紙の領収書には予測可能な構造があります。商品、小計、税金、合計が、ほぼ同じ縦方向の順序で並んでいます。一方、PayPayの取引明細は、一瞥するために設計されたモバイルUIであり、解析用ではありません。金額は上部に大きなフォントで表示されますが、ラベルはありません。ポイント数は中央に「P」アイコンと共に独立した数字として表示され、OCRエンジンはそれを別の通貨金額と認識し、実際は20ポイントなのに20円と記録する可能性があります。店舗名はロゴアイコンの横にテキストラベルなしで表示されることがあり、OCRはアイコンをノイズとして認識します。

テンプレートベースの抽出（「金額はここ、日付はここ」とバウンディングボックスを設定する方法）は、PayPayがUIを更新してフィールドの位置を8ピクセルずらした時点で機能しなくなります。または、店舗名が通常より長くて2行に折り返された場合も同様です。バリエーションが生じるたびに、テンプレートは破綻します。

その代替手段が、セマンティック抽出です。ツールに「どこを」見るかを指示する代わりに、「何を」見つけるかを指示します。「円での支払金額」「取引が完了した日付」「登録店舗名」「獲得ポイント数」といった概念です。抽出エンジンは、人間と同じように画面を読み取ります。¥2,480を取引金額、12Pを獲得ポイントとして認識します。これらの2つの値が3行離れていようが5行離れていようが、スクリーンショットがどのアプリバージョンで撮影されたかに関係なく機能します。同じ列定義が、所有するすべてのPayPayスクリーンショットで機能します。そして重要なことに、他の決済アプリのスクリーンショットでも機能します。PayPayでの1,200円のランチ支払いと、Line Payでの800円のコンビニ支払いが、同じスプレッドシートの同じ「金額」列と「日付」列に格納されます。これは、両方のスクリーンショットに対して同じセマンティッククエリで抽出を実行しているためです。

月次で発生する定番のシナリオ——PayPayのスクリーンショットがフォルダに溜まっていて、それを1つのソート可能なテーブルに変換したい——において、ボトルネックはデータそのものではありません。問題は、データが1つのファイルに30行として存在するのではなく、30枚の個別画像に分散していることです。行を取り出すことは、入力の問題ではなく、抽出の問題なのです。

よくある質問

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

PayPayは2025年2月に取引履歴のCSVダウンロード機能を導入し、過去2年分のデータに対応しています。CSVには取引日、取引内容、取引相手、金額が含まれますが、取引ごとの獲得ポイントや支払方法は含まれません。これら2つの項目が必要な場合、スクリーンショットが唯一の情報源となります。コアとなる3項目（金額、日付、店舗）のみが必要なユーザーにとってはCSVエクスポートで十分ですが、アプリにログインし、エクスポートメニューに移動し、ダウンロードを待つという複数の手順が必要です。一方、スクリーンショットは支払い時にその場で取得できるため、このプロセスを完全に省略できます。

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

はい、機能します。取引詳細画面の項目——金額、店舗名、日付、ポイント、支払方法——は、アプリのUIが日本語でも英語でも同じセットです。「¥」という記号は、周囲のラベルが「支払い金額」でも「Payment Amount」でも同じ意味を持ちます。抽出処理は画像から数値、店舗名テキスト、日付文字列を読み取ります。UIの言語は結果に影響しません。

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

店舗名が不明または一般的な場合——小規模店舗がPayPayに正式な商号を登録していない場合や、PayPayカード取引がまだ「承認済み」（黄色）ステータスにある場合によく見られます——でも、金額、日付、時刻の組み合わせから特定できます。平日の12:35に行われた、認識できない店舗名への¥980の支払いと、取引の場所のコンテキスト（一部の取引エントリに「コンビニ」や「飲食」などのカテゴリタグとして表示されます）を組み合わせれば、どの店舗かを確認するのに十分な情報が得られます。バッチ抽出中に店舗名列にプレースホルダーが表示された場合でも、日付列と金額列があとから手動で店舗名を入力するための十分なクロスリファレンス情報を提供します。スプレッドシートに1つの不明瞭な店舗名があるだけでも、30件の取引をゼロから手入力するよりはるかに速いのです。