Framework

CSRD की समय सीमा आ रही है — यहां घबराहट से बचने का तरीका है

Formist टीम · 18 अप्रैल 2026

CSRD के बारे में सबसे आम गलतफहमी यह है कि यह एक रिपोर्टिंग समस्या है। यह नहीं है। यह एक डेटा समस्या है जो एक रिपोर्टिंग समस्या का कोट पहने हुए है। जब आप "रिपोर्ट लिख" रहे हों, तब तक 80% काम पहले से ही हो जाना चाहिए — और अगर नहीं है, तो आप ही वह कारण हैं कि रिपोर्ट देरी से आ रही है।

मैं यह इसलिए कहता हूं क्योंकि आपके इनबॉक्स में संभवतः ऐसा ईमेल है: "नमस्ते [आप], आपकी सस्टेनेबिलिटी पृष्ठभूमि को देखते हुए क्या आप हमारे CSRD प्रतिक्रिया का नेतृत्व कर सकते हैं? ऑडिट समिति को छह हफ्तों में पहला ड्राफ्ट देना है। धन्यवाद।" संलग्न: CSRD निर्देश की एक PDF जिसे किसी ने नहीं पढ़ा है। CC: चार लोग जो मदद नहीं करेंगे।

अगर आप कमोबेश इसी स्थिति में हैं, तो यह लेख आपके लिए है। आगे जो आता है वह है CSRD वास्तव में क्या मांगता है, फरवरी 2025 Omnibus ने क्या बदला, किकऑफ मीटिंग में कोई आपको क्या नहीं बताता, और एक टाइमलाइन जिससे आप वास्तव में पीछे की ओर काम कर सकते हैं इसका एक सपाट, व्यावहारिक विवरण।

दो वाक्यों में CSRD

Corporate Sustainability Reporting Directive (CSRD) EU कानून है जो स्कोप में आने वाली कंपनियों को ऑडिट की गई सस्टेनेबिलिटी जानकारी प्रकाशित करने के लिए आवश्यक करता है — European Sustainability Reporting Standards (ESRS) का पालन करते हुए — उनकी प्रबंधन रिपोर्ट के अंदर, XBRL में टैग किया गया, दिन एक से सीमित आश्वस्तता के साथ। यह पुराने NFRD को प्रतिस्थापित करता है और नाटकीय रूप से दोनों को विस्तारित करता है जिन्हें रिपोर्ट करना है और उन्हें क्या कहना है।

इसके अस्तित्व का कारण प्रस्तावना सुझाती है उससे कम महान है। निवेशकों, बैंकों, और EU नियामकों सस्टेनेबिलिटी डेटा से थक गए थे जो कंपनियों के बीच तुलना नहीं की जा सकती या ऑडिटर द्वारा विश्वास नहीं किया जा सकता। CSRD नियामक प्रतिक्रिया है: मानकीकृत प्रकटीकरण, मशीन-पठनीय, एक ऑडिटर द्वारा हस्ताक्षरित, वित्तीय विवरणों के बगल में बैठा हुआ। अगर आपने कभी दो कंपनी ESG PDFs की तुलना करने की कोशिश की है और निष्कर्ष निकाला है कि उनमें से एक मार्केटिंग टीम द्वारा लिखा गया था, तो आप पहले से ही समझते हैं कि CSRD क्यों मौजूद है।

यह वास्तव में किसे लागू होता है (Omnibus के बाद)

यह वह जगह है जहां बहुत सी सलाह अब पुरानी है। फरवरी 2025 Omnibus प्रस्ताव ने स्कोप को फिर से लिखा।

Omnibus ने असूचीबद्ध कंपनियों के लिए कर्मचारी थ्रेशोल्ड को 250 से 1,000 तक बढ़ाकर स्कोप में आने वाली आबादी को लगभग 80% तक सीमित कर दिया। यह राहत की तरह लगता है, और कुछ कंपनियों के लिए यह है। Wave 1 और Wave 2 फाइलरों के लिए पहले से रनवे पर, यह राहत नहीं है। आप अभी भी दाखिल कर रहे हैं।

Edge cases ध्यान देने योग्य हैं। अगर आप एक non-EU समूह हैं जिसकी EU सहायक कंपनी व्यक्तिगत रूप से Wave 2 थ्रेशोल्ड पूरी करती है, तो सहायक कंपनी के पास एक स्टैंडअलोन CSRD दायित्व हो सकता है। अगर आप एक EU विनियमित बाजार पर एक सूचीबद्ध SME हैं, तो आप Wave 3 हैं और आपके पास सांस लेने की जगह है, लेकिन आपका सूचीबद्ध माता-पिता या ग्राहक आपको वैसे भी ESRS डेटा का खुलासा करने के लिए प्रेरित करेंगे। "स्वेच्छिक" उस वाक्य में बहुत काम कर रहा है।

ESRS वास्तव में क्या चाहता है

ESRS वह मानक है जिसके विरुद्ध आप रिपोर्ट करते हैं। यह दो cross-cutting मानकों (ESRS 1 और ESRS 2, सामान्य सिद्धांतों और सामान्य प्रकटीकरण पर) और 12 विषयगत मानकों में विभाजित है जो तीन स्तंभों में समूहीकृत हैं:

इन 12 मानकों में, लगभग 1,100 डेटा बिंदु हैं। यह संख्या पहली बार CSRD लीडों को घबराहट में डालती है।

घबराहट न करें। केवल लगभग 265 अनिवार्य हैं आपकी भौतिकता मूल्यांकन की परवाह किए बिना। बाकी — अन्य ~835 — सशर्त हैं। वे केवल तब लागू होते हैं यदि संबंधित विषय, उप-विषय, या IRO (प्रभाव, जोखिम, या अवसर) आपकी कंपनी के लिए भौतिक है। एक मिड-कैप जिसके चार भौतिक विषय हैं आमतौर पर कुल 300–450 डेटा बिंदु रिपोर्ट करता है। एक सेवा कंपनी जिसका एक तंग फुटप्रिंट है और कोई भूमि उपयोग नहीं है कम रिपोर्ट कर सकता है।

जो चीज़ बड़ी संख्या छिपाती है वह यह है: आपके कार्यभार को क्या चलाता है वह 1,100 नहीं है। यह है कितने विषय आप भौतिक के रूप में मूल्यांकन करते हैं। जिसका मतलब है कि आपके पूरे CSRD प्रोजेक्ट में सबसे महत्वपूर्ण निर्णय आप एक शब्द का प्रकटीकरण लिखने से पहले होता है।

आपको क्या करना है — वास्तविक वर्कफ़्लो

छह वास्तविक कदम हैं। बाकी सब कुछ समारोह है।

1. दोहरी भौतिकता मूल्यांकन। आप दो दृष्टिकोणों से अपने व्यवसाय के लिए भौतिक सस्टेनेबिलिटी विषयों की पहचान करते हैं: प्रभाव भौतिकता (आपका व्यवसाय लोगों और पर्यावरण को कैसे प्रभावित करता है?) और वित्तीय भौतिकता (सस्टेनेबिलिटी समस्याएं आपकी वित्तीय स्थिति, प्रदर्शन, या पूंजी की लागत को कैसे प्रभावित करती हैं?)। एक विषय भौतिक है अगर यह किसी भी लेंस से गुजरता है। आउटपुट: भौतिक विषयों और उप-विषयों की एक सूची, एक IRO रजिस्टर, और एक रक्षणीय पद्धति। यह वह कदम है जो आपके स्कोप को चलाता है। यह वह कदम भी है जिसमें अधिकांश कंपनियां कम निवेश करती हैं और फिर पछताती हैं।

2. Gap मूल्यांकन और डेटा मैपिंग। अपने भौतिक विषयों को लें, कार्यान्वयन निर्देशन से संबंधित ESRS डेटा बिंदु खींचें, और जो आप पहले से एकत्र करते हैं उससे cross-reference करें। आप पाएंगे कि इसका एक हिस्सा HR सिस्टम में रहता है, एक और हिस्सा खरीद में, एक और वित्त में, और कुछ इसे — विशेष रूप से Scope 3 और मूल्य-श्रृंखला सामाजिक डेटा — कहीं भी मौजूद नहीं है।

3. डेटा संग्रह। यह साल 1 का बड़ा हिस्सा है। उत्सर्जन इन्वेंटरी (Scopes 1, 2, और 3 — E1 वह है जहां अधिकांश दर्द केंद्रित है), ऊर्जा खपत, जल निकासी, कार्यबल विविधता मेट्रिक्स, स्वास्थ्य और सुरक्षा घटनाएं, आपूर्तिकर्ता सामाजिक डेटा, प्रशासन नीतियां, व्हिसलब्लोअर मामले, राजनीतिक योगदान। आप तीन विभागों में लोगों का पीछा करेंगे एक एकल संख्या के लिए। तदनुसार बजट करें।

4. आख्यान ड्राफ्टिंग। ESRS प्रकटीकरण केवल संख्याएं नहीं हैं। वे नीतियों, कार्यों, लक्ष्यों, और due diligence प्रक्रियाओं के विवरण, साथ ही आगे-दिखने वाली संक्रमण योजनाओं की आवश्यकता करते हैं। EFRAG इनमें से कई के लिए टेम्पलेटेड भाषा प्रकाशित करता है; आप इसे अपनी स्थिति के अनुकूल करते हैं। ड्राफ्टिंग तेजी से जाता है यदि आपका डेटा साफ है। धीमा चलता है यदि यह नहीं है तो कोई भी अपेक्षा करता है।

5. XBRL टैगिंग। अंतिम रिपोर्ट ESRS टैक्सोनॉमी का उपयोग करके एक संरचित, मशीन-पठनीय प्रारूप में प्रकाशित की जाती है। हर quantitative प्रकटीकरण और अधिकांश गुणात्मक प्रकटीकरण एक विशिष्ट टैक्सोनॉमी तत्व के साथ टैग किए जाते हैं। यह सॉफ्टवेयर कार्य है, सलाहकार कार्य नहीं — लेकिन इसे सही तरीके से किया जाना चाहिए, और सही माने "काफी करीब।"

6. सीमित आश्वस्तता। पहले साल से आप दाखिल करते हैं, एक ऑडिटर को सस्टेनेबिलिटी विवरणों पर एक सीमित आश्वस्तता राय जारी करनी चाहिए। यह वित्तीय विवरणों पर लागू होने वाली उचित आश्वस्तता जितना तीव्र नहीं है, लेकिन यह कुछ भी नहीं है। ऑडिटर आपके डेटा की परीक्षा करेगा, अपनी भौतिकता पद्धति के माध्यम से चलेगा, आपके प्रकटीकरण को नमूना करेगा, और एक औपचारिक राय जारी करेगा जो सार्वजनिक फाइलिंग में जाती है। उचित आश्वस्तता इस दशक में बाद में अनिवार्य हो जाता है; सीमित वह है जहां आप शुरू करते हैं।

इस वर्कफ़्लो में छिपा हुआ दर्द यह है कि कदम 1, 2, और 3 कैलेंडर समय में ओवरलैप करते हैं लेकिन तर्क में नहीं। आप डेटा संग्रह तब तक समाप्त नहीं कर सकते जब तक आप अपने भौतिक विषयों को नहीं जानते, लेकिन आप भौतिकता को अंतिम रूप तब तक नहीं दे सकते जब तक आपके पास निर्णयों को सही ठहराने के लिए कुछ डेटा न हो। पहली बार फाइलर लगभग हमेशा महीने आठ में एक डेटा अंतर की खोज करते हैं जो उन्हें भौतिकता को फिर से खोलने के लिए मजबूर करता है। यह incompetence नहीं है। यह काम का आकार है।

वह हिस्सा जो कोई आपको नहीं बताता

तीन चीजें kickoff मीटिंग में नज़रअंदाज़ कर दी जाती हैं। तीनों आपके प्रोजेक्ट को प्रभावित करेंगी।

आपकी भौतिकता मूल्यांकन स्कोप आपके अंतिम कार्यभार का लगभग 60% चलाता है। यदि आप 12 भौतिक विषयों की पहचान करते हैं, तो आप लगभग दोगुने डेटा बिंदु रिपोर्ट कर रहे हैं जितना एक कंपनी जो 6 की पहचान करती है। एक आलसी प्रवृत्ति है — विशेष रूप से जोखिम से बचने वाले बोर्डों और घबराए हुए सलाहकारों के बीच — सब कुछ को भौतिक कहने के लिए "सुरक्षित होने के लिए।" यह सुरक्षित नहीं है। यह महंगा है, यह उन प्रकटीकरणों को पतला करता है जो वास्तव में मायने रखते हैं, और यह ऑडिट को कठिन बनाता है क्योंकि अब आपके पास विषयों के लिए साक्ष्य बोझ है जिन्हें आपको कवर करने की आवश्यकता नहीं थी। सही मुद्रा है: कठोर रहें, दस्तावेज़ करें कि आप एक विषय को भौतिक क्यों नहीं मानते, और बहिष्कार की रक्षा करने के लिए तैयार रहें। "हम इसके बारे में बहस नहीं करना चाहते थे" एक रक्षणीय स्थिति नहीं है। "हमने आकलन चलाया, इन हितधारकों को शामिल किया, इन IROs की समीक्षा की, और यह निष्कर्ष निकाला कि विषय भौतिक नहीं था क्योंकि X" है।

साल 1 का अधिकांश भाग डेटा संग्रह है, लेखन नहीं। "हम एक रिपोर्ट लिख रहे हैं" का मानसिक मॉडल गलत है। आप एक डेटा अवसंरचना बना रहे हैं जो अपने आउटपुट के रूप में एक रिपोर्ट होती है। यथार्थवादी प्रोजेक्ट योजनाओं में, आख्यान प्रकटीकरण लिखना अंत के पास दो से चार हफ्तों तक लगता है। डेटा संग्रह, मैपिंग, आपूर्तिकर्ताओं का पीछा करना, Scope 3 पद्धति निर्माण, HR को प्रबंधन स्तर के आधार पर लैंगिक भुगतान अंतर बताना — यह है छह से आठ महीने। कैलेंडर को तदनुसार योजना दें। अगर आप दो महीने में हैं और आपने कुछ नहीं लिखा है, तो आप संभवतः ट्रैक पर हैं। अगर आप दो महीने में हैं और अनुच्छेद का मसौदा तैयार कर रहे हैं, तो आप नींव छोड़ रहे हैं और आप उन्हें फिर से करेंगे।

XBRL टैग को दाखिल करने के बाद आकस्मिक रूप से ठीक नहीं किया जा सकता। एक बार जब आपकी ESRS रिपोर्ट टैक्सोनॉमी टैग के साथ प्रकाशित हो जाती है, तो यह एक सार्वजनिक, मशीन-पठनीय फाइलिंग है। अगर एक टैग गलत है — आपने एक नंबर पर गलत टैक्सोनॉमी तत्व लागू किया, या आपने एक आवश्यक टैग खाली छोड़ दिया — इसे ठीक करने के लिए आमतौर पर एक औपचारिक refiling की आवश्यकता होती है, auditor re-engagement के साथ अगर सुधार भौतिक है। यह "हम संस्करण दो में टाइपो को ठीक करेंगे" से एक बहुत अलग मानसिक मॉडल है। XBRL layer को उसी गंभीरता के साथ मानें जैसे वित्तीय विवरणों के नोट्स में संख्याओं के साथ, क्योंकि यह अनिवार्य रूप से क्या है।

एक चौथा है, संक्षेप में: सीमित आश्वस्तता एक रबर स्टैम्प नहीं है। ऑडिटर इस दायित्व को गंभीरता से ले रहे हैं और पद्धति, डेटा गुणवत्ता, और नियंत्रण वातावरण के बारे में वास्तविक प्रश्न हैं। अगर आपके Scope 3 अनुमान एक स्प्रेडशीट पर बैठते हैं जिसका कोई मालिक नहीं है, तो ऑडिटर इसे खोज लेगा। आश्वस्तता शुरू होने से पहले readiness समीक्षा के लिए समय budget करें।

टाइमलाइन और समय सीमा

दाखिल करने की तारीख से पीछे की ओर काम करें। एक Wave 2 फाइलर के लिए जो कैलेंडर 2026 में FY2025 की रिपोर्ट करता है, मोटा आकार है:

Wave 2 कंपनियां जो इसे अप्रैल 2026 में पढ़ रही हैं या तो पहले से दाखिल कर चुकी हैं, दाखिल करने के अंतिम मील में हैं, या पीछे हैं। Wave 3 कंपनियों के पास FY2028 पहली रिपोर्टिंग वर्ष के रूप में है, जो आरामदायक लगता है और नहीं है — भौतिकता और डेटा अवसंरचना कार्य 18 महीने लगते हैं, और अगर आप 2027 में शुरू करते हैं तो आप 2028 में अपने जीवन से नफरत करेंगे।

समय सीमा जो योजना उद्देश्यों के लिए वास्तव में महत्वपूर्ण हैं:

Formist कैसे मदद करता है

Formist एक AI-संचालित अनुपालन प्लेटफॉर्म है जो WeCarbon द्वारा निर्मित है। आप इसके साथ उस सहकर्मी की तरह काम करते हैं जिसने वास्तव में ESRS पढ़ा है — आप अपनी वार्षिक रिपोर्ट, HR निर्यात, ऊर्जा बिल, खरीद डेटा, आपूर्तिकर्ता प्रमाणपत्र, किसी भी भाषा में अपलोड करते हैं — और यह प्रासंगिक डेटा बिंदु निकालता है, स्रोत-दस्तावेज़ उद्धरण के साथ प्रकटीकरण का मसौदा तैयार करता है, लापता चीजों को flag करता है, और XBRL-tagged output पैदा करता है जो ESRS टैक्सोनॉमी के साथ संरेखित है। यह double materiality judgments आपके लिए नहीं करता है; वे अभी भी आपके हैं। लेकिन यह एक प्रस्ताव के रूप में IRO मैट्रिक्स का मसौदा तैयार करता है, 12 विषयगत मानकों में अपने प्रकटीकरण को cross-reference करता है omissions पकड़ने के लिए, और CSRD, CBAM, EU Taxonomy, CDP, ISSB, और 15+ अन्य frameworks में समान डेटा बिंदु को फिर से उपयोग करता है — जो महत्वपूर्ण है क्योंकि एक ही संख्या को तीन अलग-अलग प्रणालियों में तीन अलग-अलग विश्लेषकों द्वारा टाइप नहीं किया जाना चाहिए।

यह आपको कहां छोड़ता है

CSRD बड़ा है, लेकिन यह रहस्यमय नहीं है। यह एक दोहरी भौतिकता मूल्यांकन है, एक डेटा-संग्रह प्रोग्राम, एक ज्ञात मानक के विरुद्ध तैयार किए गए प्रकटीकरण का एक सेट, ऊपर एक संरचित-डेटा परत, और एक ऑडिटर पूरी चीज़ की समीक्षा कर रहा है। यह काम का संपूर्ण आकार है। बाकी सब कुछ या तो इन पांचों में से किसी एक के लिए तैयारी है या इसमें कम निवेश करने से recovery है।

घबराहट वास्तविक है, लेकिन यह एक अनुसूचन समस्या है, एक तकनीकी नहीं। भौतिकता कार्य से पहले शुरू करें। प्रगद्भर लिखने से पहले डेटा पाइपलाइन बनाएं। XBRL layer को उस तरह मानें जैसे एक ऑडिटर इसे पढ़ेगा, क्योंकि एक करेगा। और फाइलिंग के आकार को अंतर्निहित प्रश्न की कठिनाई के साथ भ्रमित न करें, जो सिर्फ है: आपका व्यवसाय वास्तव में दुनिया को क्या करता है, और दुनिया वास्तव में आपको क्या वापस करती है।


Formist WeCarbon द्वारा बनाया गया है, एक जलवायु-तकनीक कंपनी जिसके कार्यालय शंघाई, पेरिस, और दुबई में हैं। यह CSRD/ESRS, CBAM, GHG Protocol, EU Taxonomy, CDP, ISSB, SBTi, और 15+ अन्य सस्टेनेबिलिटी frameworks को समर्थन करता है।

दिनों के काम को मिनटों के परिणामों में बदलें

Formist का उपयोग करने वाली टीमों में शामिल हों — मैन्युअल फॉर्म भरने के दिनों को मिनटों की बातचीत में बदलें।

संबंधित पोस्ट
AI-संचालित स्थिरता पर Formist टीम से और भी।