ਛੁੱਟੀ ਪ੍ਰਬੰਧਨ ਐਪ ਕਿਵੇਂ ਬਣਾਈਏ: ਬੇਨਤੀਆਂ, ਮਨਜ਼ੂਰੀਆਂ ਅਤੇ ਬਕਾਇਆ

ਛੁੱਟੀ ਪ੍ਰਬੰਧਨ ਐਪ ਉਸ ਸਪਰੈੱਡਸ਼ੀਟ ਅਤੇ ਈਮੇਲ ਦੀ ਲੜੀ ਦੀ ਥਾਂ ਲੈਂਦਾ ਹੈ ਜੋ "ਕੀ ਮੈਂ ਸ਼ੁੱਕਰਵਾਰ ਨੂੰ ਛੁੱਟੀ ਲੈ ਸਕਦਾ ਹਾਂ?" ਵਰਗੇ ਸਵਾਲਾਂ ਪਿੱਛੇ ਹੁੰਦੀ ਹੈ। ਕਰਮਚਾਰੀ ਛੁੱਟੀ ਦੀ ਬੇਨਤੀ ਕਰਦੇ ਹਨ ਅਤੇ ਆਪਣਾ ਬਾਕੀ ਬਕਾਇਆ ਵੇਖਦੇ ਹਨ; ਮੈਨੇਜਰ ਟੀਮ ਕੈਲੰਡਰ ਸਾਹਮਣੇ ਰੱਖ ਕੇ ਮਨਜ਼ੂਰ ਜਾਂ ਰੱਦ ਕਰਦੇ ਹਨ; HR ਛੁੱਟੀ ਦੀਆਂ ਕਿਸਮਾਂ, ਹੱਕ ਅਤੇ ਜਨਤਕ ਛੁੱਟੀਆਂ ਸੈੱਟ ਕਰਦਾ ਹੈ ਅਤੇ ਪੇਅਰੋਲ ਲਈ ਸਾਫ਼ ਰਿਕਾਰਡ ਲੈਂਦਾ ਹੈ। ਇਸ ਨੂੰ ਬਣਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਅਜਿਹਾ ਡੇਟਾ ਮਾਡਲ ਚਾਹੀਦਾ ਹੈ ਜਿੱਥੇ ਬਕਾਇਆ ਬੇਨਤੀਆਂ ਅਤੇ ਸਮਾਯੋਜਨਾਂ ਦੇ ਇਤਿਹਾਸ ਤੋਂ ਗਿਣਿਆ ਜਾਵੇ, ਮਨਜ਼ੂਰੀ ਦੀ ਸਾਫ਼ ਲੜੀ, ਅਤੇ ਅੱਧੇ ਦਿਨ, ਹਫ਼ਤਾਵਾਰੀ ਛੁੱਟੀਆਂ ਅਤੇ ਜਨਤਕ ਛੁੱਟੀਆਂ ਲਈ ਨਿਯਮ। AI ਐਪ ਬਿਲਡਰ ਜਲਦੀ ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲਾ ਸੰਸਕਰਨ ਬਣਾ ਸਕਦਾ ਹੈ। ਮਿਹਨਤ ਬਕਾਏ ਦੇ ਹਿਸਾਬ, ਸੰਵੇਦਨਸ਼ੀਲ ਛੁੱਟੀ ਦੀਆਂ ਕਿਸਮਾਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਇਜਾਜ਼ਤਾਂ ਅਤੇ ਤੁਹਾਡੀ ਅਸਲ ਨੀਤੀ ਨਾਲ ਮੇਲ ਕਰਨ ਵਿੱਚ ਲੱਗਦੀ ਹੈ।

ਐਪ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ

ਡੇਟਾ

ਮੁੱਖ ਨਿਯਮ: ਹੱਥੀਂ ਸੋਧਿਆ ਬਕਾਇਆ ਕਦੇ ਸਟੋਰ ਨਾ ਕਰੋ। ਬਕਾਇਆ = ਹੱਕ + ਅੱਗੇ ਲਿਜਾਇਆ + ਸਮਾਯੋਜਨ − ਮਨਜ਼ੂਰ ਦਿਨ। ਹਰ ਤਬਦੀਲੀ ਦਾ ਕਾਰਨ ਸਮੇਤ ਰਿਕਾਰਡ ਹੋਵੇ, ਤਾਂ ਜੋ ਜਦੋਂ ਕੋਈ ਪੁੱਛੇ "ਮੇਰੇ ਕੋਲ 3.5 ਦਿਨ ਕਿਉਂ ਬਚੇ ਹਨ?", ਤੁਸੀਂ ਉਸਨੂੰ ਦਿਖਾ ਸਕੋ।

ਪੰਨੇ

• ਕਰਮਚਾਰੀ: ਹਰ ਛੁੱਟੀ ਦੀ ਕਿਸਮ ਲਈ ਮੇਰਾ ਬਕਾਇਆ, ਬੇਨਤੀ ਫਾਰਮ, ਮੇਰੀਆਂ ਬੇਨਤੀਆਂ ਸਥਿਤੀ ਸਮੇਤ, ਅਤੇ ਮੇਰੀ ਟੀਮ ਦਾ ਕੈਲੰਡਰ।
• ਮੈਨੇਜਰ: ਬਕਾਇਆ ਬੇਨਤੀਆਂ ਟੀਮ ਕੈਲੰਡਰ ਦੇ ਨਾਲ, ਟਿੱਪਣੀ ਸਮੇਤ ਮਨਜ਼ੂਰ ਜਾਂ ਰੱਦ, ਅਤੇ ਟੀਮ ਦੇ ਬਕਾਏ।
• HR/ਐਡਮਿਨ: ਕਰਮਚਾਰੀ, ਛੁੱਟੀ ਦੀਆਂ ਕਿਸਮਾਂ, ਹੱਕ, ਜਨਤਕ ਛੁੱਟੀਆਂ, ਕਾਰਨ ਸਮੇਤ ਸਮਾਯੋਜਨ, ਅਤੇ ਰਿਪੋਰਟਾਂ ਤੇ ਨਿਰਯਾਤ।

ਇਜਾਜ਼ਤਾਂ

ਇਹ ਨਿੱਜੀ ਡੇਟਾ ਹੈ, ਅਤੇ ਇਸਦਾ ਕੁਝ ਹਿੱਸਾ ਸੰਵੇਦਨਸ਼ੀਲ ਹੈ। ਕਰਮਚਾਰੀ ਆਪਣੀਆਂ ਬੇਨਤੀਆਂ ਵੇਖਦੇ ਹਨ ਅਤੇ ਟੀਮ ਕੈਲੰਡਰ 'ਤੇ ਸਿਰਫ਼ ਇਹ ਵੇਖਦੇ ਹਨ ਕਿ ਕੋਈ ਸਾਥੀ "ਬਾਹਰ" ਹੈ — ਕਿਉਂ ਨਹੀਂ। ਮੈਨੇਜਰ ਆਪਣੇ ਸਿੱਧੇ ਅਧੀਨਾਂ ਨੂੰ ਵੇਖਦੇ ਹਨ। HR ਸਾਰਿਆਂ ਨੂੰ ਵੇਖਦਾ ਹੈ। ਬਿਮਾਰੀ ਅਤੇ ਹੋਰ ਸੰਵੇਦਨਸ਼ੀਲ ਕਿਸਮਾਂ ਕਰਮਚਾਰੀ, ਉਸਦੇ ਮੈਨੇਜਰ ਅਤੇ HR ਤੋਂ ਬਿਨਾਂ ਕਿਸੇ ਲਈ ਸਿਰਫ਼ "ਬਾਹਰ" ਵਜੋਂ ਦਿਖਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਇਹ ਸਰਵਰ 'ਤੇ ਲਾਗੂ ਕਰੋ; ਵੇਰਵੇ ਲਈ ਰੋਲ-ਆਧਾਰਿਤ ਪਹੁੰਚ ਕੰਟਰੋਲ ਵੇਖੋ। ਕਰਮਚਾਰੀ ਰਿਕਾਰਡਾਂ ਬਾਰੇ ਡੇਟਾ ਸੁਰੱਖਿਆ ਨਿਯਮ ਦੇਸ਼ ਅਨੁਸਾਰ ਵੱਖਰੇ ਹਨ, ਇਸ ਲਈ ਆਪਣੇ ਦੇਸ਼ ਦੇ ਨਿਯਮ ਜਾਂਚੋ।

ਫ਼ੈਸਲੇ ਅਤੇ ਸਮਝੌਤੇ

ਦਿਨ ਜਾਂ ਘੰਟੇ

ਦਿਨਾਂ ਵਿੱਚ ਗਿਣਨਾ (ਅੱਧੇ ਦਿਨਾਂ ਸਮੇਤ) ਸਭ ਤੋਂ ਸਰਲ ਹੈ ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਦਫ਼ਤਰੀ ਟੀਮਾਂ ਲਈ ਠੀਕ ਹੈ। ਘੰਟਿਆਂ ਵਿੱਚ ਗਿਣਨਾ ਪਾਰਟ-ਟਾਈਮ ਅਤੇ ਸ਼ਿਫਟ ਵਰਕਰਾਂ ਲਈ ਢੁਕਵਾਂ ਹੈ, ਪਰ ਹਰ ਹਿਸਾਬ ਹੋਰ ਗੁੰਝਲਦਾਰ ਬਣਾਉਂਦਾ ਹੈ। ਪਹਿਲੇ ਸੰਸਕਰਨ ਲਈ ਇੱਕ ਚੁਣੋ, ਜੋ ਇਸ ਗੱਲ 'ਤੇ ਅਧਾਰਤ ਹੋਵੇ ਕਿ ਤੁਹਾਡੇ ਇਕਰਾਰਨਾਮੇ ਹੱਕ ਕਿਵੇਂ ਲਿਖਦੇ ਹਨ।

ਹੱਕ ਸ਼ੁਰੂ ਵਿੱਚ ਜਾਂ ਹੌਲੀ-ਹੌਲੀ ਜਮ੍ਹਾਂ

ਸਾਲ ਦੇ ਪਹਿਲੇ ਦਿਨ ਪੂਰਾ ਸਾਲਾਨਾ ਹੱਕ ਦੇਣਾ ਸਭ ਤੋਂ ਸਰਲ ਹੈ। ਹੌਲੀ-ਹੌਲੀ ਜਮ੍ਹਾਂ (ਹਰ ਮਹੀਨੇ ਥੋੜ੍ਹਾ ਕਮਾਉਣਾ) ਕੁਝ ਦੇਸ਼ਾਂ ਅਤੇ ਨਵੇਂ ਭਰਤੀ ਹੋਏ ਲੋਕਾਂ ਲਈ ਆਮ ਹੈ, ਅਤੇ ਇਸ ਲਈ ਮਹੀਨਾਵਾਰ ਹਿਸਾਬ ਚਾਹੀਦਾ ਹੈ। ਸਾਲ ਦੇ ਵਿਚਕਾਰ ਆਉਣ ਜਾਂ ਜਾਣ ਵਾਲੇ ਲੋਕਾਂ ਲਈ ਅਨੁਪਾਤ ਅਨੁਸਾਰ ਹੱਕ ਦੋਹਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਲੋੜੀਂਦਾ ਹੈ।

ਕਿਹੜੇ ਦਿਨ ਗਿਣੇ ਜਾਂਦੇ ਹਨ

ਵੀਰਵਾਰ ਤੋਂ ਮੰਗਲਵਾਰ ਤੱਕ ਦੀ ਬੇਨਤੀ ਵਿੱਚ ਸਿਰਫ਼ ਕੰਮ ਦੇ ਦਿਨ ਗਿਣੇ ਜਾਣ, ਜਿਸ ਵਿੱਚ ਉਸ ਕਰਮਚਾਰੀ ਦੀ ਥਾਂ ਲਈ ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਅਤੇ ਜਨਤਕ ਛੁੱਟੀਆਂ ਬਾਹਰ ਹੋਣ, ਅਤੇ ਪਾਰਟ-ਟਾਈਮ ਢੰਗ ਦਾ ਸਤਿਕਾਰ ਹੋਵੇ। ਇਹ ਉਹ ਹਿਸਾਬ ਹੈ ਜੋ ਸਭ ਤੋਂ ਵੱਧ ਗ਼ਲਤ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਅਸਲ ਉਦਾਹਰਣਾਂ ਨਾਲ ਜਾਂਚੋ।

ਮਨਜ਼ੂਰੀ ਦੀ ਲੜੀ

ਇੱਕ ਮਨਜ਼ੂਰ ਕਰਨ ਵਾਲਾ (ਲਾਈਨ ਮੈਨੇਜਰ) ਜ਼ਿਆਦਾਤਰ ਛੋਟੀਆਂ ਕੰਪਨੀਆਂ ਲਈ ਕਾਫ਼ੀ ਹੈ। ਮੈਨੇਜਰ ਦੀ ਗ਼ੈਰਹਾਜ਼ਰੀ ਲਈ ਇੱਕ ਬੈਕਅੱਪ ਮਨਜ਼ੂਰ ਕਰਨ ਵਾਲਾ ਜੋੜੋ, ਅਤੇ ਲੰਮੀਆਂ ਛੁੱਟੀਆਂ ਲਈ ਚਾਹੋ ਤਾਂ ਦੂਜਾ ਕਦਮ। ਇਹ ਵੀ ਤੈਅ ਕਰੋ ਕਿ ਮੈਨੇਜਰ ਛੱਡ ਜਾਵੇ ਤਾਂ ਉਸ ਦੀਆਂ ਬਕਾਇਆ ਬੇਨਤੀਆਂ ਦਾ ਕੀ ਹੋਵੇਗਾ।

ਅਗਲੇ ਸਾਲ ਲਈ ਅੱਗੇ ਲਿਜਾਣਾ ਅਤੇ ਸਾਲ ਦਾ ਅੰਤ

ਆਪਣਾ ਛੁੱਟੀ ਸਾਲ ਤੈਅ ਕਰੋ, ਕਿੰਨੇ ਨਾ ਵਰਤੇ ਦਿਨ ਅੱਗੇ ਜਾਣਗੇ, ਅਤੇ ਕੀ ਉਹ ਦਿਨ ਖ਼ਤਮ ਹੋਣਗੇ। ਅੱਗੇ ਲਿਜਾਇਆ ਹਿੱਸਾ AI ਤੋਂ ਆਪਣੀ ਵੱਖਰੀ ਲਾਈਨ ਵਜੋਂ ਦਿਖਵਾਓ, ਤਾਂ ਜੋ ਬਕਾਇਆ ਵਿਆਖਿਆਯੋਗ ਰਹੇ।

ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲੀ ਪਹਿਲੀ ਪ੍ਰੋਂਪਟ

ਲੰਡਨ ਅਤੇ ਡਬਲਿਨ ਵਿੱਚ ਦਫ਼ਤਰਾਂ ਵਾਲੀ 45 ਲੋਕਾਂ ਦੀ ਕੰਪਨੀ ਲਈ ਅੰਦਰੂਨੀ ਛੁੱਟੀ ਪ੍ਰਬੰਧਨ ਐਪ ਬਣਾਓ। ਛੁੱਟੀ ਦੀਆਂ ਕਿਸਮਾਂ: ਸਾਲਾਨਾ (25 ਦਿਨ, ਸਾਲ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਪੂਰੇ, 5 ਦਿਨ ਤੱਕ ਅੱਗੇ ਲਿਜਾਏ ਜਾ ਸਕਦੇ ਹਨ ਜੋ 31 ਮਾਰਚ ਨੂੰ ਖ਼ਤਮ ਹੋਣ), ਬਿਮਾਰੀ (ਬੇਅੰਤ, ਮਨਜ਼ੂਰੀ ਨਹੀਂ, ਦੂਜਿਆਂ ਨੂੰ ਸਿਰਫ਼ "ਬਾਹਰ" ਵਜੋਂ ਦਿਖਦੀ), ਬਿਨਾਂ ਤਨਖ਼ਾਹ ਅਤੇ ਹੋਰ। ਛੁੱਟੀ ਦਾ ਸਾਲ ਜਨਵਰੀ ਤੋਂ ਦਸੰਬਰ ਹੈ। ਕਰਮਚਾਰੀ ਸ਼ੁਰੂ ਅਤੇ ਅੰਤ ਦੀ ਮਿਤੀ ਅਤੇ ਵਿਕਲਪਿਕ ਅੱਧੇ ਦਿਨਾਂ ਨਾਲ ਛੁੱਟੀ ਮੰਗਦੇ ਹਨ, ਅਤੇ ਵੇਖਦੇ ਹਨ ਕਿ ਕਿੰਨੇ ਕੰਮ ਦੇ ਦਿਨ ਲੱਗਣਗੇ, ਜਿਸ ਵਿੱਚ ਉਨ੍ਹਾਂ ਦੇ ਦਫ਼ਤਰ ਦੇ ਹਫ਼ਤੇ ਦੇ ਅੰਤ, ਪਾਰਟ-ਟਾਈਮ ਛੁੱਟੀ ਦੇ ਦਿਨ ਅਤੇ ਜਨਤਕ ਛੁੱਟੀਆਂ ਬਾਹਰ ਰੱਖੇ ਜਾਂਦੇ ਹਨ। ਬਕਾਇਆ ਹੱਕਾਂ, ਅੱਗੇ ਲਿਜਾਏ ਦਿਨਾਂ, ਸਮਾਯੋਜਨਾਂ ਅਤੇ ਮਨਜ਼ੂਰ ਬੇਨਤੀਆਂ ਤੋਂ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ, ਕਦੇ ਵੀ ਸਿੱਧਾ ਸੋਧਿਆ ਨਹੀਂ ਜਾਂਦਾ। ਮੈਨੇਜਰ ਆਪਣੇ ਸਿੱਧੇ ਅਧੀਨਾਂ ਦੀਆਂ ਬੇਨਤੀਆਂ ਟਿੱਪਣੀ ਨਾਲ ਮਨਜ਼ੂਰ ਜਾਂ ਰੱਦ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਸੇ ਸਮੇਂ ਟੀਮ ਕੈਲੰਡਰ ਵੇਖਦੇ ਹਨ। HR ਕਰਮਚਾਰੀ, ਛੁੱਟੀ ਦੀਆਂ ਕਿਸਮਾਂ, ਹੱਕ, ਜਨਤਕ ਛੁੱਟੀਆਂ ਅਤੇ ਕਾਰਨ ਵਾਲੇ ਸਮਾਯੋਜਨ ਸੰਭਾਲਦਾ ਹੈ, ਅਤੇ ਪੇਅਰੋਲ ਲਈ ਮਹੀਨੇ ਅਨੁਸਾਰ ਮਨਜ਼ੂਰ ਛੁੱਟੀ ਨੂੰ CSV ਵਿੱਚ ਨਿਰਯਾਤ ਕਰਦਾ ਹੈ। ਭੂਮਿਕਾਵਾਂ: ਕਰਮਚਾਰੀ, ਮੈਨੇਜਰ, HR। ਸਭ ਕੁਝ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸਟੋਰ ਕਰੋ। ਸਾਫ਼, ਤੇਜ਼ ਇੰਟਰਫੇਸ।

ਬਣਾਉਣ ਦੇ ਕਦਮ

1. ਆਪਣੀ ਲਿਖਤੀ ਨੀਤੀ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਜੇ ਉਹ ਲਿਖੀ ਨਹੀਂ ਹੋਈ, ਪਹਿਲਾਂ ਲਿਖੋ — ਐਪ ਸਿਰਫ਼ ਉਹੀ ਨਿਯਮ ਲਾਗੂ ਕਰ ਸਕਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਦੱਸ ਸਕਦੇ ਹੋ।
2. ਕਰਮਚਾਰੀ ਆਯਾਤ ਕਰੋ, ਮੈਨੇਜਰ, ਥਾਂ ਅਤੇ ਕੰਮ ਦੇ ਢੰਗ ਸਮੇਤ, ਆਮ ਤੌਰ 'ਤੇ ਸਪਰੈੱਡਸ਼ੀਟ ਤੋਂ। ਵੇਰਵੇ ਲਈ ਸਪਰੈੱਡਸ਼ੀਟ ਨੂੰ ਐਪ ਵਿੱਚ ਕਿਵੇਂ ਬਦਲੀਏ ਵੇਖੋ।
3. ਛੁੱਟੀ ਦੀਆਂ ਕਿਸਮਾਂ, ਹੱਕ ਅਤੇ ਜਨਤਕ ਛੁੱਟੀਆਂ।
4. ਕੰਮ ਦੇ ਦਿਨਾਂ ਦੇ ਹਿਸਾਬ ਵਾਲਾ ਬੇਨਤੀ ਫਾਰਮ, ਘੱਟੋ-ਘੱਟ ਦਸ ਅਸਲ ਮਾਮਲਿਆਂ ਨਾਲ ਜਾਂਚਿਆ: ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਤੋਂ ਪਾਰ, ਬੈਂਕ ਛੁੱਟੀ, ਪਾਰਟ-ਟਾਈਮ ਕਰਮਚਾਰੀ, ਅੱਧਾ ਦਿਨ, ਸਾਲ ਦੀ ਹੱਦ।
5. ਮਨਜ਼ੂਰੀ ਦਾ ਪ੍ਰਵਾਹ ਅਤੇ ਟੀਮ ਕੈਲੰਡਰ।
6. ਲੌਗਇਨ ਅਤੇ ਭੂਮਿਕਾਵਾਂ, ਸੰਵੇਦਨਸ਼ੀਲ ਛੁੱਟੀ ਦੀਆਂ ਕਿਸਮਾਂ ਸਾਥੀਆਂ ਤੋਂ ਲੁਕਾ ਕੇ।
7. ਸੂਚਨਾਵਾਂ: ਨਵੀਂ ਬੇਨਤੀ 'ਤੇ ਮੈਨੇਜਰ ਨੂੰ ਈਮੇਲ, ਅਤੇ ਫ਼ੈਸਲੇ 'ਤੇ ਕਰਮਚਾਰੀ ਨੂੰ, ਤੁਹਾਡੇ ਆਪਣੇ ਈਮੇਲ ਪ੍ਰੋਵਾਈਡਰ ਰਾਹੀਂ। ਵੇਰਵੇ ਲਈ ਐਪ ਤੋਂ ਈਮੇਲ ਕਿਵੇਂ ਭੇਜੀਏ ਵੇਖੋ।
8. ਰਿਪੋਰਟਾਂ ਅਤੇ ਪੇਅਰੋਲ ਲਈ ਨਿਰਯਾਤ।
9. ਇੱਕ ਮਹੀਨਾ ਸਪਰੈੱਡਸ਼ੀਟ ਨਾਲ ਨਾਲ ਚਲਾਓ, ਬਕਾਏ ਮਿਲਾਓ, ਫਿਰ ਬਦਲੋ।

ਆਮ ਗ਼ਲਤੀਆਂ

• ਬਕਾਏ ਦਾ ਅੰਕ ਸਟੋਰ ਕਰਕੇ ਉਸਨੂੰ ਸੋਧਣਾ। ਇਤਿਹਾਸ ਗੁੰਮ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਹਰ ਵਿਵਾਦ ਅੰਦਾਜ਼ਾ ਬਣ ਜਾਂਦਾ ਹੈ।
• ਕੈਲੰਡਰ ਦਿਨ ਗਿਣਨਾ ਕੰਮ ਦੇ ਦਿਨਾਂ ਦੀ ਥਾਂ, ਜਾਂ ਜਨਤਕ ਛੁੱਟੀਆਂ ਲਈ ਕਰਮਚਾਰੀ ਦੇ ਦਫ਼ਤਰ ਨੂੰ ਅਣਗੌਲਿਆ ਕਰਨਾ।
• ਹਰ ਕਿਸੇ ਨੂੰ ਦਿਖਾਉਣਾ ਕਿ ਸਾਥੀ ਕਿਉਂ ਛੁੱਟੀ 'ਤੇ ਹੈ। ਸਾਂਝੇ ਕੈਲੰਡਰ 'ਤੇ "ਬਾਹਰ" ਕਾਫ਼ੀ ਹੈ।
• ਬੈਕਅੱਪ ਮਨਜ਼ੂਰ ਕਰਨ ਵਾਲਾ ਨਾ ਹੋਣਾ। ਮੈਨੇਜਰ ਛੁੱਟੀ 'ਤੇ ਹੋਵੇ ਤਾਂ ਬੇਨਤੀਆਂ ਦੋ ਹਫ਼ਤੇ ਅਟਕੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ।
• ਲੋਕਾਂ ਨੂੰ ਮਨਜ਼ੂਰ ਛੁੱਟੀ ਬਿਨਾਂ ਮੈਨੇਜਰ ਨੂੰ ਦੱਸੇ ਰੱਦ ਕਰਨ ਦੇਣਾ। ਰੱਦ ਕਰਨ ਨਾਲ ਮਨਜ਼ੂਰ ਕਰਨ ਵਾਲੇ ਨੂੰ ਸੂਚਨਾ ਮਿਲਣੀ ਚਾਹੀਦੀ ਹੈ।
• ਇਸ ਸਾਲ ਦੇ ਨਿਯਮ ਹੱਥੀਂ ਲਿਖਣਾ। ਹੱਕ ਅਤੇ ਛੁੱਟੀਆਂ ਨੂੰ ਡੇਟਾ ਵਜੋਂ ਰੱਖੋ ਤਾਂ ਜੋ HR ਅਗਲੇ ਸਾਲ ਉਨ੍ਹਾਂ ਨੂੰ ਸੋਧ ਸਕੇ।

ਕਦੋਂ ਬਣੇ-ਬਣਾਏ ਉਤਪਾਦ ਬਿਹਤਰ ਹੈ

ਜੇ ਤੁਸੀਂ ਛੁੱਟੀ ਨੂੰ ਪੇਅਰੋਲ, ਇਕਰਾਰਨਾਮਿਆਂ, ਕਾਰਗੁਜ਼ਾਰੀ ਮੁਲਾਂਕਣਾਂ ਅਤੇ ਪਾਲਣਾ ਰਿਪੋਰਟਿੰਗ ਨਾਲ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ — ਜਾਂ ਕਈ ਦੇਸ਼ਾਂ ਵਿੱਚ ਲੋਕ ਰੱਖਦੇ ਹੋ — ਤਾਂ ਸਮਾਂ-ਛੁੱਟੀ ਪ੍ਰਬੰਧਨ ਵਾਲਾ HR ਸਾਫ਼ਟਵੇਅਰ ਆਮ ਤੌਰ 'ਤੇ ਕੀਮਤੀ ਹੁੰਦਾ ਹੈ। ਉਹ ਉਤਪਾਦ ਹਰ ਦੇਸ਼ ਦੇ ਛੁੱਟੀ ਕੈਲੰਡਰ ਅਤੇ ਕਾਨੂੰਨੀ ਨਿਯਮ ਸੰਭਾਲਦੇ ਹਨ, ਜੋ ਲਗਾਤਾਰ ਚੱਲਣ ਵਾਲਾ ਕੰਮ ਹੈ ਜੋ ਨਹੀਂ ਤਾਂ ਤੁਹਾਡੇ ਸਿਰ ਪੈਂਦਾ।

ਆਪਣਾ ਬਣਾਉਣਾ ਛੋਟੀਆਂ ਤੇ ਦਰਮਿਆਨੀਆਂ ਕੰਪਨੀਆਂ ਲਈ ਸਮਝਦਾਰੀ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਨੀਤੀ ਸਧਾਰਨ ਹੈ ਅਤੇ ਜੋ ਸਪਰੈੱਡਸ਼ੀਟ ਛੱਡਣਾ ਚਾਹੁੰਦੀਆਂ ਹਨ; ਅਸਾਧਾਰਨ ਢਾਂਚਿਆਂ ਲਈ (ਸ਼ਿਫਟ ਟੀਮਾਂ, ਘੁੰਮਦੀਆਂ ਰੋਸਟਰ, ਆਨ-ਕਾਲ ਕਵਰ ਨਾਲ ਜੁੜੀ ਛੁੱਟੀ); ਜਾਂ ਇੱਕ ਵੱਡੇ ਅੰਦਰੂਨੀ ਟੂਲ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਆਨਬੋਰਡਿੰਗ ਅਤੇ ਹੋਰ ਬੇਨਤੀਆਂ ਦੇ ਨਾਲ। ਵਿਆਪਕ ਪਹੁੰਚ ਲਈ ਅੰਦਰੂਨੀ ਟੂਲ ਕਿਵੇਂ ਬਣਾਈਏ ਵੇਖੋ।

Mythex ਨਾਲ ਬਣਾਉਣਾ

Mythex 'ਤੇ ਤੁਸੀਂ ਨੀਤੀ ਅਤੇ ਕੰਮ ਦਾ ਪ੍ਰਵਾਹ ਚੈਟ ਵਿੱਚ ਵਰਣਨ ਕਰਦੇ ਹੋ, ਅਤੇ ਏਜੰਟ ਲਾਈਵ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਐਪ ਬਣਾਉਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਬੇਨਤੀਆਂ ਸੰਭਾਲਣ ਲਈ Postgres ਡੇਟਾਬੇਸ ਜੁੜਦਾ ਹੈ। ਤੁਸੀਂ ਸਹਿਕਰਮੀਆਂ ਨੂੰ ਆਪਣੇ Mythex ਵਰਕਸਪੇਸ ਵਿੱਚ ਬੁਲਾ ਕੇ ਉਨ੍ਹਾਂ ਨਾਲ ਬਣਾਉਣ ਅਤੇ ਸਮੀਖਿਆ ਕਰਨ ਵਿੱਚ ਮਦਦ ਲੈ ਸਕਦੇ ਹੋ, ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੀਵਿਊ ਨੂੰ ਦੋ-ਤਿੰਨ ਅਸਲ ਵਰਤੋਂਕਾਰਾਂ ਨਾਲ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹੋ; ਅੰਦਰੂਨੀ ਟੂਲ ਵਰਤੋਂ ਦਾ ਕੇਸ ਡੌਕਸ ਵਿੱਚ ਇਹੀ ਸੁਝਾਉਂਦਾ ਹੈ। ਤੁਹਾਡੀ ਟੀਮ ਦੇ ਲੌਗਇਨ ਅਤੇ ਸੂਚਨਾ ਈਮੇਲਾਂ ਤੁਹਾਡੇ ਆਪਣੇ ਪ੍ਰੋਵਾਈਡਰਾਂ ਰਾਹੀਂ ਚੱਲਦੀਆਂ ਹਨ; Mythex ਵਿੱਚ ਅੰਤਮ ਯੂਜ਼ਰ ਲੌਗਇਨ ਜਾਂ ਈਮੇਲ ਭੇਜਣ ਦੀ ਬਿਲਟ-ਇਨ ਸਹੂਲਤ ਨਹੀਂ ਹੈ। ਕੋਈ ਵੀ ਕੋਡ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਬਕਾਏ ਦੇ ਹਿਸਾਬ 'ਤੇ ਸਹਿਮਤ ਹੋਣ ਲਈ ਪਲਾਨ ਮੋਡ ਵਰਤੋ, ਅਤੇ ਬੇਨਤੀ ਤੇ ਮਨਜ਼ੂਰੀ ਨੂੰ ਪਰਖਣ ਲਈ /test ਵਰਤੋ।

ਸ਼ੁਰੂਆਤੀ ਪ੍ਰੋਂਪਟ ਲਈ ਮਨਜ਼ੂਰੀ ਟ੍ਰੈਕਰ ਜਾਂ ਟੀਮ ਡਾਇਰੈਕਟਰੀ ਟੈਮਪਲੇਟ ਅਜ਼ਮਾਓ।

ਸਵਾਲ