MoMoスクリーンショットからAmount、Sender、Transaction Codeを抽出
MoMoの取引データを手入力でスプレッドシートに入力すると1枚あたり3分かかりますが、これは5〜10秒で完了します。ベトナム語ラベル、DD/MM/YYYY形式の日付、ピリオド区切りのVND形式は自動で処理され、Ví MoMoとMoMo PayLaterのどちらの支払いにも対応します。
1枚あたり5〜10秒 · 印字テキストで最大99%の精度
MoMoスクリーンショットから抽出できる項目
MoMoの確認画面は、P2P送金、QRコードによる店舗決済、請求書支払い、モバイルチャージのいずれも、ベトナム語ラベルで同じ基本項目を表示します。カスタム列抽出を使えば、必要な列を英語で定義するだけで、AIが位置ではなくラベルを読み取って各値を特定します。ピリオド区切りのVND金額とDD/MM/YYYY形式の日付は自動で正規化されます。
| Amount (Số tiền) | Sender / Recipient (Người nhận) | Transaction Code (Mã giao dịch) | Date (Ngày) |
|---|---|---|---|
| 1.500.500₫ | Nguyễn Văn An / Điện Máy Xanh | MM240715ABC123XYZ | 15/07/2026 |
ベトナム語ラベル、2つの支払いソース、そして小数点ではないピリオド
MoMoのスクリーンショットを一般的な支払いレシートよりも抽出しにくくしているのは、ベトナム語のラベル、レイアウトが変わる支払いソース（Ví MoMo vs MoMo PayLater）、そして多くのツールが小数点と誤解するピリオドを桁区切りに使う数字形式の3つです。
ベトナム語がわからないと読めないラベル
Số tiền、Người nhận、Ngày、Mã giao dịch — これらはすべてのMoMo確認画面に表示されるラベルです。キーワードでフィールド名を照合するツール（「Amount」を探すなど）では何も見つかりません。英語のレシートで学習されたテンプレートベースのOCRシステムには、ベトナム語の金融ラベルに対する組み込みサポートがありません。
Ví MoMoとMoMo PayLater — 2つの異なるレイアウト
Ví MoMo（ウォレット残高）での支払いでは、ウォレットから差し引かれる単一の金額が表示されます。MoMo PayLater（BNPL）取引では、購入総額と返済条件が別々の数字として表示されます。「支払い元」によって表示されるフィールドが決まります。ウォレット支払い用に設定されたテンプレートでは、PayLaterの確認画面を正しく解析できません。UiPathコミュニティフォーラムのある開発者はこう述べています。「多くの取引で照合に成功しましたが、すべての画像で成功するわけではありません。50枚のスクリーンショットではデータは抽出されますが、時々失敗します。日付や時刻が変わることがあり、金額が読み取れないこともあります。」
1.500.500₫ — ピリオドは小数点ではない
ベトナム形式では、ピリオドが桁区切り、カンマが小数点として使用されます：1.500.500₫は1,500,500ベトナムドンを意味します。西洋形式で学習されたほとんどのOCRツールはこれを1.5や1.500と誤読します — これは金融照合にとって壊滅的なエラーです。
セマンティックマッピングが言語の壁を解消
Amount という列を定義するだけで、AIがラベル Số tiền を読み取り、「Số tiền」が「Amount」と似ていなくても、その値が金額であると理解します。これは Người nhận → Sender、Ngày → Date、Mã giao dịch → Transaction Code にも同様に適用されます。キーワード一致は不要です。
1つの列定義で両方の支払い元に対応
Payment Source (Ví MoMo / MoMo PayLater) という名前の推論列を追加します。AIがウォレット残高からの支払いかBNPL枠からの支払いかを識別し、各行を自動的に分類します。次に Amount と Transaction Code を定義すれば、同じ定義が両方のレイアウトで機能します。
VND形式を数値に自動正規化
AIはベトナム式のピリオド区切りの金額とDD/MM/YYYY形式の日付をネイティブに認識します。1.500.500₫ はスプレッドシート上で 1500500 として抽出され、すぐに合計計算が可能です。Ngày (15/07/2026) は標準的な日付形式に正規化されます。ベトナムのユーザーが請求書番号や注文IDを記入する Nội dung（内容・メモ）フィールドも、テキスト列として取得されます。
混在したMoMoスクリーンショットから1つのスプレッドシートへ
1日分のMoMo取引を照合する場合 — 友人へのP2P送金、QRコードによる加盟店支払い、請求書支払い、MoMo PayLaterでの購入が混在していても — 取引タイプに関係なく、すべてが1つのテーブルにまとまる仕組みをご紹介します。
混在バッチをアップロード
MoMoの確認スクリーンショットを任意の組み合わせで1回のアップロードにドロップ — P2P送金、QRコードによる加盟店支払い、請求書支払い、モバイルチャージ、MoMo PayLaterの購入確認をすべてまとめて。AIはレイアウトではなく内容を読み取るため、タイプごとに分類する必要はありません。
列に名前を付ける
4つの列ヘッダーを定義します：Amount、Sender / Recipient、Transaction Code、Date。推論列のPayment Source (Ví MoMo / MoMo PayLater)を追加して、各取引を自動的に分類します。1セットの定義で全スクリーンショットタイプに対応 — 取引タイプごとのプリセットは不要です。
統合テーブルをエクスポート
出力は1つのスプレッドシートとして生成されます — スクリーンショットごとに1行、5列、全取引タイプが統合されます。Excel、CSVにエクスポートするか、アドオン経由でGoogle Sheetsに直接プッシュできます。スクリーンショットを行き来したり、ピリオドが千単位か小数点かを推測する必要はもうありません。
MoMoスクリーンショット抽出が最適なケースと、注意が必要なケース
最適なケース
MoMoアプリの直接スクリーンショット。テキストのコントラストが安定し、ベトナム語のラベルが明確に表示されたMoMoアプリの確認画面。P2P送金、QRコードによる加盟店支払い、請求書支払い、モバイルチャージなど、すべて対応しています。
複数ソースの一括処理。1つの列定義で、同じアップロード内のVí MoMoとMoMo PayLaterのスクリーンショットを処理できます。AIが支払い元を自動的に分類します。
ベトナムの数値形式。ピリオドによる千桁区切りの「1.500.500₫」やDD/MM/YYYY形式の日付を認識し、標準的な数値に正規化します。
注意が必要なケース
メッセージアプリ経由で転送されたスクリーンショット。WhatsApp、Zalo、Facebook Messengerで共有されたMoMoスクリーンショットは圧縮され、特に長い英数字の文字列であるMã giao dịch（取引コード）のテキストの明瞭さが低下する可能性があります。MoMoアプリから直接キャプチャしてください。
BNPL条件が混在するMoMo PayLater画面。PayLaterの確認画面には、購入総額、分割払い金額、返済スケジュールが同じ画面に表示されます。AIは主要な金額と取引コードを確実に抽出します。分割払いの内訳も必要な場合は、最初の数行を確認してください。
保留中の取引画面。「Đang xử lý」（処理中）と表示されている取引は、最終的なフィールド値が確定していない場合があります。抽出する前に、ステータスが確定した画面を待ってください。
よくある質問
MoMoのスクリーンショットで「Số tiền」や「Mã giao dịch」などのベトナム語ラベルを認識できますか？
はい。AIは英語のキーワード照合ではなく、意味的な内容でラベルを読み取ります。確認画面にSố tiền、Người nhận、Ngày、Mã giao dịchが表示されていても、列を英語（Amount、Sender、Date、Transaction Code）で定義すれば、AIが各ベトナム語ラベルを対応する列に自動マッピングします。これはZaloPayやViettelPayなど、同様のラベル形式を使用する他のベトナムの決済アプリでも機能します。
ピリオドを桁区切りに使うVND形式はどのように処理されますか？
ベトナム形式ではピリオドを桁区切りに使用します。1.500.500₫は1,500,500ベトナムドンを意味します。AIはこの形式をネイティブに認識し、スプレッドシートの標準的な数値に正規化します。DD/MM/YYYY形式の日付（例：15/07/2026）も自動的に正規化されるため、後処理は不要です。
Ví MoMoとMoMo PayLaterの両方のスクリーンショットで抽出できますか？
はい。Payment Source (Ví MoMo / MoMo PayLater)という名前の推論列を追加すると、AIが各行を自動的に分類します。Ví MoMoの画面にはウォレット残高から差し引かれた単一の金額が表示されます。MoMo PayLaterの画面には購入合計額と分割払い条件が表示されます。同じAmountとTransaction Codeの列定義が両方のレイアウトで機能します。
Nội dung（内容）フィールドも抽出できますか？
はい。NoteまたはContentという名前の列を定義すると、AIが自由記述のNội dungフィールドを取得します。ベトナムのユーザーはこのフィールドに請求書番号、注文ID、個人的なメッセージを入力することが多く、支払いを特定の取引や顧客に照合する鍵となることがよくあります。
MoMoのスクリーンショットを他のベトナムの決済アプリと一緒に1つのエクスポートにまとめて処理できますか？
はい。Amount、Sender、Transaction Code、Dateという統一された列セットを定義すれば、同じ定義がMoMo、ZaloPay、ViettelPayのスクリーンショットに1つのバッチで適用されます。どのアプリで生成されたかにかかわらず、各スクリーンショットが1行になり、単一のエクスポートでクロスプラットフォームの照合が可能になります。対応アプリの完全なリストは決済スクリーンショットハブをご覧ください。
MoMoとTrueMoney・PromptPayの比較 — タイとベトナムの決済アプリの確認画面レイアウトの違い：TrueMoney・PromptPayのスクリーンショット抽出
東南アジアのモバイル決済比較：GoPay（インドネシア）が異なるラベルセットで同じ課題にどう対応しているか：GoPayのスクリーンショット抽出