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 (BE) = 14/07/2026 |
タイのスリップ文化 — 2つのシステム、4つのフィールド、3つの隠れた課題
タイの支払いスリップは一見シンプルに見えます。金額、受取人、参照番号、日付。しかし、この4つのフィールドの背後には、手動での抽出をエラーがちにし、テンプレートベースのツールを非現実的にする3つの明確な課題が潜んでいます。
2つのシステム、1つの共通ラベルセット
TrueMoney（1,000万人以上のユーザーを持つウォレットアプリ）とPromptPay（タイの全国即時決済プロトコル、5,500万人以上のユーザー）は、どちらも同じタイ語のラベル（จำนวนเงิน、ผู้รับเงิน、หมายเลขอ้างอิง）を表示しますが、UIはまったく異なります。TrueMoneyの確認画面は特徴的な緑と白のウォレットレイアウトです。PromptPayの明細は発行銀行（SCB、カシコン銀行、バンコク銀行）によってそれぞれ表示が異なります。ある銀行のPromptPay明細用に学習させたテンプレートツールは、別の銀行の明細やTrueMoneyの画面を読み取ることができません。
仏暦＋二重の数字体系
日付フィールドには「14/07/2569」と表示されますが、2569は仏暦（BE）で、西暦2026年に相当します。金額は、ある明細では「๑,๒๕๐.๐๐」（タイ数字）、別の明細では「1,250.00」（アラビア数字）と表示されることがあります。タイ数字（๐๑๒๓๔๕๖๗๘๙）はアラビア数字とはまったく異なる字形であり、手動で書き写す際に混同されることがよくあります。特に「๑」（1）と「๐」（0）、「๖」（6）と「๙」（9）の混同が頻繁に発生します。
15桁の参照番号
PromptPayの参照番号（หมายเลขอ้างอิง）は15桁以上の文字列で、唯一の照合キーとして機能します。タイの企業はこれを使用して支払いを確認し、注文を照合し、紛争を解決します。あるRedditユーザーが述べたように、「これは支払いが回収された証拠であり、オーナーやマネージャーが取引IDを照合できるようにするものです」。一部のスクリーンショットでは、この長い番号が2行にわたって表示されるため、コピー＆ペーストが信頼できず、手動での書き写しに時間がかかります。
意味的な読み取りが両システムに対応
金額、受取人、参照番号、日付を一度定義するだけで、AIがTrueMoney Walletの送金、PayLaterの確認画面、そしてタイのどの銀行のPromptPay伝票でもこれらのフィールドを特定します。これは、ピクセル座標ではなく、タイ語のラベルテキストを読み取るためです。ラベルが「จำนวนเงิน」と表示されていても、英語の「Amount」と表示されていても、意味的なマッチングが機能します。
仏暦認識機能を内蔵
生の日付列に加えて、推論列として日付（西暦）を追加します。AIが伝票から仏暦の日付を読み取り、西暦に変換します。これにより、スプレッドシートには「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枚につき1行、4つの列、すべての取引ソースが統合されています。Excel、CSVにエクスポートするか、アドオン経由でGoogleスプレッドシートに直接プッシュできます。注文と支払いを照合するために、十数枚のスクリーンショットを行き来する必要はもうありません。
タイの支払い伝票抽出が最適に機能するケースと、注意が必要なケース
最適なケース
TrueMoneyまたは銀行アプリからの直接スクリーンショット。 タイ語のラベル（金額、受取人、参照番号）が完全に表示され、テキストのコントラストが安定している明確な確認画面。
大量の異なるソースをまとめてバッチ処理。 1つの列定義で、同じアップロード内のTrueMoney、PayLater、PromptPayの伝票を異なるタイの銀行から処理可能。ソースごとの仕分けは不要。
タイのマーケットプレイス出品者向けの日次照合。 1日20～50件の支払い確認を処理し、手作業による伝票ごとの転記を、Excelへの1回のエクスポートで置き換えます。
注意が必要なケース
転送または圧縮されたスクリーンショット。 メッセージングアプリはTrueMoneyやPromptPayのスクリーンショットを圧縮し、参照番号部分のテキストの明瞭さを低下させる可能性があります。可能な限りアプリから直接キャプチャしてください。
旧バージョンのアプリUI。 2025年以前のTrueMoneyや、一部の地方銀行の古いPromptPayインターフェースでは、ラベルの配置が異なる場合があります。セマンティック抽出はラベルを読み取るため精度は維持されますが、非常に古いスクリーンショットを処理する際は、最初の数行を確認してください。
同じ画面内でのタイ語と英語の混在。 一部のタイの銀行アプリでは、ラベルが英語で、数値がタイ数字で表示されます。AIはこれを処理しますが、両方の文字が含まれる極めて低解像度のスクリーンショットでは、フィールドレベルの精度が低下する可能性があります。
よくある質問
TrueMoneyとPromptPayの両方のスクリーンショットから参照番号を抽出できますか？
はい。Reference Number（หมายเลขอ้างอิง）は、発行銀行に関係なく、すべてのTrueMoney Wallet確認画面とすべてのPromptPay伝票に表示される共通の識別子です。Reference Numberまたはหมายเลขอ้างอิงという名前の列を定義すると、AIは位置ではなくラベルを読み取って識別するため、TrueMoneyとPromptPayのフォーマットの違いが精度に影響することはありません。
タイの支払いスクリーンショットで日付が2024ではなく2567と表示されるのはなぜですか？
タイでは、公式文書や支払い領収書に仏暦（Buddhist Era、BE）を使用しています。仏暦の年は西暦より543年進んでいるため、2567 BEは2024 CEに相当します。AIはこの形式を自動的に認識します。Date (CE)という名前の推論列を追加すると、ツールが仏暦の日付を西暦に変換して出力するため、スプレッドシートのエントリを国際的な会計基準に合わせて一貫性を保つことができます。
スクリーンショットがアラビア数字ではなくタイ数字（๐๑๒๓๔๕๖๗๘๙）を使用している場合はどうなりますか？
AIは両方の数字体系をネイティブに認識します。金額が๑,๒๕๐.๐๐（タイ文字）で表示されていても、1,250.00（アラビア文字）で表示されていても、AIは出力で標準的なアラビア数字形式の数値を返します。これは特にAmountフィールドで重要です。タイ数字の๑（1）と๐（0）は手動での転記時に混同されやすいためです。
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 スクリーンショット抽出