By Matt Connor · · Updated 2026-07-24SEC EDGARの月末提出件数の欠落
2026年の3つの月末におけるSEC EDGARの提出件数激減の理由を、前年のデータと比較して詳しく解説します。
月の最終取引日は、通常、SECの提出インデックス（企業が規制当局に提出する全書類の記録）において最も多忙な日の一つです。しかし、2026年は3回にわたり、提出件数が極端に少なくなります。3月31日、4月30日、6月30日は、前後の日で数千件の提出があるのに対し、それぞれ2桁程度の提出件数にとどまります。この傾向はカレンダーの形状に従っています。2026年の最終カレンダー日が平日である月は提出件数が激減し、最終カレンダー日が週末である月は通常通りです。以下に、提出件数の推移、原因となるタイムスタンプ、同様の傾向を示す前日のデータ、および該当日の提出件数を示します。
この乖離は、Q2 recapおよびH1 recapを作成している際に、四半期末の問題として初めて浮上しました。そのため、本ページの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パターンはパネルを垂直に読み取ることができます。1月の最終平日は4332件の提出があり、2月は7870件です。どちらの月も最終日が土曜日であったため、最終平日は月内の1、2日前に位置しています。その後、3月31日に55、4月30日に34、5月29日に5527（5月の最終日は日曜日）、そして6月30日に31となります。前年の対照データは3460件および2289件の提出です。これらは同じ曜日・月末の構成で、データが完全に揃っています。データが極端に少ないのは、2026年の月の最終日が平日である場合に限られます。
欠損の規模について
単純な件数だけでは、この状況の深刻さは伝わりません。以下は、2020年以降の月次月末の平日における、提出件数が1,000件を下回った事例です。各数値は、その前後5日間の指数平均と比較しています。
各数値の背後にある正確な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年半の間に6日発生しています。2026年の3つの事例が最も深刻です。6月30日は31件で、近隣日の平均は4443件でした。これは通常の日の0.7%に相当し、99%を超える不足分です。4月30日は0.6%、3月31日は1.2%でした。書類の数ではなく企業数で表すと、2026年6月30日の指数対象銘柄のうち、提出を行ったのは27社のみでした。
他の3つの事例があるため、これは2026年だけの問題ではありません。そのうち2つは、通常の連邦政府の休業日によるものです。2021年5月31日はメモリアルデー、2021年12月31日は2022年の元旦（1月1日が土曜日のため）の連邦祝日です。EDGARは連邦祝日のカレンダーを維持しているため、0件および1件という極端に少ない件数は、提出窓口が閉まっている状態を示しており、不具合ではありません。
3つ目の事例は特筆すべきものです。2025年4月30日は928件で、近隣日の19.1%に相当します。これは完全な欠損ではなく、部分的な減少です。2020年以降の月次月末の平日のうち、祝日による理由がなく、これほど通常を下回ったのはこの日が唯一です。また、この事例は2026年の大幅な減少よりも1年早く発生しています。2026年の事例が通常の100分の1であるのに対し、こちらは約5分の1であり、同様の境界値における挙動がより緩やかに現れたものです。
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の平日月末において、数値は数千台で横ばいですが、右端で急落しています。月末の最終平日であることは、提出件数の減少とは関係ありません。提出期限がその時期に集中しているためです。
欠落した日の実態
各数値の背後にある正確な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 のインサイダー取引に関する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到着タイムスタンプは、ここでは指紋に近い役割を果たします。6月29日までのすべてのデータは、1つのジョブとして倉庫に届きました。それは 2026-07-01 09:38 UTC で、その月全体のデータを含む単一のバッチです。6月30日のデータは、翌朝の 2026-07-02 09:12 に単独で到着しました。これには 31 の管理用行が含まれており、その前日に届いた隣接するバッチには 4439 が含まれていました。3月と4月の境界日も、1ヶ月早く同様のパターンを示しています。
各数値の背後にある正確な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_types4月1日のデータは、最初に 2026-05-01 に到着しました。これは5月の変わり目に実行された、4月分の月次バッチです。4月30日のデータは 2026-05-02 に到着しましたが、本来含まれているべきバッチよりも1日遅れていました。このわずか1日のずれが、すべての原因を示しています。月次データをロードするジョブが、月の最終日の直前で停止しており、その境界日のデータは、明らかに不完全な別のパスによって処理されているためです。月の最終日が週末である場合、この欠落による影響はありません（提出すべきデータがないため）。しかし、最終日が取引日である場合、その月の最も多忙なセッションの一つが、6 のフォームタイプに分散した少数のSEC発行通知と入れ替わってしまいます。
この「1日のずれ」がベンダーのパイプラインにあるのか、あるいは当社の取り込みプロセスにあるのかは、この倉庫内のデータからは判断できません。これを特定するには、該当する3日間のSECの生の日次インデックスファイルが必要ですが、本ページでは比較を実行できません。データから断定できることは、これら3つの特定の日付は、提出件数の集計には使用できないということです。
この改訂時点でのステータス
修正されていません。このページの数値は、ページ生成のたびに再計算されます。現時点（3月31日時点では55、4月30日時点では34、6月30日時点では31）では、データの乖離が最初に報告された時点の数値が保持されています。指数自体は正常です。2026-07-10は予定通り2198の届出を記録しています。ここでの整合性チェックでは、3日間のデータはほぼ空の状態として扱われます。そのため、データの補填が行われるとチェックに抵触し、修正された数値での再生成が強制されます。
他に不足しているものはありませんか？
あるローダーにおける境界値のバグは、他のローダーには影響しません。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不足していません。1分足のテープは、6月30日の11982のティッカーを前日の11903と比較しています。704の配当落ち記録、215のニュース記事、および完全なイールドカーブも同日に記録されています。欠落があるのは、31行に対して4439行のファイリングインデックスのみです。週次まとめには、セッションの記録が記載されています。2026年6月30日は火曜日であり、完全な取引日でした。
提出書類の件数に関する注意点
2026年3月31日、4月30日、または6月30日を含む期間の集計結果は、端数処理の範囲を超えて過小評価されています。本来は大量の提出があるはずの3日間が、ほぼゼロとして計算されているためです。これにより、3月、4月、6月の月間合計、第1四半期および第2四半期の四半期合計、そして半年間の合計が減少します。当社の 6月まとめ では、提出件数に注釈を記載しています。ターミナル（当社を含む）でこれらの日付に関連する提出件数を照会する場合、同様の点に注意してください。2026年の月間提出件数を照会すると、6回中3回の回答において、書類の件数が丸一日分ほど不足することになります。
各書類の概要
- 8-K — 企業イベント報告書：企業が市場へ重要事項を通知するもの。
- Form 4 — インサイダー報告書：役員、取締役、または大量保有者が自社株の取引を報告するもの。
- 10-Q — 四半期財務報告書。
- 424B2 — 目論見書補足書類：証券発行時の価格決定に関する書類。
- NPORT-P — ファンドの月次ポートフォリオ保有報告書。
- EFFECT / QUALIF / MA-I / ATS-N — SECのシステムが生成する事務的通知：登録の効力発生、発行の適格性、地方自治体アドバイザーの登録、取引所の開示事項など。これらは休止期間を挟まずに生成されます。最も頻繁に提出されるSEC提出書類では、全分布の詳細を確認できます。
FAQ
SEC EDGARの提出書類の欠落は解消されましたか？
本稿の改訂時点では解消されていません。当社のインデックスのコピーでは、2026年3月31日、4月30日、6月30日のデータに、それぞれ55、34、31の提出書類が欠落しています。このページはデータが更新されるたびに再生成されます。バックフィル（後追い更新）が発生した場合、整合性チェックによりエラーが表示される設定になっています。これは、メモではなく受領書を公開することに意味があるためです。
これはSECが提出書類を紛失したことを意味しますか？
いいえ。書類自体はEDGAR上に存在します。欠落しているのは、ダウンストリームのコピーにおける1日分のINDEX行です。到着時刻を確認すると、ローダーは予定通りに動作しており、ほぼ空の状態のデータを配信していることがわかります。この「1日のずれ」がデータベンダー側にあるのか、当社のロードプロセスにあるのかは、当該3日間の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日（連邦祝日の元日）のみですが、これらはデータエラーではなく、正当な休業によるものです。
手法
- すべての件数はアクセッション番号によって重複排除されています。一つの提出書類が複数のエンティティに紐付く場合があります。
- 「前後の日平均」は、対象日を除く前後5暦日以内のインデックス日の平均件数です。
- 到着時刻はSECのデータではなく、当ウェアハウス独自の
_ingest_timeの値を使用しています。これは、読者が実際に体験するパイプラインを測定したものです。 - 平日の月末とは、月曜日から金曜日の間で各月の最終暦日を指します。そのうち2日は連邦祝日であり、上記でその旨を記載しています。
- 本ノートは、同じURL内で更新されます。当初の四半期末の枠組みは、月末のデータによって置き換えられました。すべての数値は保存されたクエリの結果であり、再生成のたびにゲート付きの読み取り専用パスを通じて再実行されます。Strasmoreターミナルで同じクエリを自身で実行することも可能です。