回到觀點與研究
XMY · 日本市場研究

EDINET 有價證券報告書導覽:提交期限 3 個月、可閱覽 10 年、API 怎麼取

日本上市公司須在事業年度結束後 3 個月內提出有價證券報告書,EDINET 可閱覽 10 年。

EDINET 有價證券報告書導覽:提交期限 3 個月、可閱覽 10 年、API 怎麼取主題插畫
謝銘元 XMY · 日本市場研究EDINET 有價證券報告書導覽:提交期限 3 個月、可閱覽 10 年、API 怎麼取

研究日本企業時,最完整的一手資料通常是「有価証券報告書」(有報,相當於台灣的年報加財報),而查詢它的官方入口是金融廳的 EDINET。依金融商品取引法第 24 條,內國公司須在事業年度經過後 3 個月內向內閣總理大臣提出有價證券報告書;3 月底結算的公司,通常就是在 6 月底前提出。EDINET 上的有價證券報告書可閱覽 10 年(縱覽 5 年加延長 5 年)。本文整理這套系統的用途、有報的目錄結構、閱覽期間、API 的取得方式,以及用資料做商務研究時要注意的口徑。本文不涉及任何公司評價或投資判斷。

一、EDINET 是什麼

依金融廳的「EDINET 概要書」,EDINET 是「Electronic Disclosure for Investors' NETwork」的縮寫,指依金融商品取引法提出的有價證券報告書等開示書類的電子開示系統。提出者透過網路向財務(支)局提出書類,其中屬於開示的部分透過網路向社會公開。主要時間點如下:

時間內容
2008 年 4 月 1 日以後開始的事業年度財務諸表本表改以 XBRL 形式提出
2013 年 9 月次世代系統完成,XBRL 對象範圍擴大
2025 年 3 月 31 日以後結束的事業年度適用「四半期報告書制度廢止」對應版分類(taxonomy)
2026 年 3 月 31 日以後結束的事業年度適用 2026 年版 EDINET 分類

二、有價證券報告書的目錄結構

EDINET 提出書類的格式規格書以「企業內容等の開示に関する內閣府令 第三號樣式」為例,列出 HTML 目錄轉換的示意圖。需注意,規格書的圖是技術示意,不是現行樣式的完整清單;2023 年開示府令改正後,現行有價證券報告書的第2【事業の状況】已改為「経営方針、経営環境及び対処すべき課題等」「サステナビリティに関する考え方及び取組(新設)」「事業等のリスク」「経営者による財政状態、経営成績及びキャッシュ・フローの状況の分析」等項目(金融庁 2023 年 1 月 31 日的改正說明資料),不再有「業績等の概要」與「生産、受注及び販売の状況」。現行目錄階層如下:

  • 第一部【企業情報】:第1【企業の概況】,下設「1【主要な経営指標等の推移】」「2【沿革】」等;第2【事業の状況】,下設經營方針、永續、風險與經營者分析等項目(見上)。
  • 第二部【提出会社の保証會社等の情報】:第1【保證會社情報】、第2【保證會社以外の會社の情報】。

規格書也說明,本文檔案必須以「【 】」括起來的項目開頭,EDINET 依這些項目自動產生目錄,所以有報的目錄層級就對應這些括弧項目。各項目的詳細填寫內容,應以內閣府令的樣式與各公司實際提出的文件為準;本文不逐項複述。

三、閱覽期間:10 年

EDINET API 規格書列出書類種別的閱覽期間(縱覽期間加延長期間):

書類種別縱覽期間延長期間閱覽期間
有價證券報告書5 年5 年10 年
半期報告書5 年5 年10 年
四半期報告書3 年7 年10 年

金融商品取引法第 25 條第 1 項把有價證券報告書的縱覽期間定為 5 年。規格書補充:半期報告書以 2024 年 4 月 1 日以後提出的書類才有延長期間;期間滿了的日子若是財務局的休日(週末、國定假日與 12 月 29 日到 1 月 3 日),則順延到下一個營業日。閱覽期間屆滿的書類,API 無法再取得。

四、EDINET API v2 的基本用法

EDINET API 分成兩支:

  1. 書類一覽 API:`https://api.edinet-fsa.go.jp/api/v2/documents.json?date=檔案日期&type=取得資訊&Subscription-Key=API 金鑰`。type 省略只回傳中繼資料(metadata,可用來看件數有沒有增加),type=2 回傳提出書類一覽與中繼資料。
  2. 書類取得 API:`/api/v2/documents/書類管理番號?type=必要書類`,type 的值如下:
type取得內容檔案格式
1提出本文書及監查報告書(含 XBRL)ZIP
2PDFPDF
3代替書面、添付文書ZIP
4英文檔案ZIP
5CSV(XBRL 轉成 CSV)ZIP

使用前需要在 EDINET 建立帳號並發行 API 金鑰。規格書另外說明:不允許跨網域(cross-domain)通訊,所以在瀏覽器的 JavaScript 中直接呼叫並不可行,必須經過自己的伺服器或本機程式;通訊須使用 TLS 1.2 以上。書類種別代碼中,120 是有價證券報告書、130 是訂正有價證券報告書、160 是半期報告書、180 是臨時報告書、235 是內部統制報告書。

資料更新時間方面,當日的資料從日本時間 8 點 30 分過後,原則上每 1 分鐘更新;過去日期的資料則每個曆日在日本時間 24 點過後更新,超過 10 年的檔案日期檔會被刪除。

五、商務研究時的口徑注意

下列三點是本站解讀,不是金融廳的說明:

  • 有報是「單一公司、單一事業年度」的文件;比較不同公司時,結算月不一定相同(3 月結算與 12 月結算的公司各占多少,本文不另行統計)。
  • 會計準則可能不同:EDINET 的分類同時有日本基準與國際會計準則(IFRS)版本,同一個科目名稱在不同準則下口徑可能不同,需要在 CSV 或 XBRL 中確認所用分類。
  • CSV 與 XBRL 是機器可讀版本,但仍需回到原文確認單位(百万円、千円)與是否為合併數字。

怎麼做

  1. 到 EDINET 的書類詳細檢索頁,以證券代碼(secCode)或 EDINET 代碼搜尋公司,書類種別選「有價證券報告書」,確認事業年度與提出日期。
  2. 要下載資料時,先看該書類的 PDF 與 XBRL 是否都有;PDF 適合閱讀,XBRL 或 CSV 適合做統計。
  3. 要批次處理,先在 EDINET 申請 API 金鑰,再用伺服器端程式以 `type=2` 取得某一天的提出書類一覽,篩選 docTypeCode=120,再逐一以書類管理番號呼叫書類取得 API。
  4. 取得英文資料前,先檢查一覽中的英文檔案旗標(englishDocFlag);旗標為 0 表示該書類沒有英文檔。
  5. 引用數字時,同時記下書類管理番號與提出日期,避免之後訂正報告書改了數字卻對不起來。

容易踩雷

  • 只看某公司「第一次提出」的有報,會漏掉之後的訂正有價證券報告書(代碼 130);引用前先確認有沒有訂正。
  • 想追蹤 10 年以上的歷史財務數字,不能只靠 EDINET:閱覽期間滿 10 年的書類無法透過 API 取得。
  • 在網頁前端直接用 JavaScript 呼叫 EDINET API 會失敗,因為規格書明確不允許跨網域通訊。
  • 四半期報告書(代碼 140)制度已廢止,EDINET 分類頁另有對應版;要找期中資料時,先確認書類種別是 140 還是半期報告書(160),不要混用。

常見問題

有價證券報告書什麼時候要提出?

內國公司須在事業年度經過後 3 個月內提出,例如 3 月 31 日結算的公司,期限是 6 月 30 日前後;若有不得已的理由,可事先取得內閣總理大臣的承認而延後。

EDINET 上的資料可以查幾年?

有價證券報告書的閱覽期間是 10 年(縱覽 5 年加延長 5 年),超過後無法再從 EDINET 與 API 取得。需要限定的是:特定有價證券的有價證券報告書等不設延長期間;延長期間(第 6 至 10 年)的書類,API 規格書註明提出公司的訂正記載「不一定像法定縱覽期間內的書類一樣被更新」,引用多年資料時要留意。

EDINET API 要付費嗎?

使用 API 須建立帳號並發行金鑰(API 規格書)。EDINET 利用規約(WZEK0030,令和 7 年 4 月 25 日改訂)規定:內容依公共資料利用規約(PDL1.0)提供利用,須標示出典;禁止以爬蟲等機械方式取得網站內容,須改用 API;API 可能不預告就停止或降速;禁止短時間大量存取等影響 API 運作的行為。實際條件以利用規約的現行版為準。

一定要會 XBRL 才能用 EDINET 嗎?

不必:EDINET 網頁可直接看 PDF 與 HTML,書類取得 API 的 type=5 也提供把 XBRL 轉成 CSV 的檔案。

資料來源