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 ਟਾਈਮਿੰਗ ਸਮੇਤ। ਮਿਤੀ ਟੈਸਟ, ਕੰਪਿਊਟ ਕੀਤੇ — ਟਾਈਮਿੰਗ ਅੰਤਰ ਉਸ ਮਿਤੀ ਨਾਲ ਸਾਹਮਣੇ ਲਿਆਂਦੇ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਤੈਅ ਕਰਦੀ ਹੈ।
ਕਲੌਜ਼ 21(b) s.40(a) ਤਹਿਤ — ਉਨ੍ਹਾਂ ਗ਼ੈਰ-ਨਿਵਾਸੀ ਅਦਾਇਗੀਆਂ ਉੱਤੇ 100% ਡਿਸਅਲਾਉਂਸ ਸਮੇਤ ਜਿੱਥੇ ਟੈਕਸ ਨਹੀਂ ਕੱਟਿਆ ਗਿਆ — ਮਿਲਾਈ ਗਈ TDS ਸਥਿਤੀ ਤੋਂ ਸਿੱਧਾ ਕੰਪਿਊਟ ਹੁੰਦਾ ਹੈ, ਮੁੜ-ਟਾਈਪ ਨਹੀਂ। ਕਲੌਜ਼ 21(a) s.37 ਤਹਿਤ ਵੱਖਰਾ ਹੈ: ਇੰਜਣ ਉਮੀਦਵਾਰ ਲੈਜਰ ਲਾਈਨਾਂ (ਨਿੱਜੀ, ਪੂੰਜੀ ਜਾਂ ਜੁਰਮਾਨੇ ਦੇ ਸੁਭਾਅ ਵਾਲੀਆਂ) ਨਿਯਮ ਨਾਲ ਸਾਹਮਣੇ ਲਿਆਉਂਦਾ ਹੈ, ਪਰ ਕਿਹੜੀ ਕੀ ਹੈ ਇਹ ਤੁਸੀਂ ਤੈਅ ਕਰਦੇ ਹੋ — ਇਹ ਕਿਸੇ ਲਾਈਨ ਨੂੰ ਤੁਹਾਡੇ ਵੱਲੋਂ ਪੂੰਜੀ-ਬਨਾਮ-ਆਮਦਨ ਕਦੇ ਨਹੀਂ ਠਹਿਰਾਉਂਦਾ।
ਕਲੌਜ਼ 34 ਦੇ TDS ਤੇ TCS ਟੇਬਲ ਕਟੌਤੀ-ਤੇ-ਉਗਰਾਹੀ ਰੀਕਨਸੀਲੀਏਸ਼ਨਾਂ ਤੋਂ ਕੰਪਿਊਟ ਹੁੰਦੇ ਹਨ — ਸੈਕਸ਼ਨ-ਵਾਰ ਕੱਟਣਯੋਗ ਬਨਾਮ ਕੱਟਿਆ ਬਨਾਮ ਜਮ੍ਹਾਂ — ਘਾਟੇ ਤੇ s.201(1A) ਦੇਰ-ਜਮ੍ਹਾਂ ਵਿਆਜ ਦੇ ਜੋਖਮ ਨੂੰ ਫਲੈਗ ਕਰਦੇ ਹੋਏ। ਕਲੌਜ਼ 27(a) CENVAT/ITC ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਕਲਾਇੰਟਾਂ ਲਈ ਚੁੱਕਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਅਜੇ ਵੀ ਪੁਰਾਣੇ ਬੈਲੈਂਸ ਚਲਾ ਰਹੇ ਹਨ; ਜ਼ਿਆਦਾਤਰ ਮੌਜੂਦਾ ਫਾਈਲਾਂ 'ਤੇ ਇਹ ਇੱਕ ਫੁੱਟਨੋਟ ਹੈ, ਕੰਮ ਨਹੀਂ।
ਕਲੌਜ਼ 36A s.2(22)(e) ਤਹਿਤ ਡੀਮਡ-ਡਿਵੀਡੈਂਡ ਸਥਿਤੀ ਡਰਾਫਟ ਕਰਦਾ ਹੈ ਤੇ ਕਲੌਜ਼ 44 GST ਖ਼ਰਚ ਵੰਡ — ਦੋਵੇਂ ਤੁਹਾਡੀ ਜਜਮੈਂਟ ਲਈ ਉਮੀਦਵਾਰਾਂ ਵਜੋਂ, ਕਿਉਂਕਿ 2(22)(e) ਸੰਚਿਤ ਮੁਨਾਫ਼ਿਆਂ ਤੇ ਲਾਭਕਾਰੀ ਸ਼ੇਅਰਹੋਲਡਿੰਗ ਉੱਤੇ ਟਿਕਦਾ ਹੈ ਜੋ ਲੈਜਰ ਨਹੀਂ ਦੱਸਦਾ, ਤੇ ਕਲੌਜ਼ 44 ਸਿਰਫ਼ ਉੱਥੇ ਟਿਕਦਾ ਹੈ ਜਿੱਥੇ GST ਡਾਟਾ ਅਸਲ ਵਿੱਚ ਖਾਤਿਆਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਸਹਾਇਕ ਇੰਜਣ — Partner Remuneration u/s 40(b), Deemed Dividend u/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 ਪੀਅਰ ਸਮੀਖਿਆ ਲਈ ਮੇਲ ਖਾਂਦੇ, ਤੇ ਜਜਮੈਂਟ ਵਾਲੇ ਕਲੌਜ਼ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਤੁਹਾਡੇ ਨਿਪਟਾਉਣ ਵਾਲੇ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ।