Groww / Upstox 取引スクリーンショット

取得 GrowwとUpstoxの取引スクリーンショットから銘柄コード、平均約定単価、取引種別を抽出

GrowwやUpstoxのスクリーンショットから取引を手入力すると約3分かかります。列を一度設定すれば、AIがどちらのアプリからでも銘柄コード、数量、平均約定単価、デリバリーまたはイントラデイの区分を5〜10秒で読み取ります。

スクリーンショット1枚あたり5〜10秒 · 印字テキストで最大99%の精度

銘柄 · 取引種別
デリバリー · イントラデイ
名前付き列

GrowwやUpstoxの約定確認画面から取得できる情報

カスタム列抽出なら、各フィールドに名前を付けるだけで、アプリの表示言語にかかわらずAIが約定確認画面から読み取ります。

銘柄コード

RELIANCEやTCSなどの株式銘柄に加え、インデックスと限月が1つの文字列にまとまった取引シンボルを持つF&O契約(NIFTY28MAR25FUT)にも対応します。AIは原資産・限月・契約種別を別々の断片に分割せず、圧縮されたシンボルをそのまま読み取ります。

取引種別

デリバリー取引は取引日を超えて保有され、DP手数料がかかり、長期キャピタルゲインの対象となり得ます。イントラデイ取引は当日に決済され、STTが低く、事業所得として課税されます。AIは確認画面に表示された区分を読み取り、行ごとに出力します。

数量

株式取引では株数、F&O契約ではロット数です。この値はアプリの表示言語によって変わる数量ラベルの隣にあり、AIはラベルの文字列を照合するのではなく意味から数値を読み取ります。

平均約定単価

約定確認画面に表示される平均約定価格で、画面独自のインド式数値形式(₹1,23,456.78のラク表記)のまま保持されます。トレード日誌やP&L計算に必要な1株あたりの価格です。

注文状態

注文が約定、失効、未約定のいずれであるか。日誌で完了した取引だけを絞り込んだり、失効した注文をフォローアップ用にフラグ付けしたりするのに役立ちます。

モバイルの約定確認画面が見た目以上に厄介な理由

GrowwやUpstoxの約定確認画面は、モバイルですばやく読めるようシンプルに作られています。しかしそのシンプルさは、固定の画面位置や英語のみのラベルに依存する抽出ツールにとっては、実際には複雑さを隠しています。

01

アプリの言語設定で変わるラベル

GrowwとUpstoxでは、アプリを英語またはヒンディー語で利用できます。「Qty」というラベルを数字の隣で探すように学習したツールは、ヒンディー語インターフェースで同じ項目に別のラベルが付くと失敗します。同じ取引画面でもユーザーの言語設定によって表示される語が変わるため、固定のラベル文字列で照合するのは信頼できません。

02

F&Oの限月表記:原資産・日付・契約が1つの文字列に

「NIFTY28MAR25FUT」は、原資産の指数、限月、契約種別を1つの短い文字列に詰め込んでいます。座標ベースのOCRは、最初の数字の境界で分割するか、全体を解析不能なトークンとして扱うかのどちらかです。どちらも、トレード日誌でNIFTYとBANKNIFTYを一目で見分ける助けにはなりません。

03

デリバリーとイントラデイ:1つのタグがすべてを変える

同じ取引でもデリバリーとイントラデイでは、STT率、証券会社の手数料体系、税務上の取扱いが異なります。モバイルの約定確認画面では、この区別はコンパクトなUI内の小さなタグとして表示されるため、人間には見つけやすくても、ピクセルを行ごとに走査するツールは見落としがちです。

01

セマンティック読み取り:両アプリで同じ列セット

銘柄コード、数量、平均約定単価、取引種別などの列を一度定義するだけ。AIはラベル文字列ではなく意味で各値を特定するため、ラベルが「Qty」「Quantity」、ヒンディー語の同等表現のいずれであっても、値は正しい列に入ります。

02

F&O表記を単一の値として保持

「NIFTY28MAR25FUT」は画面に表示されたとおり、単一の銘柄コード値として抽出されます。分割も切り捨てもありません。トレード日誌には完全な銘柄コードが残るため、断片から再構成することなく限月や指数でフィルタできます。

03

取引分類フラグ:デリバリーかイントラデイかを保持

取引種別列を追加すると、AIは画面に表示された分類を読み取り、各行がデリバリー、イントラデイ、F&Oのいずれかを識別します。1年以上保有したデリバリー株式は、₹1.25 lakhを超える利益に12.5%のLTCGが適用されます。イントラデイの利益は事業所得として累進税率で課税されます。出力はすでに区分されているため、申告時のCAの作業が1ステップ減ります。

r/NSEbetsでコミュニティ主導のインド向けトレード日誌を作った開発者は、このギャップをこう語っています。「インドのトレーダー向けのトレード日誌ソフトがなかったので、自分たちで作りました。Zerodha、Upstox、GrowwからExcel経由で取引をインポートできます。」抽出のステップは、この開発のきっかけとなった手入力をなくします。

GrowwとUpstoxの取引スクリーンショットを1つのトレード日誌に統合

GrowwとUpstoxの両方で取引している方、またはインド株と米国株や暗号資産のポジションを混在させている方に向けて、抽出ワークフローの流れをご紹介します。

1

両アプリのスクリーンショットを投入

Growwの約定確認画面、Upstoxの取引詳細、Zerodhaの契約ノートを同じアップロードバッチにドラッグします。PNG、JPG、PDFに対応。アプリごとのフォルダ分けや個別アップロードは不要で、すべての形式をまとめて受け付けます。

2

トレード日誌の列に名前を付ける

銘柄コード、取引種別、数量、平均約定単価、注文状態を入力します。AIはこの列名を出力スキーマとして使用します。英語で入力すれば、アプリが英語やヒンディー語で表示するラベルにも自動でマッピングされます。

3

統合したトレード日誌をエクスポート

Groww、Upstox、その他の証券会社のすべての取引を1行ずつ含む1つのXLSXをダウンロードできます。デリバリーとイントラデイの取引は専用の列で分類済みなので、CAや税務ソフトにそのまま渡せます。

取引のP&L計算に使う計算列や取引分類のための推論列を含む、より詳しい手順についてはスクリーンショット抽出の総合ガイドをご覧ください。取引・投資日誌のワークフローに特化したセクションも用意しています。

GrowwとUpstoxのスクリーンショット抽出が最も信頼できる場面と、再確認すべきポイント

これらのアプリからの抽出は標準的な約定確認画面ではうまく機能しますが、モバイルファーストのUI設計のため、一部のシナリオではより注意深く確認する必要があります。

最適なケース

✓

アプリ内の約定確認画面のスクリーンショット。標準的な取引詳細画面に機械描画された銘柄コード、数量、価格は、最大99%の項目精度に達します。

✓

アプリをまたぐバッチ統合。1つの列スキーマで、Groww、Upstox、Zerodha、米国ブローカーから同じバッチで抽出できます。インド固有の項目は該当する場合にのみ入力されます。

✓

限月表記が明確なF&O取引。NIFTY28MAR25FUTのような標準的な限月文字列は、列をまたいで分割されることなく、完全な単一の値として抽出されます。

注意すべきケース

⚠

メッセージアプリ経由で転送されたスクリーンショット。WhatsAppの圧縮により、小さなUIタグ、特にデリバリー/イントラデイの区分ラベルや細かい手数料表記が劣化することがあります。これらの値は元のアプリとスポットチェックしてください。

⚠

項目が切り取られた部分的なスクリーンショット。上下の帯が切れているため約定確認画面が完全に表示されていない場合、欠落した項目(多くの場合、平均約定単価や区分タグ)は復元できません。取引詳細が全体に表示されるように再撮影してください。

⚠

UIレイアウトが異なる古いアプリバージョン。アプリの更新で項目の位置やラベルが変わることがあります。明瞭なスクリーンショットで抽出精度が下がった場合は、アプリが最近約定確認画面のレイアウトを変更していないか確認してください。

よくある質問

NIFTY28MAR25FUTのようなF&Oの限月表記を、1つの銘柄コード値として抽出できますか?

はい。AIはコンパクトな文字列全体を1つの値として読み取り、原資産の指数、限月、契約種別を約定確認画面に表示されたとおりに保持します。出力はStock Symbol列に「NIFTY28MAR25FUT」として格納され、指数や限月が別々のセルに分割されることはありません。フィルタリング用に限月を別の列に分けたい場合は、Expiry Dateのような推論列を定義すれば、AIが表記から日付を自動的に解析します。

スクリーンショットから、取引がデリバリーかイントラデイかをAIは判別できますか?

はい。取引種別列を追加すると、AIはGrowwやUpstoxの約定確認画面に表示された区分を読み取ります。デリバリー取引は取引日を超えて保有され、DP手数料がかかり、1年以上保有すれば長期キャピタルゲインの対象となり得ます。イントラデイ取引は同日に決済され、STTが低く、累進税率で事業所得として課税されます。AIは行ごとに正しい区分を出力するため、トレード日誌は手動でタグ付けすることなく税務上の取扱いごとに分類されます。

アプリの表示言語をヒンディー語に設定している場合、ヒンディー語のラベルにも対応しますか?

はい。GrowwとUpstoxはインターフェースを英語またはヒンディー語で表示でき、ヒンディー語の画面では同じ項目に異なるラベルテキストが表示されます。AIは特定のラベル文字列を照合するのではなく意味に基づいて読み取るため、列名を英語で定義すれば、ラベルがどの言語で表示されていてもAIが対応する値を特定します。同じ仕組みにより、1つの列セットがまったく異なるアプリ間でも機能するため、ラベルが「Qty」「Quantity」、あるいはヒンディー語の同等表現であってもAIは気にしません。数量を意味する数値を見つけ出します。

GrowwとUpstoxのスクリーンショットを、RobinhoodやZerodhaと同じエクスポートでバッチ処理できますか?

はい。1セットの列名(Stock Symbol、Quantity、Avg Price、Trade Type)を定義すれば、AIは同じ定義を使ってバッチ内のすべてのスクリーンショットを処理します。GrowwとUpstoxの約定確認画面、Zerodhaの契約ノート、Robinhoodの約定確認画面がすべて1つのスプレッドシートの行になります。Delivery/Intradayのようなインド固有の列はインドの証券会社のスクリーンショットで値が入り、米国の証券会社では空のままです。プラットフォームごとに手動で並べ替える必要のない、1つの統合されたトレード日誌です。

コンパクトなモバイルの約定確認画面のスクリーンショットからの抽出精度はどのくらいですか?

アプリ内の約定確認画面を全画面で鮮明にキャプチャし、機械描画のテキストでコントラストが良好であれば、銘柄コード、数量、平均約定単価のフィールド単位の精度は最大99%に達します。主な精度リスクは、デリバリー/イントラデイの区分タグの文字サイズが小さいことで、圧縮の影響を受ける可能性があります。アプリのネイティブ解像度で撮影し、WhatsAppやTelegramを経由していないスクリーンショットは最高精度を維持します。税務やトレード日誌の目的で抽出結果を使用する場合は、記録を確定する前に、特に区分タグを含むいくつかの行をスポットチェックしてください。

取引・投資スクリーンショット抽出の詳細解説: 取引・投資ログ専用セクション付きの一般的なスクリーンショット抽出ガイド · アプリのスクリーンショットをバッチ処理して構造化スプレッドシートに変換

対応するすべての取引アプリの完全な情報は、取引・投資スクリーンショットハブをご覧ください。Robinhood、Coinbase、Binance、Webull、eToro、Zerodha、Groww、Upstox、XP、NuInvestを網羅しています。

📮 contact email: [email protected]