फ़ील्ड कार्यबल: संसाधन, क्रू, शिफ़्ट, क्षेत्र और ठेकेदार
यह लेख वह सब कुछ बताता है जो फ़ील्ड ऑपरेशन को वर्क ऑर्डर बनने से पहले चाहिए: कौन जा सकता है, किस चीज़ के साथ, किस शिफ़्ट में, किस क्षेत्र के अंदर, जब कोई काम स्वीकार नहीं करता तो क्या होता है, और बाहरी ठेकेदारों को भुगतान तथा रेटिंग कैसे मिलती है।
यह लेख वह सब कुछ बताता है जो फ़ील्ड ऑपरेशन को वर्क ऑर्डर बनने से पहले चाहिए: कौन जा सकता है, किस चीज़ के साथ, किस शिफ़्ट में, किस क्षेत्र के अंदर, जब कोई काम स्वीकार नहीं करता तो क्या होता है, और बाहरी ठेकेदारों को भुगतान तथा रेटिंग कैसे मिलती है।
सर्विस संसाधन
संसाधन वह हर चीज़ है जिसे किसी काम के लिए आवंटित करना पड़ता है। यह CRM में लॉगिन करने वाला तकनीशियन हो सकता है, बिना किसी लॉगिन वाला उप-अनुबंधित इंस्टॉलर, एक वैन, या कोई महँगा औज़ार। फ़ील्ड सर्विस खोलें, टैब कार्यबल, उप-टैब संसाधन।
संसाधन का उपयोगकर्ता होना ज़रूरी नहीं है। असल बात यही है: इससे पहले, सिर्फ़ डिस्पैच में दिखने के लिए उप-ठेकेदार को आपके CRM में एक सीट देनी पड़ती थी। किसी उपयोगकर्ता से जुड़ा संसाधन प्रति व्यक्ति एक ही हो सकता है, इसलिए वही तकनीशियन उम्मीदवारों की सूची में कभी दो बार नहीं दिखता।
स्किल उसी कैटलॉग से आती हैं जिसका उपयोग टिकट रूटिंग करती है (सेटिंग्स, स्किल)। बीत चुकी समाप्ति तिथि वाला प्रमाणपत्र गिनती में नहीं आता: वह कार्ड पर समाप्त के रूप में दिखता तो रहता है, पर उम्मीदवारों की सूची से बाहर हो जाता है। प्रति घंटा लागत केवल उन लोगों को दिखती है जो सेटिंग्स संभालते हैं; यह आपकी लागत है, ग्राहक की क़ीमत नहीं।
क्रू
क्रू संसाधनों का एक नामित समूह है जिसका एक लीड होता है। किसी काम पर क्रू आवंटित करने से वह अपने सदस्यों में नहीं खुलता: संरचना समय के साथ बदलती है, और ऑर्डर पर नाम जमा देने से पहली बार जोड़ी बदलते ही ऑर्डर ग़लत जानकारी देने लगेगा। क्रू की क्षमता में केवल लोग जुड़ते हैं; वैन अपने आप आठ घंटे काम नहीं करती।
शिफ़्ट
शिफ़्ट यह बताती हैं कि कोई कब काम करता है। शेड्यूल क्षमता (एक दिन में कितना समाता है) वहीं रहती है जहाँ थी।
एक नामित शिफ़्ट टेम्पलेट बनाएँ जिसमें समय की खिड़की हो, सप्ताह के वे दिन हों जिन पर वह लागू होती है, और चाहें तो किसी आधार तिथि से N दिनों का रोटेशन हो (12x36, 4x2, सप्ताहांत ऑन-कॉल)। रोटेशन सप्ताह के दिनों पर भारी पड़ता है: अगर आपने रोटेशन लिखा है, तो आपको रोटेशन ही चाहिए था। बिना आधार तिथि वाला रोटेशन अस्वीकार कर दिया जाता है, क्योंकि गिनती शुरू करने के लिए उसके पास कुछ होता ही नहीं।
किसी अवधि और लोगों के एक समूह के लिए शिफ़्ट जनरेट करें। जनरेट करना दोहराने पर सुरक्षित है: अवधि बढ़ाने के लिए दोबारा चलाने पर कुछ भी दोहराया नहीं जाता और जो पहले से प्रकाशित है वह दोबारा नहीं लिखा जाता।
शिफ़्ट ड्राफ़्ट के रूप में शुरू होती हैं। जब तक आप प्रकाशित नहीं करते, टीम को कुछ नहीं दिखता। प्रकाशित करने पर हर व्यक्ति को एक बार सूचना जाती है, शिफ़्ट की संख्या के साथ, उसकी अपनी भाषा में। बिना लॉगिन वाले ठेकेदारों को घंटी की सूचना नहीं मिलती; वे शेड्यूल ठेकेदार पोर्टल में देखते हैं।
कोई व्यक्ति शिफ़्ट की अदला-बदली का अनुरोध कर सकता है। शिफ़्ट का मालिक तभी बदलता है जब अदला-बदली स्वीकार हो जाती है। जो व्यक्ति उस दिन और उस समय पहले से काम कर रहा है, उसके साथ अदला-बदली स्पष्ट कारण के साथ अस्वीकार होती है, और जो शिफ़्ट शुरू हो चुकी है उसकी अदला-बदली नहीं हो सकती।
क्षेत्र
सर्विस ज़ोन बिल्कुल वैसे ही रहते हैं जैसे थे: एक सपाट, संपादन योग्य कैटलॉग। क्षेत्र नीति इसमें एक मूल ज़ोन, ख़ुद ज़ोन का कार्य समय, एक ओवरफ़्लो ज़ोन और न्यूनतम कवरेज जोड़ती है।
कार्य समय विरासत में मिलता है: जिस ज़ोन का अपना समय नहीं है, वह सबसे निकट के उस पूर्वज ज़ोन का समय लेता है जिसने समय घोषित किया है, और स्क्रीन बताती है कि समय किस ज़ोन से आया। जिस ज़ोन की पूरी वंश-श्रृंखला में कहीं कुछ घोषित नहीं है, वह कंपनी के कार्य समय पर लौट आता है। चक्र सहेजते समय ही अस्वीकार होते हैं, पढ़ते समय बर्दाश्त नहीं किए जाते।
प्रति दिन कवरेज में वे लोग गिने जाते हैं जिनकी नियमित शिफ़्ट प्रकाशित है और जिनका घरेलू ज़ोन वही ज़ोन है, या जो उससे जुड़े हुए हैं। जो ज़ोन अपने न्यूनतम से नीचे है और जिसका कोई ओवरफ़्लो ज़ोन नहीं है, उसे बिना कवरेज के रूप में चिह्नित किया जाता है।
जब कोई स्वीकार नहीं करता: एस्केलेशन
जब कोई काम किसी ज़ोन के तकनीशियनों को भेजा जाता है और कोई उसे नहीं लेता, तब एस्केलेशन की सीढ़ी संभाल लेती है। यह सीढ़ी डेटा है: काम की प्राथमिकता से मेल खाने वाली एक नीति (बिना प्राथमिकता वाली नीति ही डिफ़ॉल्ट होती है), और क्रमांकित चरण, हर चरण में मिनटों में प्रतीक्षा और एक लक्ष्य: वही ज़ोन, मूल ज़ोन, ओवरफ़्लो ज़ोन, सब लोग, या कोई नामित व्यक्ति। कोई चरण प्रस्ताव की समय-सीमा भी बढ़ा सकता है।
हर चरण उसी एक प्रस्ताव में और प्राप्तकर्ता जोड़ता है। वह कभी दूसरा प्रस्ताव नहीं बनाता: एक ही काम के लिए दो खुले प्रस्ताव दो विजेता होने देंगे, और परमाणु दावा एक ही प्रस्ताव की रक्षा करता है, दो की नहीं। हर बार में केवल एक चरण चलता है, इसलिए अटका हुआ cron पूरी सीढ़ी एक साथ नहीं चला देता। हर चरण append-only लेजर में लिखा जाता है, और यही इस सवाल का जवाब है कि "यह काम रात 11 बजे बग़ल के शहर के ठेकेदार के पास कैसे पहुँच गया?"।
जब सीढ़ी ख़त्म हो जाती है, तब जिस व्यक्ति को अंतिम विकल्प के रूप में नामित किया गया है, उसे एक बार सूचना दी जाती है।
ठेकेदार
हर ठेकेदार कंपनी के अपने कार्य-क्षेत्र, ज़ोन, दस्तावेज़, दरें और भुगतान लेजर होते हैं।
दस्तावेज़ों पर समाप्ति तिथि होती है, और इसी वजह से यह तालिका मौजूद है: समाप्त हो चुकी बीमा पॉलिसी वह सबसे बड़ा कारण है जिससे कोई ठेकेदार ग्राहक के घर में नहीं जा सकता, और तारीख किसी को याद नहीं रहती। समाप्त दस्तावेज़ ठेकेदार को स्क्रीन पर चिह्नित कर देते हैं। सिस्टम आपको बताता है; वह उन्हें चुपचाप बोर्ड से हटा नहीं देता।
दरें वह हैं जो ठेकेदार आपसे लेता है, और यह आपकी मूल्य-सूची से अलग बात है। जब आप किसी काम का भुगतान दर्ज करते हैं, तो सिस्टम वह दर चुनता है जो उस तारीख को लागू हो और सबसे विशिष्ट मेल खाती हो (कार्य-क्षेत्र और काम का प्रकार, अकेले कार्य-क्षेत्र से ऊपर है, और अकेला कार्य-क्षेत्र सामान्य दर से ऊपर है)। कोई दर न होने पर वह ठेकेदार के डिफ़ॉल्ट प्रतिशत पर लौट आता है, जो बिल की गई राशि पर लगता है। दोनों न होने पर वह कुछ भी दर्ज नहीं करता और कारण बताता है, किसी संख्या का अंदाज़ा लगाने के बजाय।
भुगतान लेजर append-only है। किसी भुगतान को सुधारना एक भरपाई प्रविष्टि है, संपादन कभी नहीं। शेष राशि इन सबका जोड़ है। दरें और शेष राशि केवल उन लोगों को दिखती हैं जो सेटिंग्स संभालते हैं।
प्रति काम एक ही रेटिंग होती है: रेटिंग सुधारने पर वही ठीक होती है, दूसरी राय ऊपर से नहीं जुड़ती।
ठेकेदार पोर्टल
ठेकेदार का ईमेल पोर्टल की अनुमति-सूची में जोड़ें और पहुँच का लिंक कॉपी करें। ठेकेदार मैजिक लिंक से साइन इन करता है, बिना पासवर्ड और बिना खाते के, और उसे केवल अपने काम, प्रकाशित शिफ़्ट, खुले प्रस्ताव, भुगतान शेष और दस्तावेज़ दिखते हैं। अनुमति-सूची से ईमेल हटाते ही अगली क्लिक पर पहुँच बंद हो जाती है।
फ़ील्ड अभियान
अभियान स्थापित आधार से उपकरण चुनता है, प्रकार, ब्रांड, मॉडल, सीरियल रेंज, स्थापना तिथि या ज़ोन के आधार पर, और हर एक के लिए एक वर्क ऑर्डर खोलता है। पहले पूर्वावलोकन करें (फ़िल्टर कितने पकड़ता है, बिना कुछ लिखे), फिर नामांकन करें (सूची लक्ष्यों के रूप में जम जाती है), फिर सक्रिय करें, और फिर वर्क ऑर्डर जनरेट करें। ड्राफ़्ट अभियान जनरेट करने से इनकार करता है: फ़िल्टर से सीधे सौ ऑर्डर खोल देना व्यवहार में वापस नहीं लिया जा सकता।
सीरियल रेंज अंकों के खंडों की तुलना करती है, कच्चे पाठ की नहीं, इसलिए A-99 सही ढंग से A-100 से पहले आता है। जिस उपकरण का सीरियल नंबर नहीं है, वह सीरियल रेंज वाले अभियान से बाहर रहता है।
किसी लक्ष्य को बाहर करने से वह मिटता नहीं है: वह कवरेज की गणना के हर से निकल जाता है और कारण लिखा रह जाता है।
सार्वजनिक बुकिंग पेज
एक पता प्रकाशित करें जहाँ ग्राहक ख़ुद विज़िट का अनुरोध करते हैं। यह पेज तभी मौजूद होता है जब आप उसे प्रकाशित करते हैं, वही आगमन समय-खिड़कियाँ दिखाता है जो आप डिस्पैच में पहले से इस्तेमाल करते हैं, और उसमें IP पते के हिसाब से प्रति घंटा सीमा होती है। अनुरोध पहले की तरह उसी बुकिंग कतार में आते हैं, क्षेत्र और उपलब्धता की उसी जाँच के साथ।
ऑर्डर पर काम करना
ऑर्डर में ख़ुद अब संसाधनों और क्रू का आवंटन आ गया है, मेंशन के साथ टिप्पणियाँ (वही टिप्पणी इंजन जो रिकॉर्ड में है, इसलिए मेंशन सूचना भेजते हैं और आप अनुसरण कर सकते हैं या सूचनाएँ चुप करा सकते हैं), दूसरे तकनीशियन को बुलाने की सुविधा, एक सहायक जो उपकरण के इतिहास से निदान सुझाता है, और जिस ठेकेदार ने काम किया उसका भुगतान दर्ज करना तथा उसे रेटिंग देना।
सहायक केवल सुझाव देता है। वह ऑर्डर, रिपोर्ट या उपकरण में कुछ नहीं लिखता, वह दिखाता है कि उसने जवाब किस आधार पर दिया, और जब कोई इतिहास नहीं होता तो वह इतिहास गढ़ने के बजाय यही कहता है कि इतिहास नहीं है।