「EDINET API 機能追加に係る利用者向け説明会」で寄せられた質問の概要及び質問に対する回答※「項目」は本説明会資料の記載項目。
No.

項目

質問の概要

回答

1

取得対象に CSV

新たな EDINET API により取得可能

CSV ファイルの仕様については、「EDINET 閲覧データを追加となる CSV データのフォーマットに操作ガイド」の「3-2-1 EDINET からダウンロード係る仕様書はありますか。また、年次できるファイル」の MEMO「XBRL からの CSV 変でフォーマットが変わることはあり換ファイルの出力内容」をご参照ください（新たなますか。

EDINET API で取得可能となる CSV は、EDINET閲覧サイトの検索結果一覧画面からダウンロードできる CSV と同じものです。
）。
なお、年次によるフォーマットの変更は予定しておりません。

2

取得対象に CSVデータを追加

CSV データが存在しないのは、どのような場合ですか。

表示変換方式の EDINET タクソノミ（2013 年版以前の EDINET タクソノミ）を使用している提出書類については、
XBRL ファイルが存在しても CSVファイルが存在しません。

3

取得対象に CSV

説明会資料 18 ページで、並行稼働並行稼働期間中、現行の EDINET API（書類取得データを追加期間中、CSV 有無フラグ及び CSV 書API）においても、リクエストパラメータの type の類の取得可否について、現行の設定値を「５」と設定した場合、CSV を取得する

EDINET API でも取得が可能と記載さことが可能となります。なお、CSV 有無フラグにれています。

ついては、現行の EDINET API の書類一覧データ

これは、今後、現行の EDINET APIに追加済みです。の仕様を更新するということですか。

これらの変更について、利用者側での対応の要

その場合、現行の EDINET API の使用否につきましては、上記の内容を踏まえ、利用者にを継続する上で、利用者側での対応はおいてご検討をお願いします。

不要でしょうか。
4

認証の導入

一度取得した API キーは、利用者側利用者が発行した API キーについて、文字列等の操作以外の都合で、変更または無効を EDINET 側の都合で変更することは現時点で想となることはありますか。ある場合、定しておりませんが、何らかの事情により変更を利用者側はそれを事前に認識できま行う場合、ご登録の連絡先あてにご連絡いたしますか。

す。
なお、EDINET API のご利用状況によっては、利用者にヒアリング等の後、API キーを無効とさせていただく場合もありますので、節度のあるご利用をお願い致します。

5

認証の導入

同 一 会 社 の 同 一 部 門 で 、 EDINET同一社内でご利用いただき、かつ、問い合わせ先API を利用するサービスが複数ありまが同一である場合は、API キーを分けていただくす。API キーに登録する連絡先が同じ必要はありません。

場合、API キーは、上記の複数サービスにおいて同一のものを使用して良いでしょうか。
6

認証の導入

EDINET API を使用しているサービ

API キーは、EDINET API への過剰なアクセスにスを複数の顧客に提供しています。サよりシステムの安定稼働が損なわれることを防止ービスで使用する API キーは顧客に関するため、利用者ごとの利用状況を管理するためわらず単一のものを使用して問題なに設定しております。

1/3

No.

項目

質問の概要

回答

いでしょうか。なお、問い合わせが必このため、問５の場合と異なり、単一のキーを異要な場合は、API キーの連絡先としてなる利用者が使い回す場合、利用者ごとの管理が登録する提供元（弊社）で構いません。 不可能となります。利用者ごとに API キーを取得してください。
7

認証の導入

EDINET API を使用しているサービ

API キーの発行手続自体は、必ずしも利用者本人スを複数の顧客に提供しています。顧にしていただく必要はありませんが、必要に応じ、客ごとに API キーを発行するのであれ金融庁から直接に利用者に対し利用状況に関するば、キーの発行手続きをツール提供元ヒアリング等をお願いする場合があることをご承が一括して実施しても良いでしょう

知おきください。

か。
8

留意点どの程度のアクセス頻度で、過剰なアクセスと判定されますか。

セキュリティの都合上、過剰アクセスと判定する閾値は公表しておりません。
EDINET API 仕様書（Version 2）（案）「3-1-3-2当日分のデータ更新タイミング」に記載のとおり、書類一覧は１分に１度しか更新されないことから、１分に１回以下のアクセスをすることにより、効率的な取得が可能です。

9

並行稼働期間

新たな EDINET API に係る提出書類

現行の EDINET API と、新たな EDINET API が一覧のデータサンプル（JSON 形式）出力する提出書類一覧のデータの形式（JSON 形を、並行稼働開始（2023 年 8 月予定） 式）は、同一です。
前に提供していただくことは可能でしょうか。
10

EDINET API 仕

EDINET API 仕様書（Version 2）（案）

閲覧延長期間が設けられている書類は、書類一様書（Versionの「1-2-2 EDINET API で取得対象と覧 API で出力されるデータのうち、府令コード2）（案）

なるデータの範囲」に、閲覧延長期間（ordinanceCode）が「010」（企業内容等の開示にが設けられる書類の一覧が記載され関する内閣府令）であり、かつ、書類種別コードています。書類一覧 API で出力される（docTypeCode）が以下のものです。

データから、提出書類が当該延長対象============================の書類であることを確認する方法は120 有価証券報告書/130 訂正有価証券報告書ありますか。

140 四半期報告書/150 訂正四半期報告書

180 臨時報告書/190 訂正臨時報告書（EDINET API 仕様書（Version 2）（案）「4 章 その他 4-1 参考資料」より抜粋。
）============================
11

EDINET API 仕

EDINET API 仕様書（Version 2）（案）

当日分のデータは、メタデータの件数が変わら様書（Versionの４ページに記載されている図に、「2.

ない場合、提出書類一覧の内容も変わりません。な2）（案）

メタデータの内容確認：取得したメタ

お、当日分のデータは、日本時間 8 時 30 分過ぎかデータのうち、件数が前回取得時からら、原則 1 分毎に更新されます。

増加しているかを確認します」と記載

一方、過去分のデータについては、メタデータのがありますが、当日分か過去分かを問件数は変わりません。ただし、以下の場合、１暦日わず、取得したメタデータの件数が変毎に提出書類一覧の内容が更新されます。

化しないものの、メタデータの内容============================や、提出書類一覧の内容が変わること(１) 縦覧期間満了（延長期間あり）の書類に対すはありませんか。

る縦覧区分の更新及び閲覧期間満了となった書類に関する情報削除(２) 取下書の提出により、取下げられた書類に関

2/3

No.

項目

質問の概要

回答
する情報削除と取下区分の設定(３) 「3-1-6 財務局職員による書類情報修正」の発生により、情報が修正された書類に対する書類情報修正区分の設定(４) 「3-1-7 財務局職員による書類の不開示」に

12

EDINET API 仕

メタデータ及び提出書類一覧に変様書（Version更が生じたかどうかを確認するため

2）（案）

より不開示が開始されたあるいは解除された書類に対する開示不開示区分の設定には、更新後のメタデータ及び提出書（EDINET API 仕様書（Version 2）（案）「3-1-3 メ類一覧を出力する必要がありますか。

タデータ及び提出書類一覧の更新タイミング」より抜粋。
）============================(２)～(４)については、当日分の提出書類一覧により、それぞれの更新が発生した事実を把握することが可能です。また、(１)については、提出書類の法令上の縦覧期間及び延長期間を基に、情報が削除される日を把握することが可能です。そのため、過去分のデータについては、日々、全件出力する必要はないと考えます。
なお、過去分のデータは、1 暦日毎に更新されます。更新開始時刻は日本時間 24 時過ぎです。
当日分のデータが日本時間 24 時過ぎに確定すれば、以降 10 年を経過するまでメタデータの件数が増減することはありません。

13

その他

新たな EDINET API の変更点は、全て資料に記載されていますか。

新たな EDINET API の変更点は、説明会の資料にすべて記載してあります。詳細につきましては、
EDINET API 仕様書（Version 2）（案）をご覧ください。

3/3