ਟਾਈਮ ਟਰੈਕਿੰਗ ਐਪ ਕਿਵੇਂ ਬਣਾਈਏ: ਟਾਈਮਰ, ਟਾਈਮਸ਼ੀਟ ਅਤੇ ਰਿਪੋਰਟਾਂ
ਟਾਈਮ ਟਰੈਕਿੰਗ ਐਪ ਇਹ ਦਰਜ ਕਰਦੀ ਹੈ ਕਿ ਕਿਸ ਨੇ ਕਿਸ 'ਤੇ ਕੰਮ ਕੀਤਾ, ਕਿੰਨਾ ਸਮਾਂ ਲੱਗਾ, ਅਤੇ ਕੀ ਉਹ ਸਮਾਂ ਬਿਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਸਨੂੰ ਬਣਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਕਲਾਇੰਟ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਚਾਹੀਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨਾਲ ਸਮਾਂ ਜੋੜਿਆ ਜਾਵੇ, ਇੱਕ ਟਾਈਮਰ ਜੋ ਬੰਦ ਹੋਏ ਬਰਾਊਜ਼ਰ ਟੈਬ ਤੋਂ ਬਚ ਜਾਵੇ, ਹੱਥੀਂ ਐਂਟਰੀ ਅਤੇ ਸੁਧਾਰ ਦਾ ਤਰੀਕਾ, ਹਫ਼ਤਾਵਾਰੀ ਟਾਈਮਸ਼ੀਟ, ਅਤੇ ਰਿਪੋਰਟਾਂ ਜੋ ਕੱਚੀਆਂ ਐਂਟਰੀਆਂ ਨੂੰ ਕੁੱਲ ਜੋੜ ਵਿੱਚ ਬਦਲਣ। ਇੱਕ AI ਐਪ ਬਿਲਡਰ ਇੱਕ ਸਪਸ਼ਟ ਪ੍ਰੋਂਪਟ ਤੋਂ ਪਹਿਲਾ ਕੰਮ ਕਰਨ ਵਾਲਾ ਵਰਜ਼ਨ ਬਣਾ ਸਕਦਾ ਹੈ। ਅਹਿਮ ਫੈਸਲੇ ਨਿਯਮਾਂ ਬਾਰੇ ਹਨ: ਰਾਊਂਡਿੰਗ, ਕੌਣ ਕੀ ਬਦਲ ਸਕਦਾ ਹੈ, ਹਫ਼ਤਾ ਕਦੋਂ ਲਾਕ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕੀ ਬਿਲ ਹੋਣ ਯੋਗ ਹੈ।
ਤੈਅ ਕਰੋ ਕਿ ਸਮਾਂ ਕਿਸ ਲਈ ਟਰੈਕ ਕਰ ਰਹੇ ਹੋ
ਇੱਕੋ ਐਪ ਵੱਖ-ਵੱਖ ਕਾਰਨਾਂ ਕਰਕੇ ਵੱਖਰੀ ਦਿਖਦੀ ਹੈ:
- ਕਲਾਇੰਟਾਂ ਨੂੰ ਬਿਲ ਕਰਨਾ। ਹਰ ਕਲਾਇੰਟ ਦੇ ਘੰਟੇ, ਵਿਅਕਤੀ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਅਨੁਸਾਰ ਰੇਟ, ਅਤੇ ਇਨਵੌਇਸਾਂ ਲਈ ਸਾਫ਼ ਐਕਸਪੋਰਟ। ਸ਼ੁੱਧਤਾ ਅਤੇ ਆਡਿਟ ਟ੍ਰੇਲ ਸਭ ਤੋਂ ਵੱਧ ਮਾਇਨੇ ਰੱਖਦੇ ਹਨ।
- ਘੰਟੇ ਵਾਲੇ ਸਟਾਫ਼ ਲਈ ਪੇਰੋਲ। ਕਲਾਕ-ਇਨ ਅਤੇ ਕਲਾਕ-ਆਊਟ, ਬ੍ਰੇਕ, ਓਵਰਟਾਈਮ ਨਿਯਮ, ਅਤੇ ਮੈਨੇਜਰ ਦੀ ਮਨਜ਼ੂਰੀ। ਤੁਹਾਡੇ ਇਲਾਕੇ ਦੇ ਕਿਰਤ ਕਾਨੂੰਨ ਲਾਗੂ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਜਾਂਚੋ ਕਿ ਕਿਹੜੇ ਰਿਕਾਰਡ ਰੱਖਣੇ ਜ਼ਰੂਰੀ ਹਨ।
- ਸਮਾਂ ਕਿੱਥੇ ਜਾਂਦਾ ਹੈ ਸਮਝਣਾ। ਨਿੱਜੀ ਜਾਂ ਟੀਮ ਦੀ ਸੂਝ, ਅਨੁਮਾਨ ਬਨਾਮ ਅਸਲ। ਇੱਥੇ ਐਂਟਰੀ ਦੀ ਰਫ਼ਤਾਰ ਮਨਜ਼ੂਰੀ ਦੇ ਪ੍ਰਵਾਹ ਨਾਲੋਂ ਵੱਧ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ।
ਪਹਿਲੇ ਵਰਜ਼ਨ ਲਈ ਇੱਕ ਮੁੱਖ ਕੰਮ ਚੁਣੋ। ਇੱਕ ਫ੍ਰੀਲਾਂਸਰ ਦਾ ਬਿਲਿੰਗ ਟਰੈਕਰ ਅਤੇ ਇੱਕ ਵੇਅਰਹਾਊਸ ਦੀ ਸ਼ਿਫਟ ਘੜੀ ਟਾਈਮਰ ਅਤੇ ਬਹੁਤ ਥੋੜ੍ਹਾ ਹੋਰ ਕੁਝ ਸਾਂਝਾ ਕਰਦੇ ਹਨ।
ਐਪ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ
ਡੇਟਾ
| ਟੇਬਲ | ਮੁੱਖ ਫੀਲਡ |
|---|---|
| ਕਲਾਇੰਟ | ਨਾਮ, ਮੂਲ ਘੰਟਾ ਰੇਟ, ਸਰਗਰਮ ਹੈ ਜਾਂ ਨਹੀਂ |
| ਪ੍ਰੋਜੈਕਟ | ਕਲਾਇੰਟ, ਨਾਮ, ਘੰਟਿਆਂ ਵਿੱਚ ਬਜਟ (ਵਿਕਲਪਿਕ), ਮੂਲ ਤੌਰ 'ਤੇ ਬਿਲ ਹੋਣ ਯੋਗ ਹਾਂ/ਨਹੀਂ |
| ਟਾਸਕ ਜਾਂ ਸ਼੍ਰੇਣੀਆਂ | ਪ੍ਰੋਜੈਕਟ, ਨਾਮ (ਡਿਜ਼ਾਈਨ, ਮੀਟਿੰਗਾਂ, ਸਪੋਰਟ) — ਸ਼ੁਰੂ ਵਿੱਚ ਵਿਕਲਪਿਕ |
| ਟਾਈਮ ਐਂਟਰੀਆਂ | ਵਿਅਕਤੀ, ਪ੍ਰੋਜੈਕਟ, ਟਾਸਕ, ਸ਼ੁਰੂਆਤ ਦਾ ਸਮਾਂ, ਅੰਤ ਦਾ ਸਮਾਂ, ਮਿਆਦ, ਨੋਟ, ਬਿਲ ਹੋਣ ਯੋਗ ਹਾਂ/ਨਹੀਂ, ਸਟੇਟਸ (draft, submitted, approved), ਇਨਵੌਇਸ ਹੋਈ ਹਾਂ/ਨਹੀਂ |
| ਲੋਕ | ਨਾਮ, ਈਮੇਲ, ਭੂਮਿਕਾ, ਲਾਗਤ ਰੇਟ ਜਾਂ ਬਿਲ ਰੇਟ |
ਹਰ ਐਂਟਰੀ 'ਤੇ ਸ਼ੁਰੂਆਤ ਅਤੇ ਅੰਤ ਦਾ ਸਮਾਂ ਸਟੋਰ ਕਰੋ ਅਤੇ ਮਿਆਦ ਉਨ੍ਹਾਂ ਤੋਂ ਕੱਢੋ। "2h 15m" ਵਰਗੀਆਂ ਐਂਟਰੀਆਂ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸਮਾਂ ਨਾ ਹੋਵੇ, ਸਿਰਫ਼ ਮਿਆਦ ਸਟੋਰ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਤਾਰੀਖ ਜ਼ਰੂਰ ਰੱਖੋ।
ਪੇਜ
- ਟਾਈਮਰ ਅਤੇ ਅੱਜ: ਇੱਕ ਵੱਡਾ ਸ਼ੁਰੂ/ਰੋਕ ਬਟਨ, ਪ੍ਰੋਜੈਕਟ ਚੁਣਨ ਵਾਲਾ, ਅਤੇ ਹੇਠਾਂ ਅੱਜ ਦੀਆਂ ਐਂਟਰੀਆਂ।
- ਹਫ਼ਤੇ ਦਾ ਦ੍ਰਿਸ਼: ਇੱਕ ਗਰਿੱਡ ਜਿਸ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਖੱਬੇ ਪਾਸੇ ਅਤੇ ਦਿਨ ਉੱਪਰ ਹਨ, ਜਿੱਥੇ ਲੋਕ ਸਿੱਧਾ ਘੰਟੇ ਲਿਖਦੇ ਹਨ। ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਇਸਨੂੰ ਟਾਈਮਰਾਂ ਨਾਲੋਂ ਪਸੰਦ ਕਰਦੇ ਹਨ।
- ਰਿਪੋਰਟਾਂ: ਇੱਕ ਤਾਰੀਖ ਰੇਂਜ ਲਈ ਕਲਾਇੰਟ, ਪ੍ਰੋਜੈਕਟ ਅਤੇ ਵਿਅਕਤੀ ਅਨੁਸਾਰ ਘੰਟੇ, ਬਿਲ ਹੋਣ ਯੋਗ ਅਤੇ ਗੈਰ-ਬਿਲ ਹੋਣ ਯੋਗ ਵੰਡ ਦੇ ਨਾਲ, ਅਤੇ CSV ਐਕਸਪੋਰਟ।
- ਐਡਮਿਨ: ਕਲਾਇੰਟ, ਪ੍ਰੋਜੈਕਟ, ਲੋਕ ਅਤੇ ਰੇਟ ਸੰਭਾਲੋ।
ਇਜਾਜ਼ਤਾਂ
ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ ਕਿ ਕੌਣ ਕੀ ਕਰ ਸਕਦਾ ਹੈ:
- ਲੋਕ ਆਪਣੀਆਂ ਆਪਣੀਆਂ ਐਂਟਰੀਆਂ ਵੇਖਦੇ ਅਤੇ ਸੰਪਾਦਿਤ ਕਰਦੇ ਹਨ।
- ਮੈਨੇਜਰ ਆਪਣੀ ਟੀਮ ਦੀਆਂ ਐਂਟਰੀਆਂ ਵੇਖਦੇ ਹਨ ਅਤੇ ਹਫ਼ਤੇ ਮਨਜ਼ੂਰ ਕਰਦੇ ਹਨ।
- ਸਿਰਫ਼ ਐਡਮਿਨ ਰੇਟ ਬਦਲਦੇ ਹਨ, ਅਤੇ ਆਦਰਸ਼ ਰੂਪ ਵਿੱਚ ਸਿਰਫ਼ ਐਡਮਿਨ ਹੀ ਰੇਟ ਵੇਖਦੇ ਹਨ।
- ਮਨਜ਼ੂਰ ਜਾਂ ਇਨਵੌਇਸ ਹੋਈ ਐਂਟਰੀ ਕੋਈ ਸੰਪਾਦਿਤ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਜਦੋਂ ਤੱਕ ਐਡਮਿਨ ਇਸਨੂੰ ਮੁੜ ਖੋਲ੍ਹੇ ਨਾ।
ਆਖਰੀ ਨਿਯਮ ਹੀ ਰਿਪੋਰਟਾਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਬਣਾਉਂਦਾ ਹੈ। ਸਾਈਨ-ਇਨ ਵਾਲਾ ਪਾਸਾ ਸਾਡੀ ਐਪ ਵਿੱਚ ਲੌਗਇਨ ਜੋੜਨ ਗਾਈਡ ਵਿੱਚ ਹੈ, ਅਤੇ ਭੂਮਿਕਾਵਾਂ ਬਾਰੇ ਰੋਲ-ਅਧਾਰਤ ਪਹੁੰਚ ਕੰਟਰੋਲ ਵਿੱਚ ਹੈ।
ਫੈਸਲੇ ਅਤੇ ਵਪਾਰ-ਬਦਲ
ਟਾਈਮਰ, ਹੱਥੀਂ ਐਂਟਰੀ, ਜਾਂ ਦੋਵੇਂ
ਟਾਈਮਰ ਤਾਂ ਹੀ ਸਹੀ ਹਨ ਜੇ ਲੋਕ ਉਹਨਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨਾ ਯਾਦ ਰੱਖਣ, ਜੋ ਹਮੇਸ਼ਾ ਨਹੀਂ ਹੁੰਦਾ। ਹੱਥੀਂ ਐਂਟਰੀ ਉਹਨਾਂ ਲਈ ਤੇਜ਼ ਹੈ ਜੋ ਸ਼ੁੱਕਰਵਾਰ ਨੂੰ ਆਪਣਾ ਹਫ਼ਤਾ ਭਰਦੇ ਹਨ। ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਨੂੰ ਦੋਵੇਂ ਚਾਹੀਦੇ ਹਨ, ਨਾਲ ਹੀ ਟਾਈਮਰ ਐਂਟਰੀ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਸੰਪਾਦਿਤ ਕਰਨ ਦਾ ਤਰੀਕਾ। ਜੇ ਤੁਸੀਂ ਸਿਰਫ਼ ਇੱਕ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਹਫ਼ਤੇ ਵਾਲੀ ਗਰਿੱਡ ਬਣਾਓ; ਇਹ ਸਰਲ ਹੈ ਅਤੇ "ਸ਼ੁਰੂ ਕਰਨਾ ਭੁੱਲ ਗਿਆ" ਵਾਲੀ ਸਥਿਤੀ ਨੂੰ ਵੀ ਕਵਰ ਕਰਦੀ ਹੈ।
ਚੱਲ ਰਿਹਾ ਟਾਈਮਰ ਕਿੱਥੇ ਰਹਿੰਦਾ ਹੈ
ਬਰਾਊਜ਼ਰ ਵਿੱਚ ਗਿਣਿਆ ਜਾਣ ਵਾਲਾ ਟਾਈਮਰ ਟੈਬ ਬੰਦ ਹੋਣ 'ਤੇ ਸਭ ਕੁਝ ਗੁਆ ਦਿੰਦਾ ਹੈ। ਜਦੋਂ ਕੋਈ ਸ਼ੁਰੂ ਦਬਾਉਂਦਾ ਹੈ ਤਾਂ ਸ਼ੁਰੂਆਤ ਦਾ ਸਮਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੇਵ ਕਰੋ, ਅਤੇ ਬੀਤਿਆ ਸਮਾਂ ਉਸਨੂੰ ਹੁਣ ਵਿੱਚੋਂ ਘਟਾ ਕੇ ਦਿਖਾਓ। ਫਿਰ ਟਾਈਮਰ ਰਿਫ੍ਰੈਸ਼, ਲੈਪਟਾਪ ਅਤੇ ਫ਼ੋਨ ਵਿਚਕਾਰ ਚੱਲਦਾ ਰਹਿੰਦਾ ਹੈ। ਫੈਸਲਾ ਕਰੋ ਕਿ ਇੱਕ ਵਿਅਕਤੀ ਇੱਕੋ ਸਮੇਂ ਦੋ ਟਾਈਮਰ ਚਲਾ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਆਮ ਤੌਰ 'ਤੇ ਜਵਾਬ ਨਾਂਹ ਹੁੰਦਾ ਹੈ: ਨਵਾਂ ਸ਼ੁਰੂ ਕਰਨ ਨਾਲ ਪੁਰਾਣਾ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ।
ਰਾਊਂਡਿੰਗ
ਆਮ ਨਿਯਮ ਹਰ ਐਂਟਰੀ ਨੂੰ ਨੇੜਲੇ 6, 15 ਜਾਂ 30 ਮਿੰਟ ਤੱਕ ਉੱਪਰ ਕਰਨਾ ਹੈ। ਅਸਲ ਸਮਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਰੱਖੋ ਅਤੇ ਰਾਊਂਡਿੰਗ ਸਿਰਫ਼ ਰਿਪੋਰਟਾਂ ਅਤੇ ਇਨਵੌਇਸਾਂ ਵਿੱਚ ਲਾਗੂ ਕਰੋ। ਰਿਪੋਰਟਾਂ ਵਿੱਚ ਦੋਵੇਂ ਅੰਕੜੇ ਦਿਖਾਓ ਤਾਂ ਜੋ ਕੋਈ ਹੈਰਾਨ ਨਾ ਹੋਵੇ।
ਲਾਕ ਕਰਨਾ ਅਤੇ ਮਨਜ਼ੂਰੀਆਂ
ਲਾਕ ਤੋਂ ਬਿਨਾਂ, ਪਿਛਲੇ ਮਹੀਨੇ ਦੇ ਬਿਲ ਕੀਤੇ ਘੰਟੇ ਇਨਵੌਇਸ ਜਾਣ ਤੋਂ ਬਾਅਦ ਬਦਲ ਸਕਦੇ ਹਨ। ਇੱਕ ਸਧਾਰਨ ਮਾਡਲ: ਲੋਕ ਹਫ਼ਤਾ ਜਮ੍ਹਾਂ ਕਰਦੇ ਹਨ, ਮੈਨੇਜਰ ਮਨਜ਼ੂਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਮਨਜ਼ੂਰ ਐਂਟਰੀਆਂ ਸਿਰਫ਼ ਪੜ੍ਹਨਯੋਗ ਬਣ ਜਾਂਦੀਆਂ ਹਨ। ਜੇ ਤੁਸੀਂ ਐਪ ਤੋਂ ਇਨਵੌਇਸ ਕਰਦੇ ਹੋ, ਤਾਂ ਐਂਟਰੀਆਂ ਨੂੰ ਇਨਵੌਇਸ ਹੋਈਆਂ ਵਜੋਂ ਨਿਸ਼ਾਨ ਲਗਾਓ ਤਾਂ ਜੋ ਉਹ ਦੋ ਵਾਰ ਬਿਲ ਨਾ ਹੋਣ।
ਸਮਾਂ-ਜ਼ੋਨ ਅਤੇ ਅੱਧੀ ਰਾਤ
ਸਮਾਂ UTC ਵਿੱਚ ਸਟੋਰ ਕਰੋ ਅਤੇ ਵਿਅਕਤੀ ਦੇ ਸਮਾਂ-ਜ਼ੋਨ ਵਿੱਚ ਦਿਖਾਓ। ਤੈਅ ਕਰੋ ਕਿ 23:00 ਤੋਂ 01:00 ਤੱਕ ਚੱਲਣ ਵਾਲੀ ਐਂਟਰੀ ਕਿਸ ਦਿਨ ਦੀ ਹੈ। ਆਮ ਜਵਾਬ ਉਹ ਦਿਨ ਹੈ ਜਿਸ ਦਿਨ ਇਹ ਸ਼ੁਰੂ ਹੋਈ।
ਇੱਕ ਪਹਿਲਾ ਪ੍ਰੋਂਪਟ ਜੋ ਕੰਮ ਕਰਦਾ ਹੈ
ਛੇ ਵਿਅਕਤੀਆਂ ਦੇ ਡਿਜ਼ਾਈਨ ਸਟੂਡੀਓ ਲਈ ਇੱਕ ਟਾਈਮ ਟਰੈਕਿੰਗ ਐਪ ਬਣਾਓ। ਡੇਟਾ: ਕਲਾਇੰਟ (ਨਾਮ, ਘੰਟਾ ਰੇਟ), ਪ੍ਰੋਜੈਕਟ (ਕਲਾਇੰਟ, ਨਾਮ, ਬਜਟ ਘੰਟੇ), ਅਤੇ ਟਾਈਮ ਐਂਟਰੀਆਂ (ਵਿਅਕਤੀ, ਪ੍ਰੋਜੈਕਟ, ਸ਼ੁਰੂਆਤ, ਅੰਤ, ਨੋਟ, ਬਿਲ ਹੋਣ ਯੋਗ ਹਾਂ/ਨਹੀਂ, ਸਟੇਟਸ draft/submitted/approved)। ਪੇਜ: ਇੱਕ Today ਪੇਜ ਜਿਸ ਵਿੱਚ ਸ਼ੁਰੂ/ਰੋਕ ਟਾਈਮਰ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਚੁਣਨ ਵਾਲਾ ਹੋਵੇ ਜੋ ਸ਼ੁਰੂਆਤ ਦਾ ਸਮਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੇਵ ਕਰੇ ਤਾਂ ਜੋ ਟਾਈਮਰ ਰਿਫ੍ਰੈਸ਼ ਤੋਂ ਬਚੇ; ਇੱਕ Week ਪੇਜ ਜਿਸ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਕਤਾਰਾਂ ਵਿੱਚ ਅਤੇ ਸੋਮਵਾਰ ਤੋਂ ਐਤਵਾਰ ਕਾਲਮਾਂ ਵਿੱਚ ਹੋਣ, ਜਿੱਥੇ ਲੋਕ ਸਿੱਧਾ ਘੰਟੇ ਲਿਖ ਸਕਣ; ਇੱਕ Reports ਪੇਜ ਜੋ ਤਾਰੀਖ ਰੇਂਜ ਲਈ ਕਲਾਇੰਟ, ਪ੍ਰੋਜੈਕਟ ਅਤੇ ਵਿਅਕਤੀ ਅਨੁਸਾਰ ਘੰਟੇ ਬਿਲ ਹੋਣ ਯੋਗ ਅਤੇ ਗੈਰ-ਬਿਲ ਹੋਣ ਯੋਗ ਵਿੱਚ ਵੰਡ ਕੇ ਦਿਖਾਏ, CSV ਐਕਸਪੋਰਟ ਨਾਲ; ਅਤੇ ਇੱਕ Admin ਪੇਜ ਕਲਾਇੰਟਾਂ, ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਲੋਕਾਂ ਲਈ। ਹਰ ਵਿਅਕਤੀ ਲਈ ਸਿਰਫ਼ ਇੱਕ ਟਾਈਮਰ ਚੱਲ ਸਕਦਾ ਹੈ। ਮਨਜ਼ੂਰ ਐਂਟਰੀਆਂ ਸੰਪਾਦਿਤ ਨਹੀਂ ਹੋ ਸਕਦੀਆਂ। ਸਮਾਂ UTC ਵਿੱਚ ਸਟੋਰ ਕਰੋ ਅਤੇ ਯੂਜ਼ਰ ਦੇ ਸਮਾਂ-ਜ਼ੋਨ ਵਿੱਚ ਦਿਖਾਓ। ਸਾਫ਼, ਤੇਜ਼, ਕੀਬੋਰਡ-ਅਨੁਕੂਲ ਡਿਜ਼ਾਈਨ।
ਬਿਲਡ ਦੇ ਕਦਮ
- ਪ੍ਰੋਜੈਕਟ ਅਤੇ ਹੱਥੀਂ ਐਂਟਰੀਆਂ ਪਹਿਲਾਂ। ਕਲਾਇੰਟ, ਪ੍ਰੋਜੈਕਟ, ਐਂਟਰੀ ਜੋੜਨ ਦਾ ਫਾਰਮ ਅਤੇ ਸੂਚੀ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਜੋੜ ਠੀਕ ਆਉਂਦਾ ਹੈ।
- ਟਾਈਮਰ। ਸ਼ੁਰੂ, ਰੋਕ, ਹਰ ਵਿਅਕਤੀ ਲਈ ਇੱਕ ਚੱਲਦਾ ਟਾਈਮਰ, ਸੇਵ ਕੀਤਾ ਸ਼ੁਰੂਆਤ ਦਾ ਸਮਾਂ। ਟਾਈਮਰ ਸ਼ੁਰੂ ਕਰਕੇ, ਟੈਬ ਬੰਦ ਕਰਕੇ ਅਤੇ ਦੁਬਾਰਾ ਖੋਲ੍ਹ ਕੇ ਜਾਂਚੋ।
- ਹਫ਼ਤੇ ਦੀ ਗਰਿੱਡ। ਇੱਕ ਸੈੱਲ ਵਿੱਚ ਘੰਟੇ ਲਿਖਣ ਨਾਲ ਐਂਟਰੀ ਬਣਦੀ ਜਾਂ ਅੱਪਡੇਟ ਹੁੰਦੀ ਹੈ।
- ਲੌਗਇਨ ਅਤੇ ਭੂਮਿਕਾਵਾਂ। ਅਸਲ ਲੋਕਾਂ ਦੇ ਇਸਨੂੰ ਵਰਤਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਜੋੜੋ, ਤਾਂ ਜੋ ਕੋਈ ਗਲਤੀ ਨਾਲ ਰੇਟ ਜਾਂ ਦੂਜਿਆਂ ਦੀਆਂ ਐਂਟਰੀਆਂ ਨਾ ਵੇਖੇ।
- ਜਮ੍ਹਾਂ ਕਰੋ ਅਤੇ ਮਨਜ਼ੂਰ ਕਰੋ। ਹਫ਼ਤਾਵਾਰੀ ਜਮ੍ਹਾਂ, ਮੈਨੇਜਰ ਦੀ ਮਨਜ਼ੂਰੀ, ਮਨਜ਼ੂਰੀ ਤੋਂ ਬਾਅਦ ਸਿਰਫ਼ ਪੜ੍ਹਨਯੋਗ।
- ਰਿਪੋਰਟਾਂ ਅਤੇ ਐਕਸਪੋਰਟ। ਤਾਰੀਖ ਰੇਂਜ, ਗਰੁੱਪਿੰਗ, ਬਿਲ ਹੋਣ ਯੋਗ ਵੰਡ, CSV।
- ਰੇਟ ਅਤੇ ਇਨਵੌਇਸਿੰਗ ਹੁੱਕ, ਜੇ ਤੁਸੀਂ ਕਲਾਇੰਟਾਂ ਨੂੰ ਬਿਲ ਕਰਦੇ ਹੋ। ਇਨਵੌਇਸ ਬਣਾਉਣਾ ਵੱਖਰੇ ਕਦਮ ਜਾਂ ਐਪ ਵਿੱਚ ਰੱਖੋ; ਦੇਖੋ ਇਨਵੌਇਸਿੰਗ ਐਪ ਕਿਵੇਂ ਬਣਾਈਏ।
- ਕਿਨਾਰੇ ਵਾਲੇ ਮਾਮਲੇ ਟੈਸਟ ਕਰੋ। ਅੱਧੀ ਰਾਤ ਪਾਰ ਕਰਨ ਵਾਲੀ ਐਂਟਰੀ, ਡੇਲਾਈਟ-ਸੇਵਿੰਗ ਵਾਲਾ ਹਫ਼ਤਾ, ਦੋ ਡਿਵਾਈਸਾਂ ਤੋਂ ਦੋ ਟਾਈਮਰ ਸ਼ੁਰੂ ਕਰਨੇ, ਮਨਜ਼ੂਰ ਹੋਈ ਐਂਟਰੀ ਸੰਪਾਦਿਤ ਕਰਨੀ।
ਆਮ ਗਲਤੀਆਂ
- ਸਮਾਂ ਸਿਰਫ਼ ਬਰਾਊਜ਼ਰ ਵਿੱਚ ਗਿਣਨਾ। ਡੈਮੋ ਵਿੱਚ ਚੱਲਦਾ ਹੈ ਅਤੇ ਅਸਲ ਵਰਤੋਂ ਵਿੱਚ ਘੰਟੇ ਗੁਆ ਦਿੰਦਾ ਹੈ।
- ਸਟੋਰ ਕੀਤੇ ਮੁੱਲਾਂ ਨੂੰ ਰਾਊਂਡ ਕਰਨਾ। ਅਸਲ ਸਮਾਂ ਕਦੇ ਵਾਪਸ ਨਹੀਂ ਮਿਲ ਸਕਦਾ।
- ਮਨਜ਼ੂਰ ਹਫ਼ਤਿਆਂ 'ਤੇ ਲਾਕ ਨਾ ਹੋਣਾ। ਰਿਪੋਰਟਾਂ ਇਨਵੌਇਸਾਂ ਨਾਲ ਮੇਲ ਖਾਣੀਆਂ ਬੰਦ ਕਰ ਦਿੰਦੀਆਂ ਹਨ।
- ਹਰ ਕਿਸੇ ਨੂੰ ਹਰ ਕਿਸੇ ਦੇ ਰੇਟ ਦਿਖਣੇ। ਪਹਿਲੇ ਦਿਨ ਤੋਂ ਭੂਮਿਕਾ ਅਨੁਸਾਰ ਰੇਟ ਲੁਕਾਓ।
- ਬਹੁਤ ਸਾਰੇ ਲਾਜ਼ਮੀ ਖੇਤਰ। ਜੇ ਸਮਾਂ ਦਰਜ ਕਰਨ ਵਿੱਚ ਕੁਝ ਸਕਿੰਟਾਂ ਤੋਂ ਵੱਧ ਲੱਗੇ, ਤਾਂ ਲੋਕ ਇਹ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹਨ ਅਤੇ ਡੇਟਾ ਕਲਪਨਾ ਬਣ ਜਾਂਦਾ ਹੈ। ਸ਼ੁਰੂ ਵਿੱਚ ਟਾਸਕ ਅਤੇ ਨੋਟ ਵਿਕਲਪਿਕ ਰੱਖੋ।
- ਟਰੈਕਰ ਦੇ ਅੰਦਰ ਪੂਰਾ ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰ ਬਣਾਉਣਾ। ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਸਧਾਰਨ ਲੇਬਲ ਰੱਖੋ। ਜੇ ਤੁਹਾਨੂੰ ਟਾਸਕ, ਬੋਰਡ ਅਤੇ ਆਖਰੀ ਤਾਰੀਖਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਤਾਂ ਉਹ ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਮੈਂਟ ਟੂਲ ਹੈ, ਇੱਕ ਵੱਖਰਾ ਕੰਮ।
ਕਦੋਂ ਬਣਿਆ-ਬਣਾਇਆ ਟਰੈਕਰ ਬਿਹਤਰ ਹੈ
ਜੇ ਤੁਹਾਡੀ ਟੀਮ ਨੂੰ ਟਾਈਮਰ, ਹਫ਼ਤੇ ਦਾ ਦ੍ਰਿਸ਼ ਅਤੇ ਰਿਪੋਰਟਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਤਾਂ ਸਮਰਪਿਤ ਟਾਈਮ ਟਰੈਕਿੰਗ ਉਤਪਾਦ ਇਹ ਪਹਿਲਾਂ ਹੀ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕਰਦੇ ਹਨ। ਇਹਨਾਂ ਨਾਲ ਡੈਸਕਟਾਪ ਅਤੇ ਫ਼ੋਨ ਐਪਾਂ, ਨਿਸ਼ਕਿਰਿਆਤਾ ਦੀ ਪਛਾਣ, ਕੈਲੰਡਰ ਅਤੇ ਟੂਲ ਇੰਟੀਗ੍ਰੇਸ਼ਨ, ਅਤੇ ਟਾਈਮਸ਼ੀਟ ਭਰਨ ਦੀਆਂ ਯਾਦ-ਦਹਾਨੀਆਂ ਵੀ ਮਿਲਦੀਆਂ ਹਨ, ਜੋ ਬਣਾਉਣ ਵਿੱਚ ਅਸਲ ਮਿਹਨਤ ਲੱਗਦੀ ਹੈ। ਘੰਟਾ-ਅਧਾਰਤ ਪੇਰੋਲ ਲਈ, ਇਸ ਕੰਮ ਲਈ ਬਣਿਆ ਟੂਲ ਬਰੇਕਾਂ, ਓਵਰਟਾਈਮ ਅਤੇ ਰਿਕਾਰਡ ਰੱਖਣ ਨੂੰ ਪਹਿਲੇ-ਵਰਜ਼ਨ ਦੀ ਕਸਟਮ ਐਪ ਨਾਲੋਂ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਸੰਭਾਲੇਗਾ।
ਆਪਣਾ ਬਣਾਓ ਜਦੋਂ ਤੁਹਾਡੇ ਨਿਯਮ ਫਿੱਟ ਨਾ ਬੈਠਦੇ ਹੋਣ, ਜਦੋਂ ਤੁਸੀਂ ਘੰਟਿਆਂ ਨੂੰ ਉਸ ਡੇਟਾ ਨਾਲ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਰੱਖਦੇ ਹੋ (ਜੌਬਾਂ, ਵਰਕ ਆਰਡਰ, ਰਿਟੇਨਰ, ਇਨਵੌਇਸ), ਜਦੋਂ ਵੱਡੀ ਟੀਮ ਲਈ ਪ੍ਰਤੀ-ਸੀਟ ਕੀਮਤ ਜੋੜਦੀ ਹੈ, ਜਾਂ ਜਦੋਂ ਟਾਈਮ ਟਰੈਕਿੰਗ ਕਿਸੇ ਵੱਡੇ ਅੰਦਰੂਨੀ ਟੂਲ ਦਾ ਇੱਕ ਹਿੱਸਾ ਹੋਵੇ। ਬਣਾਉਣ ਬਨਾਮ ਖਰੀਦਣ ਬਾਰੇ ਸਾਡੀ ਗਾਈਡ ਛੋਟੇ ਕਾਰੋਬਾਰ ਲਈ ਸਾਫਟਵੇਅਰ ਬਣਾਉਣਾ ਜਾਂ ਖਰੀਦਣਾ ਇਹ ਫੈਸਲਾ ਸਮਝਾਉਂਦੀ ਹੈ, ਅਤੇ ਜੇ ਤੁਹਾਡੇ ਘੰਟੇ ਹੁਣ ਇੱਕ ਸਾਂਝੀ ਸ਼ੀਟ ਵਿੱਚ ਹਨ, ਤਾਂ ਸਪ੍ਰੈੱਡਸ਼ੀਟ ਨੂੰ ਐਪ ਵਿੱਚ ਕਿਵੇਂ ਬਦਲੀਏ ਵੇਖੋ।
Mythex ਨਾਲ ਬਣਾਉਣਾ
Mythex 'ਤੇ ਤੁਸੀਂ ਟਰੈਕਰ ਨੂੰ ਚੈਟ ਵਿੱਚ ਦੱਸਦੇ ਹੋ ਅਤੇ ਏਜੰਟ ਇਸਨੂੰ ਲਾਈਵ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਬਣਾਉਂਦਾ ਹੈ। ਜਦੋਂ ਐਂਟਰੀਆਂ ਸੇਵ ਕਰਨੀਆਂ ਹੋਣ, ਤਾਂ ਇਹ ਇੱਕ ਸਮਰਪਿਤ Postgres ਡੇਟਾਬੇਸ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਇਹ ਸਿੱਧਾ ਮੰਗ ਸਕਦੇ ਹੋ ਜਾਂ /database ਟਾਈਪ ਕਰ ਸਕਦੇ ਹੋ। ਡੌਕਸ ਵਿੱਚ ਇੰਟਰਨਲ ਟੂਲ ਵਰਤੋਂ ਦਾ ਮਾਮਲਾ ਸੁਝਾਉਂਦਾ ਹੈ ਕਿ ਪਹਿਲੇ ਵਰਜ਼ਨ ਲਈ ਇੱਕ ਦਰਦਨਾਕ ਕਦਮ ਚੁਣੋ, ਜੋ ਇੱਥੇ ਫਿੱਟ ਬੈਠਦਾ ਹੈ: ਐਂਟਰੀਆਂ ਅਤੇ ਹਫ਼ਤੇ ਦੀ ਗਰਿੱਡ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਟਾਈਮਰ ਅਤੇ ਮਨਜ਼ੂਰੀਆਂ ਜੋੜੋ।
ਟੀਮ ਲਈ ਸਾਈਨ-ਇਨ ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਦੇ auth ਤਰੀਕੇ ਨਾਲ ਜੋੜਦੇ ਹੋ (ਲੌਗਇਨ ਜੋੜਨ ਦੀ ਰੈਸਿਪੀ)। Mythex ਖਾਤੇ ਉਹਨਾਂ ਲਈ ਹਨ ਜੋ ਬਣਾ ਰਹੇ ਹਨ, ਨਾ ਕਿ ਉਹਨਾਂ ਲਈ ਜੋ ਤੁਹਾਡੀ ਐਪ ਵਰਤਦੇ ਹਨ। ਮੁੱਖ ਫਲੋ ਕੰਮ ਕਰਨ ਤੋਂ ਬਾਅਦ, /test ਏਜੰਟ ਨੂੰ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਕਲਿੱਕ ਕਰਕੇ ਜਾਂਚਣ ਦਿੰਦਾ ਹੈ (ਟਾਈਮਰ ਸ਼ੁਰੂ ਕਰੋ, ਐਂਟਰੀ ਜੋੜੋ, ਰਿਪੋਰਟ ਚਲਾਓ) ਅਤੇ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਟੁੱਟਿਆ। ਸ਼ੁਰੂਆਤੀ ਵਿਜ਼ੂਅਲ ਲਈ ਐਪ ਟੈਂਪਲੇਟ ਵੇਖੋ।
ਸਵਾਲ
ਟਾਈਮ ਟਰੈਕਿੰਗ ਐਪ ਵਿੱਚ ਕਿਹੜੀਆਂ ਖੂਬੀਆਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ?
ਕਲਾਇੰਟਾਂ ਅਤੇ ਪ੍ਰੋਜੈਕਟਾਂ ਦੀ ਸੂਚੀ, ਸ਼ੁਰੂ/ਰੋਕ ਵਾਲਾ ਟਾਈਮਰ, ਐਂਟਰੀਆਂ ਹੱਥੀਂ ਜੋੜਨ ਜਾਂ ਠੀਕ ਕਰਨ ਦਾ ਤਰੀਕਾ, ਹਫ਼ਤਾਵਾਰੀ ਟਾਈਮਸ਼ੀਟ ਦ੍ਰਿਸ਼, ਅਤੇ ਹਰ ਪ੍ਰੋਜੈਕਟ ਤੇ ਵਿਅਕਤੀ ਅਨੁਸਾਰ ਘੰਟਿਆਂ ਦੀ ਰਿਪੋਰਟ। ਮਨਜ਼ੂਰੀਆਂ, ਬਿਲਿੰਗ ਰੇਟ ਅਤੇ ਐਕਸਪੋਰਟ ਬਾਅਦ ਵਿੱਚ ਆਉਂਦੇ ਹਨ।
ਬਰਾਊਜ਼ਰ ਬੰਦ ਹੋਣ 'ਤੇ ਟਾਈਮਰ ਦਾ ਸਮਾਂ ਕਿਵੇਂ ਨਾ ਗੁਆਵਾਂ?
ਟਾਈਮਰ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹੀ ਸ਼ੁਰੂਆਤ ਦਾ ਸਮਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੇਵ ਕਰੋ, ਅਤੇ ਚੱਲ ਰਹੀ ਮਿਆਦ ਉਸ ਸੇਵ ਕੀਤੇ ਸਮੇਂ ਤੋਂ ਗਿਣੋ। ਫਿਰ ਟੈਬ ਬੰਦ ਕਰਨ, ਰਿਫ੍ਰੈਸ਼ ਕਰਨ ਜਾਂ ਡਿਵਾਈਸ ਬਦਲਣ ਨਾਲ ਕੁਝ ਨਹੀਂ ਗੁਆਚਦਾ।
ਕੀ ਸਮੇਂ ਨੂੰ ਰਾਊਂਡ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?
ਸਹੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਅੰਤ ਦਾ ਸਮਾਂ ਸਟੋਰ ਕਰੋ ਅਤੇ ਰਾਊਂਡਿੰਗ ਸਿਰਫ਼ ਰਿਪੋਰਟਾਂ ਅਤੇ ਇਨਵੌਇਸਾਂ ਵਿੱਚ ਲਾਗੂ ਕਰੋ। ਇਸ ਨਾਲ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਰਾਊਂਡਿੰਗ ਨਿਯਮ ਬਦਲ ਸਕਦੇ ਹੋ ਬਿਨਾਂ ਇਤਿਹਾਸ ਦੁਬਾਰਾ ਲਿਖੇ।
ਕੀ ਆਪਣਾ ਟਾਈਮ ਟਰੈਕਰ ਬਣਾਉਣਾ ਠੀਕ ਹੈ?
ਆਮ ਤੌਰ 'ਤੇ ਸਿਰਫ਼ ਤਾਂ ਹੀ ਜਦੋਂ ਤੁਹਾਡੇ ਨਿਯਮ ਅਸਾਧਾਰਨ ਹੋਣ ਜਾਂ ਤੁਸੀਂ ਘੰਟਿਆਂ ਨੂੰ ਉਸ ਡੇਟਾ ਨਾਲ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ ਜੋ ਪਹਿਲਾਂ ਤੋਂ ਰੱਖਦੇ ਹੋ, ਜਿਵੇਂ ਜੌਬਾਂ, ਕਲਾਇੰਟ ਜਾਂ ਇਨਵੌਇਸ। ਸਧਾਰਨ ਟਾਈਮਰਾਂ ਅਤੇ ਰਿਪੋਰਟਾਂ ਲਈ ਮੌਜੂਦਾ ਟਰੈਕਰ ਸਸਤਾ ਅਤੇ ਤੇਜ਼ ਹੈ।