HR لیو مینجمنٹ ایپ کیسے بنائیں: درخواستیں، منظوریاں اور بیلنس

لیو مینجمنٹ ایپ اس اسپریڈ شیٹ اور ای میل کے سلسلے کی جگہ لیتی ہے جو “کیا میں جمعے کو چھٹی لے سکتا ہوں؟” کے پیچھے ہوتا ہے۔ ملازم چھٹی کی درخواست دیتے ہیں اور اپنا باقی بیلنس دیکھتے ہیں؛ مینیجرز ٹیم کیلنڈر سامنے رکھ کر منظور یا مسترد کرتے ہیں؛ HR چھٹی کی اقسام، الاؤنس اور سرکاری چھٹیاں طے کرتا ہے اور پے رول کے لیے صاف ریکارڈ حاصل کرتا ہے۔ اسے بنانے کے لیے آپ کو ایسا ڈیٹا ماڈل چاہیے جہاں بیلنس درخواستوں اور ایڈجسٹمنٹس کی تاریخ سے نکلے، واضح منظوری کی زنجیر، اور آدھے دن، ہفتہ وار چھٹی اور سرکاری چھٹیوں کے قواعد۔ AI ایپ بلڈر جلد ایک کام کرنے والا ورژن بنا سکتا ہے۔ محنت بیلنس کے حساب، حساس چھٹی کی اقسام پر اجازتوں، اور آپ کی اصل پالیسی سے مطابقت پر کرنی ہے۔

ایپ کو کیا چاہیے

ڈیٹا

بنیادی اصول: کبھی ہاتھ سے بدلا جانے والا بیلنس ذخیرہ نہ کریں۔ بیلنس = الاؤنس + منتقل شدہ + ایڈجسٹمنٹس − منظور شدہ دن۔ ہر تبدیلی کا وجہ کے ساتھ ریکارڈ ہو، تاکہ جب کوئی پوچھے “میرے پاس 3.5 دن کیوں بچے ہیں؟” تو آپ دکھا سکیں۔

صفحات

• ملازم: میرا ہر چھٹی کی قسم کا بیلنس، درخواست کا فارم، اپنی درخواستیں حالت کے ساتھ، ٹیم کا کیلنڈر۔
• مینیجر: زیرِ التوا درخواستیں ساتھ میں ٹیم کیلنڈر کے ساتھ، تبصرے کے ساتھ منظور یا مسترد، ٹیم کے بیلنس۔
• HR/ایڈمن: ملازمین، چھٹی کی اقسام، الاؤنس، سرکاری چھٹیاں، ایڈجسٹمنٹس، اور رپورٹس اور ایکسپورٹ۔

اجازتیں

یہ ذاتی ڈیٹا ہے اور اس کا کچھ حصہ حساس ہے۔ ملازم اپنی درخواستیں دیکھتے ہیں اور ٹیم کیلنڈر پر صرف یہ کہ ساتھی “غیر موجود” ہے، یہ نہیں کہ کیوں۔ مینیجرز اپنے براہِ راست ماتحت دیکھتے ہیں۔ HR سب دیکھتا ہے۔ بیماری اور دیگر حساس اقسام ملازم، اس کے مینیجر اور HR کے سوا کسی کو صرف “غیر موجود” کے طور پر دکھائی دیں۔ یہ سرور پر نافذ کریں؛ دیکھیں رول بیسڈ ایکسیس کنٹرول۔ ملازمین کے ریکارڈ پر ڈیٹا پروٹیکشن کے قواعد ملک کے لحاظ سے مختلف ہیں، اس لیے اپنے ملک کے قوانین دیکھیں۔

فیصلے اور تجارتی سمجھوتے

دن یا گھنٹے

دنوں میں شمار (آدھے دنوں سمیت) سب سے سادہ ہے اور زیادہ تر دفتری ٹیموں کے لیے موزوں ہے۔ گھنٹوں میں شمار پارٹ ٹائم اور شفٹ ورکرز کے لیے بہتر ہے مگر ہر حساب پیچیدہ بنا دیتا ہے۔ پہلے ورژن کے لیے ایک چنیں، اس بنیاد پر کہ آپ کے معاہدے الاؤنس کیسے بیان کرتے ہیں۔

الاؤنس شروع میں یا بتدریج

چھٹی کے سال کے پہلے دن پورا سالانہ الاؤنس دینا سب سے سادہ ہے۔ جمع ہونا — ہر ماہ تھوڑا کمانا — کچھ ملکوں اور نئے ملازمین کے لیے عام ہے اور ماہانہ حساب چاہتا ہے۔ سال کے درمیان آنے یا جانے والوں کا تناسب سے حساب دونوں صورتوں میں ضروری ہے۔

کون سے دن شمار ہوں

جمعرات سے منگل تک کی درخواست میں صرف کام کے دن شمار ہونے چاہئیں، ہفتہ وار چھٹی اور اس ملازم کے مقام کی سرکاری چھٹیاں نکال کر، اور پارٹ ٹائم کے نمونے کا لحاظ کرتے ہوئے۔ یہی وہ حساب ہے جو سب سے زیادہ غلط ہونے کا امکان رکھتا ہے، اس لیے اسے حقیقی مثالوں سے جانچیں۔

منظوری کی زنجیر

ایک منظور کنندہ (لائن مینیجر) زیادہ تر چھوٹی کمپنیوں کے لیے کافی ہے۔ مینیجر کی غیر موجودگی کے لیے بیک اپ منظور کنندہ شامل کریں، اور لمبی غیر حاضری کے لیے اختیاری دوسرا مرحلہ۔ طے کریں کہ مینیجر چھوڑ جائے تو زیرِ التوا درخواستوں کا کیا ہوگا۔

منتقلی اور سال کا اختتام

طے کریں کہ چھٹی کا سال کب شروع ہوتا ہے، کتنے غیر استعمال شدہ دن اگلے سال جاتے ہیں، اور کیا منتقل شدہ دن ختم ہو جاتے ہیں۔ AI سے منتقلی کو اپنی الگ لائن کے طور پر دکھانے کو کہیں تاکہ بیلنس قابلِ وضاحت رہے۔

ایک کارآمد پہلا پرامپٹ

مانچسٹر (UK) اور ڈبلن (آئرلینڈ) کے دفاتر والی 45 افراد کی کمپنی کے لیے اندرونی لیو مینجمنٹ ایپ بنائیں۔ چھٹی کی اقسام: سالانہ (25 دن، سال کے شروع میں مکمل، 5 دن تک منتقل، 31 مارچ کو ختم)، بیماری (لامحدود، منظوری نہیں، دوسروں کو صرف “غیر موجود” دکھائی دے)، بغیر تنخواہ، اور دیگر۔ چھٹی کا سال جنوری سے دسمبر۔ ملازمین شروع اور اختتامی تاریخ اور اختیاری آدھے دن کے ساتھ چھٹی کی درخواست دیں، اور دیکھیں کہ کتنے کام کے دن استعمال ہوں گے، جن میں ہفتہ وار چھٹی، پارٹ ٹائم کے آف دن اور ان کے دفتر کی سرکاری چھٹیاں نکالی گئی ہوں۔ بیلنس الاؤنس، منتقلی، ایڈجسٹمنٹس اور منظور شدہ درخواستوں سے نکلیں، کبھی براہِ راست نہ بدلے جائیں۔ مینیجرز اپنے ماتحتوں کی درخواستیں تبصرے کے ساتھ منظور یا مسترد کریں، اور اسی وقت ٹیم کیلنڈر دیکھیں۔ HR ملازمین، چھٹی کی اقسام، الاؤنس، سرکاری چھٹیاں اور وجہ کے ساتھ ایڈجسٹمنٹس سنبھالے، اور پے رول کے لیے منظور شدہ چھٹی ماہ وار CSV میں ایکسپورٹ کرے۔ کردار: ملازم، مینیجر، HR۔ سب کچھ ڈیٹابیس میں محفوظ کریں۔ سادہ، تیز انٹرفیس۔

بنانے کے مراحل

1. اپنی تحریری پالیسی سے شروع کریں۔ اگر وہ لکھی ہوئی نہیں تو پہلے لکھیں — ایپ صرف وہ اصول لاگو کر سکتی ہے جو آپ بیان کر سکیں۔
2. ملازمین درآمد کریں مینیجر، مقام اور کام کے نمونے کے ساتھ، عام طور پر اسپریڈ شیٹ سے۔ دیکھیں اسپریڈ شیٹ کو ایپ میں کیسے بدلیں۔
3. چھٹی کی اقسام، الاؤنس اور سرکاری چھٹیاں۔
4. کام کے دنوں کے حساب کے ساتھ درخواست کا فارم، کم از کم دس حقیقی کیسز پر جانچا گیا: ہفتہ وار چھٹی کے پار، بینک ہالیڈے، پارٹ ٹائمر، آدھا دن، سال کی حد۔
5. منظوری کا بہاؤ اور ٹیم کیلنڈر۔
6. لاگ ان اور کردار، حساس چھٹی کی اقسام ساتھیوں سے چھپی ہوئی۔
7. اطلاعات: نئی درخواست پر مینیجر کو ای میل، اور فیصلے پر ملازم کو، اپنے ای میل فراہم کنندہ کے ذریعے۔ دیکھیں اپنی ایپ سے ای میلز بھیجنا۔
8. پے رول کے لیے رپورٹس اور ایکسپورٹس۔
9. ایک مہینے تک اسپریڈ شیٹ کے ساتھ ساتھ چلائیں، بیلنس کا موازنہ کریں، پھر منتقل ہوں۔

عام غلطیاں

• بیلنس کا نمبر ذخیرہ کرنا اور اسے بدلنا۔ تاریخ ضائع ہو جاتی ہے اور ہر تنازع اندازے کا کھیل بن جاتا ہے۔
• کیلنڈر کے دن شمار کرنا کام کے دنوں کی جگہ، یا ملازم کے دفتر کی سرکاری چھٹیاں نظرانداز کرنا۔
• ہر کسی کو ساتھی کی غیر موجودگی کی وجہ دکھانا۔ مشترکہ کیلنڈر پر “غیر موجود” کافی ہے۔
• بیک اپ منظور کنندہ نہ ہونا۔ مینیجر کی چھٹی پر درخواستیں دو ہفتے پڑی رہتی ہیں۔
• منظور شدہ چھٹی منسوخ کرنے کی اجازت، مینیجر کو بتائے بغیر۔ منسوخی سے منظور کنندہ کو اطلاع ملنی چاہیے۔
• اس سال کے قواعد کو کوڈ میں لکھ دینا۔ الاؤنس اور چھٹیاں ایسے ڈیٹا کے طور پر رکھیں جسے HR اگلے سال خود بدل سکے۔

کب تیار شدہ پروڈکٹ بہتر انتخاب ہے

اگر آپ چاہتے ہیں کہ چھٹی پے رول، معاہدوں، کارکردگی کے جائزوں اور تعمیلی رپورٹنگ سے جڑی ہو — یا آپ کئی ملکوں میں لوگوں کو ملازم رکھتے ہیں — تو وقت کے انتظام والا HR سافٹ ویئر عام طور پر اس قابل ہے۔ یہ پروڈکٹس ہر ملک کے لیے چھٹیوں کے کیلنڈر اور قانونی قواعد برقرار رکھتی ہیں، جو مسلسل کام ہے جو آپ کو خود کرنا پڑتا۔

اپنی بنائی ہوئی ایپ ان چھوٹی اور درمیانی کمپنیوں کے لیے بہتر ہے جن کی پالیسی سادہ ہو اور جو صرف اسپریڈ شیٹ چھوڑنا چاہتی ہوں، غیر معمولی انتظامات کے لیے (شفٹ ٹیمیں، گردشی روسٹر، آن کال کوریج سے جڑی چھٹی)، یا آن بورڈنگ اور دیگر درخواستوں کے ساتھ ایک بڑے اندرونی ٹول کے حصے کے طور پر۔ وسیع تر طریقے کے لیے اندرونی ٹول کیسے بنائیں دیکھیں۔

Mythex کے ساتھ بنانا

Mythex پر آپ چیٹ میں پالیسی اور ورک فلو بیان کرتے ہیں اور ایجنٹ لائیو پریویو میں ایپ بناتا ہے، جب درخواستوں کو محفوظ کرنا ہو تو Postgres ڈیٹابیس کے ساتھ۔ آپ ساتھیوں کو اپنے Mythex ورک اسپیس میں مدعو کر کے انہیں بنانے اور جانچنے میں شامل کر سکتے ہیں، اور شائع کرنے سے پہلے پریویو دو تین حقیقی صارفین کے ساتھ شیئر کر سکتے ہیں — دستاویزات میں اندرونی ٹول کا استعمال یہی تجویز کرتا ہے۔ ملازمین کا لاگ ان اور اطلاعاتی ای میلز آپ کے اپنے فراہم کنندگان استعمال کرتے ہیں؛ Mythex میں اختتامی صارفین کا بلٹ اِن لاگ ان یا ای میل بھیجنا نہیں ہے۔ کوڈ لکھنے سے پہلے بیلنس کے حساب پر متفق ہونے کے لیے Plan موڈ استعمال کریں، اور درخواست اور منظوری کو کلک کر کے دیکھنے کے لیے /test۔

شروع کرنے کے لیے اپروول ٹریکر یا ٹیم ڈائریکٹری ٹیمپلیٹس آزمائیں۔

سوالات