ಒಂದು ಬ್ಯಾಲೆನ್ಸ್ ಹೆಡ್ ತೆರೆದು ಡ್ರಿಲ್ ಮಾಡಿ: ಹೆಡ್ನಿಂದ ಗುಂಪುಗಾರಿಕೆಗೆ, ಗುಂಪುಗಾರಿಕೆಯಿಂದ ಲೆಡ್ಜರ್ಗೆ, ಲೆಡ್ಜರ್ನಿಂದ ಅದನ್ನು ರೂಪಿಸಿದ ವೈಯಕ್ತಿಕ ವೋಚರ್ಗೆ. ಸ್ಟೇಟ್ಮೆಂಟ್ ಮುಖದ ಮೇಲಿನ ಅಂಕಿಯನ್ನು ಎಂದಿಗೂ ಸುಮ್ಮನೆ ಪ್ರತಿಪಾದಿಸಲಾಗುವುದಿಲ್ಲ — ಅದು ಮೂಲ ನಮೂದು, ಕೆಲವೇ ಕ್ಲಿಕ್ಗಳ ದೂರದಲ್ಲಿ, ಆದ್ದರಿಂದ ಪರಿಶೀಲಕನು ಲೀಡ್ ಶೆಡ್ಯೂಲ್ ಅನ್ನು ನಂಬಿಕೆಯ ಮೇಲೆ ಸ್ವೀಕರಿಸುವ ಬದಲು ವೋಚರ್ವರೆಗೆ ಇಳಿಯುತ್ತಾನೆ. ಮೂಲ ದತ್ತಾಂಶ ವೋಚರ್-ಮಟ್ಟದ ವಿವರವನ್ನು ಹೊಂದಿರದ ಕಡೆ, ಡ್ರಿಲ್ ಲೆಡ್ಜರ್ ಸಾಲಿನಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ ಮತ್ತು ದತ್ತಾಂಶ ಬೆಂಬಲಿಸದ ಸಂಪರ್ಕವನ್ನು ಸೃಷ್ಟಿಸುವ ಬದಲು ಅದನ್ನು ಫ್ಲ್ಯಾಗ್ ಮಾಡುತ್ತದೆ.
ಪ್ರತಿ ಶೆಡ್ಯೂಲ್ ನಿಮ್ಮ ಸಂಸ್ಥೆಯ ಸ್ವಂತ ವರ್ಕಿಂಗ್ ಪೇಪರ್ ಫಾರ್ಮ್ಯಾಟ್ನಲ್ಲಿ ರಫ್ತಾಗುತ್ತದೆ — ನಿಮ್ಮ ಕಾಲಮ್ಗಳು, ನಿಮ್ಮ ಹೆಡರ್ಗಳು, ನಿಮ್ಮ ಫೈಲ್ ರಚನೆ. ಯಾವುದೇ ಸ್ವಾಮ್ಯ ವಿನ್ಯಾಸವಿಲ್ಲ, ಲಾಕ್-ಇನ್ ಇಲ್ಲ, ನಿರ್ಗಮನ ವೆಚ್ಚವಿಲ್ಲ. ಟೆಂಪ್ಲೇಟ್ ಒಮ್ಮೆ ಮ್ಯಾಪ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಎಂಗೇಜ್ಮೆಂಟ್ ಮತ್ತು ಶಾಖೆಯಾದ್ಯಂತ ಮರುಬಳಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ-ಗ್ರಾಹಕ ಮರುಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಇಲ್ಲದೆ ಫೈಲ್ ಪ್ರತಿ ಬಾರಿಯೂ ಅದೇ ಆಕಾರದಲ್ಲಿ ಬರುತ್ತದೆ. ನೀವು ನಾಳೆ ನಿಲ್ಲಿಸಿದರೆ, ನೀವು ಇಟ್ಟುಕೊಂಡಿರುವ ಪೇಪರ್ಗಳು ಈಗಾಗಲೇ ನಿಮ್ಮ ಫೈಲ್ ಯಾವಾಗಲೂ ಬಳಸಿದ ಆಕಾರದಲ್ಲಿ ಇರುತ್ತವೆ.
ಕಷ್ಟದ ಭಾಗ ಶೆಡ್ಯೂಲ್ ಟೈಪ್ ಮಾಡುವುದಲ್ಲ — ಅದು ಗೊಂದಲಮಯ ಲೆಡ್ಜರ್ ಅನ್ನು ಸರಿಯಾದ ಖಾತೆ ಪ್ರದೇಶ ಮತ್ತು Schedule III ಬಕೆಟ್ಗೆ ಮ್ಯಾಪ್ ಮಾಡುವುದು, ಅಲ್ಲಿ ಅದೇ ವೆಚ್ಚ ಮೂರು ಬೇರೆ ಬೇರೆ ಹೆಡ್ಗಳ ಅಡಿಯಲ್ಲಿ ಕೂರಬಹುದು. CORAA ನಿಮ್ಮ ಟ್ರಯಲ್ ಬ್ಯಾಲೆನ್ಸ್ ಮತ್ತು ಲೆಡ್ಜರ್ನಿಂದ ಆ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ; ನೀವು ಅದನ್ನು ಒಮ್ಮೆ ಪರಿಶೀಲಿಸಿ ಸರಿಪಡಿಸುತ್ತೀರಿ, ಮತ್ತು ಅದು ಪ್ರತಿ ಮಾರ್ಚ್ನಲ್ಲಿ ಮತ್ತೆ ಮಾಡುವ ಬದಲು ಮುಂದಿನ ಎಂಗೇಜ್ಮೆಂಟ್ ಮತ್ತು ಮುಂದಿನ ವರ್ಷಕ್ಕೆ ಉಳಿಯುತ್ತದೆ. ಒಂದು ಲೆಡ್ಜರ್ ಸಾಲು ತಪ್ಪಾಗಿ ಗುಂಪುಗೊಂಡಿದ್ದರೆ ಅಥವಾ ಹೊಂದಿಸಲಾಗದಿದ್ದರೆ, ಮೌನವಾಗಿ ಬಕೆಟ್ ಮಾಡುವ ಬದಲು ನೀವು ಇರಿಸಲು ಅದನ್ನು ಫ್ಲ್ಯಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ.
ಲೀಡ್ ಶೆಡ್ಯೂಲ್ಗಳು ಟ್ರಯಲ್ ಬ್ಯಾಲೆನ್ಸ್ಗೆ ಫೂಟ್ ಆಗುತ್ತವೆ ಮತ್ತು ಟ್ರಯಲ್ ಬ್ಯಾಲೆನ್ಸ್ ಹಣಕಾಸು ಸ್ಟೇಟ್ಮೆಂಟ್ಗಳಿಗೆ ಫೂಟ್ ಆಗುತ್ತದೆ — ಆದ್ದರಿಂದ ವರ್ಕಿಂಗ್ ಪೇಪರ್ ಫೈಲ್ ಮತ್ತು ಸಹಿ ಮಾಡಿದ ಸ್ಟೇಟ್ಮೆಂಟ್ಗಳು ಒಂದೇ ಅಂಕಿಗಳ ಸಮೂಹವನ್ನು ಹೊಂದುತ್ತವೆ, ಪೀರ್ ರಿವ್ಯೂಯರ್ ಬೇರ್ಪಡಿಸಬಲ್ಲ ಎರಡಲ್ಲ.
ಪ್ರತಿ ಮಹತ್ವದ ಖಾತೆಗೆ ಒಂದು ಲೀಡ್ ಶೆಡ್ಯೂಲ್, ಬ್ಯಾಲೆನ್ಸ್ ಹೆಡ್ನಿಂದ ಲೆಡ್ಜರ್ ಮೂಲಕ ಆಧಾರ ವೋಚರ್ವರೆಗೆ ಡ್ರಿಲ್ ಜೊತೆ. ವರ್ಕಿಂಗ್ ಸಾಲು ಸಾಲಾಗಿ ತೋರಿಸಲಾಗಿದೆ, ಪ್ರತಿ ಅಂಕಿಯೂ ಅದರ ಹಿಂದಿನ ನಮೂದಿಗೆ ಪತ್ತೆಹಚ್ಚಬಲ್ಲದು — ಮರು-ಟೈಪ್ ಮಾಡಿದ ಸಾರಾಂಶವಲ್ಲ. ಮೂಲ ದತ್ತಾಂಶ ವೋಚರ್ ಮಟ್ಟ ತಲುಪದ ಕಡೆ, ಡ್ರಿಲ್ ಲೆಡ್ಜರ್ ಸಾಲಿನಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ ಮತ್ತು ದತ್ತಾಂಶ ಬೆಂಬಲಿಸದ ಸಂಪರ್ಕವನ್ನು ಕಲ್ಪಿಸುವ ಬದಲು ಅದನ್ನು ಫ್ಲ್ಯಾಗ್ ಮಾಡುತ್ತದೆ.
ಸ್ವೀಕರಿಸಬೇಕಾದ ಮತ್ತು ಪಾವತಿಸಬೇಕಾದ ಬಾಕಿಗಳನ್ನು ಒಂದೇ ಬಾರಿಗೆ ಎರಡು ನೋಟಗಳಲ್ಲಿ ಪಾರ್ಟಿ-ವಾರು ಏಜ್ ಮಾಡಲಾಗುತ್ತದೆ — ವಸೂಲಾತಿ ಸಂಭಾಷಣೆಗೆ ನಿಮ್ಮ ಕಾರ್ಯಾಚರಣೆ ಬಕೆಟ್ಗಳು, ಮತ್ತು ಬಹಿರಂಗಪಡಿಸುವಿಕೆಗೆ ಶಾಸನಬದ್ಧ Schedule III ಬಾಕಿ-ದಿನಾಂಕ ಬಕೆಟ್ಗಳು — ಆದ್ದರಿಂದ ಒಂದೇ ಏಜಿಂಗ್ ಫೈಲ್ ಮತ್ತು ನೋಟ್ಸ್ ಎರಡನ್ನೂ ಪೂರೈಸುತ್ತದೆ. ಲೆಡ್ಜರ್ನಲ್ಲಿನ ಪ್ರತಿ ಪಾರ್ಟಿಯನ್ನೂ ಏಜ್ ಮಾಡಲಾಗುತ್ತದೆ, ಮಾದರಿಯಲ್ಲ.
ಪಾವತಿಗಳು s.43B(h) ಮತ್ತು MSMED ಕಾಯಿದೆ ಅಡಿಯಲ್ಲಿ MSME 45-ದಿನ ವಿಭಜನೆಯನ್ನು ಹೊಂದುತ್ತವೆ — ಸೂಕ್ಷ್ಮ ಮತ್ತು ಸಣ್ಣ ಪೂರೈಕೆದಾರರನ್ನು ಬೇರ್ಪಡಿಸಲಾಗಿದೆ, ಮಿತಿ ಮೀರಿದ ಬಾಕಿಗಳನ್ನು ಪಾರ್ಟಿ-ವಾರು ಮುನ್ನೆಲೆಗೆ ತರಲಾಗಿದೆ — ಡಿಸ್ಅಲೋಯನ್ಸ್ ಪ್ರಶ್ನೆ ಮತ್ತು Schedule III MSME ಬಹಿರಂಗಪಡಿಸುವಿಕೆಗಾಗಿ, ಪಕ್ಕದ ಸ್ಪ್ರೆಡ್ಶೀಟ್ನ ಬದಲು ಲೆಡ್ಜರ್ನಿಂದ ಪಡೆಯಲಾಗಿದೆ. CORAA ಆಡಿಟರ್ನ ಮೌಲ್ಯಮಾಪನಕ್ಕಾಗಿ ಬಾಕಿಗಳನ್ನು ಮುನ್ನೆಲೆಗೆ ತರುತ್ತದೆ; ಅದು ಡಿಸ್ಅಲೋಯನ್ಸ್ ಅನ್ನು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ.
PPE ಅನ್ನು ಬ್ಲಾಕ್-ವಾರು ರೋಲ್-ಫಾರ್ವರ್ಡ್ ಆಗಿ — ಪ್ರಾರಂಭಿಕ, ಸೇರ್ಪಡೆಗಳು, ತೆಗೆದುಹಾಕುವಿಕೆಗಳು, ಮುಕ್ತಾಯ — s.32 ಸವಕಳಿ ಮತ್ತು AS 22 ಅಡಿಯಲ್ಲಿ ಮುಂದೂಡಿದ-ತೆರಿಗೆ ವರ್ಕಿಂಗ್ ಅನ್ನು ಹೊಂದುವ IT-vs-Books ಸಮನ್ವಯದೊಂದಿಗೆ. ಪುಸ್ತಕ ಬ್ಲಾಕ್ ಮತ್ತು ತೆರಿಗೆ ಬ್ಲಾಕ್ ಅನ್ನು ಒಂದೇ ಶೆಡ್ಯೂಲ್ನಲ್ಲಿ ಸಮನ್ವಯಗೊಳಿಸಲಾಗಿದೆ.
AS 3 ಅಡಿಯಲ್ಲಿ ಪರೋಕ್ಷ-ವಿಧಾನದ ಕ್ಯಾಶ್ ಫ್ಲೋ, ಪೂರ್ಣಗೊಂಡ ಅಂಕಿಯ ಬದಲು ಮೊದಲ-ಕಟ್ ಟೈ-ಔಟ್ ಆಗಿ ನೀಡಲಾಗಿದೆ — ಕಾರ್ಯಾಚರಣೆ, ಹೂಡಿಕೆ ಮತ್ತು ಹಣಕಾಸು ನಗದು ಬದಲಾವಣೆಗೆ ಸಮನ್ವಯಗೊಂಡಿವೆ, ಮತ್ತು ಅಂತಿಮೀಕರಣದ ಮೂಲಕ ಟ್ರಯಲ್ ಬ್ಯಾಲೆನ್ಸ್ ನವೀಕರಣಗೊಂಡಂತೆ ಮತ್ತೆ ಕಟ್ಟಲಾಗುತ್ತದೆ. ನಗದು-ಅಲ್ಲದ ವಸ್ತುಗಳು ಮತ್ತು ಮರು-ವರ್ಗೀಕರಣಗಳನ್ನು ಆಡಿಟರ್ ಹೊಂದಿಸಲು ಮುನ್ನೆಲೆಗೆ ತರಲಾಗುತ್ತದೆ, ಊಹಿಸಿ ಬಿಡಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ವರ್ಕಿಂಗ್ ನೀವು ಬಿಚ್ಚಲಾಗದ ಬ್ಲ್ಯಾಕ್-ಬಾಕ್ಸ್ ಅಂಕಿ ಆಗುವ ಬದಲು ಗೋಚರವಾಗಿ ಉಳಿಯುತ್ತದೆ.
ಮೂರು ವರ್ಷ ಮೀರಿ ಚಲಿಸದ ಸಾಲಗಾರ ಮತ್ತು ಹೊಣೆಗಾರಿಕೆ ಬ್ಯಾಲೆನ್ಸ್ಗಳನ್ನು s.41(1) ಮುಕ್ತಾಯ ಪ್ರಶ್ನೆಗಾಗಿ ಮುನ್ನೆಲೆಗೆ ತರಲಾಗಿದೆ — ಆಡಿಟರ್ನ ತೀರ್ಪಿಗಾಗಿ ಪಾರ್ಟಿ-ವಾರು ಫ್ಲ್ಯಾಗ್ ಮಾಡಲಾಗಿದೆ, ತೀರ್ಮಾನಿಸಲಾಗಿಲ್ಲ. ಒಂದು ಹೊಣೆಗಾರಿಕೆ ಮುಕ್ತಾಯವಾಗಿದೆ ಎಂದು CORAA ಯಾವುದೇ ನಿರ್ಧಾರ ಮಾಡುವುದಿಲ್ಲ; ಅದು ಹಳಸಿದ ಬ್ಯಾಲೆನ್ಸ್ ಅನ್ನು ಮುನ್ನೆಲೆಗೆ ತರುತ್ತದೆ ಆದ್ದರಿಂದ ಅದು ಲೆಡ್ಜರ್ನಲ್ಲಿ ಪರಿಶೀಲಿಸದೆ ಉಳಿಯುವುದಿಲ್ಲ.
ಪ್ರತಿ ಶೆಡ್ಯೂಲ್ ಸಮಯ-ಮುದ್ರೆಯುಳ್ಳ, ನಿಯಮ-ಉಲ್ಲೇಖಿತ ದಾಖಲೆಯನ್ನು ಹೊಂದುತ್ತದೆ, ಮೂಲ ಸಾಲಿಗೆ ಪತ್ತೆಹಚ್ಚಲಾಗಿದೆ ಮತ್ತು ನೇರವಾಗಿ ವರ್ಕಿಂಗ್ ಪೇಪರ್ ಫೈಲ್ಗೆ ರಫ್ತು ಮಾಡಬಹುದು. ಪರಿಶೀಲಕನು ಅಂಕಿಯನ್ನು ನಂಬಿಕೆಯ ಮೇಲೆ ಸ್ವೀಕರಿಸುವ ಬದಲು ವೋಚರ್ವರೆಗೆ ಮತ್ತೆ ನಡೆಯುತ್ತಾನೆ — ವರ್ಕಿಂಗ್ ಪೇಪರ್ ಆಡಿಟರ್ನ ಕಾರ್ಯವಿಧಾನಗಳ ಸಾಕ್ಷಿಯಾಗಿ ಉಳಿಯುತ್ತದೆ, ಯಂತ್ರ-ಜೋಡಿತ, ಸ್ವಯಂ-ತೀರ್ಮಾನಿತವಲ್ಲ.
ಅದೇ ಲೆಡ್ಜರ್ ಮತ್ತು ಅದೇ ನಿಯಮಗಳು ಪ್ರತಿ ರನ್ನಲ್ಲೂ ಅದೇ ಶೆಡ್ಯೂಲ್ಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ — ಎಂಗೇಜ್ಮೆಂಟ್ಗಳ ನಡುವೆ ತೇಲಾಡುವ ಸಂಭವನೀಯ ಪದಗಳು ಅಥವಾ ಅಂಕಿಗಳಿಲ್ಲ. ವಿನ್ಯಾಸದಿಂದಲೇ ಪುನರುತ್ಪಾದಿಸಬಲ್ಲ, ಇದು ಪೀರ್ ರಿವ್ಯೂ ವಾಸ್ತವವಾಗಿ ಪರೀಕ್ಷಿಸುವುದು.
ಒಂದು ಶೆಡ್ಯೂಲ್ ಗಮನಕ್ಕೆ ತರುವುದು — ಹಳಸಿದ ಬ್ಯಾಲೆನ್ಸ್, ಏಜಿಂಗ್ ಉಲ್ಲಂಘನೆ, ಸವಕಳಿ ವ್ಯತ್ಯಾಸ — ನೀವು ಹೊಂದಿಸಿದ ಮೆಟೀರಿಯಾಲಿಟಿಯ ಮೂಲಕ ಫಿಲ್ಟರ್ ಆಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಫೈಲ್ ಮುಖ್ಯವಾದದ್ದನ್ನು ಫ್ಲ್ಯಾಗ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಮುಖ್ಯವಲ್ಲದ್ದರ ಬಗ್ಗೆ ಮೌನವಾಗಿರುತ್ತದೆ. ಅರ್ಹತೆಗೊಳಿಸಲಾಗಿದೆ, ಊಹಿಸಲಾಗಿಲ್ಲ.
ಏಜಿಂಗ್, ರೋಲ್-ಫಾರ್ವರ್ಡ್ ಮತ್ತು ಮುಕ್ತಾಯ ಪರಿಶೀಲನೆ ಸಂಪೂರ್ಣ ಲೆಡ್ಜರ್ನಾದ್ಯಂತ ನಡೆಯುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಶೆಡ್ಯೂಲ್ ಟ್ರಯಲ್ ಬ್ಯಾಲೆನ್ಸ್ಗೆ ಫೂಟ್ ಆಗುತ್ತದೆ ಮತ್ತು ಲೆಡ್ಜರ್ ನಿಯಂತ್ರಣ ಒಟ್ಟುಗಳಿಗೆ ಸಮನ್ವಯಗೊಳ್ಳುತ್ತದೆ. ಪೂರ್ಣತೆ ಪರೀಕ್ಷಿತ ನಿಯಂತ್ರಣ, 2% ಮಾದರಿ ಅಲ್ಲ — ಮತ್ತು CORAA ಪಾರ್ಸ್ ಮಾಡಲಾಗದ ಯಾವುದೇ ಸಾಲನ್ನು ಬಿಡುವ ಬದಲು ಫ್ಲ್ಯಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದು ಅಂತರ ಫೈಲ್ನಲ್ಲಿ ಮರೆಯಾಗುವ ಬದಲು ಗೋಚರಿಸುತ್ತದೆ.
ಕಳೆದ ವರ್ಷದ ಫೈಲ್ನಿಂದ ಲೀಡ್ ಶೆಡ್ಯೂಲ್ ಮತ್ತು ಏಜಿಂಗ್ಗಳನ್ನು ಮತ್ತೆ ಕಟ್ಟುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತಾರೆ. ಶೆಡ್ಯೂಲ್ಗಳು ಲೆಡ್ಜರ್ನಿಂದ ಜೋಡಿಸಿ ಮೂಲ ಸಹಿತ ಬರುತ್ತವೆ; ಸಮಯ ಪ್ರತಿ ಮಾರ್ಚ್ನಲ್ಲಿ ಕಾಲಮ್ಗಳನ್ನು ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡುವುದರಲ್ಲಿ ಅಥವಾ ಮ್ಯಾಪಿಂಗ್ ಮತ್ತೆ ಜೋಡಿಸುವುದರಲ್ಲಿ ಅಲ್ಲ, ನಿಜವಾಗಿಯೂ ವ್ಯಕ್ತಿಯ ಅಗತ್ಯವಿರುವ ಪರೀಕ್ಷೆ ಮತ್ತು ಪ್ರಶ್ನೆಗಳಲ್ಲಿ ಹೋಗುತ್ತದೆ.
ಪ್ರತಿ ಲೀಡ್ ಶೆಡ್ಯೂಲ್ ಅದರ ವೋಚರ್ಗೆ ಡ್ರಿಲ್ ಮಾಡುವ, ಏಜಿಂಗ್ ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು Schedule III ಎರಡೂ ಬಕೆಟ್ಗಳನ್ನು ಹೊಂದುವ, ಮತ್ತು MSME ಮತ್ತು ಮುಕ್ತಾಯ ಫ್ಲ್ಯಾಗ್ಗಳು ಈಗಾಗಲೇ ಪಾರ್ಟಿ-ವಾರು ಇರುವ ಫೈಲ್ ಅನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾರೆ — ಶೆಡ್ಯೂಲ್ಗಳನ್ನು ಲೆಡ್ಜರ್ ವಿರುದ್ಧ ಕೈಯಿಂದ ಸಮನ್ವಯಗೊಳಿಸುವುದು ಇನ್ನು ಇಲ್ಲ. ಗುಂಪುಗಾರಿಕೆ ಒಮ್ಮೆ ಮ್ಯಾಪ್ ಮಾಡಿ ಪ್ರಮಾಣೀಕರಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಫೈಲ್ ಪ್ರತಿ ಕಚೇರಿಯಾದ್ಯಂತ ಅದೇ ಆಕಾರದಲ್ಲಿ ಬರುತ್ತದೆ.
ಲೀಡ್ ಶೆಡ್ಯೂಲ್ಗಳು ಸ್ಟೇಟ್ಮೆಂಟ್ಗೆ ಫೂಟ್ ಆಗುತ್ತವೆ, PPE ಬ್ಲಾಕ್ AS 22 ಅಡಿಯಲ್ಲಿ ಪುಸ್ತಕಗಳನ್ನು ತೆರಿಗೆಗೆ ಸಮನ್ವಯಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಪೀರ್ ರಿವ್ಯೂಯರ್ ಕೇಳಿದರೆ ಸಂಪೂರ್ಣ ಫೈಲ್ ವೋಚರ್ವರೆಗೆ ಮರು-ನಿರ್ವಹಿಸಬಲ್ಲದು ಎಂದು ತಿಳಿದು ಸಹಿ ಮಾಡುತ್ತಾರೆ. ಟೆಂಪ್ಲೇಟ್ ಮತ್ತು ಗುಂಪುಗಾರಿಕೆ ಒಮ್ಮೆ ಮ್ಯಾಪ್ ಆಗಿ ಪ್ರತಿ ಎಂಗೇಜ್ಮೆಂಟ್ ಮತ್ತು ಶಾಖೆಯಾದ್ಯಂತ ಮರುಬಳಸಲಾಗುತ್ತದೆ. ಅಭಿಪ್ರಾಯ ಅವರದ್ದು; ಶೆಡ್ಯೂಲ್ಗಳು ಜೋಡಿಸಲಾಗಿವೆ.
