Strasmore Research
Deep Dives · Matt ConnorBy Matt Connor · · Updated 2026-07-23

SEC EDGAR 索引中的月末数据缺失

分析 2026 年 SEC EDGAR 索引中三个月末备案量异常低的原因，揭示日历特征对数据完整性的影响。

通常情况下，每个月的最后一个交易日是 SEC 备案索引中最繁忙的日子，该索引记录了公司向监管机构提交的所有文件。但在 2026 年，这一天会出现三次近乎“空白”的情况。3 月 31 日、4 月 30 日和 6 月 30 日的备案数量仅为两位数，而其相邻交易日的备案量则达数千份。这种模式呈现出明显的日历特征：凡是 2026 年最后一个日历日为工作日的月份，备案量都会大幅下降；而最后一个日历日为周末的月份，备案量则保持正常。下表列出了备案记录、时间戳、相似日期以及这些日期的备案量。

我们在整理 Q2 回顾 和 H1 回顾 时，首次发现这一问题属于季度末现象——因此本页使用了该 URL。进一步研究表明，这实际上是一个月末问题；本页面将在原地址进行更新。

哪些日期缺失

查询2026年每月最后一个工作日的备案数量（含上年度同期作为对照）
每个数字背后的完整 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

该模式呈垂直排列。1 月最后一个工作日包含 4332 份备案，2 月包含 7870 份——这两个月的最后一天均为周六，因此最后一个工作日提前了一两天。随后是 3 月 31 日的 55，4 月 30 日的 34，回到 5 月 29 日的 5527（5 月最后一天是周日），以及 6 月 30 日的 31。去年同期的数据为 3460 和 2289 份备案——其工作日与月末的分布模式一致且数据完整。数据缺失仅发生在 2026 年月份最后一天恰好为工作日的时候。

用通俗的话说明缺口有多大

仅看原始计数会低估其严重程度。以下是自 2020 年以来，所有月终工作日中备案量低于 1,000 份的日期，并将其与该日期前后 5 天内的指数平均值进行了对比。

查询2020年以来备案数少于1,000份的每个工作日月末：数量、涉及公司及相邻日均值
每个数字背后的完整 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.me

在六年半的时间里，共有 6 天。2026 年的三个日期处于最低水平：6 月 30 日仅有 31 份备案，而相邻日期的平均值为 4443 —— 0.7%，缺口超过 99%。4 月 30 日为 0.6%，3 月 31 日为 1.2%。如果按公司数量而非文件数量计算：2026 年 6 月 30 日当天，指数成分股共有 27 家不同的备案主体。

另外三行数据说明这并非仅限于“2026 年”的情况。其中两行是普通的联邦节假日停市：2021 年 5 月 31 日是阵亡将士纪念日，2021 年 12 月 31 日是联邦法定元旦假期（1 月 1 日为周六）。EDGAR 系统遵循联邦节假日安排，因此那里的极低计数（0 和 1 份备案）反映的是备案窗口关闭的状态，而非系统缺陷。

第三种情况最具研究价值。2025 年 4 月 30 日仅有 928 份备案，仅为相邻日期的 19.1% —— 这是部分缺失，而非完全空白。这是自 2020 年以来，唯一一个在没有节假日解释的情况下，数值远低于正常水平的月终工作日。它比 2026 年的极端低点早一年出现：这是同类边界行为的温和版本，数值约为正常水平的五分之一，而非百分之一。

自 2020 年以来的每个月末

查询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

这一长期序列是整个论点的对照基准。在 2020 年 1 月至 2026 年 6 月期间的 55 个工作日月末，该曲线始终保持在数千水平，随后在右侧边缘大幅下跌。月度最后一个工作日并不会导致申报文件稀缺——申报截止日期通常集中在此时。

缺失日期中究竟发生了什么

查询缺口日（2026年6月30日）与前一交易日的表单类型对比
每个数字背后的完整 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

此面板指出了缺陷所在。6月30日包含任何行数据的表格排在首位：15 EFFECT 通知（即 SEC 确认注册声明已生效的官方凭证），以及市政顾问注册、从业资格和交易场所通知。这些是 SEC 系统生成的文档，而非公司提交的文档。构成正常交易日大部分内容的每种表格类型均显示有 0 行：6月29日有 926 424B2 招股说明书补充文件，次日则为零；595 内部交易 Form 4 备案在次日为零；223 8-K 公司事件报告在次日也为零。一个既没有 8-K 文件也没有内部交易表格的季度末周二，并不符合市场事实。这属于文件缺失。

数据到账时间

查询每日数据实际入库时间，从6月26日至最新日期
每个数字背后的完整 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

到账时间戳是识别数据的关键特征。6月从1号到29号的所有数据都包含在同一个任务中——即 2026-07-01 09:38 UTC，该批次包含了整个月的数据。6月30号的数据于次日 2026-07-02 09:12 单独到账，携带了其 31 行政行，而前一天的批次则携带了 4439。3月和4月的交界日也呈现出完全相同的模式，时间点早一个月。

查询接收状态：3月与4月的边界日、到达时间及当前运行时的计数
每个数字背后的完整 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

4月1号的数据首次到账于 2026-05-01 ——这是在5月交替时处理的4月整月批次。4月30号的数据到账时间为 2026-05-02，比原本应包含这些数据的批次晚了一天。这一天的偏差揭示了问题的核心：按月加载的任务在月底前一天就停止了，导致交界日被另一个显然不完整的路径处理。如果该月的最后一天是周末，这种缺失没有影响（因为没有文件需要提交）；但如果该月最后一天是交易日，那么该月最繁忙的交易时段之一，将被分散在 6 种表单类型中的少量 SEC 通知所取代。

这种“偏差一天”的情况究竟发生在供应商的流水线中，还是发生在我们的摄取过程中，仅凭本仓库的数据无法确定。要解决此问题，需要对比这三个日期的 SEC 原始每日索引文件，而本页面无法执行此类对比。目前可以确定的是：这三个特定日期无法用于申报计数。

当前修订状态

尚未修复。本页面的所有计数在每次生成时都会重新计算。截至本次运行，3月31日仍显示 55 份备案，4月30日显示 34 份，6月30日显示 31 份——这些是首次撰写该差异报告时记录的数值。其他指数运行正常：2026-07-10 包含 2198 份备案，按计划完成。此处的合理性边界将这三天设为接近零的值，因此一旦进行回填，就会触发边界并强制重新生成修正后的数据。

是否还有其他遗漏？

某个加载器中的边界错误并不代表其他加载器也存在问题。6月30日的仓库数据在其他地方是否存在缺失？

查询2026年6月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

并没有。6月30日的分钟级行情数据涵盖了 11982 个股票代码，对比前一日的 11903 个；此外，当天还包含了 704 股息记录、215 新闻文章以及完整的国债收益率曲线。唯独申报索引存在缺失 —— 31 行对比 4439 行。每周回顾 记录了该交易日的详情：2026年6月30日是周二，是一个完整的交易日。

若按备案量计算，这意味着什么

任何包含 2026 年 3 月 31 日、4 月 30 日或 6 月 30 日的时间窗口，其统计结果都会出现显著偏差，而非仅是舍入误差：三个繁重的备案日被误计为接近零。这会导致 3 月、4 月和 6 月的月度总量，以及第一季度、第二季度和半年度总量均被低估。我们发布的 6 月回顾 在备案量统计中已包含相关说明。如果您向任何终端（包括我们的终端）询问涉及这些日期的备案量，都应注意同样的限制。若查询 2026 年的月度备案量，六个答案中的三个会比实际值少约一个完整工作日的文档量。

各类表格说明

  • 8-K — 公司重大事件报告：公司向市场披露已发生的重大事项。
  • Form 4 — 内幕人士交易报告：由公司高管、董事或大股东申报其持有的公司股票交易。
  • 10-Q — 季度财务报告。
  • 424B2 — 招股说明书补充文件：证券发行的定价文件。
  • NPORT-P — 基金月度持仓报告。
  • EFFECT / QUALIF / MA-I / ATS-N — SEC 系统生成的行政通知：包括注册生效、发行合格、市政顾问注册以及交易场所披露。这些是跨越非交易日的记录。查看 SEC 文件的常见分布情况 可查看完整统计数据。

常见问题解答

SEC EDGAR 备案缺口是否已修复？

截至本次修订尚未修复。在我们的索引副本中，2026年3月31日、4月30日和6月30日的记录分别仍包含 55、34 和 31 备案。当数据发生变化时，本页面将重新生成。如果出现补录数据，页面的合理性边界将触发错误——这正是我们发布原始收据而非备忘录的原因。

这是否意味着 SEC 丢失了备案文件？

并非如此。文件在 EDGAR 系统中是存在的；缺失的是下游副本中一整天的 INDEX 行。到达时间显示加载程序按计划运行，但交付的数据几乎为空。由于误差边界属于数据供应商还是属于我们的加载过程，仍需等待 SEC 对这三个日期的每日索引文件结算。

什么是 SEC EDGAR 备案索引？

EDGAR 是 SEC 的公开备案系统，其每日索引列出了当天提交的所有文件：公司名称、表格类型、唯一标识备案的受理编号以及链接。它是所有备案统计工作的基础，包括内部交易筛选、8-K 事件推送和招股说明书追踪。

2026年6月30日缺失了哪些表格类型？

所有公司提交的类型。该日包含 6 种表格类型，且全部为 SEC 生成的行政通知。前一交易日的 926 424B2 备案、595 Form 4 内部报告以及 223 8-K 事件报告，在缺口日均降至 0。

2026年之前发生过这种情况吗？

曾发生过一次，但程度较轻。2025年4月30日的记录仅为正常水平的 19.1% ——是部分缺失而非完全空白，且并非由节假日引起。自2020年以来，其他交易日月末数据低于1,000次的情况仅有2021年5月31日（阵亡将士纪念日）和2021年12月31日（联邦法定元旦假期），这两者均为真实的休市而非数据故障。

方法论

  • 所有计数均通过准入号进行去重：一份备案文件可能归属于多个实体。
  • “相邻日平均值”是指目标日期前后五个日历日内（不含目标日当天）的索引日平均计数。
  • 到达时间采用本仓库的 _ingest_time 值，而非 SEC 的值——它们反映了页面读者实际经历的流程。
  • 工作日月末是指每个月内落在周一至周五的最后一个日历日；其中两天为联邦节假日，已在上方标记。
  • 本报告进行就地更新；其原有的季度末框架已被同一 URL 下的月末数据取代。每个数字均为存储的查询结果，每次重新生成时都会通过受限的只读路径重新运行——您可以在 Strasmore 终端上运行相同的查询。
#sec filings#edgar#data quality#forensics