HR लीव मैनेजमेंट ऐप कैसे बनाएं: अनुरोध, मंज़ूरी और बैलेंस

लीव मैनेजमेंट ऐप उस स्प्रेडशीट और ईमेल की शृंखला की जगह लेता है जिसके सहारे “क्या मैं शुक्रवार को छुट्टी ले सकता हूँ?” का फ़ैसला होता है। कर्मचारी छुट्टी माँगते हैं और अपना बचा हुआ बैलेंस देखते हैं; मैनेजर टीम कैलेंडर सामने रखकर मंज़ूर या अस्वीकार करते हैं; HR छुट्टी के प्रकार, कोटा और सार्वजनिक अवकाश तय करता है और पेरोल के लिए साफ़ रिकॉर्ड पाता है। इसे बनाने के लिए ऐसा डेटा मॉडल चाहिए जिसमें बैलेंस अनुरोधों और समायोजनों के इतिहास से निकले, मंज़ूरी की साफ़ श्रृंखला हो, और आधे दिन, सप्ताहांत और अवकाश के नियम हों। AI ऐप बिल्डर जल्दी से काम करने वाला संस्करण बना सकता है। मेहनत बैलेंस के गणित, संवेदनशील छुट्टी प्रकारों की अनुमतियों और आपकी असली नीति से मेल खाने में लगती है।

ऐप में क्या चाहिए

डेटा

मुख्य नियम: कभी हाथ से एडिट किया हुआ बैलेंस न रखें। बैलेंस = कोटा + आगे ले जाए गए दिन + समायोजन − मंज़ूर दिन। हर बदलाव का एक रिकॉर्ड कारण के साथ हो, ताकि जब कोई पूछे “मेरे 3.5 दिन क्यों बचे हैं?”, तो आप दिखा सकें।

पेज

• कर्मचारी: मेरा बैलेंस (हर छुट्टी प्रकार के हिसाब से), छुट्टी का फ़ॉर्म, मेरे अनुरोध और उनकी स्थिति, मेरी टीम का कैलेंडर।
• मैनेजर: लंबित अनुरोध, साथ में टीम कैलेंडर, टिप्पणी के साथ मंज़ूर या अस्वीकार, टीम के बैलेंस।
• HR/एडमिन: कर्मचारी, छुट्टी के प्रकार, कोटे, सार्वजनिक अवकाश, समायोजन, तथा रिपोर्ट और एक्सपोर्ट।

अनुमतियाँ

यह व्यक्तिगत डेटा है, और इसका कुछ हिस्सा संवेदनशील है। कर्मचारी अपने अनुरोध देखते हैं, और साझा कैलेंडर पर सिर्फ़ यह कि कोई सहकर्मी “अनुपस्थित” है, यह नहीं कि क्यों। मैनेजर अपने सीधे रिपोर्ट करने वालों को देखते हैं। HR सबको देखता है। बीमारी और अन्य संवेदनशील छुट्टी सिर्फ़ कर्मचारी, उसके मैनेजर और HR को छोड़कर बाकी सबको सिर्फ़ “अनुपस्थित” के रूप में दिखे। यह नियम सर्वर पर लागू करें; देखें रोल-आधारित एक्सेस कंट्रोल। कर्मचारी रिकॉर्ड पर डेटा संरक्षण के नियम देश-देश में अलग हैं, इसलिए अपने देश के नियम जाँचें।

फ़ैसले और समझौते

दिन या घंटे

दिनों में गिनना (आधे दिन सहित) सबसे सरल है और ज़्यादातर ऑफ़िस टीमों के लिए ठीक है। घंटों में गिनना पार्ट-टाइम और शिफ़्ट में काम करने वालों के लिए बेहतर है, पर हर गणना ज़्यादा जटिल होती है। पहले संस्करण के लिए एक चुनें, इस आधार पर कि आपके अनुबंध कोटा कैसे लिखते हैं।

पूरा कोटा शुरू में या धीरे-धीरे जमा

साल के पहले दिन पूरा सालाना कोटा देना सबसे सरल है। एक्रूअल — हर महीने थोड़ा-थोड़ा अर्जित करना — कुछ देशों में आम है और नए कर्मचारियों के लिए भी, और इसके लिए मासिक गणना चाहिए। साल के बीच में जुड़ने या छोड़ने वालों के लिए आनुपातिक गणना दोनों तरीकों में ज़रूरी है।

कौन-से दिन गिने जाएँ

गुरुवार से मंगलवार तक का अनुरोध सिर्फ़ कार्यदिवस गिनना चाहिए, जिसमें उस कर्मचारी के स्थान के सप्ताहांत और सार्वजनिक अवकाश छोड़े गए हों, और पार्ट-टाइम पैटर्न का भी सम्मान हो। यही गणना सबसे आसानी से गलत होती है, इसलिए असली उदाहरणों से परखें।

मंज़ूरी की श्रृंखला

ज़्यादातर छोटी कंपनियों में एक मंज़ूरी देने वाला (लाइन मैनेजर) काफ़ी है। मैनेजर छुट्टी पर हो तो एक बैकअप मंज़ूरी देने वाला जोड़ें, और लंबी अनुपस्थिति के लिए चाहें तो दूसरा चरण। तय करें कि मैनेजर छोड़ जाए तो लंबित अनुरोधों का क्या हो।

आगे ले जाना और साल का अंत

तय करें कि आपका छुट्टी का साल कब शुरू होता है, कितने बिना इस्तेमाल के दिन आगे जाएँ, और आगे ले जाए गए दिन समाप्त होते हैं या नहीं। AI से कहें कि कैरी-ओवर को अलग पंक्ति में दिखाए, ताकि बैलेंस समझाया जा सके।

एक काम करने वाला पहला प्रॉम्प्ट

45 लोगों की कंपनी के लिए एक आंतरिक लीव मैनेजमेंट ऐप बनाओ, जिसके ऑफ़िस मैनचेस्टर (UK) और डबलिन (आयरलैंड) में हैं। छुट्टी के प्रकार: सालाना (25 दिन, साल की शुरुआत में पूरा, 31 मार्च को समाप्त होने वाले 5 दिन तक आगे ले जा सकते हैं), बीमारी (असीमित, मंज़ूरी नहीं, दूसरों को सिर्फ़ “अनुपस्थित” दिखे), बिना वेतन, और अन्य। छुट्टी का साल जनवरी से दिसंबर तक चलता है। कर्मचारी शुरू की तारीख, अंत की तारीख और वैकल्पिक आधे दिन के साथ छुट्टी माँगते हैं, और देखते हैं कि कितने कार्यदिवस लगेंगे, जिसमें सप्ताहांत, पार्ट-टाइम के छुट्टी के दिन और उनके ऑफ़िस के सार्वजनिक अवकाश छोड़े जाएँ। बैलेंस कोटे, आगे ले जाए गए दिनों, समायोजनों और मंज़ूर अनुरोधों से निकलें, कभी सीधे एडिट न हों। मैनेजर अपने सीधे रिपोर्ट करने वालों के अनुरोध टिप्पणी के साथ मंज़ूर या अस्वीकार करें, और उसी समय टीम कैलेंडर देखें। HR कर्मचारी, छुट्टी के प्रकार, कोटे, सार्वजनिक अवकाश और कारण सहित समायोजन संभालता है, और पेरोल के लिए महीने के हिसाब से मंज़ूर छुट्टी CSV में एक्सपोर्ट करता है। भूमिकाएँ: कर्मचारी, मैनेजर, HR। सारा डेटा डेटाबेस में रखो। सादा, तेज़ इंटरफ़ेस।

बनाने के चरण

1. लिखित नीति से शुरू करें। अगर वह लिखी हुई नहीं है, तो पहले लिखें, क्योंकि ऐप सिर्फ़ वही नियम लागू कर सकता है जो आप बता सकें।
2. कर्मचारी आयात करें, मैनेजर, स्थान और काम के पैटर्न के साथ, आमतौर पर स्प्रेडशीट से। देखें स्प्रेडशीट को ऐप में कैसे बदलें।
3. छुट्टी के प्रकार, कोटे और सार्वजनिक अवकाश।
4. कार्यदिवस गणना वाला अनुरोध फ़ॉर्म, कम से कम दस असली मामलों पर परखा हुआ: सप्ताहांत के बीच, बैंक हॉलिडे, पार्ट-टाइमर, आधा दिन, साल की सीमा।
5. मंज़ूरी का प्रवाह और टीम कैलेंडर।
6. लॉगिन और भूमिकाएँ, संवेदनशील छुट्टी प्रकार सहकर्मियों से छिपे हुए।
7. सूचनाएँ: नए अनुरोध पर मैनेजर को ईमेल, और निर्णय पर कर्मचारी को, आपके अपने ईमेल प्रदाता से। देखें अपने ऐप से ईमेल कैसे भेजें।
8. पेरोल के लिए रिपोर्ट और एक्सपोर्ट।
9. एक महीने तक स्प्रेडशीट के साथ समानांतर चलाएँ, बैलेंस मिलाएँ, फिर स्विच करें।

आम गलतियाँ

• बैलेंस की संख्या सेव करके उसे एडिट करना। इतिहास खो जाता है और हर विवाद अंदाज़े का खेल बन जाता है।
• कैलेंडर दिन गिनना, कार्यदिवस नहीं, या कर्मचारी के ऑफ़िस के सार्वजनिक अवकाश को नज़रअंदाज़ करना।
• हर किसी को दिखाना कि सहकर्मी छुट्टी पर क्यों है। साझा कैलेंडर पर “अनुपस्थित” काफ़ी है।
• बैकअप मंज़ूरी देने वाला न होना। मैनेजर छुट्टी पर हो तो अनुरोध दो हफ़्ते तक रुके रहते हैं।
• मंज़ूर छुट्टी को मैनेजर को बताए बिना रद्द करने देना। रद्द करने पर मंज़ूरी देने वाले को सूचना जानी चाहिए।
• इस साल के नियमों को कोड में फ़िक्स करना। कोटे और अवकाश को ऐसे डेटा के रूप में रखें जिसे HR अगले साल बदल सके।

कब तैयार उत्पाद बेहतर है

अगर आप चाहते हैं कि लीव पेरोल, अनुबंधों, प्रदर्शन समीक्षाओं और अनुपालन रिपोर्टिंग से जुड़ी हो, या आप कई देशों में लोगों को रखते हैं, तो टाइम-ऑफ़ मैनेजमेंट वाला HR सॉफ़्टवेयर आमतौर पर लेने लायक है। ऐसे उत्पाद हर देश का छुट्टी कैलेंडर और वैधानिक नियम रखते हैं, जो वरना आपको ही लगातार संभालना पड़ता।

कस्टम ऐप उन छोटी और मध्यम कंपनियों के लिए ठीक है जिनकी नीति सरल है और जो स्प्रेडशीट छोड़ना चाहती हैं, या अनोखे सेटअप के लिए (शिफ़्ट टीमें, घूमती ड्यूटी रोस्टर, ऑन-कॉल कवरेज से जुड़ी छुट्टी), या किसी बड़े आंतरिक टूल का हिस्सा के रूप में, ऑनबोर्डिंग और दूसरे अनुरोधों के साथ। व्यापक दृष्टिकोण के लिए देखें इंटरनल टूल कैसे बनाएं।

Mythex से बनाना

Mythex पर आप चैट में नीति और प्रवाह का वर्णन करते हैं और एजेंट लाइव प्रीव्यू में ऐप बनाता है; जब अनुरोध सेव करने हों, तब Postgres डेटाबेस जुड़ता है। आप अपने सहकर्मियों को अपने Mythex वर्कस्पेस में आमंत्रित करके उन्हें बनाने और समीक्षा में शामिल कर सकते हैं, और प्रकाशित करने से पहले प्रीव्यू दो-तीन असली उपयोगकर्ताओं के साथ साझा कर सकते हैं। इंटरनल टूल वाला उपयोग-मामला docs में यही सुझाता है। कर्मचारी लॉगिन और सूचना ईमेल आपके अपने प्रदाताओं से चलते हैं; Mythex में अंतिम उपयोगकर्ता के लिए बना-बनाया लॉगिन या ईमेल भेजना नहीं है। बैलेंस की गणना पर कोई कोड लिखे जाने से पहले उसे तय करने के लिए Plan मोड उपयोग करें, और अनुरोध व मंज़ूरी के प्रवाह को क्लिक करके परखने के लिए /test चलाएँ।

शुरुआती प्रॉम्प्ट के लिए अप्रूवल ट्रैकर या टीम डायरेक्टरी टेम्पलेट आज़माएँ।

सवाल