FINRA Short Interest Data क्या है?

आप अब तक जो भी short-interest आंकड़े पढ़ते आए हैं, वे लगभग सभी FINRA (US broker-dealer regulator) से आते हैं। FINRA दो अलग-अलग short-selling datasets प्रकाशित करता है, जिन्हें अक्सर आपस में मिला दिया जाता है। पहला है short interest file: इसमें ब्रोकर द्वारा रिपोर्ट की गई open short positions होती हैं, जो महीने में दो बार संकलित की जाती हैं। दूसरा है daily short volume file: यह trade reporting का एक हिस्सा है, जो हर दिन प्रकाशित होता है और किसी अन्य चीज़ का माप प्रदान करता है। यह पेज दोनों को उनके मूल स्तर पर समझाता है — उनके schedules, सामग्री, एक वास्तविक print का लाइन-दर-लाइन विश्लेषण, डेटा खोजने का तरीका, और उन त्रुटियों के बारे में जो हमने इन files में पाई हैं। (Short interest की अपनी व्याख्या यहाँ देखें यदि यह अवधारणा आपके लिए नई है।)

अर्ध-मासिक शॉर्ट इंटरेस्ट फ़ाइल

ब्रोकर-डीलर्स हर महीने दो सेटलमेंट तिथियों — महीने के मध्य और महीने के अंत — पर FINRA को अपने ग्राहकों और स्वयं की ओपन शॉर्ट पोजीशन की रिपोर्ट देते हैं। प्रत्येक सिक्योरिटी के लिए संकलित कुल योग एक निर्धारित शेड्यूल पर प्रसारित किया जाता है। यह एक नियम है, न कि केवल परंपरा: FINRA Rule 4560 के तहत सदस्य फर्मों के लिए सभी इक्विटी सिक्योरिटीज में अपनी शॉर्ट पोजीशन की रिपोर्ट महीने में दो बार देना अनिवार्य है। डेटा में यह आवृत्ति (cadence) देखी जा सकती है:

SELECT toYear(settlement_date) AS year,
       uniqExact(settlement_date) AS settlement_dates
FROM global_markets.stocks_short_interest
WHERE settlement_date >= '2018-01-01'
GROUP BY year
ORDER BY year

2018 से 2025 तक के प्रत्येक पूर्ण वर्ष में फ़ाइल में ठीक 24 सेटलमेंट तिथियां दिखाई देती हैं; 2026 अब तक 12 है। प्रत्येक रिकॉर्ड में प्रति सिक्योरिटी तीन फ़ील्ड होते हैं: ओपन शॉर्ट पोजीशन (शॉर्ट शेयर), औसत दैनिक वॉल्यूम, और उनसे बना days-to-cover अनुपात। इस फ़ाइल में दो गुण सबसे महत्वपूर्ण हैं: यह ओपन पोजीशन का स्नैपशॉट है (जिसे लोग वास्तव में "शॉर्ट इंटरेस्ट" कहते हैं), और यह धीमी है — पोजीशन सेटलमेंट तिथि की होती है, जो लगभग दो सप्ताह बाद प्रकाशित होती है। इस देरी का अपना एक पेज है, जहाँ प्रकाशन में होने वाली देरी को हर प्रिंट के अनुसार मापा जाता है।

2026 सेटलमेंट कैलेंडर

"महीने में दो बार" का अर्थ विशिष्ट तिथियां हैं: प्रत्येक महीने की 15 तारीख (यदि 15 तारीख को सप्ताहांत या छुट्टी हो, तो इसे पिछले कार्य दिवस पर स्थानांतरित कर दिया जाता है) और महीने का अंतिम कार्य दिवस। 2026 में इस फ़ाइल द्वारा तैयार किया गया कैलेंडर यहाँ दिया गया है:

SELECT toString(settlement_date) AS settlement,
       formatDateTime(settlement_date, '%W') AS weekday,
       uniqExact(ticker) AS securities_on_file
FROM global_markets.stocks_short_interest
WHERE settlement_date >= '2026-01-01'
GROUP BY settlement_date
ORDER BY settlement_date

इस वर्ष 2026-01-15 से 2026-06-30 तक अब तक 12 सेटलमेंट हुए हैं — और वीकडे कॉलम कार्य-दिवस समायोजन को दर्शाता है (फरवरी के मध्य में शुक्रवार 13 तारीख को एक सेटलमेंट, जबकि 15 तारीख रविवार को है)। कवरेज कॉलम पर भी ध्यान देना चाहिए: फ़ाइल वर्ष के पहले प्रिंट में 21262 सिक्योरिटीज से बढ़कर नवीनतम में 22207 तक पहुँच गई है — इसमें केवल इंडेक्स नाम ही नहीं, बल्कि रिपोर्ट करने योग्य पोजीशन वाली प्रत्येक इक्विटी सिक्योरिटी शामिल है।

Short-interest डेटा को पढ़ना

यहाँ एक प्रसिद्ध कंपनी के बारे में वास्तविक विवरण दिया गया है: Apple के पिछले पांच settlement records, जिनमें पिछले रिकॉर्ड की तुलना में हुआ बदलाव भी शामिल है:

SELECT settlement, shares_short_mn, adv_mn, days_to_cover, change_pct
FROM (
    SELECT settlement_date,
           toString(settlement_date) AS settlement,
           round(short_interest / 1e6, 1) AS shares_short_mn,
           round(avg_daily_volume / 1e6, 1) AS adv_mn,
           days_to_cover,
           round((short_interest - lagInFrame(short_interest) OVER (ORDER BY settlement_date))
                 / lagInFrame(short_interest) OVER (ORDER BY settlement_date) * 100, 1) AS change_pct
    FROM global_markets.stocks_short_interest
    WHERE ticker = 'AAPL'
      AND settlement_date >= '2026-04-15' AND settlement_date <= '2026-06-30'
)
WHERE settlement_date > '2026-04-15'
ORDER BY settlement_date

नवीनतम पंक्ति को एक पेशेवर की तरह इस प्रकार पढ़ें: 2026-06-30 settlement तक 140.5 million shares short थे, जो पिछले रिकॉर्ड से -2.6% का बदलाव है, जबकि औसत दैनिक volume 81.1 million shares था — जिससे 1.73 days to cover होते हैं। पांच रिकॉर्ड्स में, मई तक यह position बढ़ती गई (2026-05-29 settlement तक 12.3% की वृद्धि, जो इस तालिका में सबसे बड़ा बदलाव है), और फिर लगातार दो रिकॉर्ड्स में इसमें कमी आई।

सीखने योग्य कॉलम 'days-to-cover' है। नवीनतम settlement पर यह 1.73 था — जो पांचों में सबसे कम है — जबकि position में केवल -2.6% की गिरावट आई। इसके बजाय, denominator (हर) में बदलाव आया: औसत दैनिक volume जून के मध्य के 52.3 million shares से बढ़कर महीने के अंत में 81.1 million हो गया। Days-to-cover एक धीमी गति वाली position को तेज़ी से बदलने वाले volume average से विभाजित करता है, इसलिए ट्रेडिंग में अचानक उछाल आने पर बिना किसी covering के भी यह ratio तेज़ी से गिर सकता है — इसलिए हमेशा तीनों कॉलम पढ़ें, केवल ratio को नहीं।

दैनिक शॉर्ट वॉल्यूम फ़ाइल — यह शॉर्ट इंटरेस्ट नहीं है

हर दिन, FINRA प्रत्येक टिकर के लिए "short volume" प्रकाशित करता है: यह उस दिन के रिपोर्ट किए गए ट्रेडों का वह हिस्सा है जहाँ सेल साइड को short मार्क किया गया था। यह DAILY और नया डेटा है — और यह एक flow है, position नहीं। मार्केट मेकर्स रूटीन इन्वेंटरी मैनेजमेंट के लिए लगातार short करते हैं, इसलिए साधारण दिनों में भी साधारण स्टॉक्स के लिए marked-short प्रतिशत काफी अधिक रहता है — अक्सर फ़ाइल के वॉल्यूम के एक तिहाई से लेकर आधे से भी अधिक। इस दावे के प्रमाण के लिए, यहाँ 10 जुलाई, 2026 के पांच प्रसिद्ध नाम दिए गए हैं, जो एक साधारण शुक्रवार था और जिसकी पूरी फ़ाइल उपलब्ध है:

WITH covered AS (
    SELECT ticker,
           max(short_volume) AS short_vol,
           max(total_volume) AS covered_vol
    FROM global_markets.stocks_short_volume
    WHERE date = '2026-07-10'
      AND ticker IN ('AAPL', 'MSFT', 'NVDA', 'TSLA', 'KO')
    GROUP BY ticker
),
tape AS (
    SELECT ticker, sum(volume) AS tape_vol
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker IN ('AAPL', 'MSFT', 'NVDA', 'TSLA', 'KO')
      AND window_start >= toDateTime('2026-07-10 04:00:00', 'America/New_York')
      AND window_start < toDateTime('2026-07-10 20:00:00', 'America/New_York')
    GROUP BY ticker
)
SELECT covered.ticker AS ticker,
       round(covered.short_vol / 1e6, 1) AS marked_short_mn,
       round(covered.covered_vol / 1e6, 1) AS file_total_mn,
       round(covered.short_vol / covered.covered_vol * 100, 1) AS pct_marked_short,
       round(tape.tape_vol / 1e6, 1) AS consolidated_tape_mn,
       round(covered.covered_vol / tape.tape_vol * 100, 1) AS file_share_of_tape_pct
FROM covered
JOIN tape ON covered.ticker = tape.ticker
ORDER BY indexOf(['AAPL', 'MSFT', 'NVDA', 'TSLA', 'KO'], covered.ticker)

इन पांचों में 38.8% marked short (Microsoft) से लेकर 57% (Coca-Cola) तक का अंतर था — और Coca-Cola, जो मार्केट में शॉर्ट-सेलर बैटलग्राउंड से काफी दूर है, इस समूह में सबसे अधिक हिस्सेदारी के साथ दर्ज हुआ। उस दिन इन नामों में कुछ भी उल्लेखनीय नहीं हुआ था — यह इस फ़ाइल की सामान्य स्थिति है। विभाजक (denominator) पर भी ध्यान दें: फ़ाइल का total-volume कॉलम केवल रिपोर्ट किए गए वॉल्यूम को गिनता है जिसे यह डेटासेट कवर करता है, न कि पूरे मार्केट को। Apple के 11.3 मिलियन फ़ाइल-कुल शेयर, उस दिन consolidated tape पर 27.9 मिलियन के मुकाबले हैं — फ़ाइल ने Apple के tape का 40.5% हिस्सा देखा, और अन्य चार नाम भी इसी सीमा में थे। दैनिक फ़ाइल को तेज़ short interest मानना इंटरनेट पर शॉर्ट-डेटा से जुड़ी सबसे आम गलती है; दो डेटासेट की तुलना एक उदाहरण के साथ इसे स्पष्ट करती है।

एक शब्दावली नोट। फ़ाइल के "exempt" कॉलम short-exempt वॉल्यूम को गिनते हैं — वे ट्रेड जो SEC Regulation SHO के अपवाद के तहत निष्पादित किए गए हैं। Reg SHO वह नियम है जो यह नियंत्रित करता है कि शॉर्ट सेल्स कैसे निष्पादित की जा सकती हैं (locate requirement और circuit-breaker price test)। Reg SHO, position reporting से अलग व्यवस्था है, और यह अपना स्वयं का दैनिक डेटा तैयार करता है: लगातार settlement fails वाले प्रतिभूतियों की threshold list। FINRA अपने Reg SHO डेटा पेजों पर दैनिक short-volume फ़ाइलें होस्ट करता है, जिससे दोनों डेटासेट के बीच भ्रम पैदा होता है।

डेटा कितना पुराना है?

दो अलग-अलग फाइलों के लिए दो अलग-अलग उत्तर हैं — किसी भी ट्रेंड का विश्लेषण करने से पहले इन्हें स्पष्ट कर लेना बेहतर है:

SELECT toString(min(settlement_date)) AS settlement_file_start,
       uniqExact(settlement_date) AS settlement_prints,
       (SELECT toString(min(date)) FROM global_markets.stocks_short_volume) AS daily_file_start,
       (SELECT uniqExact(date) FROM global_markets.stocks_short_volume) AS daily_files
FROM global_markets.stocks_short_interest

इस वेयरहाउस में, सेटलमेंट फाइल 2017-12-29 तक जाती है — जिसमें 205 सेटलमेंट प्रिंट्स शामिल हैं — जबकि डेली शॉर्ट-वॉल्यूम हिस्ट्री 2024-02-06 से शुरू होती है (फाइल में 608 ट्रेडिंग डेज़ हैं)। FINRA के अपने आर्काइव्स इससे भी पुराने हैं; ऊपर दी गई जानकारी वही है जिसका उपयोग इस साइट का प्रत्येक पैनल करता है।

विफलता के तरीके — हमारे अपने आर्काइव से प्राप्त अनुभव

डेटा सोर्स को ईमानदारी से समझने का अर्थ है यह जानना कि वह कब और कैसे विफल होता है। पिछले महीने, हमारे पाइपलाइन ने दो बार दैनिक short-volume फ़ाइल को अधूरा (truncated) पाया — जो सामान्य टिकर यूनिवर्स का केवल एक वर्णानुक्रमिक (alphabetical) हिस्सा था:

SELECT toString(date) AS d,
       uniqExact(ticker) AS tickers_on_file
FROM global_markets.stocks_short_volume
WHERE date IN ('2026-06-26', '2026-06-29', '2026-06-30', '2026-07-06', '2026-07-07', '2026-07-08')
GROUP BY date
ORDER BY date

29 जून की फ़ाइल में सामान्य दिनों के ~15052 के मुकाबले 5489 टिकर थे, और 7 जुलाई की फ़ाइल में 4333 थे — ये दोनों वर्णानुक्रमिक रूप से कटे हुए हिस्से थे। ये दोनों ही महत्वपूर्ण सत्र थे और इनके होने पर हमारे recaps में इन्हें चिह्नित किया गया था। व्यावहारिक नियम यह है: किसी भी टिकर के लिए किसी विशेष दिन के short volume का हवाला देने से पहले, यह जाँच लें कि उस दिन की फ़ाइल पूरी है या नहीं।

महीने में दो बार आने वाली फ़ाइल का अपना एक विफलता मोड है: बाद में किया गया संशोधन (after-the-fact revision)। रिपोर्टिंग फर्में अपने सबमिशन को सुधार सकती हैं, और settlement print पहली बार प्रकाशित होने के बाद बदल सकता है। हमारा warehouse प्रत्येक print के लिए नवीनतम मान (value) सुरक्षित रखता है — एक सुधार मूल पंक्ति (row) को बदल देता है — यही कारण है कि यहाँ प्रत्येक पेज पुनर्जीवित (regeneration) होते समय अपने queries को फिर से चलाता है: एक संशोधित print हर उस संख्या को अपडेट कर देता है जिसका उसने हवाला दिया था, बजाय इसके कि वह पुराना डेटा ही बना रहे।

स्वयं short interest कैसे देखें

इस जानकारी को देखने के लिए आपको किसी सशुल्क (paid) उत्पाद की आवश्यकता नहीं है — इसके प्राथमिक स्रोत सार्वजनिक हैं:

• FINRA अपनी वेबसाइट पर दोनों डेटासेट प्रकाशित करता है: consolidated equity short interest (जिसे FINRA Data के तहत प्रति security खोजा जा सकता है और settlement date के अनुसार डाउनलोड किया जा सकता है) और Daily Short Sale Volume फ़ाइलें, जो हर शाम अपने Reg SHO डेटा पेजों पर पोस्ट की जाती हैं।
• Exchanges — Nasdaq की वेबसाइट अपनी सूचीबद्ध कंपनियों के लिए प्रति-ticker short interest और print-by-print इतिहास प्रदान करती है, जबकि NYSE-listed कुल आंकड़े भी इसी FINRA consolidation के माध्यम से आते हैं।
• Broker platforms और screeners — अधिकांश प्लेटफॉर्म द्वारा प्रदर्शित "short interest" और "short % of float" फ़ील्ड्स इसी डेटा के पुनर्गठित संस्करण हैं, जिनमें कभी-कभी settlement के बीच के अनुमानित आंकड़े भी शामिल होते हैं। यदि कोई आंकड़ा पुराना लग रहा है, तो हो सकता है कि वह जानबूझकर दो सप्ताह पुरानी settlement date का हो।

आपको किस काम के लिए किस फ़ाइल का उपयोग करना चाहिए?

• "इस स्टॉक में शॉर्ट इंटरेस्ट कितना है?" — इसके लिए अर्धमासिक (twice-monthly) शॉर्ट इंटरेस्ट फ़ाइल का उपयोग करें और उसकी तारीख देखें। सबसे अधिक शॉर्ट किए गए लीडरबोर्ड इसके नवीनतम डेटा पर आधारित होते हैं।
• "क्या आज शॉर्ट सेलिंग बढ़ रही है?" — इसका कोई स्पष्ट सार्वजनिक उत्तर नहीं है। दैनिक फ़ाइल सबसे सटीक विकल्प है, लेकिन यह मुख्य रूप से मार्केट-मेकिंग गतिविधियों को दर्शाती है; इसका उपयोग दिनों के बीच के पैटर्न देखने के लिए करें, न कि उसी दिन की पोजीशन का अनुमान लगाने के लिए।
• "नया डेटा कब आता है?" — सेटलमेंट ऊपर दिए गए कैलेंडर के अनुसार महीने में दो बार होता है; दैनिक फ़ाइलें प्रत्येक शाम को पिछले सत्र का डेटा प्रदान करती हैं।

FINRA short interest FAQ

FINRA कितनी बार short interest प्रकाशित करता है?

FINRA Rule 4560 के तहत ओपन short positions की रिपोर्टिंग महीने में दो settlement dates पर की जाती है — 15 तारीख (या उससे पिछला कार्य दिवस) और महीने का अंतिम कार्य दिवस, यानी साल में चौबीस बार — और प्रत्येक settlement के लगभग दो सप्ताह बाद इसे प्रकाशित किया जाता है। Daily short volume file एक अलग dataset है, जिसे हर trading day पर प्रकाशित किया जाता है।

मैं किसी विशिष्ट stock के लिए short interest कहाँ देख सकता हूँ?

FINRA की वेबसाइट प्रत्येक security के लिए consolidated short interest data प्रकाशित करती है, Nasdaq की साइट पर per-ticker lookup और print history उपलब्ध है, और अधिकांश broker platforms नवीनतम print को "short interest" या "short % of float" के रूप में दिखाते हैं। आप किसी भी स्रोत का उपयोग करें, संख्या के साथ जुड़ी settlement date की जाँच अवश्य करें — सभी संख्याएँ एक ही twice-monthly file से आती हैं।

क्या FINRA short interest data मुफ्त है?

हाँ — FINRA और exchanges दोनों files को सार्वजनिक रूप से प्रसारित करते हैं। अधिकांश सशुल्क (paid) "short interest" products इन्हीं print का पुन: पैकेजिंग (या इनके बीच का अनुमान) करते हैं।

short-interest data कितना पुराना है?

इस साइट के warehouse में 2017-12-29 — 205 से सभी settlement print और 2024-02-06 से daily short-volume files उपलब्ध हैं। FINRA के अपने archives इससे भी पुराने हैं।

जब short interest बहुत कम हो, तो short volume 50% short क्यों दिखाता है?

Daily file रिपोर्ट किए गए trades के sell side को दर्शाती है, और market makers inventory plumbing के रूप में लगातार short sell करते हैं — यह एक flow statistic है जो intermediation द्वारा संचालित होता है, न कि position statistic। एक सामान्य शुक्रवार को, Coca-Cola के रिपोर्ट किए गए volume का 57% short के रूप में दर्ज किया गया था। ये दोनों संख्याएँ अलग-अलग चीजों को मापती हैं और इनमें अक्सर बड़े अंतर का होना सामान्य है।

क्या short interest और Reg SHO threshold list एक ही हैं?

नहीं। Short interest, FINRA Rule 4560 के तहत रिपोर्ट की गई open short positions की महीने में दो बार की जाने वाली गिनती है। Reg SHO threshold list उन securities की एक दैनिक सूची है जिनमें settlement पर लगातार failures to deliver होते हैं, जिसे short-sale execution के बारे में SEC के एक नियम के तहत बनाया जाता है। किसी stock में भारी shorting हो सकती है, फिर भी वह threshold list में न आए।

क्या FINRA short interest data गलत हो सकता है?

यह देरी से, अधूरा या संशोधित (revised) हो सकता है — जैसा कि ऊपर हमारे अपने archive में प्रलेखित है। प्रत्येक print को "as reported, as of its date" के रूप में ही मानें, और उन स्रोतों को प्राथमिकता दें जो यह दिखाते हैं कि संख्या किस file और किस तारीख से आई है।

प्रत्येक panel स्वयं files पर आधारित एक stored, versioned query है — SQL का विस्तार करें, या Strasmore terminal पर किसी भी तारीख के coverage का ऑडिट करें।