DataCedar/Resources·Reference

Данные отчётов SEC: формы EDGAR, документы и API

Руководство по первоисточнику для идентичности отчётов, получения документов, структурированных фактов и исторической допустимости.

By DataCedar··2 min read·Russian

Данные отчётов SEC состоят из метаданных подачи EDGAR и документов, идентифицируемых по CIK заявителя, типу формы, номеру accession, времени подачи и принятия, периоду отчётности, основному документу и приложениям. SEC также предоставляет публичные подачи и API XBRL, а также ночные массовые архивы. Исследовательские системы должны сохранять accession, поправки, URL источника и время известности.

Используйте accession как ключ отчёта

Названия компаний и тикеры меняются, тогда как CIK идентифицирует заявителя, а accession — подачу. Сохраняйте оба вместе с формой, периодом, временем принятия, основным документом, приложениями и связью с поправками.

Не объединяйте исправленную форму с её предшественником. Исторические запросы выбирают версии отчётов, публичные на пороговом времени; текущие представления могут отдельно показывать последнее состояние.

Выбирайте правильный интерфейс SEC

JSON подач предоставляет историю отчётов и метаданные сущности. API XBRL раскрывают извлечённые факты. Архивы отчётов содержат оригинальные документы и приложения. Массовые архивы эффективны для больших сверок.

Следуйте политике честного доступа SEC, указывайте user agent, кэшируйте ответственно и избегайте множества повторных запросов по компаниям, когда подходит массовый файл.

  • CIK для идентичности заявителя
  • Accession для идентичности подачи
  • Временная метка принятия для публичной доступности
  • Оригинальные документы для проверки
  • Массовые архивы для полной сверки

Что должен добавить платный слой

SEC — бесплатный эталон. Поставщик оправдывает цену надёжным сбором, парсингом документов, стабильной пагинацией, сопоставлением идентичностей, исторической полнотой, извлечёнными разделами, поиском, объединениями, охватом и операционной поддержкой.

Требуйте, чтобы каждая нормализованная запись сохраняла исходный accession и URL. Удобство должно сокращать путь к доказательствам, а не разрывать его.

Key takeaways

  • 01CIK и accession — надёжные идентификаторы.
  • 02Время принятия важно для исследования событий.
  • 03Сохраняйте поправки и оригинальные документы.
  • 04Используйте массовые архивы SEC для эффективной сверки.

Руководство по первоисточнику для идентичности отчётов, получения документов, структурированных фактов и исторической допустимости.

Start freeView pricing

Questions, answered.

Публичные API data.sec.gov не требуют ключа, но автоматический доступ должен соблюдать политику честного доступа SEC и идентифицировать запрос.

Постройте исследовательский набор данных перед настройкой модели.

Начните с идентичности компании, порога as-of, прав источника и ожидаемого охвата. Затем запросите доказательства, которые ваше решение действительно могло видеть.

Start free