Gap indice SEC EDGAR fine mese 2026
Analisi dei vuoti nel registro SEC EDGAR per tre fine mese del 2026. Esame delle ricevute e dei pattern di ingest per capire l'impatto sul sistema.
L'ultimo giorno di trading del mese è solitamente uno dei più intensi per l'indice di filing della SEC — il registro di tutti i documenti che le società depositano presso il regolatore. Nel 2026, tre volte, l'indice è quasi vuoto. Il 31 marzo, il 30 aprile e il 30 giugno presentano rispettivamente una manciata di filing a doppia cifra, mentre i giorni adiacenti ne contano migliaia. Il pattern segue il calendario: ogni mese del 2026 il cui ultimo giorno CALENDAR cade in un giorno feriale presenta un vuoto, mentre ogni mese il cui ultimo giorno calendar cae in un weekend rimane invariato. Di seguito: le ricevute, gli orari di arrivo che indicano l'origine del problema, l'unico giorno precedente con andamento simile e il valore del conteggio dei filing in quelle date.
Il divario è emerso inizialmente come un problema di fine trimestre durante la stesura del recap Q2 e del recap H1 — motivo per cui l'URL di questa pagina è lo stesso. Ulteriori analisi hanno ridefinito il fenomeno come un problema di fine mese; la pagina si aggiorna mantenendo lo stesso indirizzo.
Quali giorni mancano
L'esatto SQL dietro ogni numero
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 ordIl pattern si sviluppa verticalmente nel pannello. L'ultimo giorno lavorativo di gennaio presenta 4332 filing e quello di febbraio presenta 7870 — entrambi i mesi terminano di sabato, quindi l'ultimo giorno lavorativo cade uno o due giorni prima della fine del mese. Successivamente si registrano 55 il 31 marzo, 34 il 30 aprile, per poi tornare a 5527 il 29 maggio (maggio termina di domenica) e 31 il 30 giugno. I valori di controllo dell'anno precedente si attestano rispettivamente a 3460 e 2289 filing — con la stessa struttura di fine mese/giorno lavorativo, ma completamente popolati. I dati risultano quasi vuoti esattamente quando, e solo quando, l'ultimo giorno del mese del 2026 cade di settimana.
Qual è l'entità del deficit, in termini semplici
I conteggi grezzi sottostimano la gravità del fenomeno. Di seguito sono riportati tutti i giorni feriali di fine mese dal 2020 che hanno registrato meno di mille filing, ciascuno confrontato con la media dei giorni dell'indice entro cinque giorni da esso.
L'esatto SQL dietro ogni numero
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 giorni in sei anni e mezzo. Il trio del 2026 si posiziona in fondo alla classifica: il 30 giugno registra 31 filing contro una media dei giorni limitrofi di 4443 — 0.7% di un giorno normale, un deficit superiore al 99%. Il 30 aprile si attesta a 0.6% e il 31 marzo a 1.2%. Se consideriamo le società invece dei documenti: l'intero indice del 30 giugno 2026 conta 27 filers distinti.
Le altre tre righe spiegano perché non si tratta di un fenomeno limitato esclusivamente al 2026. Due sono normali chiusure federali: il 31 maggio 2021 era il Memorial Day, e il 31 dicembre 2021 era l'osservanza federale del Capodanno 2022 (il 1° gennaio cadeva di sabato). EDGAR segue il calendario delle festività federali, quindi i conteggi prossimi allo zero — 0 e 1 filing — rappresentano l'effetto di una finestra di filing chiusa, non un difetto.
Il terzo caso è il più rilevante. Il 30 aprile 2025 registra 928 filing, ovvero 19.1% rispetto ai giorni limitrofi — un valore parziale, non nullo. È l'unico fine mese in un giorno feriale dal 2020 a posizionarsi così al di sotto della norma senza una festività a giustificarlo, e precede di un anno i crolli del 2026: una versione più lieve dello stesso comportamento limite, a circa un quinto di un giorno normale invece di un centesimo.
Ogni fine mese dal 2020
L'esatto SQL dietro ogni numero
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.meLa lunga serie funge da controllo per l'intera analisi. Tra le fine mese di 55 giorni lavorativi tra gennaio 2020 e giugno 2026, la linea rimane piatta nell'ordine delle migliaia e poi crolla drasticamente sul margine destro. L'ultimo giorno lavorativo del mese non rende i filing scarsi: le scadenze si concentrano proprio in quel periodo.
Cosa è realmente presente nel giorno mancante
L'esatto SQL dietro ogni numero
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 14Questo pannello identifica il difetto. I moduli con dati presenti il 30 giugno si trovano in cima: 15 EFFECT avvisi — le conferme della SEC che una registration statement è diventata efficace — oltre alle registrazioni dei municipal-advisor, alle qualifiche professionali e agli avvisi dei trading-venue. Si tratta di documenti emessi dai sistemi della SEC, non di documenti inviati dalle società. Ogni tipologia di modulo che costituisce il volume di una giornata normale mostra 0 righe: 926 424B2 supplementi al prospectus il 29 giugno e nessuno il giorno successivo, 595 moduli Form 4 sulle insider-transaction e nessuno il giorno successivo, 223 8-K report su corporate-event e nessuno il giorno successivo. Un martedì di fine trimestre con zero 8-K e zero moduli sulle insider-transaction non è un dato di mercato. È un file mancante.
Quando sono arrivate le righe
L'esatto SQL dietro ogni numero
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_dateGli timestamp di arrivo sono l'elemento più simile a un'impronta digitale in questo contesto. Ogni giorno di giugno fino al 29 è confluito nel warehouse in un unico job — 2026-07-01 09:38 UTC, un singolo batch che conteneva l'intero mese. Il 30 giugno è arrivato da solo la mattina successiva, alle 2026-07-02 09:12, portando con sé le sue 31 righe amministrative, mentre il giorno precedente il suo vicino ne conteneva 4439. I giorni di confine di marzo e aprile mostrano la stessa identica struttura, un mese prima.
L'esatto SQL dietro ogni numero
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_typesLe righe del 1° aprile sono arrivate per la prima volta il 2026-05-01 — il batch mensile di aprile, eseguito al passaggio di maggio. Le righe del 30 aprile sono arrivate il 2026-05-02, un giorno DOPO rispetto al batch che avrebbe dovuto contenerle. Quel singolo giorno di separazione rappresenta l'intera diagnosi in un unico numero: il job che carica un mese si ferma un giorno prima della fine del mese, e il giorno di confine viene quindi acquisito da un percorso diverso e chiaramente incompleto. Quando l'ultimo giorno del mese è un fine settimana, l'errore non ha costi (non c'è nulla da archiviare), ma quando si tratta di un giorno di trading, una delle sessioni più intense del mese viene scambiata con una manciata di notifiche emesse dalla SEC distribuite su 6 tipi di form.
Non è possibile determinare se questo scarto di un giorno risieda nella pipeline del vendor o nel nostro processo di ingest — per risolvere il problema sono necessari i file degli indici giornalieri grezzi della SEC per quelle tre date, un confronto che questa pagina non può eseguire. Ciò che le ricevute stabiliscono con certezza è che tre date specifiche sono inutilizzabili per il conteggio dei filing.
Stato alla presente revisione
Non corretto. Ogni conteggio in questa pagina viene ricalcolato ad ogni generazione della pagina; al momento di questa esecuzione, al 31 marzo sono ancora presenti i filing 55, al 30 aprile i filing 34 e al 30 giugno i filing 31 — ovvero i conteggi registrati quando il gap è stato redatto per la prima volta. L'indice è altrimenti regolare: 2026-07-10 contiene i filing 2198, arrivati secondo la tabella di marcia. I limiti di controllo qui mantengono i tre giorni ai loro valori quasi nulli; un backfill attiva tali limiti e forza una rigenerazione con i numeri corretti.
Manca qualcos'altro?
Un bug di limite in un loader non fornisce informazioni sugli altri. Il 30 giugno presenta lacune in altri punti del warehouse?
L'esatto SQL dietro ogni numero
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 ordNo. Il tape con risoluzione a un minuto copre 11982 ticker il 30 giugno rispetto a 11903 del giorno precedente; anche 704 record ex-dividend, 215 articoli di news e l'intera curva Treasury ricadono in quella data. Solo l'indice dei filing — 31 righe contro 4439 — presenta il vuoto. Il riepilogo settimanale contiene i dati della sessione: il 30 giugno 2026 era un martedì e una giornata di trading completa.
Cosa significa se si contano i filing
Qualsiasi conteggio che includa il 31 marzo, il 30 aprile o il 30 giugno 2026 è sottostimato per un valore superiore a un semplice errore di arrotondamento: tre giornate di forte attività di filing sono sostituite da valori quasi nulli. Questo riduce i totali mensili di marzo, aprile e giugno, i totali trimestrali del Q1 e del Q2 e il totale semestrale. Il nostro riepilogo di giugno pubblica i conteggi dei filing includendo la nota informativa; la stessa avvertenza si applica a qualsiasi domanda sui conteggi dei filing posta a un terminale — il nostro incluso — che riguardi tali date. Richiedendo i filing per mese nel 2026, tre delle sei risposte risulteranno scoperte di circa un intero giorno di documenti.
I tipi di moduli, uno per riga
- 8-K — un rapporto su eventi societari: una società che comunica al mercato un evento rilevante.
- Form 4 — un insider (dirigente, amministratore, grande azionista) che comunica un'operazione sulle proprie azioni.
- 10-Q — il report finanziario trimestrale.
- 424B2 — un supplemento al prospetto: il documento di pricing per un'offerta di titoli.
- NPORT-P — il report mensile sulle posizioni del portafoglio di un fondo.
- EFFECT / QUALIF / MA-I / ATS-N — avvisi amministrativi generati dai sistemi della SEC: una registrazione che diventa efficace, un'offerta qualificata, la registrazione di un consulente municipale, la presentazione di informative da parte di un venue di trading. Questi sono i moduli sopravvissuti ai giorni di interruzione. Quali SEC filings compaiono più spesso analizza l'intera distribuzione.
FAQ
Il gap nei filing SEC EDGAR è stato risolto?
Non al momento di questa revisione. Le date del 31 marzo, 30 aprile e 30 giugno 2026 presentano ancora i filing 55, 34 e 31 rispettivamente nella nostra copia dell'index. Questa pagina si rigenera al variare dei dati; i limiti di controllo sono impostati per segnalare un errore in caso di backfill — l'obiettivo è pubblicare le ricevute invece di una nota informativa.
Questo significa che la SEC ha perso i filing?
No. I documenti sono presenti su EDGAR; mancano invece le righe relative a un'intera giornata nell'INDEX della copia downstream. Gli orari di arrivo indicano che il loader ha operato regolarmente, consegnando una giornata quasi vuota. Per stabilire se l'errore di un giorno riguardi il data vendor o la nostra elaborazione, è necessario attendere la stabilizzazione dei file dell'index giornaliero della SEC per quelle tre date.
Cos'è l'index dei filing SEC EDGAR?
EDGAR è il sistema di filing pubblico della SEC. Il suo index giornaliero elenca ogni documento depositato in quella data: la società, il tipo di form, l'accession number che identifica univocamente il filing e il link. Rappresenta la base fondamentale per qualsiasi sistema di monitoraggio dei filing — dai filtri per insider-trade ai feed degli eventi 8-K, fino ai tracker dei prospectus.
Quali tipi di form mancavano il 30 giugno 2026?
Tutti quelli depositati dalle società. La giornata presenta 6 tipi di form, tutti avvisi amministrativi generati dalla SEC. I filing 926 424B2 della sessione precedente, i report insider 595 Form 4 e i report sugli eventi 223 8-K scendono a 0 nel giorno del gap.
È già successo prima del 2026?
Una volta, in forma meno grave. Il 30 aprile 2025 si è attestato al 19.1% di una giornata normale — un dato parziale anziché vuoto, non riconducibile a festività. Gli unici altri fine mese in giorni feriali con meno di mille record dal 2020 sono il 31 maggio 2021 (Memorial Day) e il 31 dicembre 2021 (l'osservanza federale del Capodanno), entrambi veri giorni di chiusura e non errori di dati.
Metodologia
- Tutti i conteggi sono de-duplicati tramite numero di accessione: un singolo filing può essere indicizzato sotto diverse entità.
- La "media dei giorni limitrofi" è la media dei conteggi dei giorni dell'indice compresi entro cinque giorni di calendario dal giorno in questione, escludendo quest'ultimo.
- Gli orari di arrivo sono i valori
_ingest_timedi questo warehouse, non quelli della SEC: misurano il pipeline che un lettore di questa pagina effettivamente sperimenta. - Le fine mese nei giorni feriali sono l'ultimo giorno di CALENDARIO di ogni mese che cade da lunedì a venerdì; due di questi sono festività federali e sono contrassegnati come tali sopra.
- Questa nota si aggiorna in loco; la sua originale impostazione di fine trimestre è stata sostituita dall'evidenza di fine mese, sullo stesso URL. Ogni numero è il risultato di una query memorizzata, eseguita nuovamente attraverso il percorso di sola lettura protetto ad ogni rigenerazione — eseguite le stesse query sul terminale Strasmore.