बीओएसएस-कद्रोविक के साथ एकीकरण में SharePoint 2013 के लिए अवकाश अनुरोध प्रबंधन सेवा

छह महीने पहले, हमने इस बारे में बात की कि कैसे हमने भौगोलिक रूप से बिखरे हुए कार्यालयों और कई हजार लोगों के कर्मचारियों के साथ एक बड़े ग्राहक के लिए बैठक कक्ष बुक करने के लिए एक सेवा को लागू किया । हम इस कंपनी के SharePoint पोर्टल के साथ काम करना जारी रखते हैं, इसके विकास के भाग के रूप में, ईस्टबैंक टेक्नोलॉजीज के विशेषज्ञों ने एक और मॉड्यूल बनाया - जो कि BOSS-Kadrovik स्वचालित कार्मिक प्रबंधन प्रणाली के साथ एकीकरण में छुट्टी अनुरोधों के प्रबंधन के लिए एक सेवा है।

इस सेवा का उद्देश्य, जैसा कि यह हमें लगता है, एक लंबी व्याख्या की आवश्यकता नहीं है: सीधे शब्दों में कहें, तो सेवा कंपनी में छुट्टियों के लेखांकन को स्वचालित करती है। यह और अधिक दिलचस्प है कि इस विशेष कंपनी में हमने कौन से व्यावहारिक कार्यों का सामना किया है, बाद में और अधिक।

के विश्लेषण

रूसी संघ के श्रम संहिता के अनुसार, कंपनी में काम के पहले दिन से 6 महीने के बाद कर्मचारी को वार्षिक मूल वेतन अवकाश दिया जाता है, और फिर हर साल छुट्टी के प्रावधान के लिए एक आदेश के आधार पर, छुट्टी कार्यक्रम के अनुसार तैयार किया जाता है। कर्मचारी के "खाते पर" काम का प्रत्येक महीना 2.33 दिनों का भुगतान किया गया अवकाश जमा करता है। पेड वैकेशन है : एडवांस में एडिशनल वेकेशन, एडिशनल, एडिशनल वेकेशन। और एक अलग प्रकार प्रशासनिक अवकाश है ।

इस प्रकार की छुट्टियों के लिए आवेदन हमें स्वचालित करने थे। हमारे कार्यों में शामिल हैं:

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

तकनीकी दृष्टिकोण से, निम्नलिखित पर विचार किया जाना चाहिए:

1. सेवा को आपके व्यक्तिगत खाते में एकीकृत किया जाना था, पहले से ही परिचित बैठक आरक्षण सेवा की शैली और तर्क को संरक्षित करना।
2. समाधान MS SharePoint 2010 पर लागू किया गया था, लेकिन विकास प्रक्रिया में सभी प्रतिभागियों ने 2013 के लिए संक्रमण की आवश्यकता को पहले से ही समझ लिया था, जिसे बाद में ईस्टबैंक टेक्नोलॉजीज द्वारा संचालित किया गया था।

यूआई

यहां सब कुछ सरल था: मीटिंग रूम (एक नई विंडो में खुले हुए चित्र) के साथ उसी भावना के साथ कार्य करना।


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


"मेरा कार्यालय" कार्मिक विभाग का एक कर्मचारी है: यहां सब कुछ समान है, केवल अनुभाग "अनुमोदन के लिए आवेदन" जोड़ा जाता है, जो कंपनी के सभी अधिकारियों से कर्मियों तक पहुंचता है।


छुट्टी के लिए आवेदन - कर्मचारी के दृष्टिकोण से। वह इस फॉर्म को भरता है और इसे अपनी इकाई के प्रमुख को अनुमोदन के लिए भेजता है, जिसके बाद यह कार्मिक अधिकारियों के पास जाता है।


एक कर्मचारी से छुट्टी के लिए आवेदन - इस रूप में यह कर्मचारी के तत्काल प्रमुख (इकाई प्रमुख) के लिए आता है।


एक कर्मचारी से छुट्टी के लिए आवेदन - इस रूप में यह कर्मचारी के तत्काल पर्यवेक्षक द्वारा अनुमोदन के बाद कार्मिक अधिकारी के पास आता है।


एक विशेष विभाग के लिए वार्षिक अवकाश कार्यक्रम वह है जो कार्मिक अधिकारी देखता है।


एक महीने के लिए विभाग में छुट्टियों का कार्यक्रम - जैसा कि कार्मिक अधिकारी उसे देखता है।

पोर्टल पर अनुप्रयोगों का भंडारण

वास्तविक और नियोजित छुट्टियों के बारे में जानकारी संग्रहीत करने के लिए, हमने SharePoint में एक सूची बनाई:

बॉस-एचआर के साथ एकीकरण

SharePoint में जानकारी SharePoint नौकरी का उपयोग करके फ़ाइल साझा करने के माध्यम से BOSS-Kadrovik प्रणाली से आती है। हम सहमत अनुप्रयोगों के बारे में जानकारी भी BOSS-Kadrovik को वापस भेज देते हैं।

ActiveDirectory में किसी कर्मचारी कार्मिक संख्या को एक खाते से जोड़ने के लिए, UserID सेवा का उपयोग करके SharePoint में कर्मचारी क्षेत्र जोड़ा और "स्क्रॉल" किया गया:



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

ResultTableCollection rtc = null; var kwq = new KeywordQuery(site) { QueryText = String.Format(querySchema, employeeIdField, nameField, departmentField, department, officeField, office), ResultTypes = ResultType.RelevantResults, KeywordInclusion = KeywordInclusion.AllKeywords, HiddenConstraints = "scope:" + "\"People\"" }; SearchExecutor se = new SearchExecutor(); rtc = se.ExecuteQuery(kwq); 

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

साझा करने के लिए उपयोग किए जाने वाले डेटा प्रारूप:

1. वास्तविक और नियोजित छुट्टी (बॉस-कद्रोविक से और बॉस-कद्रोविक से - समान प्रारूप)

imployeeId; fromDate; टॉड; प्रकार;
59; 2010-08-09 00: 00: 00; 2010-08-22 00: 00: 00; 0
59; 2007-06-01 00: 00: 00; 2007-06-15 00: 00: 00; 0
59; 2007-08-15 00: 00: 00; 2007-09-04 00: 00: 00; 0
59; 2012-06-25 00: 00: 00; 2012-07-15 00: 00: 00; 0
59; 2012-09-01 00: 00: 00; 2012-09-07 00: 00: 00; 0
59; 2013-04-29 00: 00: 00; 2013-05-06 00: 00: 00; 0
59; 2013-07-01 00: 00: 00; 2013-07-21 00: 00: 00; 0

2. छुट्टी के लिए उपलब्ध दिन (बॉस-कद्रोविक से)

imployeeId; fromDate; toDate; mainVacationDays; extraVacationDays
59; 2013-06-20 00: 00: 00; 2014-06-19 00: 00: 00; 14.0000; 3.0000
59; 2012-06-20 00: 00: 00; 2013-06-19 00: 00: 00 ;, 0000; 3,0000
59; 2011-06-20 00: 00: 00; 2012-06-19 00: 00: 00 ;, 0000; 3,0000
59; 2008-06-20 00: 00: 00; 2009-06-19 00: 00: 00; 1.0000 ;, 0000
59; 2007-06-20 00: 00: 00; 2008-06-19 00: 00: 00; 3.0000 ;, 0000

3. अनुपस्थिति, अनुपस्थिति, व्यावसायिक यात्राओं (बीओएसएस-कद्रोविक से) के बारे में जानकारी

imployeeId; fromDate; टॉड; प्रकार;
5236; 2007-03-12 00: 00: 00; 2007-03-16 00:00:00; व्यापार यात्रा
5249; 2007-03-09 00: 00: 00; 2007-03-18 00:00:00; व्यापार यात्रा
209; 2007-03-19 00: 00: 00; 2007-03-19 00:00:00; विकलांग बच्चों के माता-पिता के लिए दिन बंद

कार्यान्वयन

एप्लिकेशन बनाने / संपादित करने / देखने के लिए रूपों को लागू करने के लिए, हमने UseLegacyForm विशेषता का उपयोग करके संबंधित सूची के स्कीमा.xml में SharePoint तत्वों को संपादित करने के लिए मानक संवादों को फिर से परिभाषित किया:

 <Forms> <Form Type="DisplayForm" Url="DisplayForm.aspx" WebPartZoneID="Main" UseLegacyForm="TRUE" /> <Form Type="EditForm" Url="EditForm.aspx" WebPartZoneID="Main" UseLegacyForm="TRUE" /> <Form Type="NewForm" Url="NewForm.aspx" WebPartZoneID="Main" UseLegacyForm="TRUE" /> </Forms> 

जैसा कि आप परिभाषा से देख सकते हैं, ये अनिवार्य रूप से साधारण एस्पक्स पृष्ठ हैं, लेकिन अद्वितीय सामग्री प्लेसहोल्डर्स के साथ।
उदाहरण के लिए, शीर्षक टैग के लिए:

 <asp:Content ID="Content1" ContentPlaceHolderID="PlaceHolderPageTitle" runat="server">    </asp:Content> 

अधिक विवरण यहाँ वर्णित हैं। office.microsoft.com/en-us/sharepoint-designer-help/working-with-content-placeholder-controls-HA102265026.aspx

UI के लिए, हमने jQuery UI का उपयोग किया।

इसके अलावा, एप्लिकेशन को देखने के लिए पॉप-अप विंडो में, हमें इस एप्लिकेशन के अनुमोदन इतिहास को प्रदर्शित करने की आवश्यकता है। ऐसा करने के लिए, हमने एप्लिकेशन की सूची के लिए एक लुकअप फ़ील्ड के साथ "एप्लिकेशन अनुमोदन इतिहास" एक सूची बनाई। और CAML अनुरोध का उपयोग करते हुए दृश्य को परिभाषित किया:

 <Query> <Where> <Eq> <FieldRef Name="Request" LookupId="TRUE" /> <Value Type="Lookup"> <GetVar Scope="Request" Name="Id"/> </Value> </Eq> </Where> <OrderBy> <FieldRef Name="ID"></FieldRef> </OrderBy> </Query> 

पैरामीटर आईडी (यह आवेदनों की सूची से आईडी है) अनुरोध मापदंडों से आता है, जो आमतौर पर समझने योग्य है, क्योंकि आइटम दृश्य प्रपत्र खोलने के लिए SharePoint द्वारा उत्पन्न लिंक निम्नानुसार है:

 {$HttpVDir}/_layouts/15/listform.aspx?PageType=6&ListId={$List}&ID={$ID} 

इसके अलावा, अनुमोदन इतिहास की हमारी सूची के लिए, एक विशिष्ट आवेदन के लिए इसकी प्रविष्टि और aspx अनुप्रयोग प्रदर्शन पृष्ठ, एक xls प्रतिनिधित्व घोषित किया गया था:

 <File Path="RequestList/DisplayForm.aspx" Url="Lists/RequestList/DisplayForm.aspx"> <View WebPartOrder="1" WebPartZoneID="Main" BaseViewID="2" List="$Resources:core,lists_Folder;/RequestHistoryList" > <![CDATA[ <webParts> <webPart xmlns="http://schemas.microsoft.com/WebPart/v3"> <data> <properties> .... <property name="XslLink" type="string">/_layouts/15/ETR.VacationRequest/xsl/history.xsl</property> .... </properties> </data> </webPart> </webParts> ]]> </View> </File> 

कोड से यह स्पष्ट है कि दृश्य वेबपोर्टल WebPartZoneID = "मुख्य" में सूचियों / RequestList / DisplayForm.aspx पृष्ठ पर स्थित होगा। यह केवल यह सुनिश्चित करने के लिए बना हुआ है कि ऐसा क्षेत्र पृष्ठ पर मौजूद है:

 <WebPartPages:WebPartZone runat="server" FrameType="None" ID="Main" Title="loc:Main" /> 

छुट्टी के कार्यक्रम के साथ, हम आगे बढ़ गए, क्योंकि कैलेंडर के रूप में सूची की मानक प्रस्तुति हमारे या ग्राहक के अनुकूल नहीं थी। इसलिए, हमने अपने डिजाइनरों को कार्य दिया, और उन्होंने इस सुंदर कैलेंडर को आकर्षित किया:



ग्राहक की स्वीकृति प्राप्त करने के बाद, हम काम करना चाहते हैं: सबसे पहले, हमारी बैठक आरक्षण सेवा के उदाहरण के बाद, हमने एक WCF सेवा लिखी जो कि json लौटाती है और उसी समय SharePoint के संदर्भ में काम करती है।

निर्धारित डेटाकंट्रेक्ट:

 [DataContract(Name = "Vacation")] public class Vacation { [DataMember(Name = "fromDate")] public DateTime FromDate { get; set; } [DataMember(Name = "toDate")] public DateTime ToDate { get; set; } [DataMember(Name = "type")] public int Type { get; set; } } [DataContract(Name = "employeeData")] public class EmployeeData { [DataMember(Name = "id")] public int Id { get; set; } [DataMember(Name = "name")] public string Name { get; set; } [DataMember(Name = "vacations")] public List<Vacation> Vacations { get; set; } } [DataContract(Name = "departmentData")] public class DepartmentData { [DataMember(Name = "name")] public string Name { get; set; } [DataMember(Name = "office")] public string Office { get; set; } [DataMember(Name = "employees")] public List<EmployeeData> Employees { get; set; } } 

एक साधारण CAML अनुरोध का उपयोग करके कीवर्ड डेटा, KeywordQuery और अवकाश डेटा का उपयोग करके एकत्र किया गया। हमने आवश्यक इंटरफ़ेस को लागू करने के लिए नॉकआउट के साथ कस्टम लेआउट और युग्मित jQuery बनाया।

परिणाम

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

कर्मचारियों के प्रमुखों के पास अपने अधीनस्थों की छुट्टियों की अनुसूची के बारे में पूरी, औपचारिक जानकारी होती है, वे इकाई की गतिविधियों की अधिक प्रभावी ढंग से योजना बना सकते हैं और सबसे महत्वपूर्ण बात यह है कि उनकी अपनी छुट्टियां।

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