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(h) MSME ಸಮಯ ಸೇರಿದಂತೆ s.43B ಪಾವತಿ-ಆಧಾರ ಅಂಗೀಕಾರ ಮತ್ತು ನಿರಾಕರಣೆಯನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ. ದಿನಾಂಕ ಪರೀಕ್ಷೆಗಳು, ಲೆಕ್ಕ ಹಾಕಲ್ಪಟ್ಟು — ಸಮಯದ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಅವುಗಳನ್ನು ನಿರ್ಧರಿಸುವ ದಿನಾಂಕದೊಂದಿಗೆ ಮುಂದಿಡಲಾಗಿದೆ.
s.40(a) ಅಡಿಯ ಷರತ್ತು 21(b) — ತೆರಿಗೆ ಕಡಿತಗೊಳಿಸದ ಅನಿವಾಸಿ ಪಾವತಿಗಳ ಮೇಲಿನ 100% ನಿರಾಕರಣೆ ಸೇರಿದಂತೆ — ಹೊಂದಾಣಿಕೆಯಾದ TDS ನಿಲುವಿನಿಂದ ನೇರವಾಗಿ ಲೆಕ್ಕ ಹಾಕಲ್ಪಡುತ್ತದೆ, ಮರು-ಟೈಪ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ. s.37 ಅಡಿಯ ಷರತ್ತು 21(a) ಭಿನ್ನವಾಗಿದೆ: ಎಂಜಿನ್ ಅಭ್ಯರ್ಥಿ ಲೆಡ್ಜರ್ ಸಾಲುಗಳನ್ನು (ವೈಯಕ್ತಿಕ, ಬಂಡವಾಳ ಅಥವಾ ದಂಡ ಸ್ವಭಾವದವು) ನಿಯಮದೊಂದಿಗೆ ಮುಂದಿಡುತ್ತದೆ, ಆದರೆ ಯಾವುದು ಯಾವುದು ಎಂದು ನೀವು ನಿರ್ಧರಿಸುತ್ತೀರಿ — ಅದು ನಿಮ್ಮ ಪರವಾಗಿ ಒಂದು ಸಾಲನ್ನು ಬಂಡವಾಳ-ವಿರುದ್ಧ-ಆದಾಯ ಎಂದು ಎಂದಿಗೂ ತೀರ್ಮಾನಿಸುವುದಿಲ್ಲ.
ಷರತ್ತು 34 ನ TDS ಮತ್ತು TCS ಕೋಷ್ಟಕಗಳನ್ನು ಕಡಿತ-ಮತ್ತು-ಸಂಗ್ರಹ ಹೊಂದಾಣಿಕೆಗಳಿಂದ ಲೆಕ್ಕ ಹಾಕಲಾಗುತ್ತದೆ — ಸೆಕ್ಷನ್-ವಾರು ಕಡಿತಗೊಳಿಸಬೇಕಾದ vs ಕಡಿತಗೊಳಿಸಿದ vs ಠೇವಣಿ ಮಾಡಿದ — ಕೊರತೆಗಳು ಮತ್ತು 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 ನಿಂದ ಆಮದು ಮಾಡಿ, ಒಂದು-ಬಾರಿಯ ಖಾತೆಗಳ-ಪಟ್ಟಿ ಮ್ಯಾಪಿಂಗ್ನೊಂದಿಗೆ ಇದರಿಂದ ಎಂಜಿನ್ಗೆ ಯಾವ ಗುಂಪುಗಳು ದುರಸ್ತಿ vs ಬಂಡವಾಳ ಮತ್ತು ನೋಂದಾಯಿತ vs ನೋಂದಾಯಿಸದವು ಎಂದು ತಿಳಿಯುತ್ತದೆ — ಏಕೆಂದರೆ ಯಾವುದೇ ಎರಡು ಕ್ಲೈಂಟ್ಗಳ COA ಸರಿಹೊಂದುವುದಿಲ್ಲ. ಖಾಲಿ ಅಥವಾ ಗೊಂದಲಮಯ GSTIN ಮತ್ತು PAN, ತಿದ್ದುಪಡಿ ದಾಖಲೆಗಳು ಮತ್ತು ಬಹು-ನೋಂದಣಿ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಪ್ರತಿ ನೋಂದಣಿಗೆ ಒಟ್ಟುಗೂಡಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಮ್ಯಾಪ್ ಆಗದ ಸಾಲುಗಳನ್ನು ನಿಮ್ಮ ಪರಿಶೀಲನೆಗಾಗಿ ಪಾರ್ಕ್ ಮಾಡಲಾಗುತ್ತದೆ, ಮೌನವಾಗಿ ಊಹಿಸಲಾಗುವುದಿಲ್ಲ. ಇದು ಗೊಂದಲಮಯ ಫೈಲ್ ಅನ್ನು ಸಹಿಸುತ್ತದೆ; ಮ್ಯಾಪಿಂಗ್ ನಿಮ್ಮದು ದೃಢೀಕರಿಸಲು ಎಂದು ನಟಿಸುವುದಿಲ್ಲ.
JSON, ವರ್ಕ್ಬುಕ್ ಮತ್ತು DOCX ಒಂದು ದೃಢೀಕರಿಸಿದ ಮೂಲದಿಂದ ರೆಂಡರ್ ಆಗುವುದರಿಂದ, ಸಹ-ಪರಿಶೀಲಕರು ಅಪ್ಲೋಡ್ ಮಾಡಿದ e-filing JSON ಅನ್ನು ವರ್ಕಿಂಗ್-ಪೇಪರ್ ವರ್ಕ್ಬುಕ್ ಮತ್ತು ಸಹಿ ಮಾಡಿದ ವರದಿಗೆ ಮರಳಿ ಸರಿಹೊಂದಿಸಬಹುದು — ಅದೇ ಅಂಕಿ, ಮೂರು ಸ್ಥಳ, ಯಾವುದೇ ಮೌನ ವ್ಯತ್ಯಾಸವಿಲ್ಲ.
ಅಪಮೌಲ್ಯ ಮತ್ತು 43B ಅಂಕಿಗಳನ್ನು ಷರತ್ತಿನಿಂದ ಷರತ್ತಿಗೆ ಕೈಯಿಂದ ನಕಲಿಸುವುದು ಇನ್ನು ಇಲ್ಲ. ಯಾಂತ್ರಿಕ ಷರತ್ತುಗಳು ಲೆಕ್ಕ ಹಾಕಲ್ಪಟ್ಟು ಮತ್ತು ಉಲ್ಲೇಖಿಸಲ್ಪಟ್ಟು ಬರುತ್ತವೆ; ತೀರ್ಪಿನ ಷರತ್ತುಗಳು ನಿಯಮದೊಂದಿಗೆ ಕರಡಾಗಿ ಬರುತ್ತವೆ, ಆದ್ದರಿಂದ ನಿರ್ಧಾರಕ್ಕೆ ಮಾತ್ರ ಒಬ್ಬ ವ್ಯಕ್ತಿ ಬೇಕಾಗುತ್ತಾರೆ.
ಎಲ್ಲಾ 44 ಅಲ್ಲ, ನಿರ್ಧಾರ ಬೇಕಾದ ಷರತ್ತುಗಳನ್ನು ತೆರೆಯಿರಿ. ಪ್ರತಿ ಕರಡು ಅಂಕಿಯನ್ನು ಅದರ ಲೆಡ್ಜರ್ ಸಾಲು ಮತ್ತು ಅದರ ಸೆಕ್ಷನ್ಗೆ ಜಾಡು ಹಿಡಿಯಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಪರಿಶೀಲನೆಯು ಮರುನಿರ್ಮಾಣವಲ್ಲ, ದೃಢೀಕರಣ.
ವರದಿಯು ಸಮರ್ಥನೀಯ — ಪ್ರತಿ ಷರತ್ತು ನಿಯಮ-ಉಲ್ಲೇಖಿತ, ಮಹತ್ವ-ನಿಯಂತ್ರಿತ ಮತ್ತು SA 230 ಅಡಿಯಲ್ಲಿ ಮರು-ನಿರ್ವಹಿಸಬಹುದಾದದ್ದು, ಸಹ-ಪರಿಶೀಲನೆಗಾಗಿ JSON, ವರ್ಕ್ಬುಕ್ ಮತ್ತು DOCX ಹೊಂದಾಣಿಕೆಯಾಗುತ್ತವೆ, ಮತ್ತು ತೀರ್ಪಿನ ಷರತ್ತುಗಳು ನೀವು ತೀರ್ಮಾನಿಸಬೇಕಾದವು ಎಂದು ಸ್ಪಷ್ಟವಾಗಿ ಗುರುತಿಸಲಾಗಿದೆ.
