PayNow支払いスクリーンショット
金額と受取人を抽出する方法

PayNowのスクリーンショットが他の決済アプリと異なる理由

PayNowは、シンガポール銀行協会（ABS）が2017年7月に開始し、シンガポール金融管理局（MAS）が監督する、銀行連携型の即時送金システムです。FAST（高速安全送金）ネットワークを介して取引を処理するため、年中無休・24時間・365日、数秒で口座間の資金移動が完了します。OCBCのグループCEOであるタン・テックロン氏が2026年6月のABS年次晩餐会で述べたところによると、2025年12月時点でシンガポールのPayNowプロキシ登録数は1,100万件を超えています。

Venmo、WeChat Pay、GCashなどはそれぞれ独自のアプリを持ち、一貫した確認画面を備えていますが、PayNowには専用アプリがありません。スマートフォンで「PayNow」を開くのではなく、DBSデジバンク、OCBCデジタル、UOB TMRWといった銀行のアプリを開き、その中でPayNowオプションを選択します。取引が完了すると、確認画面はPayNowブランドではなく、その銀行のものになります。その結果、視覚的に断片化された状況が生まれます。3つの主要な銀行アプリが、同じ支払いデータを3つの異なるレイアウトで表示するのです。チャットアプリに埋め込まれた支払いスクリーンショットに適用されるのと同じ原則（インターフェースが領収書でなくてもデータは存在する）がここでも当てはまりますが、断片化の原因がメッセージング層ではなく銀行層にある点が異なります。

これが重要なのは、PayNowのスクリーンショットからほとんどの人が必要とする項目（取引金額、受取人識別子、支払いメモ）は、すべての銀行の確認画面に存在するものの、各銀行で配置が異なるからです。DBSデジバンクの確認画面では、金額が上部に大きな緑色の文字で表示され、その下に受取人が表示されます。OCBCデジタルのレイアウトでは、金額が中央寄せの白いカード内に表示され、その下に受取人のプロキシが配置されます。UOB TMRWでは、確認画面全体がダークカラーのスライド決済バーの中に収められています。同じPayNow取引でも、3つの異なる銀行からキャプチャすると、視覚的に全く異なる3つのスクリーンショットが生成されます。

金額 — 常にSGDだが、表示位置は一定ではない

PayNowの取引はすべてシンガポールドルで行われます。為替レートはなく、複数通貨の表示もなく、表示金額から手数料が差し引かれることもありません。確認画面に表示された金額が、送金者から受取人に実際に移動した金額です。金額は、どの銀行のPayNow確認画面でも最も目立つ要素ですが、その正確な配置は銀行によって異なり、複数のソースからスクリーンショットを処理する際に重要になります。

DBSデジバンクでは、送金成功画面の上部3分の1を占める緑色のバナーに、太字で大きな金額が表示されます。「SGD 150.00」のように数字が中央に配置され、「SGD」の接頭辞はその上部に小さく表示されます。金額の下には、銀行のPayNow検索に登録された受取人名が小さな白文字で表示されます。OCBCデジタルでは、確認画面はカードベースのアプローチを採用しており、金額は画面中央の白い長方形の中に表示され、その上部に「金額」というラベルが付き、受取人情報はカードのさらに下に表示されます。UOB TMRWでは、確認画面は下部の濃い灰色の確認バーに埋め込まれており、金額は緑色のチェックマークの横に目立つように表示され、受取人情報はその上部にメッセージ形式で表示されます。

異なる銀行を利用する顧客、クライアント、同僚からPayNowのスクリーンショットを受け取る場合、金額は最も扱いやすい項目です。常に存在し、常に表示され、その意味が曖昧になることはありません。課題は、テンプレートベースの抽出アプローチ（特定のピクセル座標で金額を探す方法）では、DBS、OCBC、UOB用に3つの個別のテンプレートが必要になることに加え、HSBC、Maybank、スタンダードチャータード、シティバンクなど他の参加銀行のバリエーションも必要になることです。対照的に、セマンティック抽出アプローチでは、金額が画面上のどこにあるかは問題になりません。確認画面全体を読み取り、「SGD 150.00」が支払確認の文脈で何を意味するかを理解することで、どの値が取引合計額であるかを特定します。

受取人 — 表示名ではなく、UENまたは携帯番号

このフィールドこそが、PayNowのスクリーンショットを本シリーズの他の決済アプリと一線を画す要素です。Venmoでは受取人は@ユーザー名、WeChat Payでは加盟店の登録名です。PayNowでは、受取人の識別子はマスクされた携帯番号（「+65 XXXX 1234」のように中央の桁が隠された形式）か、UEN（事業登録番号）のいずれかです。UENは、シンガポールの会計企業規制庁（ACRA）が発行する標準的な事業登録IDです。

個人間送金の場合、送金者が受取人の携帯番号またはNRIC/FINを入力すると、PayNowのルックアップシステムが返す名前が表示されます。この名前、つまりプロキシに関連付けられた「PayNow名」が確認画面に表示されます。しかし重要なのは、これは受取人が選んだユーザー名ではないということです。これは受取人の銀行に登録されている名前であり、受取人が何を登録したかに応じて、法的名称、事業名、ニックネームのいずれかになります。送金者から受取人に送られるスクリーンショットには、この名前がマスクされたプロキシとともに表示されます。個人間送金ではUENは一切関与しません。

事業者向け支払いの場合、受取人の識別子はUENです。UENは9～10桁の英数字（例：201422384R）で、シンガポールの事業税IDと会社登録番号を兼ねています。顧客がPayNowで事業者に支払う際は、事業者のPayNow QRコードをスキャンするか、UENを手入力します。確認画面のスクリーンショットでは、UENが受取人識別子として表示され、銀行によって「PayTo」や「受取人UEN」といったラベルが付されることがあります。UENを全桁表示する銀行もあれば、中央の文字をマスクする銀行もあります。ACRAに登録された事業者名も確認画面に表示され、送金者が送金を確定する前に確認するステップとなります。これはPayNowが運用されるMAS電子決済フレームワークで説明されているものと同じルックアップシステムです。送金者は登録事業者名を確認し、意図した受取人と一致するか検証できます。

抽出における実務上の影響は次のとおりです。あなたが探しているのは、「支払先」列にコピーできるような人間が読める受取人名ではありません。探しているのは2種類の識別子のいずれかであり、スクリーンショットを見てもどちらを扱っているか一目でわからない場合があります。「1234」で終わる携帯番号と「201422384R」のようなUENは、PayNowのシステム上では同じ目的（受取人を一意に識別する）を果たしますが、あなたの記録上ではまったく異なる意味を持ちます。携帯番号は個人として誰がお金を受け取ったかを示します。UENは登録事業者であることを示します。顧客口座や仕入先記録に対して支払いを照合する際、これらを誤認すると、取引が誤った元帳に計上されることになります。

Notes/Remarksフィールド — 記録へのリンクが存在する場所

PayNowでは、送信者が取引ごとに自由文のメモを追加できます（銀行のインターフェースにより最大約40文字）。DBSデジバンクでは、確認前の送金画面で「受取人へのメモ」として入力します。OCBCデジタルでは「参照」または「備考」と表示されます。UOB TMRWでは、送金フロー中に「説明」フィールドとして表示されます。取引完了後、このメモは確認画面に表示され、受取人の銀行取引明細書にも取引とともに記載されます。

PayNow Corporate（UENを銀行口座にリンクするビジネス向けバージョン）を利用する事業者にとって、このメモフィールドは支払いと請求書、注文、または顧客アカウントを結びつける場所です。動的PayNow QRコードは、メモフィールドに一意の請求書番号や注文IDを自動的に埋め込むことができるため、顧客が何も入力しなくても、受信する支払いごとに独自の参照情報が付与されます。静的QRコードや手動のUEN送金の場合、顧客は自由に入力するため、メモフィールドには請求書番号、顧客名、「3月分リテイナー」などの支払目的、または何も記載されない場合があります。

スクリーンショット内のメモの有無は、その支払いがどのように開始されたかについて重要な情報を示します。「INV-2026-071」というメモが含まれている場合、顧客が手動で請求書番号を入力したことを意味し、他の検索なしでこの支払いを請求書システムに照合できます。メモフィールドが空白の場合、スクリーンショットには支払いのコンテキストが表示されず、特定の顧客や注文に結びつけるには、金額と受取人を銀行取引明細書と照合する必要があります。抽出結果の空のセルは有用な情報であり、スクリーンショットだけでは完全な照合が不十分であることを示し、その行に手動での確認が必要であることを示します。

検証が重要な理由 — 偽のPayNowスクリーンショット問題

シンガポールでは、偽造されたPayNowスクリーンショットが実際に問題となっています。2024年11月、CNAは、33歳の女性が編集したPayNowスクリーンショットを使用して、2022年5月から2023年8月までの間に35回にわたり、カトンのレストランから約S$3,892相当の食事を騙し取った事件を報じました。彼女は自分自身に送金し、スクリーンショットを編集して自分の詳細をレストランのものに置き換え、偽造画像をWhatsAppで送信しました。2024年12月、シンガポール警察は、被害者が偽のPayNowウェブサイトに誘導され、クレジットカードや個人情報を取得されるPayNowフィッシングキャンペーンに関する注意喚起を発表しました。r/askSingaporeでは、ユーザーが定期的にPayNowスクリーンショットを投稿し、「これは本物に見えますか？」と質問しています。多くの場合、フォントの間隔、配置、金額の書式設定から偽造が判明するというのが共通認識ですが、それは何を確認すべきか知っている人に限られます。

これにより、PayNowを受け入れているシンガポールのすべての事業者は、次のようなジレンマを抱えることになります。スクリーンショットは顧客が送ってくるものですが、同時に詐欺師が偽造するものでもあります。解決策はスクリーンショットの受け入れをやめることではありません。Carousellの出品者、飲食店経営者、サービス提供者がすべての顧客に「まず銀行アプリを確認します」と言うのは、取引の流れを損なうことになります。解決策は、スクリーンショットを証拠としてではなく、確認の出発点として扱うことです。スクリーンショットから金額、受取人識別子、メモを抽出します。次に、それらの項目を銀行取引明細書またはアプリ内の取引履歴と照合します。実際のPayNow取引は即座に口座に反映されます。FAST（高速安全送金）ネットワークは数秒で決済されるため、確認は瞬時に行えます。偽造されたスクリーンショットは、銀行アプリで取引を探しても何も見つからなかった瞬間に明らかになります。

PayNowスクリーンショットのバッチ抽出の流れ

DBSデジバンク、OCBCデジタル、UOB TMRWなど、異なるアプリからのPayNowスクリーンショットをまとめてアップロードし、金額 (SGD)、受取人、受取人タイプ (携帯/UEN)、メモ、取引日の列を定義すると、抽出エンジンは各フィールドの意味を理解し、各スクリーンショットから該当する値を特定します。金額は確認画面で最も大きな通貨表記の数値です。受取人はプロキシラベルと対になる識別子です。メモ欄は備考セクションに表示される自由テキストです。各スクリーンショットから1行が生成され、すべての行が1つのスプレッドシートに統合されます。

受取人タイプとしての携帯番号とUENの区別は、明示的に列として追加する価値があります。列定義に受取人タイプ (携帯/UEN)を含めると、AIは受取人の識別子が電話番号か事業登録番号かを、その形式に基づいて識別します。UENは9～10文字の英数字で末尾が英字という明確なパターンを持ち、+65で始まる携帯番号とは異なります。この分類により、個人宛ての支払いと事業者宛ての支払いを、その後の照合作業で分けてフィルタリングできるため、同じシステムで消費者向け取引とB2B取引の両方を処理する場合に特に便利です。

このデータの出力先としてよく使われるのは、シンガポールの中小企業で最も広く利用されている2つのクラウド会計プラットフォーム、Xero SGまたはQuickBooks Online SGです。XeroはIRAS F5/GST申告とInvoiceNow電子請求書に対応しており、QuickBooksは小規模チームやフリーランサーに人気があります。ABSS（旧MYOB、年間S$349）とAutoCount（月額S$35）は、会計と併せてより強力なオンプレミス在庫管理を必要とする事業者向けです。これらのプラットフォームはいずれも、WhatsAppで転送されたDBSデジバンクのスクリーンショットをネイティブに取り込むことはできません。「顧客からPayNowのスクリーンショットが送られてきた」から「データが帳簿に反映される」までのステップは、シンガポールのほとんどの事業者にとって依然として手作業です。抽出機能は、各スクリーンショットを構造化された行に変換し、事業者が使用する会計システムにインポートまたはコピーできるようにすることで、そのギャップを埋めます。

PayNowに加えて、フィリピンのサプライヤーからのGCash、韓国のクライアントからのKakaoPay、海外の顧客からのPayPal支払いなど、他のアプリからの支払いも処理する場合でも、同じ列定義がすべてのアプリで機能し、アプリごとの設定は不要です。金額、受取人、日付、参照情報は普遍的なものです。これらすべてを支える原則は同じです。出力する列を定義すれば、AIが各スクリーンショット上の該当する値を、その用語の意味を理解して見つけ出します。画像を生成した銀行や決済アプリが何であっても関係ありません。

よくある質問

WhatsAppの圧縮を経て送信されたPayNowのスクリーンショットからデータを抽出できますか？

はい、ただし圧縮画像全般に当てはまる精度上の注意点があります。WhatsAppは画像を強く圧縮するため、文字の端がぼやけることがあります。しかし、視覚AIモデルは文字を一文字ずつではなく全体的に読み取るため、従来のOCRよりもJPEG圧縮による画質劣化に強く対応できます。正確に抽出するには、送信者にWhatsApp経由ではなく元のスクリーンショットを共有してもらうよう依頼してください。既に圧縮されたスクリーンショットの場合でも、金額と受取人識別子（いずれも大きく明確なフォント）は確実に読み取れますが、小さな文字で表示されるメモ欄は目視での確認が必要になる場合があります。

PayNowの確認画面がHSBC、Maybank、Standard Charteredなど、あまり一般的でない銀行のものだった場合はどうなりますか？

PayNowはシンガポールで事業を行う主要銀行すべてでサポートされています。DBS/POSB、OCBC、UOB、HSBC、Maybank、Standard Chartered、Citibank、Bank of China、ICBCなどが該当します。各銀行の確認画面のレイアウトは異なりますが、表示される項目は一貫しています。すなわち、SGD建ての金額、受取人のプロキシ（携帯番号、NRIC/FIN、またはUEN）、および任意のメモ欄です。意味ベースの抽出アプローチは特定の銀行のテンプレートに依存しません。スクリーンショットがどの銀行のインターフェースで生成されたかにかかわらず、画面上での意味と視覚的な役割に基づいてこれらの項目を識別します。

PayNowのスクリーンショットが本物かどうか、データを信用する前に確認するにはどうすればよいですか？

PayNowの取引はFASTネットワークを通じて即時に決済されます。スクリーンショットで支払いが行われたと主張されている場合、ご自身の銀行アプリまたはインターネットバンキングの取引履歴を確認してください。数秒以内に入金が反映されているはずです。スクリーンショットだけを信用してはいけません。照合のためには、スクリーンショットから金額と受取人識別子を抽出し、アプリ内の取引記録と突き合わせてください。この「抽出してから確認する」という2段階のワークフローこそ、事業者が採用すべき方法です。そして、抽出したデータが構造化された形式（手書きのメモや写真アルバムではなく）で存在することが、この確認作業を規模に応じて実用的にする理由でもあります。

異なる銀行のPayNowスクリーンショットをまとめてバッチ処理できますか？

はい。DBSデジバンク、OCBCデジタル、UOB TMRWのスクリーンショットを同じバッチにアップロードできます。列定義を一度設定すれば、抽出エンジンがその定義をバッチ内のすべてのスクリーンショットに適用し、統一されたテーブルを出力します。各行が1件の取引を表し、定義に「銀行」列を含めれば、確認画面の見た目のスタイルから送金元の銀行を識別できます。これは、PayNow固有のフィールド構造に合わせて調整された、一般的な支払プラットフォーム全体に適用されるスクリーンショットからスプレッドシートへのワークフローと同じものです。