Пробелы в индексе SEC EDGAR в конце месяцев

Последний торговый день месяца обычно является одним из самых загруженных в индексе SEC — реестре всех документов, подаваемых компаниями регулятору. В 2026 году в этот день наблюдается почти полное отсутствие активности в трех случаях. 31 марта, 30 апреля и 30 июня количество отчетов ограничивается двузначными числами, тогда как в соседние дни их число исчисляется тысячами. Эта закономерность зависит от календаря: каждый месяц 2026 года, последний календарный день которого приходится на будний день, характеризуется резким спадом, а каждый месяц, последний календарный день которого выпадает на выходной, сохраняет привычный объем. Ниже приведены данные: подтверждающие документы, временные метки поступления, указывающие на причину проблемы, один предшествующий день со схожей динамикой и значения количества отчетов в эти даты.

Разрыв впервые был выявлен как проблема конца квартала во время подготовки обзора за Q2 и обзора за H1 — именно поэтому данная страница имеет такой URL. Дальнейший анализ показал, что это проблема конца месяца; страница обновляется по тому же адресу.

Какие дни отсутствуют

SELECT d, filings, month_ends_on FROM (
    SELECT '2026-01-30' AS d, (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-01-30')) AS filings, 'Saturday' AS month_ends_on, 1 AS ord
    UNION ALL SELECT '2026-02-27', (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-02-27')), 'Saturday', 2
    UNION ALL SELECT '2026-03-31', (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-03-31')), 'weekday (the gap day)', 3
    UNION ALL SELECT '2026-04-30', (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-04-30')), 'weekday (the gap day)', 4
    UNION ALL SELECT '2026-05-29', (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-05-29')), 'Sunday', 5
    UNION ALL SELECT '2026-06-30', (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-06-30')), 'weekday (the gap day)', 6
    UNION ALL SELECT '2025-09-30', (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2025-09-30')), 'weekday, full in the prior year', 7
    UNION ALL SELECT '2025-12-31', (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2025-12-31')), 'weekday, full in the prior year', 8
) ORDER BY ord

Закономерность прослеживается вертикально по панели. На последний рабочий день января приходится 4332 заявок, а на февраль — 7870. В обоих месяцах последний календарный день выпал на субботу, поэтому последний рабочий день был на один или два дня раньше конца месяца. Далее следуют 55 на 31 марта, 34 на 30 апреля, затем возвращение к 5527 на 29 мая (май закончился в воскресенье) и 31 на 30 июня. Показатели за предыдущий год составляют 3460 и 2289 заявок — структура совпадает с окончанием месяца по дням недели, данные заполнены полностью. Резкое снижение наблюдается именно в те моменты, когда последний календарный день месяца 2026 года приходится на рабочий день.

Каков масштаб проблемы простыми словами

Общее количество заявок не отражает реальной остроты ситуации. Ниже приведен список всех будних дней на конец месяца с 2020 года, когда число заявок составило менее тысячи. Каждое значение рассчитано относительно среднего показателя за пять дней, окружающих эту дату.

WITH daily AS (
    SELECT
        filing_date,
        uniqExact(accession_number) AS filings,
        uniqExact(cik) AS companies,
        max(_ingest_time) AS last_arrived
    FROM global_markets.stocks_sec_edgar_index
    WHERE filing_date >= toDate('2019-12-20') AND filing_date <= toDate('2026-07-06')
    GROUP BY filing_date
),
month_ends AS (
    SELECT arrayJoin(arrayMap(i -> toLastDayOfMonth(addMonths(toDate('2020-01-01'), i)), range(78))) AS me
),
sparse AS (
    SELECT
        e.me AS me,
        toUInt32(ifNull(d.filings, 0)) AS filings,
        toUInt32(ifNull(d.companies, 0)) AS companies,
        d.last_arrived AS last_arrived
    FROM month_ends AS e
    LEFT JOIN daily AS d ON d.filing_date = e.me
    WHERE toDayOfWeek(e.me) <= 5 AND toUInt32(ifNull(d.filings, 0)) < 1000
)
SELECT
    toString(s.me) AS month_end,
    any(s.filings) AS filings,
    any(s.companies) AS companies,
    toUInt32(round(avgIf(n.filings, abs(dateDiff('day', n.filing_date, s.me)) <= 5 AND n.filing_date != s.me))) AS neighbour_day_avg,
    round(100 * any(s.filings) / avgIf(n.filings, abs(dateDiff('day', n.filing_date, s.me)) <= 5 AND n.filing_date != s.me), 1) AS pct_of_normal,
    toString(toDate(any(s.last_arrived))) AS last_row_arrived
FROM sparse AS s
CROSS JOIN daily AS n
GROUP BY s.me
ORDER BY s.me

6 дней за шесть с половиной лет. Самый низкий показатель у трех дат 2026 года: 30 июня зафиксировано 31 заявок при среднем значении соседних дней 4443 — это составляет 0.7% от нормы, дефицит превышает 99%. 30 апреля показатель составил 0.6%, а 31 марта — 1.2%. Если рассматривать не документы, а компании: 30 июня 2026 года в индексе представлено 27 различных заявителей.

Остальные три строки объясняют, почему проблему нельзя считать исключительно особенностью 2026 года. Два случая связаны с обычным закрытием федеральных учреждений: 31 мая 2021 года был День поминовения, а 31 декабря 2021 года — федеральный выходной в честь Нового года 2022 (1 января пришлось на субботу). Система EDGAR следует календарю федеральных праздников, поэтому околонулевые показатели — 0 и 1 заявок — являются следствием закрытого окна подачи документов, а не системным сбоем.

Третий случай заслуживает особого внимания. 30 апреля 2025 года зафиксировано 928 заявок, что составляет 19.1% от показателей соседних дней — это частичный, а не полный провал. Это единственный будний день на конец месяца с 2020 года, когда наблюдается столь значительное отклонение от нормы без объяснения в виде праздника. Этот случай предшествует провалам 2026 года на один год: это более мягкая форма того же пограничного поведения, составляющая примерно одну пятую от нормы, а не одну сотую.

Каждый конец месяца с 2020 года

WITH month_ends AS (
    SELECT arrayJoin(arrayMap(i -> toLastDayOfMonth(addMonths(toDate('2020-01-01'), i)), range(78))) AS me
),
daily AS (
    SELECT filing_date, uniqExact(accession_number) AS filings
    FROM global_markets.stocks_sec_edgar_index
    WHERE filing_date >= toDate('2020-01-01') AND filing_date <= toDate('2026-06-30')
    GROUP BY filing_date
)
SELECT toString(e.me) AS month_end, toUInt32(ifNull(d.filings, 0)) AS filings
FROM month_ends AS e
LEFT JOIN daily AS d ON d.filing_date = e.me
WHERE toDayOfWeek(e.me) <= 5
ORDER BY e.me

Эта продолжительная серия служит контрольным показателем для всего аргумента. В период с января 2020 года по июнь 2026 года на всех 55 окончаниях рабочих месяцев линия остается стабильной на уровне тысяч, а затем резко падает на правом краю. Отсутствие данных в последний рабочий день месяца не связано с дефицитом отчетов — в эти даты наблюдается скопление крайних сроков подачи.

Что именно отсутствует в пропущенный день

SELECT
    form_type,
    uniqExactIf(accession_number, filing_date = toDate('2026-06-29')) AS normal_day_jun29,
    uniqExactIf(accession_number, filing_date = toDate('2026-06-30')) AS gap_day_jun30
FROM global_markets.stocks_sec_edgar_index
WHERE filing_date IN (toDate('2026-06-29'), toDate('2026-06-30'))
GROUP BY form_type
ORDER BY gap_day_jun30 DESC, normal_day_jun29 DESC, form_type
LIMIT 14

В этой панели указана причина сбоя. В верхней части списка находятся формы, содержащие данные за 30 июня: 15 EFFECT уведомления — официальные подтверждения SEC о вступлении регистрационного заявления в силу — а также регистрации муниципальных консультантов, уведомления о квалификации и торговых площадках. Это документы, которые генерируют системы SEC, а не документы, подаваемые компаниями. Типовой объем ежедневных данных по всем формам составляет 0 строк: 926 424B2 дополнения к проспектам на 29 июня и ноль на следующий день, 595 отчеты о сделках инсайдеров по форме 4 и ноль на следующий день, 223 8-K отчеты о корпоративных событиях и ноль на следующий день. Вторник, завершающий квартал, с нулевым количеством форм 8-K и нулевым количеством форм об операциях инсайдеров, не является рыночным фактом. Это отсутствие файла.

Когда поступили строки

SELECT
    toString(filing_date) AS d,
    uniqExact(accession_number) AS filings,
    formatDateTime(min(_ingest_time), '%Y-%m-%d %H:%i') AS first_arrived
FROM global_markets.stocks_sec_edgar_index
WHERE filing_date >= toDate('2026-06-26') AND filing_date <= toDate('2026-07-10')
GROUP BY filing_date
ORDER BY filing_date

Временные метки поступления данных здесь являются наиболее точным идентификатором. Все данные за каждый день июня вплоть до 29-го числа поступили на склад одним пакетом — 2026-07-01 09:38 UTC, единой партией за весь месяц. Данные за 30 июня поступили отдельно на следующее утро, в 2026-07-02 09:12, вместе с 31 административными строками, в то время как данные за предыдущий день содержали 4439. Граничные дни марта и апреля имеют идентичную структуру, но на месяц раньше.

SELECT
    (SELECT toString(toDate(min(_ingest_time))) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-04-01')) AS apr1_first_arrived,
    (SELECT toString(toDate(min(_ingest_time))) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-04-30')) AS apr30_first_arrived,
    (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-03-31')) AS mar31_filings_now,
    (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-04-30')) AS apr30_filings_now,
    (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-06-30')) AS jun30_filings_now,
    (SELECT uniqExact(form_type) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-06-30')) AS jun30_form_types

Строки за 1 апреля впервые поступили в 2026-05-01 — это месячная партия апреля, обработанная на стыке мая. Строки за 30 апреля поступили в 2026-05-02, на один день ПОЗЖЕ, чем партия, которая должна была их содержать. Этот разрыв в один день является ключевым показателем: процесс загрузки месячной партии завершается за день до конца месяца, после чего пограничный день обрабатывается другим, явно неполным путем. Если последний календарный день месяца выпадает на выходной, это не имеет значения (отчетность не требуется), но если это торговый день, то одна из самых загруженных сессий месяца заменяется на несколько уведомлений от SEC, распределенных по 6 типам форм.

Невозможно определить из данных этого хранилища, вызван этот сдвиг на один день в конвейере поставщика или в нашей системе загрузки. Для решения этого вопроса требуются исходные ежедневные индексные файлы SEC за эти три даты; данная страница не может выполнить такое сравнение. Что подтверждают полученные данные: три конкретные даты непригодны для подсчета объемов подачи отчетности.

Статус на момент редактирования

Данные не исправлены. Все показатели на этой странице пересчитываются при каждой генерации. По состоянию на 31 марта сохраняются 55 заявок, на 30 апреля — 34, и на 30 июня — 31. Это значения, зафиксированные в момент публикации первоначального отчета о разрыве. В остальном индекс работает корректно: 2026-07-10 содержит 2198 заявок, поступающих согласно графику. Установленные границы допустимых значений удерживают показатели за три указанные даты на уровне, близком к нулю; любое заполнение данных превышает эти границы и инициирует повторную генерацию с исправленными числами.

Есть ли еще пробелы?

Ошибка в границах одного загрузчика не означает наличие проблем в других. Есть ли еще дефицит данных за 30 июня на складе?

SELECT dataset, jun29, jun30 FROM (
    SELECT 'SEC filing index (filings)' AS dataset,
        (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-06-29')) AS jun29,
        (SELECT uniqExact(accession_number) FROM global_markets.stocks_sec_edgar_index WHERE filing_date = toDate('2026-06-30')) AS jun30, 1 AS ord
    UNION ALL SELECT 'Minute bars (tickers)',
        (SELECT uniqExact(ticker) FROM global_markets.delayed_stocks_minute_aggs WHERE window_start >= toDateTime('2026-06-29 04:00:00') AND window_start < toDateTime('2026-06-30 04:00:00')),
        (SELECT uniqExact(ticker) FROM global_markets.delayed_stocks_minute_aggs WHERE window_start >= toDateTime('2026-06-30 04:00:00') AND window_start < toDateTime('2026-07-01 04:00:00')), 2
    UNION ALL SELECT 'Dividends (ex-div records)',
        (SELECT count() FROM global_markets.stocks_dividends WHERE ex_dividend_date = toDate('2026-06-29')),
        (SELECT count() FROM global_markets.stocks_dividends WHERE ex_dividend_date = toDate('2026-06-30')), 3
    UNION ALL SELECT 'News articles',
        (SELECT count() FROM global_markets.stocks_news WHERE toDate(published_utc) = toDate('2026-06-29')),
        (SELECT count() FROM global_markets.stocks_news WHERE toDate(published_utc) = toDate('2026-06-30')), 4
    UNION ALL SELECT 'Treasury curve rows',
        (SELECT count() FROM global_markets.treasury_yields WHERE date = toDate('2026-06-29')),
        (SELECT count() FROM global_markets.treasury_yields WHERE date = toDate('2026-06-30')), 5
) ORDER BY ord

Нет. Поминутная лента торгов охватывает 11982 тикеров за 30 июня в сравнении с 11903 за предыдущий день; на эту дату также приходятся 704 записей об экс-дивидендах, 215 новостных статей и полная кривая доходности казначейских облигаций. Пробел есть только в индексе файлов: 31 строк против 4439. Обзор недели содержит данные сессии: 30 июня 2026 года была среда и полный торговый день.

Значение при подсчете отчетов

Любой расчет, охватывающий 31 марта, 30 апреля или 30 июня 2026 года, будет содержать значительную погрешность, превышающую ошибку округления: три дня с большим объемом отчетов заменены на значения, близкие к нулю. Это снижает показатели за март, апрель и июнь, за первый и второй кварталы, а также за полугодие. В нашем обзоре за июнь данные о количестве отчетов представлены с соответствующим примечанием. То же самое относится к любому запросу о количестве отчетов через терминал — включая наш — если запрос касается этих дат. При запросе количества отчетов по месяцам за 2026 год три из шести ответов будут неполными примерно на один полный рабочий день документов.

Типы форм (по одной на строку)

• 8-K — отчет о корпоративном событии: компания уведомляет рынок о произошедшем.
• Form 4 — отчет инсайдера (должностного лица, директора или крупного держателя) о сделке с собственными акциями.
• 10-Q — квартальный финансовый отчет.
• 424B2 — дополнение к проспекту ценных бумаг: документ с указанием цены размещения.
• NPORT-P — ежемесячный отчет фонда о составе портфеля.
• EFFECT / QUALIF / MA-I / ATS-N — административные уведомления систем SEC: вступление регистрации в силу, квалификация предложения, регистрация муниципального консультанта, раскрытие информации торговой площадкой. Это данные, прошедшие через периоды задержки. Какие отчеты SEC встречаются чаще всего — подробный анализ распределения.

FAQ

Устранена ли задержка в отчетности SEC EDGAR?

На момент данного обновления — нет. В нашей версии индекса отчеты за 31 марта, 30 апреля и 30 июня 2026 года по-прежнему содержат записи 55, 34 и 31 соответственно. Эта страница обновляется при внесении изменений. Параметры проверки установлены таким образом, чтобы выдавать ошибку при обнаружении пропущенных данных — в этом заключается смысл публикации квитанций, а не информационных записок.

Означает ли это, что SEC потеряла отчеты?

Нет. Документы доступны в системе EDGAR. В нашей копии отсутствуют строки индекса за один день. Время поступления данных указывает на то, что загрузчик работал по графику, но передал почти пустой массив данных. Чтобы понять, у кого возникла ошибка — у поставщика данных или у нас, — необходимо дождаться окончательного формирования ежедневных файлов индекса SEC за эти три даты.

Что такое индекс отчетности SEC EDGAR?

EDGAR — это государственная система подачи отчетности SEC. Ее ежедневный индекс содержит списки всех поданных в этот день документов: название компании, тип формы, уникальный номер доступа (accession number) и ссылку. Индекс является основой для любых систем учета отчетности: мониторинга сделок инсайдеров, лент событий по формам 8-K и трекеров проспектов эмиссии.

Какие типы форм отсутствовали 30 июня 2026 года?

Все типы форм, которые подают компании. В этот день зафиксировано 6 типов форм, и все они являются административными уведомлениями, генерируемыми SEC. Предыдущие сессии включали 926 424B2 отчеты, 595 отчеты инсайдеров по форме 4 и 223 8-K отчеты о событиях, но в день сбоя их количество упало до 0.

Было ли такое до 2026 года?

Один раз, в менее выраженной форме. 30 апреля 2025 года объем данных составил 19.1% от обычного дня — это было частичное отсутствие данных, а не полное, и это не связано с праздниками. Единственные другие окончания месяцев с объемом менее одной тысячи записей в будние дни с 2020 года — это 31 мая 2021 года (День поминовения) и 31 декабря 2021 года (федеральный выходной в честь Нового года); в обоих случаях это были официальные выходные, а не сбои данных.

Методология

• Все показатели дедуплицированы по номеру доступа: одна подача документов может относиться к нескольким организациям.
• «Среднее значение за соседние дни» — это среднее количество упоминаний в течение пяти календарных дней, не включая рассматриваемый день.
• Время поступления данных соответствует значениям _ingest_time данного хранилища, а не данным SEC; они отражают реальную задержку, с которой сталкивается читатель.
• Конец месяца в будние дни — это последний КАЛЕНДАРНЫЙ день каждого месяца, выпадающий на период с понедельника по пятницу; два из них являются федеральными праздниками и отмечены выше.
• Данная заметка обновляется на месте; первоначальный формат для конца квартала был заменен данными за конец месяца по тому же URL-адресу. Каждое число является результатом запроса к базе данных, который заново выполняется через закрытый путь чтения при каждом обновлении — вы можете самостоятельно запустить те же запросы в терминале Strasmore.