OVO または DANA のスクリーンショットから金額、加盟店、リファレンスIDを取得
OVO や DANA のスクリーンショットを手動で照合するには、1件あたり2〜3分かかります。Custom Column Extraction を使えば、同じデータを5〜10秒で取得できます。
1件あたり5〜10秒 · 印字テキストの精度は最大99%
OVO または DANA のスクリーンショットから抽出できるデータ
OVO と DANA の確認画面には、同じ4つの基本項目が含まれています。ただし、使用されるインドネシア語のラベルとレイアウトは異なります。Custom Column Extraction を使用すれば、必要な列を一度定義するだけで、AI がフィールドの意味を理解し、画面上の位置に依存せずに両アプリの該当する値を特定します。
| 金額 (Nominal) | 加盟店 / 受取人 | リファレンスID | 日付 (Tanggal) |
|---|---|---|---|
| Rp150.000,00 | Indomaret / Budi S. | TRX240712ABC | 12/07/2026 |
同じデータ、異なる2つのアプリ、3つの支払いソース
OVOとDANAはインドネシア最大の独立系電子ウォレットです。それぞれレイアウトが異なり、OVOはさらに3つの支払いソース（Cash、Points、PayLater）に分かれており、それぞれ異なる確認画面を表示します。テンプレートベースの抽出では、同じ4つのフィールドに対して4つの個別設定が必要になります。
OVOの3つの顔 — キャッシュ、ポイント、PayLater
OVOには、OVO Cash（プリペイド残高）、OVO Points（支払いに充当できるロイヤリティ報酬）、OVO PayLater（BNPLクレジット）の3つの支払いソースがあります。それぞれ確認画面が異なります。ポイント画面では2つの値（IDR金額＋使用ポイント数）が表示され、PayLaterでは分割払いの条件が表示されます。あるインドネシア人Redditユーザーは、「OVO Payが使用する言語はインドネシア語のみ」と指摘しており、非インドネシア語話者にとって画面操作が難しくなっています。
DANAのミニマルなUI — 視覚的な手がかりが少ない
DANAの確認画面は非常にすっきりしており、金額、受取人、リファレンスIDが広い間隔で配置され、枠線も最小限です。バウンディングボックスやテーブル構造の検出に依存する標準的なOCRツールは、グリッド線やセクションヘッダーがなく、白い背景に数行のテキストがあるだけのため、苦戦します。必要なフィールドが視野内のどこにあるかわかりません。
インドネシアの数字形式：見過ごされがちな誤読
インドネシアでは、千単位の区切りにピリオド、小数点にカンマを使用します。これは国際的な慣習とは逆です。Rp1.500,50と表示されたDANAの確認画面は、1,500.50ルピア（千五百ルピアと50セン）であり、1.50050ではありません。米国形式でトレーニングされた標準的なOCRツールは、ピリオドを小数点と誤読することが多く、桁違いの値を生成します。
1つの列定義でOVOの3つの支払いソースをカバー
Amountを一度定義するだけで、AIがOVO Cash、OVO Points、OVO PayLaterの各画面のIDR値を読み取ります。ラベルの意味を理解することで、位置を推測するのではなく、合計金額とポイント使用額を区別します。
意味解釈により、あらゆるレイアウトからフィールドを検出
AIは「Penerina」「Tujuan」「Merchant」がすべて同じ論理フィールド（取引の相手先）を指すことを理解し、Merchant / Recipientを特定します。店舗名でも個人名でも、同じ列で対応できます。
インドネシアの数値形式にネイティブ対応
AIはピリオドとカンマをインドネシアの文脈で処理します。Rp1.500,50は1.50050ではなく1500.50として読み取られます。出力は標準的な10進数表記に正規化され、Excelの数式やピボットテーブルでそのまま使用できます。
OVOとDANAのスクリーンショットが混在しても、1つの統合スプレッドシートに
1週間分のOVOとDANAの取引（IndomaretでのQR決済、友人への送金、Tokopediaでの注文）を照合する場合、アプリごとに仕分けすることなく、すべてが1つのテーブルにまとまる仕組みをご紹介します。
混合バッチをアップロード
OVO Cash支払い、OVO Points交換、OVO PayLater分割払い、DANA QRレシートなど、OVOとDANAの確認スクリーンショットを任意の組み合わせで1回のアップロードにドロップします。AIはレイアウトではなく内容を読み取るため、アプリや支払いソースごとに仕分ける必要はありません。
列名を定義
4つの列ヘッダーを定義します：金額、加盟店 / 受取人、リファレンスID、日付。1セットの定義で、OVO Cash、OVO Points、OVO PayLater、DANA Balanceのすべてのレイアウトをカバーします。ソースやアプリごとの設定は不要です。
統合テーブルをエクスポート
出力は1つのスプレッドシートになります。スクリーンショット1枚につき1行、4列、すべての取引タイプが統合されています。Excel、CSVにエクスポートするか、アドオン経由でGoogle Sheetsに直接プッシュできます。異なるアプリのスクリーンショットを行き来して支払いを記録と照合する必要はもうありません。
OVO・DANAのスクリーンショット抽出が最適なケースと注意すべきケース
最適なケース
OVO・DANAアプリからの直接スクリーンショット。 アプリ内で直接キャプチャした確認画面は、テキストのコントラストが最も明確で、レイアウト認識も最も信頼性が高くなります。
クロスウォレットのバッチ照合。 1つの列定義で、同じアップロード内のOVOとDANAのスクリーンショットを処理できます。さらに、同じバッチにインドネシアの3つのウォレットすべてがある場合はGoPayも処理可能です。
混合支払いソースの処理。 OVO Cash、OVO Points、OVO PayLaterのスクリーンショットは、同じ列定義でまとめて処理できます。支払いソースごとに事前に仕分けする必要はありません。
注意すべきケース
転送または圧縮されたスクリーンショット。 WhatsAppなどのメッセージングアプリはOVOやDANAのスクリーンショットを圧縮し、テキストの明瞭さを低下させる可能性があります。可能な限り、支払いアプリから直接キャプチャしてください。
古いアプリUIバージョン。 2025年以前のOVOおよびDANAのレイアウトは、現在のバージョンと異なる場合があります。セマンティック抽出はラベルを読み取るため精度は維持されますが、古いスクリーンショットを処理する際は最初の数行を確認することをお勧めします。
保留中の取引画面。 取引がまだ「Diproses」（処理中）または「Menunggu」（保留中）と表示されている場合、確定したフィールド値が不足している可能性があります。抽出を行う前に、「Berhasil」（成功）の確認画面が表示されるまでお待ちください。
よくある質問
同じ確認画面にRp150.000とPoin 150の2つの金額が表示されるのはなぜですか？
OVOには二重通貨システムがあります。OVO Cash（リアルマネーバランス）とOVO Points（支払いに充当できるリワードポイント）です。ユーザーがポイントで支払うと、確認画面には合計金額と使用ポイント数の両方が表示されます。Amountという名前の列を定義してIDR値を取得するか、別のOVO Points列を追加してリワード部分を個別に取得してください。
OVO Cash、OVO Points、OVO PayLaterの取引を区別できますか？
はい。Payment Source (OVO Cash / OVO Points / OVO PayLater / DANA Balance)という名前の推論列を追加してください。AIが各スクリーンショットを読み取り、確認画面に表示されるラベルと値に基づいて支払いソースを自動的に分類します。そのため、出力スプレッドシートで支払いタイプごとにフィルタリングや合計計算が可能です。
インドネシアのカンマ区切り小数点形式（Rp1.500,50）にも対応していますか？
はい。AIは数値を意味的に読み取るため、Rp1.500,50は1.50050ではなく、1,500ルピア50センとして正しく解釈されます。出力はExcelでの計算や数式処理に適したクリーンな数値形式に正規化されます。
同じフィールドが「Penerima」と表示されたり「Tujuan」と表示されたりするのはなぜですか？
OVOとDANAでは、取引タイプに応じて同じ論理フィールドに異なるインドネシア語のラベルを使用しています。「Penerima」（受取人）は個人間送金時に表示され、「Tujuan」（宛先）または「Merchant」（加盟店）は店舗へのQR支払い時に表示されます。AIはこれら3つすべてを取引の相手方を指すものとして認識します。Merchant / Recipientという単一の列を定義すれば、使用されているラベルに関係なく正しい値が取得されます。
OVO、DANA、GoPayのスクリーンショットを1つのエクスポートにまとめてバッチ処理できますか？
はい。Amount、Merchant / Recipient、Reference ID、Dateという統一された列セットを定義すれば、同じ定義がOVO、DANA、GoPayのスクリーンショットに1回のバッチで適用されます。各スクリーンショットは、どのアプリで生成されたかに関係なく1行になり、単一のエクスポートでクロスウォレットの照合が可能です。対応アプリの全リストについては、支払いスクリーンショットハブをご覧ください。
関連比較：同じ市場でGoPayがインドネシア語の数値形式をどのように処理するか：GoPay スクリーンショット抽出
関連比較：フィリピンでGCashが同様の複数支払いソースの課題にどう対応しているか：GCash スクリーンショット抽出