Schedule III वित्तीय विवरणों का हृदय है — Balance Sheet, P&L, Cash Flow, रेश्यो, डेप्रिसिएशन, Notes और Mapping एक वर्किंग पेपर में। CORAA हर लाइन बहियों से Ledger Mapping के ज़रिए ड्राफ़्ट करता है। लॉक करने तक फ़्रेमवर्क एक सेटिंग रहता है: Division बदलें और फ़ेस फिर से रेंडर होते हैं। समीकरण मिल जाए तो Lock & generate स्टेटमेंट सील कर लॉक हुए आँकड़ों से नोट्स बनाता है — यानी कोई नोट अपने ऊपर के फ़ेस से कभी असहमत नहीं हो सकता।
Two paths to the same audit conclusion. One leaves traces; the other doesn't.
4-आयामी Ledger Mapping सेटअप से हर लेजर पर एक Sch III लाइन कोड है। BS और P&L Trial Balance पर SUMIFS से, Sch III लाइन के हिसाब से एग्रीगेट होकर बनते हैं। Cash Flow BS मूवमेंट और P&L नॉन-कैश समायोजनों से निकलता है।
BS, P&L, Cash Flow (अप्रत्यक्ष विधि), Ratios (25% variance फ़्लैगिंग समेत 11 Schedule III रेश्यो), Notes (CY बनाम PY समेत 32 प्रकटीकरण), Mapping (क्लासिफ़िकेशन का रीड-ओनली व्यू)।
लॉक करने तक फ़्रेमवर्क चुनाव एक सेटिंग है — Division बदलें और फ़ेस फिर से रेंडर होते हैं; ग्रुपिंग हिलाएँ और स्टेटमेंट दोबारा कैलकुलेट होते हैं। प्लेसमेंट पुष्ट हों और समीकरण मिले, तो Lock & generate स्टेटमेंट सील कर लॉक हुए आँकड़ों से नोट्स बनाता है। अनलॉक करें, समायोजित करें, री-लॉक करें — वर्शन इतिहास हर जनरेटेड सेट रखता है।
Balance Sheet, P&L, Cash Flow (अप्रत्यक्ष), Ratios, Schedule II Depreciation, Notes to Accounts, Disclosures और Mapping (Ledger Mapping से रीड-ओनली)। हर आँकड़ा मैप्ड लेजरों से दोबारा कैलकुलेट होता है — री-मैप करें और फिर से जनरेट करें; कुछ भी हाथ से की नहीं होता।
ज़्यादातर कंपनियाँ Division I (Indian GAAP / AS) इस्तेमाल करती हैं; लिस्टेड और बड़ी अनलिस्टेड एंटिटीज़ Division II (Ind AS); NBFC Division III पर चलती हैं; LLP और नॉन-कॉर्पोरेट एंटिटीज़ के अपने फ़ॉर्मैट हैं। Framework सेलेक्टर टेम्पलेट, लाइन नाम और प्रकटीकरण बदलता है — और लॉक करने तक बदला जा सकता है।
कोई भी फ़ेस लाइन अपने पीछे की ग्रुपिंग और लेजरों में खुलती है, फिर पार्टियों में, फिर वाउचरों में। सीमांत प्लेसमेंट के फ़ैसले साक्ष्य पर होते हैं — और Mapping टैब दर्ज करता है कि हर रुपया कहाँ उतरा।
CARO 2020 11 वित्तीय रेश्यो पर रिपोर्टिंग माँगता है। CORAA उन्हें अपने आप कैलकुलेट करता है और पिछले साल के मुक़ाबले 25% से ज़्यादा variance वाला कोई भी रेश्यो फ़्लैग करता है, जिस पर ऑडिटर को variance के कारण का प्रकटीकरण करना होता है।