TrueMoney または PromptPay のスクリーンショットから金額・受取人・参照番号を取得
タイの支払い明細データを手入力でスプレッドシートに入力すると、1件あたり3分かかりますが、このツールなら5〜10秒で完了します。参照番号だけでも15桁以上あり、日付は仏暦（2567年＝2024年）を使用しますが、1つの列定義で両方のシステムに対応できます。
スクリーンショット1件あたり5〜10秒・印刷テキストで最大99%の精度
TrueMoney または PromptPay の明細から抽出できる項目
スクリーンショットが TrueMoney Wallet、TrueMoney PayLater、またはタイの銀行からの PromptPay 明細のいずれであっても、すべての確認画面に同じ4つの項目が表示されます。カスタム列抽出を使用して必要な列を定義すれば、AI がタイ語のラベル、仏暦の日付、数字体系を相互に読み取ります。
| 金額（จำนวนเงิน） | 受取人（ผู้รับเงิน） | 参照番号（หมายเลขอ้างอิง） | 日付（วันที่） |
|---|---|---|---|
| ฿1,250.00 / ๑,๒๕๐.๐๐ | Somchai Co. Ltd. / 08X-XXX-XXXX | PPTRF202607141234567 | 14/07/2569（仏暦）＝ 14/07/2026 |
タイのスリップ文化 — 2つのシステム、4つの項目、3つの隠れた課題
タイの支払いスリップは一見シンプルに見えます。金額、受取人、参照番号、日付。しかし、この4つの項目の背後には3つの明確な課題が潜んでおり、手動での抽出はエラーが発生しやすく、テンプレートベースのツールは実用的ではありません。
2つのシステム、1つの共通ラベルセット
TrueMoney（1,000万人以上のユーザーを持つウォレットアプリ）とPromptPay（タイの全国即時決済プロトコル、5,500万人以上のユーザー）は、同じタイ語ラベル（จำนวนเงิน、ผู้รับเงิน、หมายเลขอ้างอิง）を表示しますが、UIはまったく異なります。TrueMoneyの確認画面は特徴的な緑と白のウォレットレイアウトです。PromptPayの領収書は発行銀行（SCB、カシコン銀行、バンコク銀行）ごとに表示が異なります。ある銀行のPromptPay領収書で学習したテンプレートツールは、別の銀行やTrueMoneyの画面を読み取ることができません。
仏暦（BE）＋二重の数字体系
日付フィールドには14/07/2569と表示されますが、2569は仏暦（BE）で、西暦（CE）2026年に相当します。金額は、ある領収書では๑,๒๕๐.๐๐（タイ数字）、別の領収書では1,250.00（アラビア数字）と表示される場合があります。タイ数字（๐๑๒๓๔๕๖๗๘๙）はアラビア数字とはまったく異なる字形であり、手作業での転記では特に๑（1）と๐（0）、๖（6）と๙（9）を混同するミスが頻繁に発生します。
15桁の参照番号
PromptPayの参照番号（หมายเลขอ้างอิง）は15桁以上の数字列で、唯一の照合キーとして機能します。タイの企業はこれを使って支払いの確認、注文の照合、紛争の解決を行います。あるRedditユーザーは「これは支払いが回収された証明であり、オーナーや管理者が取引IDを照合できる」と述べています。一部のスクリーンショットでは、この長い番号が2行に折り返されるため、コピー＆ペーストが不安定になり、手作業での転記も遅くなります。
意味的読み取りが両システムに対応
金額、受取人、参照番号、日付を一度定義するだけで、AIがTrueMoney Walletの送金、PayLaterの確認画面、およびタイのどの銀行のPromptPay明細でもこれらの項目を特定します。ピクセル座標ではなくタイ語のラベルテキストを読み取るためです。ラベルが「จำนวนเงิน」でも英語の「Amount」でも、意味的マッチングは機能します。
仏暦（BE）日付認識を内蔵
生の日付列に加えて、推論列として日付（西暦）を追加します。AIが明細から仏暦（BE）の日付を読み取り、西暦（CE）に変換するため、スプレッドシートには14/07/2569ではなく14/07/2026と表示されます。金額欄のタイ数字も自動的に標準のアラビア数字に変換されます。
バッチ処理が複数行のIDに対応
異なるソースからのTrueMoneyとPromptPayの明細を30件まとめてアップロードできます。AIは参照番号が2行にまたがって折り返されている場合でも読み取り、15桁以上の完全な文字列を再構築します。出力は1つの統合されたExcelシートとして生成され、日付順に並んだ行、そのままの参照番号、合計計算に適した金額が含まれます。
混在したタイの支払いスリップを1つのスプレッドシートに
タイのマーケットプレイスで1日分の支払いを照合する場合 — TrueMoney Walletの送金と、異なる銀行からのPromptPayスリップが混在しているケース — システムごとの仕分けをせずに、すべてが1つのテーブルにまとまる仕組みをご紹介します。
混在バッチをアップロード
TrueMoney Walletの確認画面、PayLaterのスクリーンショット、SCB・カシコン銀行・バンコク銀行からのPromptPayスリップを、どのような組み合わせでも1回のアップロードにドロップできます。AIはコンテンツを読み取るため、レイアウトや銀行名、アプリアイコンで仕分ける必要はありません。
列を定義
4つの列ヘッダーを定義します：金額、受取人、参照番号、日付。さらに、推論列の日付（西暦）を追加すると、仏暦の日付が自動的に西暦に変換されます。1セットの定義でTrueMoneyとすべての銀行のPromptPayスリップに対応でき、銀行ごとのプリセットは不要です。
統合テーブルをエクスポート
出力は1つのスプレッドシートとして生成されます — スクリーンショットごとに1行、4列、すべての取引ソースが統合されます。ExcelやCSVにエクスポートするか、アドオン経由でGoogle Sheetsに直接プッシュできます。注文との支払い照合のために、十数枚のスクリーンショットを行き来する必要はもうありません。
タイの支払いスリップ抽出が最適なケースと、注意が必要なケース
最適なケース
TrueMoneyまたは銀行アプリからの直接スクリーンショット。タイ語のラベル（金額、受取人、参照番号）が完全に表示され、テキストのコントラストが安定している明確な確認画面。
大量の複数ソース混在バッチ処理。1つの列定義で、同じアップロード内の異なるタイの銀行からのTrueMoney、PayLater、PromptPayのスリップを処理できます。ソースごとの仕分けは不要です。
タイのマーケットプレイス出品者向けの日次照合。1日20〜50件の支払い確認を処理することで、スリップごとの手動転記を、Excelへの一括エクスポートに置き換えます。
注意が必要なケース
転送または圧縮されたスクリーンショット。メッセージングアプリはTrueMoneyとPromptPayのスクリーンショットを圧縮し、参照番号領域のテキストの明瞭さを損なう可能性があります。可能な場合はアプリから直接キャプチャしてください。
旧バージョンのアプリUI。2025年以前のTrueMoneyや、一部の地方銀行の古いPromptPayインターフェースでは、ラベルの配置が異なる場合があります。セマンティック抽出はラベルを読み取るため精度は維持されますが、非常に古いスクリーンショットを処理する際は最初の数行を確認してください。
同じ画面にタイ語と英語が混在する場合。一部のタイの銀行アプリでは、ラベルが英語で表示され、数値がタイ数字で表示されます。AIはこれを処理できますが、両方の文字が含まれる極端に低解像度のスクリーンショットでは、フィールドレベルの精度が低下する可能性があります。
よくある質問
TrueMoneyとPromptPayの両方のスクリーンショットから参照番号を抽出できますか？
はい。参照番号（หมายเลขอ้างอิง）は、発行銀行に関係なく、すべてのTrueMoney Walletの確認画面とすべてのPromptPayの明細に表示される唯一の識別子です。Reference Numberまたはหมายเลขอ้างอิงという名前の列を定義すると、AIは位置ではなくラベルを読み取って参照番号を特定します。そのため、TrueMoneyとPromptPayの形式の違いは精度に影響しません。
タイの支払いスクリーンショットで日付が2024年ではなく2567年と表示されるのはなぜですか？
タイでは、公式文書や支払い領収書に仏暦（BE）を使用しています。BEの年は西暦より543年進んでいるため、2567 BEは2024 CEに相当します。AIはこの形式を自動的に認識します。Date (CE)という名前の推論列を追加すると、ツールが仏暦の日付を西暦に変換して出力するため、スプレッドシートの入力値を国際的な会計基準に合わせて一貫させることができます。
スクリーンショットがアラビア数字ではなくタイ数字（๐๑๒๓๔๕๖๗๘๙）を使用している場合はどうなりますか？
AIは両方の数字体系をネイティブに認識します。金額が๑,๒๕๐.๐๐（タイ文字）または1,250.00（アラビア文字）のどちらで表示されていても、AIは出力時に標準的なアラビア数字形式で数値を返します。これは、手動での転記時にタイ数字の๑（1）と๐（0）を混同しやすいAmountフィールドで特に重要です。
TrueMoney PayLaterのスクリーンショットとウォレット送金画面を同じエクスポートで一括処理できますか？
はい。TrueMoneyには、ウォレット残高（TrueMoney Wallet）とBNPL（後払い）（TrueMoney PayLater）という2つの支払いモードがあり、それぞれ確認画面が異なります。単一の列セットを定義すれば、AIは両方に対応します。Payment Methodという推論列を追加すると、各行をWalletまたはPayLaterに自動的に分類し、最終的なスプレッドシートで支払いタイプの明確な内訳を確認できます。
TrueMoneyとPromptPayのスクリーンショットを、MoMoやGCashのスクリーンショットと一緒に1つのエクスポートで一括処理できますか？
はい。Amount、Recipient、Reference Number、Dateという統一された列セットを定義すれば、同じ定義がTrueMoney、PromptPay、MoMo、GCash、その他の決済アプリのスクリーンショットに1回のバッチで適用されます。どのアプリで生成されたかにかかわらず、各スクリーンショットが1行になり、1回のエクスポートでクロスプラットフォームの照合が可能になります。対応アプリの全リストについては、決済スクリーンショットハブをご覧ください。
関連比較：ベトナムでMoMoが同じ支払い確認の課題にどう対応しているか：MoMoスクリーンショット抽出
関連比較：フィリピンのGCashが同じ複数タイプの照合問題をどう解決しているか：GCashスクリーンショット抽出