この連載の読む順番
TDnet①〜④で、書類の役割からXBRLの解析・グラフ化までを順に扱います。その後、EDINET①〜④へ進みます。共通の基本操作はTDnet編を参照し、EDINET編では違いを確認します。
- TDnet解析① TDnetとは？決算短信・適時開示とEDINETの違い（この記事）
- TDnet解析② XBRLとは？決算短信のPDFと数値データを図解
- TDnet解析③ XBRLの値を比較する前に、期間・単位・欠損を確かめる（準備中）
- TDnet解析④ 累計と四半期単独、実績と予想を分けてグラフにする（準備中）
- EDINET解析① EDINETとは？有価証券報告書から企業を理解する
- EDINET解析② XBRLとは？有価証券報告書の構造とタグの仕組みを理解する
- EDINET解析③ TDnetの次に読むXBRL――ファイル・タグ・コンテキストの違いを確かめる（準備中）
- EDINET解析④ 財務データを継続的な分析に使う（準備中）
TDnetの解析は、まず「どんな情報が届く場所なのか」を知るところから始まります。ファイルを開けても、実績と予想を取り違えると、作ったグラフの意味が変わってしまいます。
この回では、TDnetと決算短信の役割、EDINETとの違いを説明します。プログラミングの知識は不要です。数値と会社名は仕組みを説明するための架空例です。
この回で分かるようになること
読み終えたときの目標は、ある会社の決算資料を見て「誰が、何について、いつの情報を発表したのか」を説明できることです。XBRLのタグやプログラムは、まだ読めなくて大丈夫です。
まずTDnetの役割を知り、次に決算短信の見方を学び、最後に訂正と書類の番号を確認します。後半に出てくる英語の項目名は、プログラムで扱うときの呼び名です。初読では、日本語の意味との対応をつかめれば先へ進めます。
TDnetは、会社の重要な情報を届ける仕組み
TDnetは「適時開示情報伝達システム」です。上場会社が投資判断に関わる情報を開示するために使います。決算の発表だけでなく、会社の重要な決定や発生した事実に関する資料も扱います。JPXのTDnet概要
初めて見ると、TDnetを「決算データの一覧」と捉えたくなるかもしれません。しかし、決算以外の情報もあるため、最初に書類の種類を見分ける必要があります。
「開示」「適時開示」「決算短信」を言い換えると
「開示」は、会社の情報を外部の人が確認できるように示すことです。「適時開示」は、投資判断に関わる重要な会社情報を、取引所のルールに沿って適切な時期に伝えるための仕組みです。単に好きなタイミングでニュースを出す、という意味ではありません。JPXの制度説明
「決算」は、ある期間の会社の活動を会計の数字としてまとめることです。「決算短信」は、その決算の概要などを伝える書類です。まずは、TDnetは情報を届ける仕組み、決算短信はそこを通じて届けられる書類の一つと区別しましょう。
架空の青葉製作所が決算を発表する場面なら、次のように読み替えられます。
| 言葉 | この場面で指しているもの |
|---|---|
| 発表する会社 | 青葉製作所 |
| 届ける書類 | 今回の決算短信 |
| 情報を届ける仕組み | TDnet |
| 閲覧者が読む内容 | 対象期間の売上高や利益、今後の予想など |
会社のIRサイトにも同じ決算に関する資料が載ることがあります。「どのサイトから読んだか」と「どの書類を読んだか」を分けてメモすると、後から照合しやすくなります。IRは、企業が投資家へ情報を伝える活動を指す言葉です。
| 書類・情報の例 | 知りたいこと | 読む際の区別 |
|---|---|---|
| 決算短信 | ある期間の業績や財政状態 | 実績、将来の見通し、連結・個別 |
| 業績予想の修正 | 会社の見通しがどう変わったか | 修正前と修正後、対象期間 |
| 配当予想の修正 | 配当の予定がどう変わったか | 中間・期末・年間、予想と実績 |
| 自己株式取得などの開示 | 会社が何を決め、どう実行したか | 決定、進捗、終了などの段階 |
この表は読み方を整理するための例です。全ての開示を一つの表形式で取得できるという意味ではありません。
図：TDnetとEDINETの主な用途。配色とアイコンは、本連載で区別しやすくするための独自表現です。
TDnetとニュース、企業のIRサイトをどう使い分けるか
企業について調べるときは、ニュース記事、企業のIRサイト、TDnetなど複数の入口があります。同じ決算を扱っていても、それぞれで確認しやすいことが違います。
ニュース記事では、発表内容の要点や背景を短時間でつかめます。企業のIRサイトでは、決算説明資料や説明会の情報など、その企業が投資家向けにまとめた情報を探せます。TDnetでは、どの会社が、いつ、どの表題で情報を開示したかを確認します。TDnetの閲覧サービスには開示日時・会社コード・会社名・表題などが掲載されます。JPXのサービス説明
例えば「青葉製作所が増収増益」というニュースを見たら、そこで調査を終えるのではなく、発表元の決算短信で対象期間と数字を確かめます。さらに「なぜ増収になったのか」を知りたければ、業績の説明や決算説明資料へ進みます。
この記事で学びたいのは、あらゆる資料を読むことではありません。「知りたいことに対して、どの資料のどこを確かめるか」を決められるようになることです。
「決算短信」と「決算説明資料」は同じ名前ではない
架空の会社が同じ日に、決算短信と決算説明資料を公表したとします。決算短信からは、業績や財政状態、会社予想などの全体像を確認します。決算説明資料では、事業別の動きや経営者が強調したい点が図表で説明されていることがあります。
ただし、説明資料にあるグラフの全項目が、そのまま決算短信のXBRLにも入っているとは限りません。「グラフを見つけた」「XBRLで取得できる」「比較条件を揃えられる」は、それぞれ別に確認します。
この区別を先に理解すると、後からデータを探すときに、存在しないタグを延々と検索することを避けられます。まず欲しい項目がどの書類に載っているかを確かめることが、解析の第一歩です。
決算短信は、決算の全体像をつかむ入口
決算短信では、業績や財政状態の概要を確認できます。見出しの数字だけでなく、どの期間の数字か、どの会社の範囲かを見ることが大切です。
例えば、架空の「青葉製作所」が次のように説明したとします。
| 内容 | 架空の金額 | 意味 |
|---|---|---|
| 前期の売上高 | 90億円 | 前の年度の実績 |
| 当期の売上高 | 100億円 | 今回報告する年度の実績 |
| 次期の売上高予想 | 110億円 | 次の年度に対する会社の見通し |
90、100、110という並びだけでグラフを作ると、全てが確定した実績に見えます。予想には「予想」のラベルや線種を付け、実績と見分けられるようにします。
同じように、売上高の「半年間の合計」と「3か月間の合計」は比較の条件が違います。金額の大小を考える前に、期間を揃える必要があります。
売上高・利益・実績・予想を先に区別する
売上高は、商品やサービスの提供などで得る収益を読む入口です。利益は、収益と費用の関係を見る数字で、「営業利益」「当期純利益」など種類によって計算の範囲が違います。この連載では、単に「利益」と書き換えず、元資料の項目名を残すことを基本にします。
例えば「売上高が100億円」という説明だけで、会社に100億円の現金が残ったとは言えません。費用や、代金を受け取る時期などが別にあるからです。最初は、売上高・利益・現金を別の項目として読むだけでも、誤解を減らせます。
「実績」は、対象期間について報告された結果です。「予想」は、将来について会社が示す見通しです。どちらも同じ表に載る場合があるため、数字を見る前に行・列の見出しを確認します。
初めて決算短信を読むときの五つの手順
ここでは、青葉製作所の「2026年3月期の決算短信」を読むと仮定します。実際の会社やファイルを転載した例ではありません。画面のボタンを覚えるよりも、確認する順番を身に付けましょう。
図：決算短信を読む順番。青葉製作所と数値は架空で、実際の決算短信の転載ではありません。
1 会社と対象期間を確かめる
最初に、会社名と識別情報が目的の会社に一致するかを見ます。続いて、通期なのか、年度の途中までの情報なのかを確認します。会社名が合っていても、見ている書類が別の決算期なら、目的の数字は得られません。
「2026年3月期」は、2026年1月から12月までを指すとは限りません。例の会社では2025年4月から2026年3月までを1年とします。読み取りメモには、年度のラベルだけでなく、確認した対象期間も残します。
2 連結か個別かを確かめる
親会社だけを見たいのか、子会社を含む企業グループを見たいのかを決めます。比較する前年の数値も同じ範囲に揃えます。
連結の数値は、親会社と子会社の数字を何でもそのまま足したものではありません。グループ内取引などの調整が入るためです。初心者の段階では、まず資料の「連結」「個別」の表示をそのまま記録し、混ぜないことを優先します。
3 単位を確認してから金額を読む
表に「百万円」とあれば、売上高の欄の10,000は、10,000円ではありません。10,000百万円、つまり100億円です。
見出しの単位を見落とすと、計算式が正しくてもグラフは大きく間違います。表の値と単位を一緒にメモし、別の単位へ換算した場合は換算後の単位も明記します。
4 実績と予想を分けて読む
当期実績100億円と次期予想110億円から言えるのは、「会社は次の年度に売上高110億円を見込んでいる」ということです。「既に売上高が110億円になった」とは言えません。
比較表を作るなら、前期実績、当期実績、次期予想を列名で区別します。色だけに頼らず文字でも区分すると、白黒印刷や小さな画面でも意味が伝わります。
5 増減の理由と注記を読む
数字の増減を把握したら、説明や注記へ進みます。売上高が増えていても、既存事業の成長、新しい子会社の取得、対象期間の変更では、その意味が変わります。
この段階では、増加の理由を自分で決め付けず、「資料は何を理由として説明しているか」と「自分が考えた仮説」を分けてメモします。数値を正確に写すことに加え、その数値が何を表すかまで確認する読み方です。
| 読み取りメモ | 青葉製作所の架空例 |
|---|---|
| 書類 | 2026年3月期の決算短信 |
| 対象期間 | 2025年4月から2026年3月 |
| 対象範囲 | 連結 |
| 数値 | 当期売上高100億円 |
| 区分 | 実績 |
| 追加で読む内容 | 前期比の増減理由と注記 |
この程度の小さなメモでも、後でEDINETの書類やAPIの応答と比べるときの基準になります。
EDINETとは、役割が違う
EDINETは、金融商品取引法に基づく開示書類の電子開示システムです。有価証券報告書などを通じて、財務だけでなく事業やリスクに関する情報も調べられます。金融庁の説明
TDnetの決算短信とEDINETの有価証券報告書は、同じ会社を調べる際に組み合わせられます。ただし、同じ書類を別の場所に置いているわけではありません。
| 調べたいこと | 入口の例 |
|---|---|
| 今回の決算や会社予想の変更 | TDnetの該当する開示 |
| 事業の内容、リスク、詳しい財務の説明 | EDINETの有価証券報告書 |
| 大量保有の報告 | EDINETの該当する報告書 |
どちらが優れているかではなく、知りたい内容に合う書類を選びます。比較する場合も、対象期間、連結・個別、会計基準、訂正の有無を確認します。
架空の会社を時系列で追ってみる
青葉製作所について、まず決算短信を読み、後から有価証券報告書で事業の説明を確認し、その後に会社予想の修正を見つけたとします。
決算短信を読む → 有価証券報告書で詳しく調べる → 予想修正を確認する
業績の全体像 事業・リスク・財務の説明 見通しの変化
これは理解のための順序であり、全ての会社に共通する提出順や期限を示す図ではありません。
ここで分けたいのは「何月期の情報か」と「いつ知ることができたか」です。過去のある日に使えた情報を調べるなら、後から発表された修正を混ぜない設計が必要になります。
予想の変更と、過去の資料の訂正を分ける
「修正」という言葉を見つけたら、何を変更したのかを読みます。会社の将来予想を見直したのか、既に公表した資料の誤りを訂正したのかで、データの扱いが違います。
次は、いずれも架空の例です。
| 出来事 | 変更内容 | 記録するときの考え方 |
|---|---|---|
| 5月に次期予想を公表 | 売上高110億円を予想 | 5月時点の予想として記録 |
| 8月に予想を見直し | 同じ年度の予想を105億円へ変更 | 8月時点の新しい予想として区別 |
| 9月に過去の表を訂正 | 前に公表した数値の誤記を訂正 | 元資料との関係と訂正箇所を確認 |
予想の見直しは、その時点の見通しの変化です。初回の予想が存在しなかったことになるわけではありません。一方、誤記の訂正を「業績が新たに変化した」と説明すると、実際の出来事を取り違える可能性があります。
一覧の表題だけで処理を決めず、本文で対象期間と変更理由を確かめます。入門段階では「元の発表」と「後の発表」を分けて残すだけでも、混乱を減らせます。
図：予想の更新と過去資料の訂正を分けて記録します。これは理解のための日程で、法定期限を表していません。
日付を二つに分けると、分析の目的が見える
例の8月の予想修正も、対象は翌年3月までの業績かもしれません。このとき「発表した日」と「業績の対象期間」は別の軸です。
最新の見通しを一覧にしたいなら、同じ対象期間に関する発表の関係を調べます。5月時点の情報を振り返りたいなら、8月に初めて公表された情報を5月の判断材料として使わないようにします。過去のデータを集める際にも、時点を意識する理由がここにあります。
「訂正のドキュメントID」は、一種類ではない
書類を保存するとき、会社コードと日付だけでは、同じ会社が同じ日に出した複数の資料を区別できません。まず「一つの開示を識別する番号」と「その情報の履歴」を分けます。ここではXBRLの解析に入る前に、TDnet APIの公開仕様で使われている名前を押さえます。
| 公開仕様の項目 | パラメータ名 | 何を識別するか |
|---|---|---|
| 開示番号 | disclosureNumber |
書類取得に使う14桁の番号 |
| 開示履歴番号 | modifiedHistory |
同じ開示番号に関する履歴 |
| 取扱属性 | handlingType |
新規・訂正・削除の区別 |
訂正前と訂正後を、本文の表で見比べる
次は、JPXの仕様書にある訂正データの例を、読みやすいように二つの表へ整理したものです。番号・日付・表題は仕様書の説明用データで、実際の企業の開示ではありません。
まず、変わったのは次の三項目です。
| 項目 | 訂正前 | 訂正後 |
|---|---|---|
| 開示履歴番号 | 1 | 2 |
| 取扱属性 | なし（null） | revision |
| 表題 | AAAについて | BBBについて |
revisionは、この例の取扱属性が訂正であることを表します。nullは、値が設定されていないことを示します。
一方、次の情報は訂正前後で共通です。
| 共通する項目 | 訂正前・訂正後の値 |
|---|---|
| 開示番号 | 12345678901234 |
| 銘柄コード | 11111 |
| 開示日付 | 2020-02-01 |
| 開示時刻 | 15:00:00 |
| 公開項目コード | 11111 |
| 全文情報PDFのファイル存在フラグ | 1 |
| サマリ情報PDFのファイル存在フラグ | 0 |
| XBRL関連のファイル存在フラグ | 0 |
開示番号は同じで、履歴番号が1から2へ進み、表題が変わっています。この例のファイル存在フラグでは、1が「あり」、0が「なし」です。
この例では、書類データ自体は変更されていません。 表題などの情報が訂正されたことと、PDFやXBRLの中の財務数値が変更されたことは、分けて確認します。revisionだけを見て「決算数値を変更したXBRLが出た」とは判断できません。
訂正前のデータも取得するかで、返ってくる履歴が変わる
仕様書の右側の説明は、一覧を取得するときに訂正・削除データを含めるかどうか、という話です。これを通常の文字で整理すると、次のようになります。
| 取得時の条件 | この訂正例で返るレコード |
|---|---|
| 訂正・削除フラグを「なし」（null）にする | 訂正後のレコード② |
| 訂正・削除フラグを「あり」（1）にする | 訂正前の①と訂正後の② |
「レコード」は、ここでは一覧に含まれる一件の情報です。表題や開示番号、履歴番号などの項目をひとまとめにしたもの、と考えてください。
また、取得時に指定する「訂正・削除フラグ」と、返ってきた情報の「取扱属性」は別のものです。前者はどの履歴を含めて取得するかの条件、後者は取得した各レコードの区分です。同じ「訂正」という言葉が出てきても、役割を混同しないようにします。
出典：JPX「TDnet API 接続仕様書」訂正・削除データの考え方（PDFの8ページ目）。2026年10月26日確認。上の表と説明は、同ページの訂正例を整理し直したものです。
元の仕様書の図を見る（補助資料）
元画像の文字が小さい場合も、直前の本文の表と説明で内容を確認できます。原本は上のPDFリンクから参照できます。
この例で確認する順番
- 開示番号を見る。 訂正前後で同じ番号なので、この例では同じ開示情報の履歴を見ています。
- 履歴番号と表題を見比べる。 履歴が1から2へ進み、表題が変わったことを確認します。
- 書類データの説明を読む。 この例では書類データ自体の変更はありません。
- 取得条件を確かめる。 訂正前の履歴も必要なら、それを含む条件で取得できているかを確認します。
ここまで読むと、「情報の修正はあったが、この例は財務数値の変更を表していない」と説明できます。番号や属性の変化だけで結論を出さず、何が変わったかまで確かめる練習です。
一方、「決算短信の一部訂正」のように訂正内容を知らせる別の開示を読む場合には、何の資料のどの箇所を直すのかを本文などで確かめます。開示番号・履歴番号・取扱属性だけで、別に提出された訂正開示と元資料の対応が必ず分かる、とは考えないようにします。
保存時には、取得元の開示番号、履歴番号、取扱属性、開示日時、取得日時を別々に残すと、後で確認しやすくなります。アプリが独自に付けたdoc_id、PDFのファイル名、公式APIの開示番号を、名前が似ているという理由で同一視しないことも大切です。取得サービスが変われば、項目名や履歴の提供範囲も変わります。
削除についても同じです。「一覧にある」と「今も書類を取得できる」は別の状態です。履歴の取得条件と削除時のファイル存在フラグを、利用するサービスの仕様で確認します。APIの接続実装は解析編で扱い、ここでは番号・履歴・資料の内容は別々に確認すると覚えておきましょう。
XBRLは、この中で何をするもの？
XBRLは、報告する情報に機械が理解するための意味を付ける形式です。「100」という値に、項目・期間・単位などの情報を結び付けます。
ただし、TDnetにある全てのPDFに、同じ範囲のXBRLがあるわけではありません。JPXは決算短信等のXBRLについて、対象や仕様を公開しています。XBRLデータの仕様
次はTDnet解析②で、決算短信のファイルとXBRLのタグを読みます。続く③で解析を実行し、④で比較とグラフ化まで進めてから、EDINET①へ移ります。
読み始めるときの確認事項
会社名、書類の種類、対象期間、連結・個別、実績・予想、単位を確認します。訂正資料がある場合は、その関係も確認します。「一番新しいファイルだから必要な数値が全部ある」とは限りません。
確認問題: 「次期の売上高予想110億円」を、当期の実績100億円の代わりに保存してよいでしょうか。
答えは、置き換えてはいけません。対象期間と実績・予想の区分が違うためです。この区別が、後のXBRL解析とグラフ作成の土台になります。
続けて読む
私たち株式会社Crabgrassは、財務データAPI「ZENITH Code」を開発・提供しています。
本記事は情報の仕組みを解説するもので、特定の金融商品の売買を勧めるものではありません。