हर डाउनस्ट्रीम आँकड़ा इस पर टिका है कि कौन-सा लेजर कहाँ बैठता है। Ledger Mapping वही जगह है जहाँ ऑडिटर हर मटीरियल लेजर के लिए सिस्टम के सुझाए Schedule III बकेट और वैधानिक-लागू टैग (PF, ESI, PT) की पुष्टि करता है, उन्हें ओवरराइड करता है या बाहर रखता है। इंजन सिर्फ़ सुझाता है — पुष्टि कभी नहीं करता — इसलिए ऑडिटर जो मुहर लगाता है वही वह सच है जिसे हर वर्किंग पेपर और Schedule III एग्रीगेशन पढ़ता है। TDS, TCS और GST को किसी लेजर टैग की ज़रूरत ही नहीं: उनके वेरिफ़िकेशन पेपर टैक्स लेग, राशि और दिशा सीधे वाउचरों की संरचना से पढ़ते हैं।
Two paths to the same audit conclusion. One leaves traces; the other doesn't.
ERP डेटा इनजेस्ट होते ही Tier 1 डिटरमिनिस्टिक नियम (Tally ग्रुप + नाम + स्टैंडर्ड-ग्रुप मिलान) बड़ा हिस्सा तुरंत सुलझा देते हैं। जो लेजर Tier 1 से तय नहीं होते वे Tier 2 में जाते हैं — एक LLM वाउचर नैरेशनों का सैंपल पढ़कर कारण समेत एक वैल्यू प्रस्तावित करता है — और Tier 3 देखता है कि दूसरी एंटिटीज़ पर ऑडिटरों ने मिलते-जुलते लेजर कैसे मैप किए। हर सुझाव अपने बताए कारण के साथ आता है।
वर्कशीट की स्टैट स्ट्रिप ऑटो-मैप्ड लेजरों (जिन पर ध्यान देने की ज़रूरत नहीं) को उन पंक्तियों से अलग करती है जो वाक़ई निर्णय माँगती हैं। किसी फ़्लैग हुई पंक्ति को खोलकर सुझाव, उसका कारण और कॉन्फ़िडेंस बैज देखें — स्वीकारें, ओवरराइड करें या एग्ज़ेम्प्ट मार्क करें। बाक़ी बल्क एक्शनों से निपटता है, जिसमें हाई-कॉन्फ़िडेंस सुझावों का एक्सेप्ट-ऑल भी है जो कमिट से पहले दिखाता है कि यह ठीक कितनी पंक्तियाँ छुएगा।
मैपिंग हर लेजर और वित्तीय वर्ष के हिसाब से सहेजी जाती है, और 'पिछले FY से कॉपी' पुष्ट मैपिंग आगे ले जाता है। अगले साल का ऑडिट उन्हीं लेजरों के पहले से मैप्ड होने के साथ खुलता है; ऑडिटर सिर्फ़ बदलावों की समीक्षा करता है। री-सिंक या मटीरियलिटी बदलाव के बाद री-सजेस्ट इंजन को दोबारा चलाता है।
हर लेजर को उसकी Schedule III लाइन पर मैप करता है — Balance Sheet + P&L बकेट का संयुक्त व्यू, लोड पर डिफ़ॉल्ट टैब। हर लेजर को किसी लाइन पर उतरना ही है (इस टैब पर कोई एग्ज़ेम्प्ट नहीं), और आप जो मुहर लगाते हैं स्टेटमेंट वही एग्रीगेट करते हैं।
सिर्फ़ पेरोल-प्रासंगिक लेजरों के लिए हल्के वैधानिक-लागू आयाम — जिस लेजर की कोई पंक्ति नहीं वह सीधा दायरे से बाहर है। एक बार टैग करें; PF/ESI वर्किंग पेपर अपने बकाया और जमा टेस्टिंग के लिए यही टैग पढ़ता है।
TDS, TCS और GST क्लासिफ़िकेशन पहले यहीं रहता था — इसे जान-बूझकर हटाया गया। वेरिफ़िकेशन पेपर अब टैक्स लेग, राशि और दिशा सीधे वाउचरों की संरचना से निकालते हैं, इसलिए न कोई लेजर-स्तरीय टैग बासी होता है, न कोई मैपिंग-क़र्ज़ सँभालना पड़ता है।
हर लेजर और आयाम की एक पंक्ति स्टेटस दर्ज करती है — सुझाया, पुष्ट, ओवरराइड या बहिष्कृत — सुझाव के स्रोत और कार्रवाई होते ही ऑडिटर की पहचान के साथ। डाउनस्ट्रीम वर्किंग पेपर और Schedule III एग्रीगेशन यही तालिका पढ़ते हैं; ऑडिटर की मुहर इंजन के प्रस्ताव पर हमेशा भारी पड़ती है।
