OVOまたはDANAのスクリーンショットから金額・加盟店・リファレンスIDを取得
OVOとDANAのスクリーンショットを手動で記録と照合するには、1件あたり2〜3分かかります。カスタム列抽出を使えば、同じデータを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はインドネシア最大の2つの独立系電子ウォレットです。それぞれレイアウトが異なり、OVOはさらに3つの支払いソース（Cash、Points、PayLater）に分かれており、それぞれ異なる確認画面を表示します。テンプレートベースの抽出では、同じ4つのフィールドに対して4つの個別設定が必要になります。
OVOの3つの側面 — キャッシュ、ポイント、PayLater
OVOには3つの支払いソースがあります。OVO Cash（プリペイド残高）、OVO Points（支払いに充当されるロイヤリティ特典）、OVO PayLater（BNPLクレジット）です。それぞれ確認画面が異なり、ポイント画面では2つの値（IDR金額＋使用ポイント）が表示され、PayLaterでは分割払い条件が表示されます。あるインドネシア人Redditユーザーは「OVO Payが使用する言語はインドネシア語のみ」と指摘しており、バハサ語を話さないユーザーにとって画面操作が難しくなっています。
DANAのミニマルなUI — 視覚的な手がかりが少ない
DANAの確認画面は非常にすっきりしています。金額、受取人、リファレンスIDが広い間隔で配置され、装飾が最小限です。境界ボックスやテーブル構造の検出に依存する標準的なOCRツールは、グリッド線もセクションヘッダーもなく、白い背景に数行のテキストがあるだけのため、苦戦します。必要なフィールドが視野内のどこにあるかわかりません。
インドネシアの数字形式：静かな誤読
インドネシアでは、桁区切りにピリオド、小数点にカンマを使用します。これは国際的な慣習とは逆です。Rp1.500,50と表示されたDANAの確認画面は、1,500.50ルピアではなく、1,500ルピアと50センを意味します。米国形式でトレーニングされた標準的なOCRツールは、ピリオドを小数点として誤読し、桁違いの値を生成することがよくあります。
1つの列定義でOVOの3つの支払いソースすべてに対応
金額を一度定義するだけで、AIがOVO Cash、OVO Points、OVO PayLaterの各画面でIDR値を読み取ります。合計と使用ポイントの区別は、位置の推測ではなくラベルの意味理解によって行います。
意味理解によりあらゆるレイアウトでフィールドを検出
AIは「Penerima」「Tujuan」「Merchant」がすべて同じ論理フィールド（取引の相手方）を指すことを理解して、加盟店 / 受取人を特定します。店舗名でも個人名でも、同じ列が機能します。
インドネシアの数値形式にネイティブ対応
AIはピリオドとカンマをインドネシアの文脈で解釈します。Rp1.500,50は1.50050ではなく1500.50として読み取られます。出力はExcelの数式やピボットテーブル用に標準の小数表記に正規化されます。
OVOとDANAの混在スクリーンショットから1つの統合スプレッドシートへ
1週間分のOVOとDANAの取引が混在する支払いを照合する場合 — IndomaretでのQR決済、友人への送金、Tokopediaでの注文 — アプリごとに仕分けすることなく、すべてが1つのテーブルにまとまる仕組みをご紹介します。
混在バッチをアップロード
OVOとDANAの確認スクリーンショットを任意の組み合わせで1回のアップロードにドロップします — OVO Cash支払い、OVO Points利用、OVO PayLater分割払い、DANA QRレシートをすべてまとめて。AIはレイアウトではなくコンテンツを読み取るため、アプリや支払いソースごとに仕分ける必要はありません。
列に名前を付ける
4つの列ヘッダーを定義します: 金額、加盟店 / 受取人、リファレンスID、日付。1セットの定義でOVO Cash、OVO Points、OVO PayLater、DANA Balanceのすべてのレイアウトをカバーします — ソースやアプリごとの設定は不要です。
統合テーブルをエクスポート
出力は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はこれらすべてを取引の相手方を指すものとして理解します。Merchant / Recipientとして単一の列を定義すれば、使用されるラベルに関係なく正しい値が取得されます。
OVO、DANA、GoPayのスクリーンショットを1つのエクスポートにまとめてバッチ処理できますか？
はい。統一された列セット（Amount、Merchant / Recipient、Reference ID、Date）を定義すれば、同じ定義が1つのバッチ内のOVO、DANA、GoPayのスクリーンショットに適用されます。どのアプリで生成されたかにかかわらず、各スクリーンショットが1行になり、単一のエクスポートでウォレット間の照合が可能になります。対応アプリの全リストについては、支払いスクリーンショットハブをご覧ください。
同市場におけるGoPayのインドネシア数値形式の処理との比較: GoPayスクリーンショット抽出
フィリピンにおけるGCashの複数支払いソース対応との比較: GCashスクリーンショット抽出