SEC提出書類データ:EDGARフォーム、文書、API
提出ID、文書取得、構造化事実、歴史的適格性の一次ソースガイド。
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バルクアーカイブを使う。