Пропуски в індексі SEC EDGAR наприкінці місяців
Аналіз дефіциту поданих документів у SEC EDGAR наприкінці березня, квітня та червня 2026 року через особливості календаря та порівняння з даними 2025 року.
Останній торговий день місяця зазвичай є одним із найзавантаженіших днів в індексі податкових декларацій SEC — реєстрі всіх документів, які компанії подають регулятору. У 2026 році він буде майже порожнім тричі. 31 березня, 30 квітня та 30 червня містять лише двозначну кількість поданих документів, тоді як у сусідні дні їх налічуються тисячі. Ця закономірність залежить від календаря: кожен місяць 2026 року, чий останній календарний день припадає на будні, має критично низькі показники, тоді як кожен місяць, чий останній календарний день припадає на вихідні, залишається стабільним. Нижче наведено дані: факти реєстрації, часові мітки надходження, що вказують на причину проблеми, один попередній день зі схожою динамікою та відповідну кількість поданих документів на ці дати.
Ця розбіжність вперше виникла як проблема наприкінці кварталу, поки ми готували підсумки Q2 та підсумки H1 — саме тому ця сторінка має таку URL-адресу. Подальший аналіз дозволив перекваліфікувати це як проблему наприкінці місяця; сторінка оновлюється за тією ж адресою.
Які дні відсутні
Точний SQL-код для кожного числа
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 року, коли кількість поданих документів була меншою за тисячу. Кожен показник порівнюється із середнім значенням індексу за п'ять днів до та після цієї дати.
Точний SQL-код для кожного числа
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.me6 днів за шість з половиною років. Найнижчі показники зафіксовані у трьох датах 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 року
Точний SQL-код для кожного числа
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Ця тривала серія є контрольною для всього аргументу. Протягом 55 останніх робочих днів місяців у період з січня 2020 року по червень 2026 року графік залишається стабільним на рівні тисяч, а потім різко падає на правому краї. Сама по собі дата останнього робочого дня місяця не робить подання документів рідкісними — саме в ці дні спостерігається концентрація дедлайнів.
Що насправді міститься у пропущеному дні
Точний SQL-код для кожного числа
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 та нульовою кількістю інсайдерських форм не є ринковим фактом. Це відсутній файл.
Коли надійшли рядки
Точний SQL-код для кожного числа
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. Межові дні березня та квітня мають таку саму структуру, але на місяць раніше.
Точний SQL-код для кожного числа
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 червня ще десь у сховищі?
Точний SQL-код для кожного числа
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 новинних статей та повна крива Treasury. Тільки в індексі реєстрацій — 31 рядків проти 4439 — є пропуск. огляд за тиждень містить звіти за сесії: 30 червня 2026 року був вівторком і повноцінним торговим днем.
Що це означає при підрахунку поданих документів
Будь-який підрахунок, період якого охоплює 31 березня, 30 квітня або 30 червня 2026 року, є суттєво заниженим: три дні з великою кількістю документів замінені майже нульовими показниками. Це зменшує місячні підсумки за березень, квітень та червень, квартальні підсумки за Q1 та Q2, а також напіврічний підсумок. Наш огляд за червень публікує підрахунок документів із відповідними примітками, і те саме застереження стосується будь-якого запиту щодо кількості документів у терміналі — включно з нашим — який охоплює ці дати. Якщо запитати кількість документів за місяць у 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 року (Memorial Day) та 31 грудня 2021 року (федеральне святкування Нового року), але в обох випадках це були офіційні вихідні, а не помилки в даних.
Методологія
- Усі показники дедупліковані за номером реєстрації: один документ може належати кільком організаціям.
- «Середнє значення за сусідні дні» — це середнє значення показників за дні індексу протягом п'яти календарних днів, не включаючи поточний день.
- Час надходження визначається за значеннями
_ingest_timeцього сховища, а не SEC; вони відображають чергу документів, з якою стикається читач цієї сторінки. - Кінцем робочого дня вважається останній КАЛЕНДАРНИЙ день кожного місяця, що припадає на період з понеділка по п'ятницю; два з цих дні є федеральними святами і позначені відповідно вище.
- Ця примітка оновлюється безпосередньо в тексті; її початкове структурування за кварталом було замінено даними за місяць на тому самому URL. Кожне число є результатом збереженого запиту, який повторно запускається через обмежений доступ для читання під час кожного оновлення — ви можете самостійно запустити ці запити на терміналі Strasmore.