HR लीव्ह मॅनेजमेंट ॲप कसे बनवायचे: विनंत्या, मंजुरी आणि शिल्लक रजा

लीव्ह मॅनेजमेंट ॲप “मला शुक्रवारी सुट्टी घेता येईल का?” यामागची स्प्रेडशीट आणि ईमेल साखळी बदलते. कर्मचारी सुट्टीची विनंती करतात आणि उर्वरित शिल्लक पाहतात; व्यवस्थापक टीम कॅलेंडर समोर ठेवून मंजूर किंवा नामंजूर करतात; HR रजेचे प्रकार, हक्क आणि सार्वजनिक सुट्ट्या ठरवते आणि पेरोलसाठी स्वच्छ नोंद मिळवते. हे ॲप बनवण्यासाठी तुम्हाला असा डेटा-मॉडेल लागतो जिथे शिल्लक विनंत्या आणि समायोजनांच्या इतिहासावरून मोजली जाते, स्पष्ट मंजुरी-साखळी, आणि अर्धे दिवस, आठवड्याचे शेवट व सुट्ट्यांचे नियम. AI ॲप बिल्डर एक काम करणारी आवृत्ती पटकन तयार करू शकतो. लक्ष शिल्लकीच्या गणितावर, संवेदनशील रजेच्या प्रकारांभोवतीच्या परवानग्यांवर आणि तुमच्या प्रत्यक्ष धोरणाशी जुळवण्यावर द्यावे लागते.

ॲपला काय हवे

डेटा

मुख्य नियम: हाताने संपादित केलेली शिल्लक कधीही साठवू नका. शिल्लक म्हणजे हक्क + पुढे नेलेले दिवस + समायोजने − मंजूर दिवस. प्रत्येक बदलाची कारणासह नोंद ठेवा, म्हणजे “मला ३.५ दिवस शिल्लक का दिसत आहेत?” असे कोणी विचारले तर तुम्ही ते दाखवू शकता.

पेजेस

• कर्मचारी: प्रत्येक रजेच्या प्रकारानुसार माझी शिल्लक, विनंती फॉर्म, स्थितीसह माझ्या विनंत्या, माझ्या टीमचे कॅलेंडर.
• व्यवस्थापक: प्रलंबित विनंत्या शेजारी टीम कॅलेंडरसह, टिप्पणीसह मंजूर किंवा नामंजूर, टीमची शिल्लक.
• HR/प्रशासक: कर्मचारी, रजेचे प्रकार, हक्क, सार्वजनिक सुट्ट्या, कारणासह समायोजने, आणि अहवाल व एक्सपोर्ट.

परवानग्या

ही वैयक्तिक माहिती आहे, आणि त्यातील काही भाग संवेदनशील आहे. कर्मचारी स्वतःच्या विनंत्या पाहतात आणि शेअर्ड कॅलेंडरवर सहकारी “दूर” आहे एवढेच पाहतात — का ते नाही. व्यवस्थापक थेट अधीनस्थ पाहतात. HR सर्वांना पाहते. आजारपण आणि इतर संवेदनशील प्रकार कर्मचारी, त्यांचे व्यवस्थापक आणि HR वगळता इतरांना फक्त “दूर” म्हणूनच दिसावेत. हे सर्व्हरवर लागू करा; पहा भूमिका-आधारित प्रवेश नियंत्रण. कर्मचारी नोंदींवरील डेटा संरक्षण नियम देशानुसार वेगळे असतात, त्यामुळे तुमचे नियम तपासा.

निर्णय आणि तडजोडी

दिवस की तास

दिवसांमध्ये (अर्धे दिवस धरून) मोजणे सर्वात सोपे आहे आणि बहुतेक ऑफिस टीमसाठी योग्य आहे. तासांमध्ये मोजणे अर्धवेळ आणि शिफ्टमधील कामगारांसाठी उपयुक्त आहे, पण प्रत्येक गणित अधिक क्लिष्ट होते. तुमचे करार हक्क कसे मांडतात त्यावर आधारित, पहिल्या आवृत्तीसाठी एक निवडा.

हक्क एकदम की हळूहळू जमा

वर्षाच्या पहिल्या दिवशी पूर्ण वार्षिक हक्क देणे सर्वात सोपे आहे. हळूहळू जमा होणे — दर महिन्याला थोडे कमावणे — काही देशांमध्ये आणि नवीन कर्मचाऱ्यांसाठी सामान्य आहे, आणि त्यासाठी मासिक गणना लागते. वर्षाच्या मध्ये रुजू होणाऱ्या किंवा सोडणाऱ्या लोकांसाठी प्रमाणशीर गणना दोन्ही पद्धतींमध्ये लागते.

कोणते दिवस मोजले जातात

गुरुवार ते मंगळवार अशी विनंती फक्त कामाचे दिवस मोजली पाहिजे, त्या कर्मचाऱ्याच्या ठिकाणच्या आठवड्याचे शेवट आणि सार्वजनिक सुट्ट्या वगळून, आणि अर्धवेळ पद्धतीचा आदर करून. ही गणना सर्वात जास्त चुकण्याची शक्यता असते, त्यामुळे प्रत्यक्ष उदाहरणांनी तपासा.

मंजुरीची साखळी

बहुतेक लहान कंपन्यांसाठी एक मंजूर करणारा (थेट व्यवस्थापक) पुरेसा असतो. व्यवस्थापक नसताना वापरण्यासाठी बॅकअप मंजूर करणारा जोडा, आणि लांबच्या रजांसाठी दुसरी पायरी ऐच्छिक ठेवा. व्यवस्थापक सोडून गेल्यास प्रलंबित विनंत्यांचे काय होते ते ठरवा.

पुढे नेणे आणि वर्षाचा शेवट

तुमचे रजेचे वर्ष ठरवा, किती न वापरलेले दिवस पुढे जातात, आणि पुढे नेलेले दिवस संपतात की नाही ते ठरवा. पुढे नेलेले दिवस स्वतंत्र ओळ म्हणून दाखवण्यास AI ला सांगा, म्हणजे शिल्लक स्पष्ट राहते.

एक काम करणारा पहिला प्रॉम्प्ट

४५ लोकांच्या कंपनीसाठी एक अंतर्गत लीव्ह मॅनेजमेंट ॲप बनवा, ज्यांची कार्यालये मँचेस्टर (UK) आणि डब्लिन (आयर्लंड) येथे आहेत. रजेचे प्रकार: वार्षिक (२५ दिवस, वर्षाच्या सुरुवातीला पूर्ण, ३१ मार्चला संपणारे ५ दिवसांपर्यंत पुढे नेता येतील), आजारपण (अमर्याद, मंजुरी नाही, इतरांना फक्त “दूर” म्हणून दिसेल), विनावेतन, आणि इतर. रजेचे वर्ष जानेवारी ते डिसेंबर. कर्मचारी सुरुवातीची तारीख, शेवटची तारीख आणि ऐच्छिक अर्धे दिवस देऊन रजा मागतील, आणि त्यांच्या कार्यालयासाठी किती कामाचे दिवस लागतील ते पाहतील — आठवड्याचे शेवट, अर्धवेळ सुट्टीचे दिवस आणि त्यांच्या कार्यालयाच्या सार्वजनिक सुट्ट्या वगळून. शिल्लक हक्क, पुढे नेलेले दिवस, समायोजने आणि मंजूर विनंत्यांवरून मोजा, थेट कधीही संपादित न करता. व्यवस्थापक त्यांच्या अधीनस्थांच्या विनंत्या टिप्पणीसह मंजूर किंवा नामंजूर करतील, आणि त्याच वेळी टीम कॅलेंडर पाहतील. HR कर्मचारी, रजेचे प्रकार, हक्क, सार्वजनिक सुट्ट्या आणि कारणासह समायोजने व्यवस्थापित करेल, आणि पेरोलसाठी मंजूर रजा महिन्यानुसार CSV मध्ये एक्सपोर्ट करेल. भूमिका: कर्मचारी, व्यवस्थापक, HR. सर्वकाही डेटाबेसमध्ये साठवा. साधा, जलद इंटरफेस.

बिल्ड पायऱ्या

1. तुमच्या लिखित धोरणापासून सुरुवात करा. ते लिखित नसेल, तर आधी लिहा — ॲप फक्त तुम्ही सांगू शकता अशेच नियम लागू करू शकते.
2. कर्मचारी आयात करा, व्यवस्थापक, ठिकाण आणि कामाच्या पद्धतीसह, सहसा स्प्रेडशीटवरून. स्प्रेडशीटचे ॲपमध्ये रूपांतर पहा.
3. रजेचे प्रकार, हक्क आणि सार्वजनिक सुट्ट्या.
4. कामाच्या दिवसांच्या गणनेसह विनंती फॉर्म, किमान दहा प्रत्यक्ष प्रकरणांवर तपासलेला: आठवड्याच्या शेवटी ओलांडणारी, बँक हॉलिडे, अर्धवेळ कर्मचारी, अर्धा दिवस, वर्षाची सीमा.
5. मंजुरीची प्रक्रिया आणि टीम कॅलेंडर.
6. लॉगिन आणि भूमिका, संवेदनशील रजेचे प्रकार सहकाऱ्यांपासून लपवून.
7. सूचना: नवीन विनंतीवर व्यवस्थापकाला ईमेल, आणि निर्णयावर कर्मचाऱ्याला, तुमच्या स्वतःच्या ईमेल पुरवठादारामार्फत. पहा तुमच्या ॲपमधून ईमेल कसे पाठवायचे.
8. पेरोलसाठी अहवाल आणि एक्सपोर्ट.
9. स्प्रेडशीटसोबत एक महिना समांतर चालवा, शिल्लक तुलना करा, मगच बदला.

सामान्य चुका

• शिल्लकीचा आकडा साठवून तो संपादित करणे. इतिहास हरवतो आणि प्रत्येक वाद अंदाजावर आधारित होतो.
• कॅलेंडर दिवस मोजणे, कामाचे दिवस नव्हे, किंवा सार्वजनिक सुट्ट्यांसाठी कर्मचाऱ्याचे ठिकाण दुर्लक्षित करणे.
• प्रत्येकाला सहकारी का रजेवर आहे ते दाखवणे. शेअर्ड कॅलेंडरवर “दूर” पुरेसे आहे.
• बॅकअप मंजूर करणारा नसणे. व्यवस्थापक सुट्टीवर असताना विनंत्या दोन आठवडे पडून राहतात.
• मंजूर रजा व्यवस्थापकाला न कळवता रद्द करू देणे. रद्द करण्याने मंजूर करणाऱ्याला सूचना गेली पाहिजे.
• या वर्षाचे नियम कोडमध्ये हार्डकोड करणे. हक्क आणि सुट्ट्या डेटा म्हणून ठेवा, जेणेकरून पुढील वर्षी HR त्या संपादित करू शकेल.

तयार उत्पादन कधी चांगले

जर तुम्हाला लीव्ह पेरोल, करार, कामगिरी पुनरावलोकने आणि अनुपालन अहवालांशी जोडायची असेल — किंवा तुम्ही अनेक देशांमध्ये लोक नियुक्त करत असाल — तर टाइम-ऑफ व्यवस्थापन असलेले HR सॉफ्टवेअर सहसा फायदेशीर ठरते. ही उत्पादने प्रत्येक देशासाठी सुट्टीचे कॅलेंडर आणि वैधानिक नियम राखतात, हे सतत चालणारे काम आहे जे अन्यथा तुम्हाला स्वतः सांभाळावे लागेल.

साध्या धोरणासह लहान आणि मध्यम कंपन्यांसाठी, ज्यांना फक्त स्प्रेडशीट सोडायची आहे, किंवा असामान्य रचनांसाठी (शिफ्ट टीम, फिरती रोस्टर, ऑन-कॉल कव्हरशी जोडलेली रजा), सानुकूल ॲप योग्य आहे. किंवा ऑनबोर्डिंग आणि इतर विनंत्यांसह एका मोठ्या अंतर्गत टूलचा भाग म्हणूनही. व्यापक दृष्टिकोनासाठी अंतर्गत टूल कसे बनवायचे पहा.

Mythex सोबत बनवणे

Mythex वर तुम्ही चॅटमध्ये धोरण आणि कार्यप्रवाह वर्णन करता, आणि एजंट लाइव्ह प्रिव्ह्यूमध्ये ॲप बनवतो, विनंत्या जतन करण्याची गरज असेल तेव्हा Postgres डेटाबेस जोडला जातो. तुम्ही सहकाऱ्यांना बनवणे आणि पुनरावलोकन करण्यासाठी तुमच्या Mythex वर्कस्पेसमध्ये आमंत्रित करू शकता, आणि प्रकाशित करण्यापूर्वी प्रिव्ह्यू दोन-तीन प्रत्यक्ष वापरकर्त्यांना दाखवू शकता — डॉक्समधील अंतर्गत टूल वापर-प्रकरण नेमके हेच सुचवते. कर्मचारी लॉगिन आणि सूचना ईमेल तुमच्या स्वतःच्या पुरवठादारांद्वारे चालतात; Mythex मध्ये अंगभूत एंड-यूजर लॉगिन किंवा ईमेल पाठवणे नाही. कोणताही कोड लिहिण्यापूर्वी शिल्लक गणनेवर सहमती करण्यासाठी Plan मोड वापरा, आणि विनंती व मंजुरी प्रवाह तपासण्यासाठी /test वापरा.

सुरुवातीचा प्रॉम्प्ट हवा असल्यास, मंजुरी ट्रॅकर किंवा टीम डिरेक्टरी टेम्पलेट्स पहा.

प्रश्न