取得 Groww または Upstox のスクリーンショットから銘柄コード、平均約定単価、取引種別を抽出
両アプリから、銘柄コード、取引区分（デリバリー/イントラデイ）、数量、平均約定単価、注文状態を1つの列セットで取得。スクリーンショット1枚あたり5～10秒、フィールドは既に整理されています。
スクリーンショット1枚あたり5～10秒 · 印字テキストで最大99%の精度
GrowwやUpstoxの約定確認画面から取得できる情報
カスタム列抽出を使えば、各フィールドに名前を付けるだけで、AIが約定確認画面からデータを読み取ります。ラベルが英語でもヒンディー語でも、あるいはその両方でも対応します。
RELIANCEやTCSといった株式ティッカーに加え、限月表記付きの指数デリバティブ（28MAR2025NIFTY）も対応。AIは日付、年、原資産を分割せずに、完全なコンパクト文字列として読み取ります。
デリバリー取引 — 取引日を超えて保有し、DP手数料がかかり、長期キャピタルゲインの対象となります。イントラデイ — 当日中に決済し、STTが低く、事業所得として課税されます。AIは約定確認画面UIから分類タグを読み取り、各行に出力します。
株式取引の場合は株数、F&O（先物・オプション）契約の場合はロット数です。GrowwとUpstoxでは、ヒンディー語のラベルशेयर（株）またはमात्रा（数量）とともに、明確な数値として表示されます。
約定確認画面に表示される簡略化された約定価格です。Zerodhaの複数約定を含むWAP（加重平均約定価格）ではなく、トレード日誌やP&L計算に必要な1株あたりの価格です。
注文が約定、失効、または未約定のいずれであるかを示します。日誌で完了した取引のみをフィルタリングしたり、フォローアップが必要な失効注文にフラグを立てるのに便利です。
モバイルの取引確認画面が思ったより厄介な理由
GrowwやUpstoxが表示する取引確認画面は、モバイルで素早く読めるようシンプルに設計されています。しかし、そのシンプルさゆえに、テンプレートの位置や英語のラベルに依存する抽出ツールにとっては、大きな課題が潜んでいます。
バイリンガルラベル — 同一画面に2言語
GrowwとUpstoxは、同一画面上に英語とヒンディー語の両方でフィールドラベルを表示します。「Qty」の横にある数値を探すように学習したテンプレートツールは、同じフィールドがमात्राと表示されると機能しません。すべてのフィールドに2つのラベルが存在し、どちらのアプリでもどちらが表示されるかは保証されません。
F&O限月表記 — 1つの文字列に3つのデータ
「28MAR2025NIFTY」は、限月の日、月、年、および原資産インデックスを1つのコンパクトな文字列にまとめています。座標ベースのOCRは、最初の数字-年の境界で分割するか、全体を解析不可能なトークンとして扱います。どちらの方法でも、トレード日誌でNIFTYとBANKNIFTYを一目で区別する助けにはなりません。
デリバリー vs イントラデイ — 1つのタグで全てが変わる
同じ取引でも、デリバリーとイントラデイに分類されると、STT率、手数料体系、税務上の取扱いが異なります。モバイルの約定確認画面では、この区別はコンパクトなUI内の小さなタグとして表示されます。人間が見つけるのは簡単ですが、ピクセル行でスキャンするツールでは見落とされがちです。
セマンティックリーディング — 両方のアプリで共通の列セット
銘柄コード、数量、平均約定単価、取引種別などの列を一度定義するだけで、AIがラベル文字列ではなく意味に基づいて各値を特定します。ラベルが「Qty」「Quantity」「मात्रा」のいずれであっても、値は正しい列に配置されます。
F&O表記を単一の値として保持
「28MAR2025NIFTY」は、画面に表示されている通り、単一の銘柄コード値として抽出されます。分割も切り捨てもありません。トレード日誌には完全な表記が残るため、断片から再構築することなく、限月や指数でフィルタリングできます。
取引区分フラグ — デリバリーまたはイントラデイを保持
取引種別列を追加すると、AIが区分UI要素を読み取り、各行がデリバリー、イントラデイ、またはF&Oのいずれであるかを識別します。デリバリー株式（1年以上保有）は、₹1L超の部分に対して10%のLTCGの対象となります。イントラデイは事業所得として累進税率で課税されます。出力は既に区分されているため、申告時にCAの手間が一つ減ります。
r/NSEbetsでコミュニティ主導で作られたインドのトレード日誌の開発者は、このギャップを次のように説明しています：「インドのトレーダー向けのトレード日誌ソフトがなかったので、自分で作りました。Zerodha、Upstox、GrowwからExcelで取引をインポートできます。」 — この抽出ステップにより、手動入力を不要にしたことが、このツール開発のきっかけとなったのです。
2つのインド証券アプリから1つの統合トレードログへ
GrowwとUpstoxの両方で取引している場合や、インド株と米国株・暗号資産を混在させている場合の抽出ワークフローは次のとおりです。
両方のアプリからスクリーンショットをドロップ
Growwの約定確認画面、Upstoxの取引詳細、Zerodhaの契約ノートを同じアップロードバッチにドラッグします。PNG、JPG、PDF — ツールはすべての形式をまとめて受け付け、アプリごとのフォルダ分けや個別のアップロードは不要です。
ジャーナルの列名を設定
銘柄コード、取引種別、数量、平均約定単価、注文状態を入力します。AIは列名を出力スキーマとして使用します。英語のラベルで問題ありません。AIが自動的にヒンディー語の同等表現を処理します。
統合トレードジャーナルをエクスポート
Groww、Upstox、その他すべての証券会社の取引が1行ずつ並んだ1つのXLSXをダウンロードできます。デリバリー取引とイントラデイ取引はすでに専用の列に分類されており、CAや税務ソフトですぐに使えます。
トレードのP&L計算のための計算列や、取引分類のための推論列についての詳細な解説は、一般的なスクリーンショット抽出ガイドをご覧ください。取引・投資ログのワークフローに関する専用セクションがあります。
Groww・Upstoxのスクリーンショット抽出が最も信頼できるケースと、ダブルチェックが必要なケース
これらのアプリからの抽出は、標準的な約定確認画面では良好に機能します。ただし、モバイルファーストのUI設計により、一部のシナリオではより注意深く確認する必要があります。
最適なケース
アプリ内の約定確認画面のスクリーンショット。標準的な取引詳細画面に表示される機械生成の銘柄コード、数量、価格は、最大99%のフィールド精度に達します。
アプリ間の一括統合。Groww、Upstox、Zerodha、米国ブローカーのデータを同一バッチで単一の列スキーマに抽出。インド特有のフィールドは該当する場合のみ設定されます。
限月表記が明確なF&O取引。「28MAR2025NIFTY」のような標準的な限月文字列は、完全な単一値として抽出され、列間で分割されることはありません。
注意が必要なケース
メッセージアプリ経由で転送されたスクリーンショット。WhatsAppの圧縮により、特にデリバリー/イントラデイの分類ラベルや細かい手数料など、小さなUIタグの品質が低下する可能性があります。これらの値は元のアプリでスポットチェックしてください。
フィールドが切り取られた部分的なスクリーンショット。約定確認画面が完全に表示されていない場合（上部または下部が欠けている場合）、欠落したフィールド（多くの場合、平均約定単価や分類タグ）は復元できません。取引詳細がすべて表示された状態で再キャプチャしてください。
UIレイアウトが異なる古いアプリバージョン。アプリのアップデートにより、フィールドの位置やラベルが変更されることがあります。鮮明なスクリーンショットで抽出精度が低下した場合は、アプリの約定確認画面のレイアウトが最近変更されていないか確認してください。
よくある質問
28MAR2025NIFTYのようなF&O限月表記を、1つの銘柄コード値として抽出できますか？
はい。AIは「28MAR2025NIFTY」のような完全な圧縮文字列を1つの値として読み取ります。限月の日、月、年、原資産インデックスがすべて、約定確認画面に表示されたとおりに保持されます。出力は銘柄コード列に「28MAR2025NIFTY」として表示され、日、月、年が別々のセルに分割されることはありません。フィルタリング用に限月日付を別の列で必要な場合は、推論列として限月を定義すれば、AIが表記から自動的に日付を解析します。
AIはスクリーンショットから、取引がデリバリーかイントラデイかを判別できますか？
はい。取引種別列を追加すると、AIはGrowwまたはUpstoxの約定確認画面に表示されている分類タグを読み取ります。デリバリー取引（取引日を超えて保有）にはDP手数料がかかり、1年以上保有した場合は長期キャピタルゲインの税務上の取扱いの対象となります。イントラデイ取引は同日中に決済され、STTが低く、事業所得として累進税率で課税されます。AIは行ごとに正しい分類を出力するため、トレード日誌は手動でタグ付けしなくても税務上の取扱いごとに自動的に区分されます。
英語とヒンディー語のバイリンガルラベルにも対応していますか？
はい。GrowwとUpstoxでは、同じ画面にフィールドラベルが英語とヒンディー語の両方で表示されます。例えば、sharesの横にशेयर、quantityの上にमात्राと表示されます。AIは特定のラベル文字列に一致するのではなく、意味に基づいて読み取るため、列名は英語で定義し、ラベルがどの言語で表示されていても、AIは対応する値を識別します。これは、まったく異なるアプリ間でも同じ列セットが機能する仕組みと同じです。つまり、ラベルが「Qty」「Quantity」「मात्रा」のいずれであっても、AIは気にせず、数量を意味する数値を見つけ出します。
GrowwとUpstoxのスクリーンショットを、RobinhoodやZerodhaのものと同じエクスポートで一括処理できますか？
はい。銘柄コード、数量、平均約定単価、取引種別という1つの列名セットを定義すれば、AIは同じ定義を使用してバッチ内のすべてのスクリーンショットを処理します。GrowwとUpstoxの約定確認画面、Zerodhaの契約ノート、Robinhoodの取引確認書はすべて、1つのスプレッドシートの行になります。デリバリー/イントラデイのようなインド特有の列は、インドのブローカーのスクリーンショットには入力され、米国のブローカーでは空のままになります。プラットフォームごとに手動で並べ替える必要のない、統一されたトレード日誌が完成します。
コンパクトなモバイル取引約定確認画面のスクリーンショットからの抽出精度はどのくらいですか？
アプリ内の約定確認画面を鮮明に全画面キャプチャした場合（機械描画テキスト、良好なコントラスト）、銘柄コード、数量、平均約定単価のフィールド精度は最大99%に達します。主な精度リスクは、デリバリー/イントラデイ分類タグのフォントサイズが小さいことで、圧縮の影響を受ける可能性があります。アプリのネイティブ解像度で撮影され、WhatsAppやTelegramで転送されていないスクリーンショットは、最も高い精度を維持します。税務やトレード日誌の目的で抽出結果を使用する場合と同様に、記録を確定する前に数行（特に分類タグ）をスポットチェックしてください。
取引・投資スクリーンショット抽出の詳細ガイド： 取引・投資ログ専用セクション付きスクリーンショット抽出ガイド · アプリのスクリーンショットをバッチ処理して構造化されたスプレッドシートに変換
対応するすべての取引アプリの完全なリストは、取引・投資スクリーンショットハブをご覧ください。Robinhood、Coinbase、Binance、Webull、eToro、Zerodha、Groww、Upstox、XP、NuInvestをカバーしています。