GCashスクリーンショット：
金額とリファレンス番号の抽出方法

GCashのスクリーンショットで金額・リファレンス番号・受取人が表示される場所

完了したGCash取引を開くと（取引履歴タブの任意のエントリをタップ）、詳細画面のレイアウトはアプリのアップデートを通じてほぼ一貫しています。GCashは単純な送金ツールから、貯蓄、投資、保険、融資商品を重ねた金融スーパーアプリへと進化しましたが、その基本レイアウトは変わりません。

画面上部、最も大きなテキストで表示されるのが金額です。フィリピンペソ（PHP）で表示され、常にペソ記号（₱）と小数点以下2桁が付きます（例：₱1,250.00、₱500.00、₱15,750.50）。千の位にはカンマが入り、ほとんどの画面で右寄せ表示されます。送金取引の場合、金額はウォレット残高からの差し引き額に手数料を加えたものです。請求書支払いの場合、金額には請求額の合計に加え、GCashのプラットフォームを通じて請求元が適用するサービス料が含まれます。

金額の下に受取人名が表示されます（送金画面では「送信先」、請求書支払い画面では請求元名）。2025年現在、GCashは確認画面で受取人の名前の一部を伏せ字にする措置を開始しました。これは、共有または漏洩する可能性のあるスクリーンショットで露出する情報を減らすためのプライバシー対策です。アプリ内の自分の取引履歴ではフルネームが引き続き表示されますが、共有されたスクリーンショットでは、受取人が「John D.」ではなく「J***n D.」と表示される場合があります。スクリーンショットだけから支払い先を記録する場合、伏せ字の名前では不十分なことがあります。そのため、伏せ字でない名前は共有された確認画面ではなく、アプリ内の詳細ビューから取得するのが最適です。

画面のさらに下、通常は受取人情報の下に小さめのテキストでリファレンス番号が表示されます。これは10〜13桁の文字列で、古い取引形式では英数字、新しい形式では数字のみです。リファレンス番号は、GCash自身の不正防止ガイダンスがユーザーに確認するよう指示しているフィールドです：リファレンス番号、送信者名、金額、タイムスタンプをアプリの取引履歴と照合してください。リファレンス番号は6028871884223のような連続した文字列、または6028 871 884223のようにスペースが入る場合もあります。どちらも有効で、アプリ内の詳細画面とSMS確認メッセージで形式が異なることがあります。r/GCashPHのRedditユーザーは、古いGCashスクリーンショットでは現在の形式とは異なる間隔パターンの13桁のリファレンス番号が表示されることがあり、数か月間隔で撮影されたスクリーンショットのバッチ間でリファレンス番号を照合する際に混乱を招く可能性があると指摘しています。

日付とタイムスタンプ（常にフィリピン標準時（UTC+8））は、詳細画面の下部近くに、取引タイプのラベル（エクスプレス送金、ロード購入、請求書支払い、QRコード支払い）と資金源（GCashウォレット残高、連携銀行口座、または連携口座から引き出した場合は連携デビットカード）とともに表示されます。

実際に重要なのはリファレンス番号です

GCashのスクリーンショットに表示されるすべてのデータ項目の中で、リファレンス番号は画像を実際の追跡可能な取引に結び付けるものです。金額は移動した額を示し、受取人名は送金先を示します。しかし、リファレンス番号だけが、紛争チケットや顧客照会に入力した際に、GCashのサポートチームが正確な取引を引き出せる唯一の項目です。秒単位のタイムスタンプ、取引前後のウォレット残高、資金の完全なルーティング経路まで確認できます。

GCash自体も、不正防止に関するコミュニケーションでこの点を強調しています。支払いを確認する際は、まずリファレンス番号を確認してください。金額ではありません。スクリーンショットを偽造する人は、金額欄に好きな数字を入力できます。送金者名でもありません。詐欺師はFacebookのプロフィールから実在の名前をコピーできます。リファレンス番号こそが、スクリーンショットの主張を台帳の実際のエントリに結び付けるものであり、GCashサポートが「Gigiとのチャット」ヘルプシステムを通じて報告を提出する際、またはフィリピン国家警察サイバー犯罪対策グループにエスカレーションする際に求める項目です。

実際的な結論：GCashの支払いスクリーンショットから何らかの記録を作成する場合（日次売上ログ、共有経費トラッカー、GCashウォレット明細との照合シートなど）、リファレンス番号がアンカーとなります。各行に1つ必要です。これがないと、行は単なる数字と名前の羅列で、どこから来たのかを証明する方法がありません。これがあれば、各行を数秒で元の取引に遡って確認できます。

リファレンス番号は、自然な重複排除キーとしても機能します。顧客が同じ支払いスクリーンショットを2回送ってくる場合があります。一度はMessengerで、もう一度はViberで。同僚がすでに記録済みのスクリーンショットを転送してくることもあります。同じリファレンス番号を持つ2つのスクリーンショットは、同じ取引です。すべての受信スクリーンショットからリファレンス番号を抽出し、既存のログと照合することで、新しい画像をすべてバックログと目視で比較することなく、記録への二重計上を防ぐことができます。

スクリーンショットだけでは証明にならない理由 — そして抽出がどう役立つか

2025年7月、GCashは親会社であるMyntを通じて公式警告を発表しました。AIで生成された偽のGCashレシートが出回っており、同社の最高情報セキュリティ責任者（CISO）であるMiguel Geronilla氏は、支払いの証明として「他人から送られたスクリーンショットだけに頼らないよう」明言しました。この警告は明確でした — スクリーンショットは、どれだけ本物らしく見えてもレシートではありません。唯一の有効な証明は、GCashアプリ内の取引記録です。

フィリピンの法律では、偽のGCashレシートを作成することは改正刑法第172条に基づく私文書偽造に該当し、刑事責任が問われます。詐欺師は無料または低コストの編集ツールを使って、実在するGCash取引スクリーンショットに名前、金額、そしてもっともらしいリファレンス番号まで挿入し、マーケットプレイスのチャットやFacebook Messenger、Viberで拡散して、売り手に実際の支払いを受け取らずに商品を引き渡させようとします。

これらすべてが、GCash支払いを受け入れるすべての事業者が抱えるジレンマを生み出しています。スクリーンショットは顧客が送ってくるものですが、同時にGCashが信頼するなと言うものでもあります。解決策はスクリーンショットの受け取りをやめることではありません — フィリピンでは、中小企業が注文確認の流れの一環として、顧客に支払いスクリーンショットをソーシャルメディアページへ送るよう日常的に求めているため、それは現実的な選択肢ではないからです。解決策は、届いた各スクリーンショットからリファレンス番号を抽出し、アプリ内の取引履歴と照合することです — まさにGCashが推奨するワークフローです。

抽出により、スクリーンショットは終点から出発点へと変わります。画像を証明として扱うのではなく、リファレンス番号を運ぶ媒体として扱うのです — アプリ内で取引が実際に発生したかどうかを確認できる唯一のデータです。スクリーンショットからリファレンス番号、金額、送信者名を抽出します。GCashアプリを開き、そのリファレンス番号を検索します。存在し、詳細が一致すれば、その行を記録します。存在しなければ、商品を引き渡す前に偽物を発見できたことになります。

スクリーンショットを手入力なしでスプレッドシートに取り込む方法

GCashには、CSVやExcelへの書き出し機能は組み込まれていません。取引履歴はアプリ内で表示・スクロールでき、取引履歴レポートをリクエストして最大4年分の期間をメールで受け取ることもできますが、メールで届くレポートはPDF形式であり、スプレッドシートではありません。また、カバーされるのは自分自身の送金・受取取引のみで、顧客から送られてくるスクリーンショットは対象外です。チャットやメールの受信トレイにたまっているスクリーンショットは、まったく別のデータソースです。これらを構造化された記録にするには、各フィールドを手入力するか、画像から直接データを抽出するかのどちらかになります。

GCashのスクリーンショットのバッチをアップロードし、金額、リファレンス番号、受取人、取引日など、必要な列名を定義すると、抽出エンジンは各スクリーンショット上の値を「どこにあるか」ではなく「何を意味するか」を理解して見つけ出します。送金の確認画面では4つのフィールドすべてが入力されます。請求書支払いの確認画面では、金額、請求元名（受取人として）、リファレンス番号、日付が入力されますが、請求元名は個人ではなく、電力会社やサービスプロバイダーなどの事業者名です。ロード購入の確認画面では、金額、通信事業者名、リファレンス番号のみが入力される場合があります。チャージ取引には受取人がいないためです。列定義はバッチ内のすべてのスクリーンショットで同じままですが、値はソースに含まれている場所に表示され、含まれていないセルは空のままになります。

GCash以外のプラットフォームでも支払いを受け付けている場合 — 海外のクライアント向けのPayPal、高額取引向けの銀行振込、中国人観光客向けのWeChat Pay、もう一方の主要なフィリピンのウォレットを利用する顧客からのMaya支払いスクリーンショット — 同じ列名セットがすべてのプラットフォームで機能します。金額、日付、取引相手は、支払いに共通するフィールドです。意味ベースの抽出アプローチ（ピクセル位置やテンプレートではなく意味で列を定義する方法）を採用すれば、ビジネスが受け付ける支払いアプリごとに個別の処理パイプラインを用意する必要はありません。出力は1つのテーブルで、スクリーンショット1枚につき1行となり、各支払い方法の確認画面が持つフィールドがそれぞれ入力されます。支払いスクリーンショット抽出パイプラインがすべてを1つのバッチで処理します。

特にリファレンス番号は、GCashの行を他の支払いスクリーンショットよりも追跡可能にする重要な要素です。日本のPayPayは確認画面に表示される取引IDを生成しますが、ユーザー向けの詳細ビューには常に表示されるとは限りません。タイと台湾のLINE Payは、取引相手としてLINEの表示名を使用します。これは連絡先が選択したラベルであり、検証済みの身元ではありません。GCashのリファレンス番号は例外です。すべての取引タイプに必ず存在し、GCashが認識し、サポートで追跡可能な識別子であり、検証のアンカーとしても重複排除キーとしても機能します。すべてのGCashスクリーンショットから1つのフィールドだけを抽出するなら、リファレンス番号にしましょう。金額、名前、日付など、他のフィールドは文脈から補えます。リファレンス番号だけは、スキップすると後から再構築できない唯一のフィールドです。

よくある質問

GCashのリファレンス番号の形式は、取引の種類によって変わりますか？

リファレンス番号は、送金、請求書支払い、ロード購入、QRコード支払い、銀行送金など、すべてのGCash取引に存在しますが、形式は異なる場合があります。送金のリファレンス番号は、通常10～13桁の数字列です。請求書支払いのリファレンス番号には、請求元のリファレンスプレフィックスとGCashの内部取引IDが連結されている場合があります。GCashの「銀行送金」機能による銀行振込では、受取銀行の取引コードが含まれるリファレンス番号が生成されることがあります。異なる取引タイプ間でリファレンス番号を照合する場合（例えば、送金と請求書支払いのスクリーンショットが混在するスプレッドシートを照合する場合など）は、各スクリーンショットに表示されているリファレンス番号をそのまま抽出し、形式に依存しない完全一致比較を行ってください。構造が異なって見える2つのリファレンス番号でも、文字単位で比較することは可能です。

個々の取引詳細ではなく、GCashの取引履歴一覧のスクリーンショットからデータを抽出できますか？

GCashの取引履歴一覧（取引タブを開いたときに表示されるスクロールフィード）には、各エントリの概要（金額、相手先名、取引タイプラベル、日付）が表示されます。リファレンス番号は表示されません。リファレンス番号を取得するには、一覧から各エントリをタップして表示される個別の取引詳細画面が必要です。一覧表示のみのスクリーンショットでは、金額と名前は得られますが、リファレンス番号は得られません。簡単な確認には役立ちますが、追跡可能な記録を作成するには不十分です。

スクリーンショットで受取人名がマスクされている場合はどうすればよいですか？

GCashの部分的なマスク機能（プライバシー機能として導入）は、共有確認画面で受取人の名前の一部の文字を隠します。例えば「Jennifer」は、名前の長さやアプリのバージョンによって「J***er」や「J****」のように表示されます。完全な名前はGCashアプリ内のご自身の取引履歴では引き続き確認できますが、送金者から送られたスクリーンショットには表示されません。特定の顧客や注文への支払いを照合するなど、記録上、受取人名が不可欠な場合は、スクリーンショットからの抽出に加えて、アプリからマスクされていない名前を手動で確認してください。リファレンス番号と金額で取引を特定できる記録管理の場合は、マスクされた名前が障害になることはないでしょう。