Form 3CD चा प्रत्येक क्लॉज आणि उप-क्लॉज त्याच्या शीर्षक, वर्णन आणि उत्तर देणाऱ्या सेक्शनशी मॅप केलेला आहे — त्यामुळे काहीही स्मरणातून भरायचा मोकळा मजकूर-बॉक्स नसतो. तुम्हाला संपूर्ण अहवाल एका ग्रिडमध्ये दिसतो, आणि प्रत्येक आकडा कुठून आला तेही.
डेटा-जड क्लॉज — घसारा (18), TDS/TCS तक्ते (34), s.43B आणि देय-तारीख चाचण्या (26, 20) — तुमचे इम्पोर्ट केलेले लेजर वाचणाऱ्या नियम-आधारित इंजिनांकडून मोजले जातात: समान इनपुट, समान आउटपुट, प्रत्येक वेळी, जेणेकरून समीक्षक काळ्या पेटीवर विश्वास ठेवण्याऐवजी काम पुन्हा करू शकेल. निर्णयाधीन क्लॉज — ICDS (13/14), s.37 (21(a)), मानीव लाभांश (36A), GST विभाजन (44) — आपोआप निष्कर्षित होत नाहीत: इंजिन उमेदवार आणि लागू करेल तो नियम पुढे आणते, आणि भूमिका तुमच्याकडे परत देते. 'Misc exp — Sharma' ही भागीदाराची वैयक्तिक ऑर्डर आहे हे नियम-इंजिनला कळू शकत नाही; ते ती ओळ फ्लॅग करते, निर्णय तुम्ही घेता.
तोच पुष्टी केलेला अहवाल e-filing JSON (CBDT कोड, सध्याच्या युटिलिटीशी स्कीमा-प्रमाणित), सरकारी-स्वरूपातील वर्कबुक आणि DOCX म्हणून तयार होतो. एक स्रोत, तीन रेंडर — तुम्ही अपलोड करता तो JSON, तुम्ही समीक्षा करता त्या वर्कबुकशी आणि क्लायंटकडे दाखल करता त्या DOCX शी जुळतो.
लेखापरीक्षक पुष्टी करेपर्यंत प्रत्येक पूर्व-भरलेला क्लॉज मसुदा म्हणूनच राहतो. इंजिन सुचवते; तुम्ही ठरवता. मानवी स्वाक्षरीशिवाय काहीही JSON, वर्कबुक किंवा DOCX पर्यंत पोहोचत नाही.
क्लॉज 8A s.115BAC व्यवस्थेची भूमिका पुढे आणतो; क्लॉज 13 आणि 14 ICDS समायोजने आणि s.145A समावेशक पद्धत पुढे आणतात — लागू केलेल्या सेक्शन आणि नियमासह उमेदवार म्हणून प्रस्तावित, तुम्ही ठरवण्यासाठी. हे व्याख्येवर अवलंबून असतात, म्हणून इंजिन मसुदा करते आणि उल्लेख करते; ते समायोजन तुमच्यासाठी कधीही निष्कर्षित करत नाही.
घसारा तक्ता मालमत्ता नोंदवही आणि भरांमधून ब्लॉक-निहाय मोजला जातो — दर, वापरात-आणल्याच्या तारखा आणि WDV रोल-फॉरवर्ड — पुनरुत्पादनीयरीत्या, जेणेकरून क्लॉज 18 तुमच्या गणनेत वापरलेल्या त्याच आकड्यांशी जुळतो. खरोखर यांत्रिक: समान नोंदवही आत, समान तक्ता बाहेर.
क्लॉज 20 s.36(1)(va) अंतर्गत कर्मचाऱ्यांच्या वर्गणीची देय-तारखेशी चाचणी करतो; क्लॉज 26 s.43B पेमेंट-आधारित मान्यता आणि अमान्यता लागू करतो, यात s.43B(h) MSME वेळेसह. तारीख चाचण्या, मोजलेल्या — त्यांना ठरवणाऱ्या तारखेसह वेळेतील तफावत पुढे आणली जाते.
s.40(a) अंतर्गत क्लॉज 21(b) — कर कापला न गेलेल्या अनिवासी पेमेंटवरील 100% अमान्यतेसह — ताळमेळ केलेल्या TDS भूमिकेतून थेट मोजला जातो, पुन्हा-टाइप केलेला नाही. s.37 अंतर्गत क्लॉज 21(a) वेगळा आहे: इंजिन नियमासह उमेदवार लेजर ओळी (स्वरूपाने वैयक्तिक, भांडवली किंवा दंडात्मक) पुढे आणते, पण कोणती कोणती हे तुम्ही ठरवता — ते कोणतीही ओळ तुमच्या वतीने भांडवली-विरुद्ध-महसुली ठरवत नाही.
क्लॉज 34 चे TDS आणि TCS तक्ते कपात-व-संकलन ताळमेळांमधून मोजले जातात — सेक्शन-निहाय कापण्यायोग्य विरुद्ध कापलेले विरुद्ध जमा केलेले — कमतरता आणि s.201(1A) विलंब-जमा व्याज जोखीम फ्लॅग करून. क्लॉज 27(a) CENVAT/ITC फक्त जुनी शिल्लक अजूनही चालवणाऱ्या क्लायंटसाठी पुढे नेले जाते; बहुतेक सध्याच्या फायलींवर ते एक तळटीप आहे, काम नव्हे.
क्लॉज 36A s.2(22)(e) अंतर्गत मानीव-लाभांश भूमिकेचा मसुदा करतो आणि क्लॉज 44 GST खर्च विभाजनाचा — दोन्ही तुमच्या निर्णयासाठी उमेदवार म्हणून, कारण 2(22)(e) संचित नफा आणि लाभदायी भागधारणेवर अवलंबून असतो जे लेजर सांगत नाही, आणि क्लॉज 44 तेव्हाच टिकतो जेव्हा GST डेटा खरोखर पुस्तकांशी जुळतो. सहाय्यक इंजिने — s.40(b) अंतर्गत भागीदार मोबदला, s.2(22)(e) अंतर्गत मानीव लाभांश आणि s.206AB/206CCA अनुपालन — त्यांना स्पर्श करणारे क्लॉज भरतात, भूमिका तुमच्याकडे ठेवून.
प्रत्येक पूर्व-भरलेल्या आकड्याला टाइमस्टॅम्प आहे, लागू केलेल्या नियमाचा उल्लेख आहे, आणि तो ज्या स्रोत लेजर ओळीतून आला तिच्यापर्यंत मागोवा घेता येतो — तुमच्या वर्किंग-पेपर फाइलमध्ये निर्यातयोग्य आणि ओळ-दर-ओळ पुन्हा-करण्यायोग्य, मूळाशिवाय अवतरणारा आकडा नव्हे.
फ्लॅग आणि अपवाद तुम्ही SA 320 अंतर्गत ठरवलेल्या भौतिकतेने गेट केलेले आणि पैसा-दर-पैसा सूचीबद्ध करण्याऐवजी एकत्रित केलेले असतात — मर्यादेखालील बाबी पूर येण्याऐवजी एकत्र गुंडाळल्या जातात. कनिष्ठाला फक्त गेट पार करणारेच दिसते; महत्त्वाच्या अमान्यता आणि वेळेतील तफावती तुमच्याकडे वाढवल्या जातात, त्यामुळे समीक्षा आकुंचन पावते, पुन्हा-टाइपिंगची जागा मऊ फ्लॅगांच्या वर्गीकरणाने घेत नाही.
Tally, Busy किंवा Excel मधून इम्पोर्ट करा, एक-वेळच्या खाते-तक्ता मॅपिंगसह जेणेकरून इंजिनला कळते कोणते गट दुरुस्ती विरुद्ध भांडवली आणि नोंदणीकृत विरुद्ध अनोंदणीकृत आहेत — कारण कोणत्याही दोन क्लायंटचे COA जुळत नाहीत. रिकामे किंवा गोंधळलेले GSTIN आणि PAN, सुधारित दस्तऐवज आणि बहु-नोंदणी क्लायंट प्रति नोंदणी एकत्र गुंडाळले जातात, आणि न जुळणाऱ्या ओळी गुपचूप अंदाजल्या न जाता तुमच्या समीक्षेसाठी बाजूला ठेवल्या जातात. ते गोंधळलेली फाइल सहन करते; मॅपिंग तुमची पुष्टी करायची नाही असे ते भासवत नाही.
कारण JSON, वर्कबुक आणि DOCX एका पुष्टी केलेल्या स्रोतातून रेंडर होतात, समवयस्क समीक्षक अपलोड केलेल्या e-filing JSON ला वर्किंग-पेपर वर्कबुक आणि स्वाक्षरी केलेल्या अहवालाशी जोडू शकतो — तोच आकडा, तीन ठिकाणी, मूक विचलन नाही.
आता घसारा आणि 43B आकडे क्लॉज-दर-क्लॉज हाताने कॉपी करणे नाही. यांत्रिक क्लॉज मोजलेले आणि उल्लेखासह येतात; निर्णयाधीन क्लॉज नियमासह मसुदा होऊन येतात, त्यामुळे फक्त निर्णयालाच एका व्यक्तीची गरज असते.
सर्व 44 नव्हे, फक्त निर्णयाची गरज असलेले क्लॉज उघडा. प्रत्येक मसुदा आकडा त्याच्या लेजर ओळीशी आणि सेक्शनशी मागोवा घेतलेला आहे, त्यामुळे समीक्षा ही पुष्टी आहे, पुनर्रचना नव्हे.
अहवाल बचावयोग्य आहे — प्रत्येक क्लॉज नियम-उल्लेखित, भौतिकता-गेटेड आणि SA 230 अंतर्गत पुन्हा-करण्यायोग्य, JSON, वर्कबुक आणि DOCX समवयस्क समीक्षेसाठी जुळणारे, आणि निर्णयाधीन क्लॉज तुम्हाला निष्कर्षित करायचे म्हणून स्पष्टपणे चिन्हांकित.
