SEC EDGAR ইনডেক্সে মাসের শেষ দিনগুলোর ঘাটতি

সাধারণত মাসের শেষ ট্রেডিং দিনটি SEC-এর ফাইলিং ইনডেক্সের—যেখানে কোম্পানিগুলো নিয়ন্ত্রক সংস্থার কাছে জমা দেওয়া প্রতিটি নথির রেকর্ড থাকে—সবচেয়ে ব্যস্ত দিনগুলোর একটি হয়। ২০২৬ সালে এটি প্রায় তিনবার প্রায় শূন্যের কোঠায় নেমে আসবে। ৩১ মার্চ, ৩০ এপ্রিল এবং ৩০ জুন—এই দিনগুলোতে মাত্র দুই অঙ্কের সংখ্যায় ফাইলিং জমা পড়বে, যেখানে এর আগের বা পরের দিনগুলোতে হাজার হাজার ফাইলিং থাকে। এই প্যাটার্নটি ক্যালেন্ডারের ওপর ভিত্তি করে নির্ধারিত: ২০২৬ সালের যে যে মাসের শেষ ক্যালেন্ডার দিনটি সপ্তাহের কাজের দিন (weekday) হিসেবে পড়েছে, সেই দিনগুলোতে ফাইলিংয়ের সংখ্যা অত্যন্ত কম হবে; আর যে যে মাসের শেষ ক্যালেন্ডার দিনটি সপ্তাহান্তে (weekend) পড়েছে, সেই দিনগুলোতে ফাইলিংয়ের স্বাভাবিক পরিমাণ বজায় থাকবে। নিচে বিস্তারিত দেওয়া হলো: রসিদসমূহ, ফাইলিংয়ের সময়সূচী যা সমস্যার উৎস চিহ্নিত করে, এর আগের একটি সমগোত্রীয় দিন এবং সেই তারিখগুলোতে ফাইলিংয়ের সংখ্যা কত।

এই ব্যবধানটি প্রথম একটি ত্রৈমাসিক সমস্যা হিসেবে সামনে আসে যখন আমরা Q2 recap এবং H1 recap প্রস্তুত করছিলাম—তাই এই পৃষ্ঠার URL এটি। আরও অনুসন্ধানের ফলে এটি একটি মাস-ভিত্তিক সমস্যা হিসেবে চিহ্নিত হয়েছে; এই পৃষ্ঠাটি একই অ্যাড্রেসে আপডেট করা হয়।

কোন দিনগুলো অনুপস্থিত

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 — উভয় মাসের শেষ দিন শনিবার ছিল, তাই শেষ কর্মদিবসটি মাসের এক বা দুই দিন আগেই ছিল। এরপর ৩১ মার্চ 55, ৩০ এপ্রিল 34, আবার মে ২৯ তারিখে 5527 (মে মাসের শেষ দিন রবিবার ছিল), এবং ৩০ জুন 31। পূর্ববর্তী বছরের কন্ট্রোল হিসেবে 3460 এবং 2289টি ফাইলিং রয়েছে — একই ধরণের সপ্তাহান্তের মাস শেষের বিন্যাস, যা সম্পূর্ণভাবে পূর্ণ। ২০২৬ সালের যে মাসগুলোর শেষ দিনটি সপ্তাহের একটি কর্মদিন, ঠিক সেই সময়েই ডেটা প্রায় শূন্য থাকে।

সহজ ভাষায় ঘাটতিটি কতটা বড়

শুধুমাত্র সংখ্যা দিয়ে এই পরিস্থিতির ভয়াবহতা বোঝা সম্ভব নয়। ২০২০ সাল থেকে প্রতিটি সপ্তাহের শেষ কার্যদিবসে (weekday month-end) যদি ফাইলিংয়ের সংখ্যা এক হাজারের নিচে থাকে, তবে তার তালিকা নিচে দেওয়া হলো। প্রতিটি দিনের সংখ্যাকে তার আশেপাশের পাঁচ দিনের গড় ফাইলিংয়ের সাথে তুলনা করা হয়েছে।

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 দিন। ২০২৬ সালের তিনটি দিন তালিকার সর্বনিম্ন অবস্থানে রয়েছে: ৩০ জুন তারিখে ছিল মাত্র 31টি ফাইলিং, যেখানে পার্শ্ববর্তী দিনগুলোর গড় ছিল 4443 — যা একটি স্বাভাবিক দিনের তুলনায় মাত্র 0.7%। ৩০ এপ্রিলের সংখ্যা ছিল 0.6% এবং ৩১ মার্চ ছিল 1.2%। নথি বা ডকুমেন্টের পরিবর্তে যদি কোম্পানির সংখ্যা বিবেচনা করা হয়: তবে ৩০ জুন, ২০২৬ তারিখে মোট 27টি আলাদা ফাইলার ছিল।

অন্যান্য তিনটি সারি প্রমাণ করে যে এটি কেবল ২০২৬ সালের কোনো ঘটনা নয়। এর মধ্যে দুটি সাধারণ ফেডারেল ছুটির দিন: ৩১ মে, ২০২১ ছিল Memorial Day, এবং ৩১ ডিসেম্বর, ২০২১ ছিল ২০২২ সালের New Year's Day উপলক্ষে ফেডারেল ছুটি (যেহেতু ১ জানুয়ারি শনিবার ছিল)। EDGAR ফেডারেল ছুটির ক্যালেন্ডার অনুসরণ করে, তাই সেখানে ফাইলিংয়ের সংখ্যা প্রায় শূন্য হওয়া — অর্থাৎ 0 এবং 1টি ফাইলিং — কোনো ত্রুটি নয়, বরং এটি একটি বন্ধ ফাইলিং উইন্ডোর স্বাভাবিক ফলাফল।

তৃতীয়টি সবচেয়ে গুরুত্বপূর্ণ। ৩০ এপ্রিল, ২০২৫ তারিখে ছিল 928টি ফাইলিং, যা পার্শ্ববর্তী দিনগুলোর তুলনায় মাত্র 19.1%। এটি ২০২০ সালের পর থেকে একমাত্র সপ্তাহের শেষ কার্যদিবস যেখানে কোনো ছুটি ছাড়াই স্বাভাবিকের তুলনায় এত কম ফাইলিং হয়েছে। এটি ২০২৬ সালের বড় ঘাটতির এক বছর আগেই ঘটেছে: এটি একই ধরনের সীমার আচরণের একটি মৃদু সংস্করণ, যেখানে স্বাভাবিক দিনের তুলনায় ফাইলিংয়ের পরিমাণ প্রায় এক শতাংশের পরিবর্তে মাত্র পাঁচ ভাগের এক ভাগ।

২০২০ সাল থেকে প্রতি মাসের শেষ দিন

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

এই দীর্ঘ ধারাবাহিকতাটি পুরো যুক্তির ভিত্তি হিসেবে কাজ করে। জানুয়ারি ২০২০ থেকে জুন ২০২৬ এর মধ্যবর্তী 55 কার্যদিবসের মাস শেষের দিনগুলোতে, রেখাটি হাজারের ঘরে সমান্তরালভাবে অবস্থান করে এবং তারপর ডান প্রান্তের দিকে দ্রুত নিচের দিকে নেমে যায়। মাসের শেষ কার্যদিবসের কারণে ফাইলিং বা নথি জমা দেওয়ার সংখ্যা কমে যায় না—বরং ডেডলাইনের কারণে সেখানে ফাইলিংয়ের ভিড় জমে।

প্রকৃতপক্ষে সেই অনুপস্থিত দিনে কী ছিল

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

এই প্যানেলটি ত্রুটিটি চিহ্নিত করে। ৩০ জুন তারিখে যে ফর্মগুলোতে অন্তত একটি সারি রয়েছে, সেগুলো তালিকার শীর্ষে রয়েছে: 15 EFFECT নোটিশ — যা SEC-এর নিজস্ব নিশ্চিতকরণ যে একটি রেজিস্ট্রেশন স্টেটমেন্ট কার্যকর হয়েছে — সেই সাথে মিউনিসিপ্যাল-অ্যাডভাইজার রেজিস্ট্রেশন, যোগ্যতা এবং ট্রেডিং-ভেন্যু নোটিশ। এগুলো SEC-এর সিস্টেম দ্বারা তৈরি করা নথি, কোম্পানিগুলোর জমা দেওয়া নথি নয়। একটি স্বাভাবিক দিনের বড় অংশের প্রতিটি ফর্ম টাইপ 0 সংখ্যক সারি প্রদর্শন করে: ২৯ জুন তারিখে 926 424B2 প্রস্পেক্টাস সাপ্লিমেন্ট ছিল কিন্তু পরের দিন একটিও ছিল না, 595 ইনসাইডার-ট্রানজ্যাকশন Form 4 ফাইলিং ছিল কিন্তু পরের দিন একটিও ছিল না, 223 8-K কর্পোরেট-ইভেন্ট রিপোর্ট ছিল কিন্তু পরের দিন একটিও ছিল না। কোনো 8-K এবং কোনো ইনসাইডার ফর্ম ছাড়া একটি কোয়ার্টার-এন্ড মঙ্গলবার কোনো বাজারের বাস্তবতা নয়। এটি একটি অনুপস্থিত ফাইল।

যখন ডেটা সারিগুলো arrive করেছিল

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 হলো আঙুলের ছাপের মতো সুনির্দিষ্ট। ২৯ জুন পর্যন্ত প্রতিটি দিনের ডেটা একটি মাত্র job-এর মাধ্যমে গুদামে পৌঁছেছে — 2026-07-01 09:38 UTC, যা পুরো মাসের একটি একক batch। ৩০ জুন পরের দিন সকালে একা arrive করেছে, 2026-07-02 09:12 সময়ে, যার সাথে ছিল 31 administrative rows; যেখানে এর আগের দিনটি ছিল 4439 নিয়ে। মার্চ এবং এপ্রিলের সীমানা দিনগুলোও একই রকম প্যাটার্ন দেখায়, যা এক মাস আগে ঘটেছিল।

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

১ এপ্রিলের সারিগুলো প্রথম পৌঁছেছিল 2026-05-01 সময়ে — যা মে মাসের শুরুতে এপ্রিলের একটি month-batch ছিল। ৩০ এপ্রিলের সারিগুলো পৌঁছেছিল 2026-05-02 সময়ে, যা নির্ধারিত batch-এর তুলনায় এক দিন পরে। এই একদিনের ব্যবধানই মূল সমস্যাটি বুঝিয়ে দেয়: একটি মাস লোড করার job-টি মাসের শেষ দিনটির এক দিন আগে থেমে যায়, এবং এরপর সীমানা দিনটি অন্য একটি অসম্পূর্ণ path-এর মাধ্যমে সংগ্রহ করা হয়। যখন কোনো মাসের শেষ দিনটি সপ্তাহান্ত (weekend) হয়, তখন এই ভুলের কোনো ক্ষতি হয় না (কারণ ফাইল করার মতো কিছু থাকে না); কিন্তু যখন এটি একটি trading day হয়, তখন ওই মাসের অন্যতম ব্যস্ত সেশনটি 6 ধরনের SEC-issued notices-এর একটি ছোট তালিকার সাথে বদলে যায়।

এই একদিনের ব্যবধানটি vendor-এর pipeline-এ নাকি আমাদের ingest প্রক্রিয়ায় ঘটছে, তা এই warehouse থেকে নির্ধারণ করা সম্ভব নয় — এটি নিশ্চিত করতে ওই তিনটি তারিখের SEC-এর raw daily index files প্রয়োজন, যা এই পেজে তুলনা করা সম্ভব নয়। এই রসিদগুলো যা নিশ্চিত করে তা হলো: filing counts-এর জন্য তিনটি নির্দিষ্ট তারিখ ব্যবহার করা সম্ভব নয়।

এই সংশোধন অনুযায়ী বর্তমান অবস্থা

স্থির নয়। এই পৃষ্ঠার প্রতিটি গণনা প্রতিবার পৃষ্ঠাটি জেনারেট করার সময় পুনরায় গণনা করা হয়। ৩১ মার্চ তারিখে এখনো 55 ফাইলিং, ৩০ এপ্রিল 34, এবং ৩০ জুন 31 রয়েছে — এই সংখ্যাগুলো তখন রেকর্ড করা হয়েছিল যখন প্রথম ব্যবধানটি লেখা হয়েছিল। ইনডেক্সটি অন্যথায় সঠিক আছে: 2026-07-10 নির্ধারিত সময়ে 2198 ফাইলিং নিয়ে আসছে। এখানে স্যানিটি বাউন্ডস (sanity bounds) এই তিনটি দিনকে প্রায় শূন্য হিসেবে ধরে রাখে, তাই ব্যাকফিল (backfill) হলে তা বাউন্ডস অতিক্রম করে এবং সঠিক সংখ্যা নিয়ে পুনরায় জেনারেট করতে বাধ্য করে।

আর কি কিছু বাদ পড়েছে?

একটি লোডারে সীমানা সংক্রান্ত ত্রুটি (boundary bug) থাকা মানে অন্য লোডারগুলোর ক্ষেত্রেও একই সমস্যা থাকা নয়। গুদামে (warehouse) জুন ৩০ তারিখের ডেটা কি অন্য কোথাও কম আছে?

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

না, নেই। জুন ৩০ তারিখের মিনিটের বার টেপ আগের দিনের 11903 এর বিপরীতে 11982 টিকার কভার করে; সেই সাথে 704 ডিভিডেন্ড রেকর্ড, 215 নিউজ আর্টিকেল এবং একটি পূর্ণাঙ্গ ট্রেজারি কার্ভও সেই দিনেই অন্তর্ভুক্ত রয়েছে। শুধুমাত্র ফাইলিং ইনডেক্সে সমস্যা রয়েছে — যেখানে 31 সারির বিপরীতে 4439 রয়েছে। সাপ্তাহিক সারসংক্ষেপ এ সেশনের রসিদ রয়েছে: জুন ৩০, ২০২৬ ছিল একটি মঙ্গলবার এবং একটি পূর্ণাঙ্গ ট্রেডিং দিন।

ফাইলিং গণনার ক্ষেত্রে এর অর্থ কী

যে কোনো গণনার সময়সীমা যদি ৩১ মার্চ, ৩০ এপ্রিল বা ৩০ জুন, ২০২৬ এর অন্তর্ভুক্ত হয়, তবে সেই ফলাফলটি প্রকৃত মানের চেয়ে অনেক কম হবে: তিনটি বড় ফাইলিংয়ের দিন এখানে প্রায় শূন্য হিসেবে গণ্য হয়েছে। এর ফলে মার্চ, এপ্রিল এবং জুন মাসের মাসিক মোট সংখ্যা, প্রথম ও দ্বিতীয় ত্রৈমাসিক মোট সংখ্যা এবং অর্ধবার্ষিক মোট সংখ্যা কমে যাবে। আমাদের নিজস্ব জুন সারসংক্ষেপ ফাইলিংয়ের সংখ্যা প্রকাশের সময় সরাসরি এই তথ্যটি প্রদান করে। টার্মিনাল থেকে আপনি যদি সেই তারিখগুলো সংক্রান্ত ফাইলিংয়ের সংখ্যা জানতে চান—আমাদের টার্মিনালসহ—তবে একই সতর্কতা প্রযোজ্য হবে। আপনি যদি ২০২৬ সালের প্রতি মাসের ফাইলিংয়ের সংখ্যা জানতে চান, তবে ছয়টি উত্তরের মধ্যে তিনটি উত্তর প্রায় একটি পূর্ণ দিনের নথিপত্র কম দেখাবে।

প্রতিটি ফর্মের ধরন এক লাইনে

• 8-K — একটি কর্পোরেট ইভেন্ট রিপোর্ট: কোনো গুরুত্বপূর্ণ ঘটনা ঘটেছে তা কোম্পানি বাজারকে জানায়।
• Form 4 — একজন ইনসাইডার (অফিসার, পরিচালক বা বড় শেয়ারহোল্ডার) তার নিজের স্টকের লেনদেনের রিপোর্ট।
• 10-Q — ত্রৈমাসিক আর্থিক প্রতিবেদন।
• 424B2 — একটি প্রসপেক্টাস সাপ্লিমেন্ট: সিকিউরিটিজ অফারের জন্য মূল্য নির্ধারণের নথি।
• NPORT-P — একটি ফান্ডের মাসিক পোর্টফোলিও-হোল্ডিং রিপোর্ট।
• EFFECT / QUALIF / MA-I / ATS-N — SEC-এর নিজস্ব সিস্টেম থেকে তৈরি প্রশাসনিক নোটিশ: যেমন রেজিস্ট্রেশন কার্যকর হওয়া, অফার কোয়ালিফাই হওয়া, মিউনিসিপ্যাল অ্যাডভাইজার রেজিস্ট্রেশন করা বা ট্রেডিং ভেন্যু ডিসক্লোজার জমা দেওয়া। এগুলো গ্যাপ ডেজ থেকে টিকে থাকা তথ্য। কোন SEC ফাইলিংগুলো সবচেয়ে বেশি দেখা যায় এখানে পূর্ণাঙ্গ তালিকা দেওয়া হয়েছে।

FAQ

SEC EDGAR ফাইলিংয়ের ঘাটতি কি সমাধান হয়েছে?

এই সংশোধন অনুযায়ী তা হয়নি। আমাদের ইনডেক্সের কপিতে ৩১ মার্চ, ৩০ এপ্রিল এবং ৩০ জুন, ২০২৬ তারিখের ফাইলিংয়ের ক্ষেত্রে যথাক্রমে 55, 34 এবং 31 বিদ্যমান রয়েছে। তথ্য পরিবর্তিত হলে এই পৃষ্ঠাটি পুনরায় তৈরি করা হয়। যদি কোনো ব্যাকফিল ডেটা আসে, তবে এর সেনসিটি বাউন্ডস ফেইল করার জন্য সেট করা হয়েছে—যা মেমো প্রদানের পরিবর্তে রসিদ প্রকাশ করার মূল উদ্দেশ্য।

এর মানে কি SEC ফাইলিংগুলো হারিয়ে ফেলেছে?

না। নথিগুলো EDGAR-এ বিদ্যমান আছে; যা অনুপস্থিত তা হলো এর ডাউনস্ট্রিম কপিতে একদিনের সমপরিমাণ INDEX রো (row)। অ্যারাইভাল টাইম দেখে বোঝা যাচ্ছে যে লোডার নির্ধারিত সময় অনুযায়ী কাজ করছে এবং একটি প্রায়-শূন্য দিন সরবরাহ করছে। এই ডেটা ভেন্ডর নাকি আমাদের লোডের ক্ষেত্রে এই 'অফ-বাই-ওয়ান' বাউন্ডের সমস্যাটি রয়েছে, তা ওই তিনটি তারিখের SEC-এর নিজস্ব ডেইলি ইনডেক্স ফাইলের স্থিতিশীলতার ওপর নির্ভর করছে।

SEC EDGAR ফাইলিং ইনডেক্স কী?

EDGAR হলো SEC-এর পাবলিক ফাইলিং সিস্টেম। এর ডেইলি ইনডেক্স সেই দিনে জমা দেওয়া প্রতিটি নথির তালিকা প্রদান করে: কোম্পানি, ফর্মের ধরন, ফাইলিংটিকে অনন্যভাবে শনাক্তকারী অ্যাকসেশন নম্বর এবং লিঙ্ক। এটি যেকোনো ফাইলিং সংক্রান্ত কাজের মূল ভিত্তি—যেমন ইনসাইডার-ট্রেড স্ক্রিন, 8-K ইভেন্ট ফিড এবং প্রসপেক্টাস ট্র্যাকার।

৩০ জুন, ২০২৬ তারিখে কোন ধরনের ফর্মগুলো অনুপস্থিত ছিল?

কোম্পানিগুলো যে সব ফর্ম জমা দেয় তার সবকটি। ওই দিনটিতে 6 ধরনের ফর্ম ছিল, যার সবকটি SEC-জেনারেটেড অ্যাডমিনিস্ট্রেটিভ নোটিশ। পূর্ববর্তী সেশনের 926 424B2 ফাইলিং, 595 Form 4 ইনসাইডার রিপোর্ট এবং 223 8-K ইভেন্ট রিপোর্ট—সবকটিই ঘাটতির দিনে 0 এ নেমে এসেছে।

২০২৬ সালের আগে কি এমনটি ঘটেছে?

একবার, আরও মৃদুভাবে। ৩০ এপ্রিল, ২০২৫ একটি স্বাভাবিক দিনের তুলনায় 19.1% এ ছিল—যা সম্পূর্ণ শূন্য নয় বরং আংশিক ছিল এবং কোনো ছুটির কারণে এর ব্যাখ্যা পাওয়া যায়নি। ২০২০ সাল থেকে ১,০০০-এর নিচে থাকা একমাত্র অন্যান্য সপ্তাহের শেষ দিনগুলো হলো ৩১ মে, ২০২১ (Memorial Day) এবং ৩১ ডিসেম্বর, ২০২১ (নিউ ইয়ার্স ডে-এর ফেডারেল অবসারভেন্স), যার উভয়টিই ডেটা ত্রুটির পরিবর্তে প্রকৃত ছুটির দিন ছিল।

পদ্ধতি

• সমস্ত গণনা accession number অনুযায়ী ডুপ্লিকেট মুক্ত করা হয়েছে: একটি ফাইলিং একাধিক এনটিটির অধীনে থাকতে পারে।
• "Neighbouring-day average" হলো সংশ্লিষ্ট দিনটি বাদ দিয়ে তার আশেপাশের পাঁচটি ক্যালেন্ডার দিনের মধ্যে ইনডেক্স করা দিনগুলোর গড়ের মান।
• Arrival times হলো এই ওয়্যারহাউসের নিজস্ব _ingest_time মান, SEC-এর নয় — এগুলো সেই পাইপলাইন পরিমাপ করে যা এই পৃষ্ঠার একজন পাঠক প্রকৃতপক্ষে অনুভব করেন।
• Weekday month-ends হলো প্রতি মাসের শেষ ক্যালেন্ডার দিন যা সোমবার থেকে শুক্রবারের মধ্যে পড়ে; এর মধ্যে দুটি ফেডারেল ছুটি এবং উপরে সেগুলো চিহ্নিত করা হয়েছে।
• এই নোটটি সরাসরি আপডেট করা হয়; এর মূল কোয়ার্টার-এন্ড কাঠামোটি একই URL-এ মাস-এন্ড প্রমাণের মাধ্যমে প্রতিস্থাপিত করা হয়েছে। প্রতিটি সংখ্যা একটি সংরক্ষিত কুয়েরি ফলাফল, যা প্রতিটি পুনরুত্থানের সময় গেটেড রিড-অনলি পাথ দিয়ে পুনরায় চালানো হয় — আপনি নিজেও Strasmore টার্মিনালে একই কুয়েরি চালাতে পারেন।