SEC EDGAR Endeksinde Ay Sonu Boşlukları

Ayın son işlem günü, normal şartlarda şirketlerin düzenleyici kuruma sunduğu tüm belgelerin kaydı olan SEC bildirim endeksindeki en yoğun günlerden biridir. 2026 yılında bu durum üç kez neredeyse tamamen boş geçmektedir. 31 Mart, 30 Nisan ve 30 Haziran tarihlerinde, komşu günlerde binlerce bildirim varken, bu tarihlerde sadece çift haneli sayıda bildirim bulunmaktadır. Bu durum takvim yapısıyla ilişkilidir: 2026 yılında son takvim günü hafta içine denk gelen her ay çok düşük hacimlidir; son takvim günü hafta sonuna denk gelen aylar ise normal seyrini korumaktadır. Aşağıda; hatalı dönemin sınırlarını belirleyen kayıtlar, varış zaman damgaları, benzer seyreden bir önceki gün ve bu tarihlerdeki bildirim sayılarının değerleri yer almaktadır.

Bu fark, Q2 özeti ve H1 özeti hazırlanırken ilk olarak bir çeyrek sonu sorunu olarak ortaya çıkmıştır; bu sayfanın URL'si de bu nedenle bu şekildedir. Yapılan daha derin incelemeler, durumu bir ay sonu sorunu olarak yeniden tanımlamıştır; sayfa aynı adres üzerinden güncellenmektedir.

Hangi günler eksik

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

Patern panel boyunca aşağı doğru ilerlemektedir. Ocak ayının son iş günü 4332 bildirimleri, Şubat ayı ise 7870 bildirimlerini içermektedir; her iki ayın son takvim günü Cumartesi gününe denk geldiği için son iş günü ayın bir veya iki günü içinde kalmıştır. Ardından 31 Mart'ta 55, 30 Nisan'da 34, 29 Mayıs'ta (Mayıs Pazar günü bitti) tekrar 5527 ve 30 Haziran'da 31 gelmektedir. Önceki yılın kontrol verileri 3460 ve 2289 bildirimlerinde yer almaktadır; aynı iş günü-ay sonu yapısı tam olarak doludur. Veriler, yalnızca ve tam olarak 2026 yılının bir ayının son takvim günü hafta içine denk geldiğinde boşalmaktadır.

Basit terimlerle boşluk ne kadar büyük

Ham veriler, durumun vahametini tam olarak yansıtmamaktadır. Aşağıda, 2020'den bu yana her hafta içi ay sonu için bin başvurunun altında kalan günler listelenmiştir; her veri, ilgili günün beş gün içindeki ortalamasıyla kıyaslanmıştır.

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

Altı buçuk yılda 6 gün. 2026'daki üçlü en alt sırada yer almaktadır: 30 Haziran günü, komşu günlerin 4443 ortalamasına karşı 31 başvuru almıştır — 0.7% oranında, yani normal bir günün yüzde 99'undan fazla eksikliği. 30 Nisan 0.6% seviyesinde, 31 Mart ise 1.2% seviyesinde kalmıştır. Belge yerine şirket bazlı bakıldığında: 30 Haziran 2026 tarihindeki tüm endeks isimleri 27 farklı başvuru sahibi göstermektedir.

Diğer üç satır, bu durumun sadece "2026'ya özgü" bir olay olmadığını göstermektedir. İki satır sıradan federal tatillerdir: 31 Mayıs 2021 Memorial Day, 31 Aralık 2021 ise 2022 Yılbaşı tatili (1 Ocak Cumartesi gününe denk gelmiştir) nedeniyle kapalıdır. EDGAR federal tatil takvimini baz aldığı için, buralardaki sıfıra yakın sayılar — 0 ve 1 başvuru — bir kusur değil, kapalı bir başvuru penceresinin sonucudur.

Üçüncü satır ise dikkat çekicidir. 30 Nisan 2025 günü, komşu günlerin 19.1% oranında, yani 928 başvuru almıştır; bu tamamen boş değil, kısmi bir düşüştür. 2020'den bu yana, bir tatil durumu olmaksızın normalin bu kadar altında kalan tek hafta içi ay sonudur ve 2026'daki büyük düşüşlerden bir yıl önce gerçekleşmiştir: Normal bir günün yüzde biri yerine yaklaşık beşte biri kadar olan, aynı sınır davranışının daha hafif bir versiyonudur.

2020'den bu yana her ay sonu

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

Bu uzun seri, tüm argümanın kontrol noktasıdır. Ocak 2020 ile Haziran 2026 arasındaki 55 hafta içi ay sonu döneminde, çizgi binli rakamlarda düz bir seyir izlemekte ve sağ uçta hızla düşmektedir. Bir ayın son hafta içi günleri, bildirimlerin azlığına neden olmaz; aksine son teslim tarihleri bu dönemde yoğunlaşmaktadır.

Eksik günde gerçekte ne var

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

Bu panel hatayı tanımlamaktadır. 30 Haziran tarihinde satırı bulunan formlar en üstte yer almaktadır: 15 EFFECT bildirimleri — SEC'ın bir kayıt beyanının yürürlüğe girdiğine dair kendi onayları — ayrıca belediye danışmanı kayıtları, teklif yeterlilikleri ve işlem platformu bildirimleri. Bunlar şirketlerin sunduğu belgeler değil, SEC sistemlerinin oluşturduğu belgelerdir. Normal bir günün yoğunluğunu oluşturan her form türü 0 satır göstermektedir: 29 Haziran'da 926 424B2 izahname eki ve ertesi gün hiç yok, 595 içeriden öğrenenlerin işlemi Form 4 dosyalamaları ve ertesi gün hiç yok, 223 8-K kurumsal olay raporları ve ertesi gün hiç yok. Sıfır 8-K ve sıfır içeriden öğrenen formu içeren bir çeyrek sonu Salı günü bir piyasa gerçeği değildir. Bu, eksik bir dosyadır.

Veriler ne zaman ulaştı

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

Varış zaman damgaları, buradaki en belirgin izlerdir. 29 Haziran'a kadar olan tüm Haziran günleri depoya tek bir iş olarak ulaştı — 2026-07-01 09:38 UTC, tüm ayı kapsayan tek bir grup. 30 Haziran ise ertesi sabah 2026-07-02 09:12 saatinde, 31 idari satırıyla birlikte tek başına geldi; bir gün önceki komşusu ise 4439 satırını taşıyordu. Mart ve Nisan arasındaki sınır günleri, bir ay öncesinde aynı yapıyı göstermektedir.

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 Nisan satırları ilk olarak 2026-05-01 tarihinde ulaştı — Mayıs ayının başında gerçekleşen Nisan ayı aylık grubu. 30 Nisan satırları ise 2026-05-02 tarihinde, içermesi gereken gruptan bir gün SONRA ulaştı. Bu tek günlük ayrım, tüm teşhisi tek bir rakamla koymaktadır: bir ayı yükleyen iş, ayın sonundan bir gün önce duruyor ve sınır günü daha sonra, açıkça eksik olan farklı bir yol tarafından alınıyor. Bir ayın son takvim günü hafta sonuna denk geldiğinde, bu hata bir maliyet yaratmaz (dosyalanacak bir şey yoktur); ancak işlem günü olduğunda, ayın en yoğun seanslarından biri, 6 form türlerine yayılmış bir avuç SEC onaylı bildirimle değiştirilmiş olur.

Bu bir günlük sapmanın tedarikçinin veri hattında mı yoksa bizim veri alım sürecimizde mi olduğu bu depo içerisinden belirlenemez — konunun netleşmesi için söz konusu üç tarihe ait SEC ham günlük endeks dosyalarına ihtiyaç vardır; bu sayfa bu karşılaştırmayı yapamaz. Makbuzların kanıtladığı husus şudur: üç spesifik tarih, dosyalama sayımları için kullanılamaz durumdadır.

Bu revizyon itibarıyla durum

Düzeltilmedi. Bu sayfadaki tüm sayımlar sayfa her oluşturulduğunda yeniden hesaplanır; bu çalışma itibarıyla 31 Mart tarihi hâlâ 55 bildirimlerini, 30 Nisan 34 bildirimlerini ve 30 Haziran 31 bildirimlerini içermektedir — bu sayılar boşluk ilk raporlandığında kaydedilen sayımlardır. Endeks bunun dışında sağlıklıdır: 2026-07-10, planlanan tarihte gelen 2198 bildirimini içermektedir. Buradaki mantık sınırları, üç günü neredeyse boş değerlerde tutmaktadır; bu nedenle bir geriye dönük veri doldurma işlemi sınırları tetiklemekte ve düzeltilmiş sayılarla yeniden oluşturmayı zorunlu kılmaktadır.

Başka bir eksik var mı?

Bir yükleyicideki sınır hatası diğerleri hakkında bilgi vermemektedir. Deponun başka bir yerinde 30 Haziran verisi eksik mi?

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

Eksik değil. Dakikalık grafik verileri, 30 Haziran tarihindeki 11982 hisse senedini bir önceki günün 11903 verisiyle karşılaştırmaktadır; 704 temettü kayıtları, 215 haber makaleleri ve tam bir Hazine eğrisi de aynı güne denk gelmektedir. Sadece başvuru indeksi — 31 satıra karşı 4439 — boşluk içermektedir. haftalık özet oturum kayıtlarını içermektedir: 30 Haziran 2026 bir Salı günüydü ve tam bir işlem günüydü.

Dosya sayıları baz alındığında bu ne anlama geliyor

31 Mart, 30 Nisan veya 30 Haziran 2026 tarihlerini kapsayan herhangi bir sayım, yuvarlama hatasından daha fazla eksik sonuç vermektedir: üç yoğun dosyalama günü, sıfıra yakın değerlerle yer değiştirmiştir. Bu durum Mart, Nisan ve Haziran aylık toplamlarını, birinci çeyrek ve ikinci çeyrek toplamlarını ve yarıyıl toplamını düşürmektedir. Kendi Haziran özeti içeriğimiz, dosya sayılarını beyanla birlikte yayınlamaktadır; aynı uyarı, bir terminalden (bizimki dahil) bu tarihlere değinen herhangi bir dosya sayısı sorusu için de geçerlidir. 2026 yılı için aylık dosya sayısı istendiğinde, altı cevaptan üçü yaklaşık bir tam günlük belge eksikliğiyle sonuçlanmaktadır.

Form türleri her satırda bir tane olacak şekilde

• 8-K — kurumsal olay raporu: bir şirketin piyasaya önemli bir gelişmeyi bildirmesi.
• Form 4 — içeriden öğrenen kişi (yönetici, direktör, büyük hissedar) raporu: bir yöneticinin kendi hissesindeki işlemi bildirmesi.
• 10-Q — çeyreklik finansal rapor.
• 424B2 — izahname eki: menkul kıymet arzı için fiyatlandırma belgesi.
• NPORT-P — bir fonun aylık portföy varlıkları raporu.
• EFFECT / QUALIF / MA-I / ATS-N — SEC sistemleri tarafından oluşturulan idari bildirimler: bir tescilin yürürlüğe girmesi, bir arzın nitelik kazanması, bir belediye danışmanının tescil edilmesi veya bir işlem platformunun bildirimleri sunması. Bunlar boşluk günlerinden sağ çıkanlardır. En sık görülen SEC bildirimleri hangileridir bağlantısı tam dağılımı açıklamaktadır.

SSS

SEC EDGAR bildirimlerindeki boşluk giderildi mi?

Bu revizyon itibarıyla henüz giderilmedi. İndeksimizin mevcut kopyasında 31 Mart, 30 Nisan ve 30 Haziran 2026 tarihleri sırasıyla 55, 34 ve 31 bildirimlerini taşımaktadır. Veriler değiştiğinde bu sayfa yeniden oluşturulur; verilerin geriye dönük doldurulması durumunda doğrulama sınırları hata verecek şekilde ayarlanmıştır; bu durum, bir not yerine makbuzların yayınlanmasının temel amacıdır.

Bu durum SEC'in bildirimleri kaybettiği anlamına mı geliyor?

Hayır. Belgeler EDGAR üzerinde mevcuttur; eksik olan, sistemin sonraki kopyasındaki bir günlük INDEX satırıdır. Varış zamanları, yükleyicinin planlandığı gibi çalıştığını ancak neredeyse boş bir gün sunduğunu göstermektedir. Bu bir birimlik sapmanın veri sağlayıcısından mı yoksa bizim yüklememizden mi kaynaklandığı, söz konusu üç tarihe ait SEC günlük indeks dosyalarının kesinleşmesiyle anlaşılacaktır.

SEC EDGAR bildirim indeksi nedir?

EDGAR, SEC'in kamuya açık bildirim sistemidir ve günlük indeksi o gün sunulan her belgeyi listeler: şirket, form türü, bildirimi benzersiz şekilde tanımlayan erişim numarası ve bağlantı. Bu sistem; içeriden öğrenenlerin ticareti tarayıcıları, 8-K olay akışları ve izahname takipçileri gibi bildirim sayımı yapan tüm sistemlerin temelini oluşturur.

30 Haziran 2026 tarihinde hangi form türleri eksikti?

Şirketlerin sunduğu tüm formlar. O gün 6 form türü bulunmaktadır ve bunların tamamı SEC tarafından oluşturulan idari bildirimlerdir. Önceki oturumdaki 926 424B2 bildirimleri, 595 Form 4 içeriden öğrenenlerin raporları ve 223 8-K olay raporlarının tamamı, boşluk gününde 0 seviyesindedir.

Bu durum 2026'dan önce de yaşandı mı?

Bir kez, daha hafif bir biçimde. 30 Nisan 2025 tarihi, normal bir günün 19.1% seviyesindedir; tamamen boş değil, kısmi bir eksiklik söz konusudur ve herhangi bir tatille açıklanamamaktadır. 2020'den bu yana binin altındaki diğer hafta içi ay sonları, her ikisi de veri hatası değil gerçek kapanış olan 31 Mayıs 2021 (Memorial Day) ve 31 Aralık 2021 (federal yılbaşı tatili) tarihleridir.

Metodoloji

• Tüm sayımlar, erişim numarasına göre tekilleştirilir: bir bildirim birden fazla varlık altında listelenebilir.
• "Komşu gün ortalaması", ilgili günün beş takvim günü içindeki, ilgili gün hariç tutularak hesaplanan endeks günlerinin ortalama sayısıdır.
• Varış zamanları, SEC verileri değil, bu deponun kendi _ingest_time değerleridir; okuyucunun fiilen deneyimlediği veri akışını ölçer.
• Hafta içi ay sonları, her ayın Pazartesi ile Cuma günleri arasına denk gelen son TAKVİM günüdür; bunlardan ikisi federal tatildir ve yukarıda bu şekilde işaretlenmiştir.
• Bu not yerinde güncellenir; orijinal çeyrek sonu çerçevesi, aynı URL üzerindeki ay sonu verileriyle değiştirilmiştir. Her sayı, her yenilemede salt okunur kısıtlı yol üzerinden tekrar çalıştırılan, kayıtlı bir sorgu sonucudur; aynı sorguları Strasmore terminalinde kendiniz çalıştırabilirsiniz.