DataCedar/Resources·Reference

SEC提出書類データ:EDGARフォーム、文書、API

提出ID、文書取得、構造化事実、歴史的適格性の一次ソースガイド。

By DataCedar··1 min read·Japanese

SEC提出書類データは提出者CIK、フォームタイプ、アクセッション番号、提出・受理タイムスタンプ、報告期間、主文書、添付資料で識別されるEDGAR提出メタデータと文書で構成されます。SECは公開提出物とXBRL API、夜間バルクアーカイブも提供します。研究システムはアクセッション、修正、ソースURL、既知時間を保持すべきです。

アクセッションを提出キーに使う

企業名やティッカーは変わりますが、CIKは提出者を識別し、アクセッションは提出物を識別します。フォーム、期間、受理時間、主文書、添付資料、修正関係も保持してください。

修正フォームを前のものに統合してはなりません。歴史的クエリはカットオフ時点で公開されていた提出バージョンを選択し、現在ビューは最新状態を別に表示できます。

適切なSECインターフェースを選ぶ

Submissions JSONは提出履歴とエンティティメタデータを提供します。XBRL APIは抽出事実を公開します。提出アーカイブは元文書と添付資料を含みます。バルクアーカイブは大規模照合に効率的です。

SECの公正アクセスポリシーに従い、ユーザーエージェントを宣言し、適切にキャッシュし、企業ごとの多数リクエストを避けバルクファイルを使うべきです。

  • CIKは提出者ID
  • アクセッションは提出ID
  • 受理タイムスタンプは公開可能時間
  • 元文書は検証用
  • バルクアーカイブは完全照合用

有料レイヤーが追加すべきもの

SECは無料のベンチマークです。ベンダーは信頼できる収集、文書解析、安定したページネーション、IDマッピング、歴史的完全性、抽出セクション、検索、結合、カバレッジ、運用サポートで価格に見合います。

正規化されたすべての記録はソースアクセッションとURLを保持すべきです。利便性は証拠への経路を短縮し、切断してはなりません。

Key takeaways

  • 01CIKとアクセッションは耐久ID。
  • 02受理時間はイベント調査に必須。
  • 03修正と元文書を保持する。
  • 04効率的照合にSECバルクアーカイブを使う。

提出ID、文書取得、構造化事実、歴史的適格性の一次ソースガイド。

Start freeView pricing

Questions, answered.

公開のdata.sec.gov APIはキー不要ですが、自動アクセスはSEC公正アクセスポリシーに従いリクエスターを識別すべきです。

モデル適合前に調査データセットを構築してください。

企業ID、時点カットオフ、ソース権利、期待カバレッジから始め、意思決定が実際に見た証拠を照会してください。

Start free