PayPay 스크린샷에서 금액, 날짜, 상점명
추출하기

PayPay 거래 내역 화면에 표시되는 항목

PayPay 앱을 열고 홈 화면 상단의 거래 내역 아이콘을 탭한 후, 결제 완료된 항목을 선택하세요. 표시되는 화면에는 거래마다 일관된 항목들이 나타나며, 앱 업데이트에 따라 레이아웃이 약간 변경될 수 있습니다.

상단에는 금액이 ¥ 기호와 함께 엔화로 표시됩니다. 그 아래 또는 화면 버전에 따라 옆에는 가맹점명(店舗名)이 표시되며, 가맹점이 PayPay에 등록한 로고가 함께 나타나는 경우도 있습니다. 그 아래에는 거래 일시가 일본 표준 형식(YYYY/MM/DD HH:MM)으로, 항상 일본 표준시(JST, UTC+9) 기준으로 표시됩니다.

다음으로 PayPay를 미국이나 유럽의 결제 앱과 차별화하는 두 가지 항목이 나타납니다. 이번 거래에서 적립된 포인트(ポイント) 수와 실제 자금 출처인 결제 수단(支払方法)입니다. 그 아래에는 거래 ID(取引ID)와 녹색으로 표시된 "결제 완료(支払い完了)" 상태 태그가 있습니다.

이러한 항목들은 모든 거래에서 동일한 화면 영역에 표시되지만, 가맹점의 QR 코드를 스캔하여 결제했는지, 점원이 바코드를 스캔했는지, 아니면 PayPay 앱으로 리디렉션되는 온라인 결제를 통해 결제했는지에 따라 정확한 세로 순서가 약간 달라집니다. 금액과 가맹점명은 항상 상단 또는 그 근처에 있습니다. 포인트와 결제 수단은 중간 영역에 있습니다. 거래 ID는 가장 작은 글씨로 하단에 있습니다.

금액, 날짜, 가맹점명: 필요한 세 가지 핵심 항목

금액은 화면에서 가장 눈에 띄는 요소로, 가장 큰 숫자로 표시되며 정액 결제의 경우 ¥1,234와 같이 소수점 없이 표시됩니다. 세금 포함 ¥1,100 결제가 이루어진 경우 화면에는 ¥1,000이 아닌 ¥1,100이 표시됩니다. PayPay 거래 화면 자체에는 세금 내역이나 소계 행이 없습니다. 표시된 숫자는 잔액에서 차감된 최종 금액입니다. 세전 금액(세금 신고 항목, 세금 포함 금액과 세금 제외 금액을 구분하는 경비 보고서 등)이 필요한 다운스트림 사용의 경우 역산이 필요합니다. 일본의 표준 소비세율은 10%이며, 식품에는 경감 세율 8%가 적용됩니다(軽減税率). 특정 거래가 경감 세율 대상인지 여부는 가맹점과 구매 품목에 따라 달라지며, PayPay 항목에는 세율이 표시되지 않습니다. 금액은 그냥 금액일 뿐입니다.

날짜와 시간은 간단하지만 주목할 점이 두 가지 있습니다. 첫째, 형식은 항상 일본 시간 기준입니다. 해외 거주자나 원격 근무자가 다른 시간대에서 세금 신고를 하는 경우, PayPay 스크린샷의 타임스탬프는 여행 중 구매 시점의 현지 시간이 아닌 도쿄에서 결제가 완료된 시간을 반영합니다. 둘째, 기록된 시간은 앱을 연 순간이나 점원이 거래를 시작한 순간이 아닌 결제 완료 시간입니다. 마감일이 중요한 월말 회계의 경우(31일 23:58 거래와 1일 00:02 거래) 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アカウントが取引ごとに異なる資金源から引き出される場合に重要です。これは日本では一般的な設定で、ユーザーは日常的な支出用に少額のPayPay残高を維持し、高額購入用にクレジットカードを連携させています。一連のスクリーンショットには、3つの異なる方法で資金調達された取引が含まれている可能性があり、予算編成や税務目的で支払方法ごとに経費を分類する場合、支払方法の行がそれらを区別する方法です。この項目（他の決済アプリのスクリーンショットには含まれていません）がなければ、各取引を別の銀行やカードの明細と照合する必要があります。

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

이 차이점, 즉 스크린샷이 공식 CSV에는 없는 필드를 캡처한다는 점이 PayPay에서 스크린샷 추출이 실질적으로 중요한 이유입니다. 동일한 접근 방식은 WeChat Pay, Alipay, Venmo, PayPal 등 모든 결제 앱에서 작동합니다. 금액, 날짜, 가게, 포인트, 결제 수단이라는 단일 열 정의 세트로 모든 앱의 스크린샷에서 데이터를 가져올 수 있습니다. 추출이 데이터의 의미를 읽기 때문이며, 어떤 앱의 템플릿에서 왔는지는 읽지 않기 때문입니다. 일본의 또 다른 주요 모바일 결제 앱인 LINE Pay도 유사한 거래 내역 디자인을 사용하며 동일한 스크린샷-스프레드시트 간극에 직면해 있습니다.

PayPay 스크린샷이 영수증으로 인정되는 경우

일본에서 PayPay 거래 스크린샷은 세금 신고 시 유효한 증빙 서류로 간주됩니다. 단, 한 가지 조건이 있습니다. 금액, 날짜, 거래 상대방(가게 이름)이 표시되어야 합니다. 일본의 세무사가 Zeiri4.com에서 "PayPay 거래 내역 스크린샷은 확정 신고 시 영수증을 대체할 수 있다"고 확인했습니다. 단, 해당 세 가지 데이터 포인트가 보여야 합니다. 동일한 포럼 스레드와 Freee의 세무 자문 Q&A에서 별도 논의를 통해 청색 신고를 하는 개인 사업주가 PayPay 스크린샷을 경비 증빙 자료로 정기적으로 사용한다는 점이 확인되었습니다.

전자장부 보존법은 2022년 개정되어 전자적으로 생성된 거래 기록의 전자 보관을 의무화했습니다. 이는 PayPay 스크린샷을 파일로 저장하는 것이 허용될 뿐만 아니라, 디지털 기록만 생성되는 거래의 경우 법적으로 준수하는 저장 방식임을 의미합니다.

추출된 PayPay 행이 수동 입력을 대체하는 세 가지 일반적인 후속 경로는 다음과 같습니다.

확정 신고: 일본의 3대 클라우드 회계 플랫폼인 freee, MoneyForward Cloud, Yayoi(弥生)는 CSV 거래 데이터를 가져올 수 있지만, PayPay의 은행 연동 통합은 기존 은행 계좌 및 신용카드에 비해 제한적입니다. 많은 사용자가 PayPay 거래를 하나씩 수동으로 입력합니다. 스크린샷에서 CSV(금액, 날짜, 가게, 선택적으로 포인트 및 결제 수단)로 필드를 추출한 다음 회계 소프트웨어로 가져오면 매년 2월 일요일 오후를 채우는 수동 입력 단계가 사라집니다.

경비 정산: Concur를 경비 관리에 사용하는 일본 기업은 PayPay 계정을 직접 연동할 수 있습니다. PayPay가 공식 Concur 연동을 도입하여 직원이 거래 내역 화면에서 영수증 사진을 첨부해 경비를 제출할 수 있게 되었습니다. 그러나 다른 시스템을 사용하는 기업이나 회사가 Concur-PayPay 연동을 설정하지 않은 직원의 경우, 거래를 캡처하고 경비 양식에 값을 입력한 후 캡처 화면을 증빙 자료로 첨부하는 워크플로가 그대로 유지됩니다. 캡처 화면에서 행을 추출하면 이미지에 이미 있는 데이터로 경비 양식 필드가 자동으로 채워집니다.

가계부: 일본에서 가장 인기 있는 개인 재무 앱인 Zaim(OCR로 영수증 사진을 자동 분류)과 MoneyForward ME(マネーフォワードME, 은행 계좌 및 신용카드 연동)는 모두 동일한 PayPay 격차에 직면해 있습니다. PayPay가 개인용 API 액세스를 제공하지 않기 때문에 PayPay 앱에서 직접 거래 데이터를 가져올 수 없습니다. 가계부 포럼과 Reddit의 r/japanlife에서 널리 논의되는 해결 방법은 PayPay 거래 내역을 캡처한 후 앱의 영수증 스캔 기능에 입력하거나 각 거래를 수동으로 기록하는 것입니다. Zaim의 영수증 OCR은 종이 영수증을 읽도록 설계되었으며 PayPay 화면은 읽지 못합니다. 레이아웃이 다르고 포인트 줄이 표준 열전사 영수증 형식을 기대하는 기존 OCR 엔진을 혼란스럽게 합니다.

하나의 캡처 화면에서 거래 스프레드시트로

PayPay 결제 한 건은 간단합니다. 앱을 열고 금액을 확인하면 끝입니다. 하지만 PayPay는 모든 것에 사용됩니다. 세븐일레븐, 라멘 가게, 택시, 종이 청구서의 바코드를 스캔하여 납부하는 공과금까지 말이죠. 한 달이 끝나면 앱의 거래 내역은 개별 항목이 길게 스크롤되는 형태이며, 각 항목을 탭해야 세부 정보를 볼 수 있습니다. 이 스크롤을 필터링하고 합계를 낼 수 있는 열로 변환하려면 각 항목에서 하나씩 데이터를 추출해야 합니다. 캡처 화면 방식을 사용하지 않는다면 말이죠.

영수증 사진을 읽고 숫자를 추출하는 기존 OCR은 PayPay 화면에 잘 적용되지 않습니다. 종이 영수증은 항목, 소계, 세금, 합계가 대략 동일한 세로 순서로 배치된 예측 가능한 구조를 가지고 있습니다. PayPay 거래 항목은 훑어보기용으로 설계된 모바일 UI로, 구문 분석용이 아닙니다. 금액은 상단에 큰 글씨로 표시되지만 레이블이 없습니다. 포인트 숫자는 중간에 "P" 아이콘과 함께 단독으로 표시되는데, OCR 엔진은 이를 또 다른 통화 금액으로 보고 실제로는 20포인트인데 ¥20으로 기록할 수 있습니다. 가게 이름은 텍스트 레이블 없이 로고 아이콘 옆에 표시될 수 있으며, OCR은 아이콘을 노이즈로 인식합니다.

"금액은 여기, 날짜는 여기"에 경계 상자를 그리는 템플릿 기반 추출은 PayPay가 UI를 업데이트하여 필드 위치를 8픽셀만 이동해도 작동하지 않습니다. 또는 가게 이름이 평소보다 길어 두 줄로 줄바꿈되는 경우에도 마찬가지입니다. 각 변형은 깨진 템플릿입니다.

대안은 의미론적 추출입니다. 도구에 어디를 봐야 하는지 알려주는 대신 무엇을 찾아야 하는지 알려주는 것입니다. "엔화 결제 금액", "거래 완료 날짜", "등록된 가게 이름", "적립된 포인트 수"와 같은 개념을 말이죠. 추출 엔진은 사람이 화면을 읽는 방식으로 화면을 읽습니다. ¥2,480을 거래 금액으로, 12P를 적립 포인트로 인식하며, 이 두 값이 세 줄 떨어져 있든 다섯 줄 떨어져 있든, 어떤 앱 버전에서 캡처했든 상관없습니다. 동일한 열 정의는 보유한 모든 PayPay 캡처 화면에서 작동하며, 더 중요하게는 다른 결제 앱의 캡처 화면에서도 작동합니다. PayPay ¥1,200 점심 결제와 Line Pay ¥800 편의점 결제가 동일한 스프레드시트의 동일한 금액 및 날짜 열에 입력되는 이유는 추출이 둘 모두에 대해 동일한 의미론적 쿼리를 실행하기 때문입니다.

繰り返し発生するシナリオ（月末にフォルダにまとめられたPayPayスクリーンショットを、1つの並べ替え可能なテーブルに変換する必要がある場合）において、ボトルネックは決してデータそのものではありません。問題は、データが1つのファイル内の30行ではなく、30枚の個別画像に存在することです。行を取り出すことは、入力の問題ではなく、抽出の問題です。

FAQ

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

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

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

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

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

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