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

SEC EDGAR Index में महीने के अंत का अंतर

SEC EDGAR इंडेक्स में 2026 के तीन महीने के अंत में फाइलिंग की कमी देखी गई है। इस लेख में रसीदें, डेटा और 2025 के उदाहरणों का विश्लेषण दिया गया है।

आमतौर पर महीने का अंतिम ट्रेडिंग डे SEC के फाइलिंग इंडेक्स — जो कंपनियों द्वारा रेगुलेटर के पास जमा किए गए सभी दस्तावेजों का रिकॉर्ड है — सबसे व्यस्त दिनों में से एक होता है। 2026 में, यह तीन बार लगभग खाली रहता है। 31 मार्च, 30 अप्रैल और 30 जून में केवल कुछ ही फाइलिंग (double-digit) हैं, जबकि इनके आस-पास के दिनों में हजारों फाइलिंग होती हैं। यह पैटर्न कैलेंडर पर आधारित है: 2026 का हर वह महीना जिसका अंतिम CALENDAR दिन कार्यदिवस (weekday) पर पड़ा, उसमें फाइलिंग की भारी कमी है, जबकि हर वह महीना जिसका अंतिम कैलेंडर दिन सप्ताहांत (weekend) पर पड़ा, वह सामान्य है। नीचे दिए गए विवरण में रसीदें, समय-सीमा (timestamps), संबंधित पिछले दिन का डेटा और उन तारीखों पर फाइलिंग की संख्या का विवरण दिया गया है।

यह अंतर पहली बार 5527 के Q2 recap और H1 recap तैयार करते समय एक तिमाही-अंत (quarter-end) की समस्या के रूप में सामने आया था — इसीलिए इस पेज का URL यही है। आगे की जांच से पता चला कि यह वास्तव में एक महीने के अंत (month-end) की समस्या है; यह पेज उसी पते पर अपडेट किया जाता है।

कौन से दिन गायब हैं

क्वेरीप्रत्येक 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

यह पैटर्न पैनल में नीचे की ओर चलता है। जनवरी के अंतिम कार्यदिवस पर 4332 फाइलिंग हुई और फरवरी में 7870 हुई — इन दोनों महीनों का अंतिम कैलेंडर दिन शनिवार था, इसलिए अंतिम कार्यदिवस महीने के भीतर एक या दो दिन पहले था। इसके बाद 31 मार्च को 55, 30 अप्रैल को 34, फिर 29 मई को 5527 (मई रविवार को समाप्त हुआ), और 30 जून को 31 हुआ। पिछले वर्ष के नियंत्रण 3460 और 2289 फाइलिंग पर हैं — यही समान कार्यदिवस-माह-अंत का स्वरूप है, जो पूरी तरह से भरा हुआ है। डेटा ठीक उसी समय खाली होता है, जब 2026 के किसी महीने का अंतिम कैलेंडर दिन स्वयं एक कार्यदिवस होता है।

सरल शब्दों में यह कमी कितनी बड़ी है

केवल आंकड़ों को देखने से इस गिरावट की गंभीरता का सही पता नहीं चलता। यहाँ 2020 से अब तक के वे सभी कार्यदिवस (weekdays) दिए गए हैं, जिनमें महीने के अंत में filings की संख्या एक हज़ार से कम रही है। प्रत्येक डेटा की तुलना उसके आस-पास के पांच दिनों के औसत से की गई है।

क्वेरी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 के तीन दिन सबसे निचले स्तर पर हैं: 30 जून को 31 filings मिलीं, जबकि आस-पास के दिनों का औसत 4443 था — यानी 0.7%। यह सामान्य दिन का 99% से अधिक का नुकसान है। 30 अप्रैल 0.6% पर और 31 मार्च 1.2% पर रहा। यदि हम दस्तावेजों के बजाय कंपनियों की बात करें: तो 30 जून, 2026 को कुल 27 अलग-अलग filers मिले।

अन्य तीन पंक्तियाँ यह दर्शाती हैं कि यह समस्या केवल "2026" तक सीमित नहीं है। दो दिन सामान्य संघीय अवकाश (federal closures) के कारण थे: 31 मई, 2021 Memorial Day था, और 31 दिसंबर, 2021 को 2022 के नए साल के लिए संघीय अवकाश था (1 जनवरी को शनिवार था)। EDGAR संघीय अवकाश कैलेंडर का पालन करता है, इसलिए वहां शून्य के करीब की संख्या — 0 और 1 filings — केवल बंद filing विंडो का परिणाम है, कोई तकनीकी खराबी नहीं।

तीसरा मामला महत्वपूर्ण है। 30 अप्रैल, 2025 को 928 filings मिलीं, जो इसके आस-पास के दिनों का 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 से जून 2026 के बीच के 55 कार्यदिवस (weekday) महीने के अंत के दौरान, रेखा हजारों के स्तर पर स्थिर रहती है और फिर दाईं ओर अचानक गिर जाती है। महीने के अंतिम कार्यदिवस के कारण फाइलिंग की कमी नहीं होती है — बल्कि डेडलाइन वहीं केंद्रित होती हैं।

वास्तव में उस छूटे हुए दिन पर क्या है

क्वेरीगैप डे (June 30, 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

यह पैनल दोष (defect) की पहचान करता है। 30 जून को जिन फॉर्म्स में डेटा मौजूद है, वे सबसे ऊपर हैं: 15 EFFECT नोटिस — जो SEC द्वारा जारी किए गए पुष्टिकरण हैं कि एक पंजीकरण विवरण प्रभावी हो गया है — साथ ही municipal-advisor पंजीकरण, योग्यता और ट्रेडिंग-वेन्यू नोटिस। ये वे दस्तावेज़ हैं जिन्हें SEC के सिस्टम जारी करते हैं, न कि वे दस्तावेज़ जिन्हें कंपनियाँ जमा करती हैं। एक सामान्य दिन के डेटा में शामिल प्रत्येक फॉर्म प्रकार में 0 पंक्तियाँ (rows) दिखाई देती हैं: 29 जून को 926 424B2 प्रॉस्पेक्टस सप्लीमेंट्स थे लेकिन अगले दिन एक भी नहीं, 595 insider-transaction Form 4 फाइलिंग थीं लेकिन अगले दिन एक भी नहीं, और 223 8-K कॉर्पोरेट-इवेंट रिपोर्ट थीं लेकिन अगले दिन एक भी नहीं। बिना किसी 8-K और बिना किसी insider फॉर्म के तिमाही के अंत वाला मंगलवार कोई बाजार तथ्य नहीं है। यह एक गायब फ़ाइल है।

जब डेटा की पंक्तियाँ (rows) आईं

क्वेरीप्रत्येक दिन की पंक्तियाँ वास्तव में वेयरहाउस में कब आईं, June 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

यहाँ आगमन का समय (arrival timestamps) सबसे सटीक पहचानकर्ता है। 29 जून तक के सभी दिन एक ही जॉब में वेयरहाउस में आए — 2026-07-01 09:38 UTC, जो पूरे महीने का एक एकल बैच था। 30 जून अगले दिन सुबह 2026-07-02 09:12 पर अकेला आया, जिसमें इसकी 31 प्रशासनिक पंक्तियाँ थीं, जबकि एक दिन पहले वाले बैच में 4439 थीं। मार्च और अप्रैल की सीमा वाले दिन भी एक महीने पहले बिल्कुल ऐसा ही पैटर्न दिखाते हैं।

क्वेरीस्टेटस रसीद: March और April की सीमावर्ती तिथियाँ, उनके आगमन का समय, और इस रन तक उनकी संख्या
हर आंकड़े के पीछे का पूरा 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 को आईं, जो कि उस बैच से एक दिन देरी से आईं जिसमें उन्हें होना चाहिए था। यह एक दिन का अंतर ही मुख्य कारण है: महीने को लोड करने वाला जॉब महीने के अंत से एक दिन पहले रुक जाता है, और फिर सीमा वाले दिन को एक अलग, स्पष्ट रूप से अधूरा पाथ (path) उठा लेता है। जब महीने का अंतिम कैलेंडर दिन सप्ताहांत (weekend) होता है, तो इस चूक का कोई नुकसान नहीं होता (क्योंकि फाइल करने के लिए कुछ नहीं होता), लेकिन जब यह एक ट्रेडिंग डे होता है, तो महीने के सबसे व्यस्त सत्रों में से एक का स्थान 6 फॉर्म प्रकारों में फैले SEC-जारी नोटिस ले लेते हैं।

यह एक दिन का अंतर वेंडर के पाइपलाइन में है या हमारे डेटा ग्रहण (ingest) करने की प्रक्रिया में, यह इस वेयरहाउस के भीतर से निर्धारित नहीं किया जा सकता — इसे सुलझाने के लिए उन तीन तारीखों के SEC के रॉ डेली इंडेक्स फाइल्स की आवश्यकता होगी, जिसकी तुलना यह पेज नहीं कर सकता। ये रसीदें (receipts) केवल यह स्थापित करती हैं: फाइलिंग गणना के लिए तीन विशिष्ट तारीखें अनुपयोगी हैं।

इस संशोधन की स्थिति

स्थिर नहीं। इस पृष्ठ पर प्रत्येक गणना हर बार पृष्ठ जनरेट होने पर पुनर्गणना की जाती है। इस रन के अनुसार, 31 मार्च तक इसमें 55 फाइलिंग, 30 अप्रैल तक 34, और 30 जून तक 31 फाइलिंग दर्ज है — ये वे संख्याएँ हैं जो अंतराल (gap) की पहली रिपोर्ट लिखे जाने के समय दर्ज की गई थीं। इसके विपरीत, इंडेक्स सही है: 2026-07-10 में 2198 फाइलिंग हैं, जो निर्धारित समय पर आ रही हैं। यहाँ की सैनिटी बाउंड्स (sanity bounds) इन तीन दिनों को लगभग शून्य मान पर रखती हैं, इसलिए बैकफिल होने पर ये बाउंड्स सक्रिय हो जाती हैं और सही नंबरों के साथ पुनर्गणना (regeneration) करने के लिए मजबूर करती हैं।

क्या कुछ और भी छूटा है?

एक लोडर में मौजूद बाउंड्री बग (boundary bug) अन्य लोडर्स के बारे में कुछ नहीं बताता है। क्या वेयरहाउस में 30 जून का डेटा कहीं और कम है?

क्वेरीक्या June 30, 2026 कहीं और गायब है? पांच डेट-कीड डेटासेट में वही दिन
हर आंकड़े के पीछे का पूरा 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

ऐसा नहीं है। मिनट-बार टेप 30 जून के लिए 11982 टिकर्स को 11903 के मुकाबले कवर करता है; 704 एक्स-डिविडेंड रिकॉर्ड्स, 215 समाचार लेख और एक पूर्ण ट्रेजरी कर्व भी उसी दिन आते हैं। केवल फाइलिंग इंडेक्स — 31 पंक्तियाँ बनाम 4439 — में ही कमी है। साप्ताहिक सारांश में सत्र की रसीदें शामिल हैं: 30 जून, 2026 एक मंगलवार था और एक पूर्ण ट्रेडिंग दिवस था।

यदि आप फाइलिंग की गणना करते हैं तो इसका अर्थ क्या है

यदि किसी गणना की अवधि में 31 मार्च, 30 अप्रैल या 30 जून, 2026 शामिल है, तो वह परिणाम वास्तविक संख्या से काफी कम होगा। तीन महत्वपूर्ण फाइलिंग दिनों के स्थान पर लगभग शून्य डेटा दर्ज है। इस कारण मार्च, अप्रैल और जून के मासिक कुल योग, Q1 और Q2 के त्रैमासिक कुल योग, और अर्धवार्षिक कुल योग में कमी आएगी। हमारा June recap फाइलिंग गणना के साथ प्रकटीकरण (disclosure) प्रदान करता है। यदि आप किसी टर्मिनल (हमारे टर्मिनल सहित) से उन तारीखों से संबंधित फाइलिंग गणना के बारे में पूछते हैं, तो वही चेतावनी लागू होती है। यदि आप 2026 के लिए प्रति माह फाइलिंग मांगते हैं, तो छह में से तीन उत्तरों में दस्तावेजों का लगभग एक पूरा दिन कम होगा।

प्रत्येक फॉर्म का प्रकार एक पंक्ति में

  • 8-K — कॉर्पोरेट घटना रिपोर्ट: जब कोई कंपनी बाजार को किसी महत्वपूर्ण घटना की जानकारी देती है।
  • Form 4 — इनसाइडर (अधिकारी, निदेशक, या बड़ा होल्डर) द्वारा अपने स्वयं के स्टॉक में किए गए ट्रेड की रिपोर्ट।
  • 10-Q — त्रैमासिक वित्तीय रिपोर्ट।
  • 424B2 — प्रॉस्पेक्टस सप्लीमेंट: प्रतिभूतियों (securities) के निर्गम के लिए मूल्य निर्धारण दस्तावेज़।
  • NPORT-P — किसी फंड की मासिक पोर्टफोलियो-होल्डिंग्स रिपोर्ट।
  • EFFECT / QUALIF / MA-I / ATS-N — SEC के सिस्टम द्वारा जनरेट किए गए प्रशासनिक नोटिस: जैसे पंजीकरण का प्रभावी होना, किसी निर्गम का योग्य होना, म्युनिसिपल एडवाइजर का पंजीकरण, या ट्रेडिंग वेन्यू द्वारा खुलासे दर्ज करना। ये वे प्रविष्टियाँ हैं जो अंतराल वाले दिनों (gap days) में बनी रहीं। कौन से SEC filings सबसे अधिक बार दिखाई देते हैं में पूर्ण वितरण का विवरण दिया गया है।

FAQ

क्या SEC EDGAR फाइलिंग गैप (gap) अब ठीक हो गया है?

इस संशोधन के अनुसार नहीं। हमारे इंडेक्स की कॉपी में 31 मार्च, 30 अप्रैल और 30 जून, 2026 के लिए क्रमशः 55, 34 और 31 फाइलिंग अभी भी मौजूद हैं। जब इनमें बदलाव होगा, तो यह पेज फिर से अपडेट हो जाएगा। यदि कोई बैकफिल (backfill) आता है, तो इसके सैनिटी बाउंड्स (sanity bounds) विफल हो जाएंगे — क्योंकि हमारा उद्देश्य मेमो के बजाय रसीदें प्रकाशित करना है।

क्या इसका मतलब यह है कि SEC ने फाइलिंग खो दी है?

नहीं। दस्तावेज़ EDGAR पर मौजूद हैं; जो गायब है वह इसके डाउनस्ट्रीम कॉपी में एक दिन के INDEX रो (rows) हैं — आगमन का समय (arrival times) दिखाता है कि लोडर निर्धारित समय पर चल रहा था और लगभग खाली दिन की डिलीवरी कर रहा है। क्या यह 'ऑफ-बाय-वन' (off-by-one) त्रुटि डेटा वेंडर की है या हमारे लोड की, यह उन तीन तारीखों के लिए SEC के अपने दैनिक इंडेक्स फाइलों के स्थिर होने पर निर्भर करता है।

SEC EDGAR फाइलिंग इंडेक्स क्या है?

EDGAR, SEC की सार्वजनिक फाइलिंग प्रणाली है। इसका दैनिक इंडेक्स उस दिन फाइल किए गए प्रत्येक दस्तावेज़ को सूचीबद्ध करता है: कंपनी, फॉर्म का प्रकार, एक्सेसशन नंबर (accession number) जो फाइलिंग की विशिष्ट पहचान करता है, और लिंक। यह फाइलिंग को ट्रैक करने वाली किसी भी चीज़ का आधार है — जैसे कि इनसाइडर-ट्रेड स्क्रीन, 8-K इवेंट फीड और प्रॉस्पेक्टस ट्रैकर।

30 जून, 2026 को कौन से फॉर्म प्रकार गायब थे?

वे सभी जो कंपनियाँ फाइल करती हैं। उस दिन में 6 फॉर्म प्रकार शामिल हैं, जो सभी SEC-जनरेटेड प्रशासनिक नोटिस हैं। पिछले सत्र की 926 424B2 फाइलिंग, 595 Form 4 इनसाइडर रिपोर्ट और 223 8-K इवेंट रिपोर्ट, गैप वाले दिन 0 पर गिरती हैं।

क्या 2026 से पहले भी ऐसा हुआ है?

एक बार, कम तीव्रता के रूप में। 30 अप्रैल, 2025 एक सामान्य दिन के 19.1% पर है — जो खाली होने के बजाय आंशिक है, और किसी भी छुट्टी के कारण नहीं है। 2020 के बाद से 1,000 से कम वाले अन्य कार्यदिवस माह-अंत (month-ends) 31 मई, 2021 (Memorial Day) और 31 दिसंबर, 2021 (न्यू ईयर डे का संघीय अवकाश) हैं, जो डेटा दोष के बजाय वास्तविक अवकाश हैं।

कार्यप्रणाली

  • सभी गणनाओं को accession number के आधार पर deduplicate किया गया है: एक filing कई entities के अंतर्गत index हो सकती है।
  • "Neighbouring-day average" का अर्थ संबंधित दिन के पांच कैलेंडर दिनों के भीतर के index days का औसत है, जिसमें संबंधित दिन शामिल नहीं है।
  • Arrival times इस warehouse के स्वयं के _ingest_time मान हैं, SEC के नहीं — ये उस pipeline को मापते हैं जिसका अनुभव इस पेज का पाठक वास्तव में करता है।
  • Weekday month-ends प्रत्येक महीने का अंतिम CALENDAR दिन है जो सोमवार से शुक्रवार के बीच आता है; इनमें से दो federal holidays हैं और उन्हें ऊपर इस रूप में चिह्नित किया गया है।
  • यह नोट उसी स्थान पर अपडेट होता है; इसके मूल quarter-end ढांचे को इसी URL पर month-end साक्ष्यों द्वारा बदल दिया गया है। प्रत्येक संख्या एक stored query result है, जिसे प्रत्येक regeneration पर gated read-only path के माध्यम से फिर से चलाया जाता है — Strasmore terminal पर स्वयं वही queries चलाकर देखें।
#sec filings#edgar#data quality#forensics