HR ರಜಾ ನಿರ್ವಹಣಾ ಆಪ್ ಹೇಗೆ ಮಾಡುವುದು: ವಿನಂತಿಗಳು, ಅನುಮೋದನೆಗಳು ಮತ್ತು ಬಾಕಿ

ರಜಾ ನಿರ್ವಹಣಾ ಆಪ್ “ನಾನು ಶುಕ್ರವಾರ ರಜೆ ತೆಗೆದುಕೊಳ್ಳಬಹುದೇ?” ಎಂಬ ಪ್ರಶ್ನೆಯ ಹಿಂದಿನ ಸ್ಪ್ರೆಡ್‌ಶೀಟ್ ಮತ್ತು ಇಮೇಲ್ ಸರಣಿಯನ್ನು ಬದಲಿಸುತ್ತದೆ. ಉದ್ಯೋಗಿಗಳು ರಜೆ ಕೇಳುತ್ತಾರೆ ಮತ್ತು ಉಳಿದ ಬಾಕಿ ನೋಡುತ್ತಾರೆ; ವ್ಯವಸ್ಥಾಪಕರು ತಂಡದ ಕ್ಯಾಲೆಂಡರ್ ನೋಡುತ್ತಾ ಅನುಮೋದಿಸುತ್ತಾರೆ ಅಥವಾ ನಿರಾಕರಿಸುತ್ತಾರೆ; 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 ಬಳಸಿ.

ಪ್ರಾರಂಭಿಕ ಪ್ರಾಂಪ್ಟ್‌ಗಾಗಿ ಅನುಮೋದನೆ ಟ್ರ್ಯಾಕರ್ ಅಥವಾ ತಂಡ ಡೈರೆಕ್ಟರಿ ಟೆಂಪ್ಲೇಟ್ ಪ್ರಯತ್ನಿಸಿ.

ಪ್ರಶ್ನೆಗಳು