CORAA
ऑडिट वर्किंग पेपर्स · ऑडिटरों के लिए बना· WP

हर क्लाइंट, हर वर्ष-अंत पर हाथ से वही लीड शेड्यूल बार-बार बनाना।

वर्किंग-पेपर फ़ाइल ज़्यादातर यांत्रिक है — हर खाते के लिए एक लीड शेड्यूल, हर लेज़र के लिए एक एजिंग, एक PPE रोल-फॉरवर्ड — और आप इसे हर मार्च में हाथ से फिर से बनाते हैं क्योंकि पिछले साल की फ़ाइल पिछले साल के आँकड़ों से बँधी थी। CORAA आपकी Tally Prime, Busy, Zoho या Excel ट्रायल बैलेंस पढ़ता है, लेज़र-से-खाता-क्षेत्र ग्रुपिंग का प्रस्ताव देता है जिसे आप एक बार पुष्टि करें, फिर हर महत्वपूर्ण खाता क्षेत्र के लिए वर्किंग पेपर तैयार करता है: लीड शेड्यूल जो बैलेंस हेड से नीचे वाउचर तक ड्रिल करते हैं, हर एक विवरण से मिलान करता हुआ। संयोजन यांत्रिक है; ऑडिट — और उसमें हर आँकड़ा — आपकी समीक्षा और हस्ताक्षर के लिए आपका ही रहता है।

बेस्पोक मोटिफ़

बैलेंस हेड से वाउचर तक — तीन क्लिक में, आपके टेम्पलेट में।

लीड शेड्यूल → वाउचर ड्रिल

एक बैलेंस हेड खोलें और ड्रिल करें: हेड से ग्रुपिंग, ग्रुपिंग से लेज़र, लेज़र से वह व्यक्तिगत वाउचर जिसने उसे बनाया। विवरण के मुख पर का आँकड़ा कभी दावे के रूप में नहीं होता — वह स्रोत प्रविष्टि ही है, कुछ क्लिक दूर, ताकि समीक्षक लीड शेड्यूल पर भरोसा करने के बजाय वाउचर तक उतरे। जहाँ स्रोत डेटा वाउचर-स्तर का विवरण नहीं रखता, वहाँ ड्रिल लेज़र लाइन पर रुक जाता है और उसे फ़्लैग करता है, बजाय ऐसा लिंक गढ़ने के जिसे डेटा सहारा नहीं दे सकता।

आपका फ़र्म टेम्पलेट, हमारा नहीं

हर शेड्यूल आपके फ़र्म के अपने वर्किंग-पेपर प्रारूप में निर्यात होता है — आपके कॉलम, आपके हेडर, आपकी फ़ाइल संरचना। कोई प्रोप्राइटरी लेआउट नहीं, कोई लॉक-इन नहीं, कोई एग्ज़िट कॉस्ट नहीं। टेम्पलेट एक बार मैप किया जाता है और हर एंगेजमेंट और शाखा में दोबारा इस्तेमाल होता है, ताकि फ़ाइल हर बार उसी आकार में आए, बिना प्रति-क्लाइंट दोबारा फ़ॉर्मेटिंग के। यदि आप कल बंद कर दें, तो आपके पास जो पेपर रहेंगे वे पहले से ही उसी आकार में हैं जो आपकी फ़ाइल हमेशा से उपयोग करती आई है।

एक बार मैप, हर मार्च दोबारा नहीं

कठिन हिस्सा शेड्यूल टाइप करना नहीं है — कठिन हिस्सा एक बिखरे लेज़र को सही खाता क्षेत्र और Schedule III बकेट से मैप करना है, जहाँ एक ही खर्च तीन अलग हेड के नीचे बैठ सकता है। CORAA आपकी ट्रायल बैलेंस और लेज़र से वह मैपिंग प्रस्तावित करता है; आप उसे एक बार समीक्षा करके सुधारते हैं, और वह अगले एंगेजमेंट और अगले वर्ष तक बनी रहती है, हर मार्च दोबारा करने के बजाय। जहाँ कोई लेज़र लाइन ग़लत-ग्रुप में है या मिलान नहीं हो सकता, वहाँ उसे आपके रखने के लिए फ़्लैग किया जाता है, चुपचाप बकेट में नहीं डाला जाता।

हर शेड्यूल विवरण से मिलता है

लीड शेड्यूल ट्रायल बैलेंस से मिलते हैं और ट्रायल बैलेंस वित्तीय विवरणों से — ताकि वर्किंग-पेपर फ़ाइल और हस्ताक्षरित विवरण एक ही आँकड़ों का सेट रखें, दो नहीं जिन्हें कोई पीयर रिव्यूअर अलग कर सके।

यह क्या तैयार करता है

हर खाता क्षेत्र, उसका अपना पेपर — फ़ाइल खोलने से पहले स्रोत-सहित।

01

लीड शेड्यूल · बैलेंस हेड से वाउचर तक

हर महत्वपूर्ण खाते के लिए एक लीड शेड्यूल, बैलेंस हेड से लेज़र होते हुए अंतर्निहित वाउचर तक की ड्रिल के साथ। वर्किंग पंक्ति-दर-पंक्ति दिखाया गया, हर आँकड़ा उसके पीछे की प्रविष्टि तक ट्रेस करने योग्य — कोई दोबारा-टाइप किया गया सारांश नहीं। जहाँ स्रोत डेटा वाउचर स्तर तक नहीं पहुँचता, वहाँ ड्रिल लेज़र लाइन पर रुकता है और उसे फ़्लैग करता है, बजाय ऐसा लिंक गढ़ने के जिसे डेटा सहारा नहीं दे सकता।

02

AR / AP एजिंग · दोहरे बकेट, पार्टी-वार

प्राप्य और देय पार्टी-वार दो दृश्यों में एक साथ एज किए गए — वसूली की बातचीत के लिए आपके ऑपरेशनल बकेट, और प्रकटीकरण के लिए वैधानिक Schedule III देय-तिथि बकेट — ताकि एक ही एजिंग फ़ाइल और नोट्स दोनों की सेवा करे। लेज़र की हर पार्टी एज की जाती है, सैंपल नहीं।

03

देय पर MSME 45-दिन विभाजन

देय राशियाँ s.43B(h) और MSMED Act के तहत MSME 45-दिन विभाजन रखती हैं — सूक्ष्म और लघु आपूर्तिकर्ता अलग, सीमा से परे बकाया पार्टी-वार सामने लाया गया — अस्वीकृति प्रश्न और Schedule III MSME प्रकटीकरण के लिए, किसी अलग स्प्रेडशीट के बजाय लेज़र से लिया गया। CORAA ऑडिटर के आकलन के लिए बकाया सामने लाता है; यह अस्वीकृति तय नहीं करता।

04

स्थायी संपत्तियाँ · ब्लॉक-वार रोल-फॉरवर्ड

PPE एक ब्लॉक-वार रोल-फॉरवर्ड के रूप में — आरंभिक, परिवर्धन, विलोपन, समापन — s.32 मूल्यह्रास और एक IT-बनाम-बुक्स समाधान के साथ जो AS 22 के तहत आस्थगित-कर वर्किंग रखता है। बुक ब्लॉक और टैक्स ब्लॉक एक ही शेड्यूल में मिलाए गए।

05

कैश फ़्लो · अप्रत्यक्ष, AS 3

AS 3 के तहत एक अप्रत्यक्ष-विधि कैश फ़्लो, तैयार आँकड़े के बजाय पहले-कट टाई-आउट के रूप में प्रस्तुत — परिचालन, निवेश और वित्तपोषण नकदी में परिवर्तन से मिलाए गए, और जैसे-जैसे ट्रायल बैलेंस अंतिमीकरण तक अद्यतन होती है, वैसे-वैसे दोबारा बनाया गया। ग़ैर-नकद मद और पुनर्वर्गीकरण ऑडिटर के समायोजन के लिए सामने लाए जाते हैं, मान नहीं लिए जाते, ताकि वर्किंग दृश्यमान रहे, न कि एक ब्लैक-बॉक्स आँकड़ा बन जाए जिसे आप खोल न सकें।

06

देयता की समाप्ति · बासी बैलेंस

तीन वर्ष से अधिक अचल लेनदार और देयता बैलेंस s.41(1) समाप्ति प्रश्न के लिए सामने लाए गए — ऑडिटर के निर्णय के लिए पार्टी-वार फ़्लैग किए गए, निष्कर्ष नहीं निकाला गया। CORAA यह निर्धारण नहीं करता कि कोई देयता समाप्त हो गई है; यह बासी बैलेंस सामने लाता है ताकि वह लेज़र में अनजांचा न छूटे।

यह क्यों टिकता है

एक वर्किंग-पेपर फ़ाइल जिसे पीयर रिव्यूअर पंक्ति-दर-पंक्ति दोबारा कर सके।

दोबारा-निष्पादन योग्य SA 230 ट्रेल

हर शेड्यूल एक टाइमस्टैम्प्ड, नियम-उद्धृत रिकॉर्ड रखता है जो स्रोत पंक्ति तक ट्रेस होता है और सीधे वर्किंग-पेपर फ़ाइल में निर्यात योग्य है। समीक्षक आँकड़े पर भरोसा करने के बजाय उसे वाउचर तक दोबारा चलकर देखता है — वर्किंग पेपर ऑडिटर की प्रक्रियाओं का साक्ष्य बना रहता है, मशीन-संयोजित, स्वतः-निष्कर्षित नहीं।

नियतात्मक, जनरेटिव नहीं

वही लेज़र और वही नियम हर रन में वही शेड्यूल बनाते हैं — कोई संभाव्य शब्दावली या आँकड़े नहीं जो एंगेजमेंट के बीच बदल जाएँ। डिज़ाइन से पुनरुत्पादनीय, जो वास्तव में पीयर रिव्यू परखता है।

SA 320 के तहत भौतिकता-नियंत्रित

एक शेड्यूल जो ध्यान के लिए सामने लाता है — एक बासी बैलेंस, एक एजिंग उल्लंघन, एक मूल्यह्रास भिन्नता — वह आपके द्वारा निर्धारित भौतिकता से छाना जाता है, ताकि फ़ाइल वही फ़्लैग करे जो मायने रखता है और जो नहीं रखता उस पर शांत रहे। योग्य, मान लिया गया नहीं।

पूर्णता जाँची गई, सैंपल नहीं

एजिंग, रोल-फॉरवर्ड और समाप्ति समीक्षा पूरे लेज़र पर चलती है, और हर शेड्यूल ट्रायल बैलेंस से मिलता है और लेज़र नियंत्रण योगों से समाधान करता है। पूर्णता एक परखा गया नियंत्रण है, 2% सैंपल नहीं — और कोई भी पंक्ति जिसे CORAA पार्स न कर सके, उसे गिराने के बजाय फ़्लैग किया जाता है, ताकि अंतर फ़ाइल में दिखे, न कि उसमें छिपे।

यह किसके लिए है

तीन डेस्क, एक वर्किंग-पेपर फ़ाइल — और हर आँकड़े के नीचे वही वाउचर।

आर्टिकल

पिछले साल की फ़ाइल से लीड शेड्यूल और एजिंग दोबारा बनाना बंद करता है। शेड्यूल लेज़र से संयोजित और स्रोत-सहित आते हैं; समय उस परीक्षण और उन प्रश्नों में जाता है जिन्हें वास्तव में एक व्यक्ति की ज़रूरत है, न कि कॉलम फ़ॉर्मेट करने या हर मार्च मैपिंग दोबारा बाँधने में।

मैनेजर

एक ऐसी फ़ाइल की समीक्षा करता है जहाँ हर लीड शेड्यूल अपने वाउचर तक ड्रिल करता है, एजिंग ऑपरेशनल और Schedule III दोनों बकेट रखती है, और MSME तथा समाप्ति फ़्लैग पहले से ही पार्टी-वार हैं — अब शेड्यूल को लेज़र से हाथ से मिलाना नहीं। ग्रुपिंग एक बार मैप और मानकीकृत है, ताकि फ़ाइल हर कार्यालय में उसी आकार में आए।

पार्टनर

यह जानते हुए हस्ताक्षर करता है कि लीड शेड्यूल विवरण से मिलते हैं, PPE ब्लॉक AS 22 के तहत बुक्स को टैक्स से मिलाता है, और पूरी फ़ाइल वाउचर तक दोबारा-निष्पादन योग्य है यदि कोई पीयर रिव्यूअर पूछे। टेम्पलेट और ग्रुपिंग एक बार मैप होते हैं और हर एंगेजमेंट और शाखा में दोबारा इस्तेमाल होते हैं। राय उनकी है; शेड्यूल संयोजित हैं।

यह क्या बदलता है
बैलेंस हेड से वाउचर तक
तीन स्तर
हर लीड शेड्यूल विवरण के हेड से लेज़र होते हुए अंतर्निहित वाउचर तक ड्रिल करता है — ट्रेस करने योग्य, दावे के रूप में नहीं, और जहाँ स्रोत कम पड़े वहाँ फ़्लैग किया गया।
परखा और मिलाया गया
पूरा लेज़र
एजिंग, रोल-फॉरवर्ड और समाप्ति पूरे लेज़र पर चलते हैं और TB से मिलते हैं — SA 320 के तहत जहाँ भौतिक हो वहाँ फ़्लैग, और अपार्सेबल पंक्तियाँ फ़्लैग की गईं, गिराई नहीं गईं।
कोई प्रोप्राइटरी प्रारूप नहीं
आपका टेम्पलेट
शेड्यूल आपके फ़र्म के अपने वर्किंग-पेपर लेआउट में निर्यात होते हैं — एक बार मैप, एंगेजमेंट में दोबारा इस्तेमाल, कोई लॉक-इन और कोई एग्ज़िट कॉस्ट नहीं।
विवरण से मिलता है
हर आँकड़ा
लीड शेड्यूल ट्रायल बैलेंस से मिलते हैं और ट्रायल बैलेंस वित्तीयों से — पूरी फ़ाइल में एक ही आँकड़ों का सेट।
ऑडिटरों के सवाल

वर्किंग-पेपर ऑटोमेशन, सीधे जवाब।

हर महत्वपूर्ण खाता क्षेत्र के लिए एक वर्किंग पेपर, आपकी Tally Prime, Busy, Zoho या Excel ट्रायल बैलेंस और लेज़र से पढ़ा गया: बैलेंस हेड से वाउचर तक ड्रिल वाले लीड शेड्यूल, देय पर MSME 45-दिन विभाजन के साथ ऑपरेशनल और Schedule III देय-तिथि दोनों बकेट में AR/AP एजिंग, s.32 मूल्यह्रास और AS 22 के तहत IT-बनाम-बुक्स समाधान के साथ एक ब्लॉक-वार स्थायी-संपत्ति रोल-फॉरवर्ड, AS 3 के तहत एक अप्रत्यक्ष कैश फ़्लो, और s.41(1) के तहत तीन वर्ष से अधिक बासी बैलेंस के लिए एक देयता-समाप्ति समीक्षा। शेड्यूल लेखांकन मानक (AS) ढाँचे के अनुसार बनाए गए हैं — कैश फ़्लो के लिए AS 3, आस्थगित कर के लिए AS 22 — और हर एक विवरण से मिलता है।
अपना ही। शेड्यूल आपके फ़र्म के टेम्पलेट में निर्यात होते हैं — आपके कॉलम, हेडर और फ़ाइल संरचना — न कि कोई प्रोप्राइटरी CORAA लेआउट। टेम्पलेट एक बार मैप किया जाता है और एंगेजमेंट में दोबारा इस्तेमाल होता है, ताकि कोई प्रति-क्लाइंट दोबारा फ़ॉर्मेटिंग न हो, कोई प्रारूप लॉक-इन न हो और कोई एग्ज़िट कॉस्ट न हो: यदि आप CORAA का उपयोग बंद कर दें, तो आपके द्वारा पहले से निर्यात किए गए पेपर उसी आकार में रहते हैं जो आपकी फ़ाइल हमेशा से उपयोग करती आई है।
ड्रिल विवरण के मुख पर के बैलेंस हेड से चलता है, नीचे उस ग्रुपिंग और लेज़र तक जो उसे बनाते हैं, फिर नीचे एक लेज़र लाइन के पीछे के व्यक्तिगत वाउचर तक। जहाँ स्रोत डेटा वाउचर-स्तर का विवरण नहीं रखता, वहाँ ड्रिल लेज़र लाइन पर रुक जाता है और उसे फ़्लैग करता है, बजाय कोई लिंक गढ़ने के। इसलिए जब कोई पार्टनर पूछता है कि किसी आँकड़े तक कैसे पहुँचा गया, तो जवाब स्रोत स्वयं होता है, न कि कोई दोबारा-टाइप किया गया सारांश जिस पर आपको भरोसा करना पड़े।
नहीं। असली लेज़र अनुपस्थित या गड़बड़ GSTIN और PAN, संशोधित दस्तावेज़ और बहु-पंजीकरण क्लाइंट रखते हैं — MSME विभाजन विशेष रूप से आपूर्तिकर्ता पहचान पर निर्भर करता है। CORAA अपार्सेबल या अपहचानी पंक्तियों को चुपचाप गिराने के बजाय समीक्षा के लिए फ़्लैग करता है, ताकि एक डेटा समस्या फ़ाइल में एक फ़्लैग के रूप में दिखे, न कि किसी शेड्यूल में एक अंतर के रूप में। बिखरी ग्रुपिंग पर भी यही लागू होता है: लेज़र-से-खाता-क्षेत्र मैपिंग आपकी एक-बार पुष्टि के लिए प्रस्तावित होती है, और ग़लत-ग्रुप पंक्तियाँ आपके रखने के लिए फ़्लैग की जाती हैं — असली काम मैपिंग में है, शेड्यूल में नहीं, और यह पृष्ठ उस बारे में ईमानदार है।
डेटा भारत में होस्ट किया जाता है, DPDPA और ISO 27001 नियंत्रणों के अनुरूप संभाला जाता है, और कभी भी साझा या तृतीय-पक्ष मॉडल प्रशिक्षित करने में उपयोग नहीं होता। आउटपुट आपकी मौजूदा वर्किंग-पेपर फ़ाइल में एक ऑडिटर-समीक्षित शेड्यूल के रूप में गिरता है, न कि एक असमीक्षित स्रोत के रूप में। आपका क्लाइंट डेटा आपका क्लाइंट डेटा ही रहता है।
ऑडिटर ही, पूरी तरह। CORAA एक सहायक वर्किंग-पेपर जनरेशन और विश्लेषण उपकरण है — यह ऑडिटर-निष्पादित और मशीन-संयोजित है, और यह राय बनाता, हस्ताक्षर करता या उसकी ज़िम्मेदारी साझा नहीं करता। CORAA कर-योग्यता, अस्वीकृति या देयता की समाप्ति पर कोई निर्धारण नहीं करता; यह ऑडिटर के निर्णय के लिए साक्ष्य पार्टी-वार सामने लाता है। हर शेड्यूल ऑडिटर का है समीक्षा, परीक्षण और पुष्टि करने के लिए, और SA 230 ट्रेल यह रिकॉर्ड करता है कि आँकड़े स्रोत तक ट्रेस होते हैं। पेशेवर निर्णय और रिपोर्ट आपकी रहती है।
इसे एक असली फ़ाइल पर देखें

एक सैंपल एंगेजमेंट या एक रिडैक्टेड लेज़र लाएँ। वर्किंग पेपर्स को संयोजित होते देखें — हर आँकड़ा आपकी समीक्षा के लिए।

एक सैंपल एंगेजमेंट लोड करें और देखें कि हर खाते के लिए एक लीड शेड्यूल संयोजित हुआ, ड्रिल बैलेंस हेड से वाउचर तक चलती हुई, एजिंग ऑपरेशनल और Schedule III दोनों बकेट रखती हुई, PPE ब्लॉक बुक्स को टैक्स से मिलाता हुआ — यह सब आपके अपने टेम्पलेट में निर्यात। हम फ़र्म रोलआउट भी दिखाएँगे: कैसे टेम्पलेट और ग्रुपिंग एक बार मैप होते हैं और एंगेजमेंट तथा शाखाओं में दोबारा इस्तेमाल होते हैं, और किसी भी क्लाइंट फ़ाइल के लोड होने से पहले भारत होस्टिंग, डेटा पृथक्करण और आपकी स्वतंत्रता आवश्यकताएँ कैसे संभाली जाती हैं। संयोजन यांत्रिक है; ऑडिट आपका है।