🕴🏼 🕶️ 🍊 उपलब्ध उपकरणों के साथ SharePoint पर व्यावसायिक प्रक्रिया को स्वचालित करें 📂 🏔️ 🏀

परिचय

आपका स्वागत है!
मैं Sharepoint 2010 प्लेटफ़ॉर्म पर एकल व्यवसाय प्रक्रिया के स्वचालन के अनुभव को साझा करना चाहता हूं।
मुझे लगता है कि यह लेख मुख्य रूप से उन उपयोगकर्ताओं के लिए दिलचस्पी का होगा जो किसी कारण से, विजुअल स्टूडियो में कोड लिखना नहीं चाहते हैं। यह है कि आप विभिन्न तात्कालिक समाधानों का उपयोग करके मानक SharePoint कार्यक्षमता की सीमाओं के आसपास कैसे प्राप्त कर सकते हैं।

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

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

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

समस्या का बयान

हम एक व्यापार प्रक्रिया के एक विशेष मामले पर विचार करेंगे - हम इसे "नियामक प्रक्रियाओं के लिए आदेश" कहेंगे
संक्षेप में: तैयार आम तौर पर स्वीकृत नियामक प्रक्रियाओं की एक सूची है - विनियम। प्रक्रियाओं की इस सूची के तत्वों को सीधे बनाने, संशोधित करने या हटाने की पहुंच किसी के पास नहीं है, हालांकि, कोई भी उपयोगकर्ता किसी प्रक्रिया को बनाने, संशोधित करने या हटाने की पेशकश कर सकता है।
ऐसा होने के लिए, वह तथाकथित ऑर्डर बनाता है। एक आदेश स्थिति चरणों का एक निश्चित अनुक्रम गुजरता है, जिनमें से प्रत्येक में कुछ निश्चित भूमिकाओं को असाइन किया जाता है। निर्णय जिसके साथ आदेश बंद होगा, यह इस बात पर निर्भर करता है कि आदेश किस स्थिति में जाएगा। इसके अलावा, चरणों का क्रम निर्माण, संशोधन और विलोपन के आदेशों के लिए अलग-अलग है, और यह एक्सप्रेस के अतिरिक्त संकेत पर भी निर्भर करता है, जो आपको सरलीकृत तरीके से आदेश से गुजरने की अनुमति देता है। इस प्रकार, प्रत्येक चरण पर, ऑर्डर कहाँ जाएगा यह तीन स्थितियों पर निर्भर करता है: इसके प्रकार पर, एक्सप्रेस साइन की उपस्थिति पर और उपयोगकर्ता के निर्णय पर।
जब आदेश अनुमोदन और परिवर्धन की श्रृंखला को पारित करता है, तो संबंधित विनियम स्वचालित रूप से बनाए / बदल / हटा दिए जाएंगे।

सामान्य समाधान वास्तुकला

समस्या को हल करने के लिए बनाई गई मुख्य सूचियाँ:

नियम
आदेश
कार्य
... + विभिन्न निर्देशिकाएं

प्रक्रिया आरेख:

प्रक्रिया स्वचालन

नीचे स्क्रीनशॉट में, Visio का उपयोग करके बनाई गई एक समान योजना

इसे MS SharePoint Designer में निर्यात किया जा सकता है - उपयोगकर्ताओं के लिए "यदि ... तो ..." और कार्यों के साथ एक वर्कफ़्लो स्वचालित रूप से निर्मित हो जाएगा, लेकिन यहां तक कि यह सरलीकृत योजना बहुत बोझिल लग रही है। खासकर जब आप समझते हैं कि आदेश के लगभग हर चरण पर आपको अतिरिक्त गतिविधियाँ करने की आवश्यकता होती है - उदाहरण के लिए, एक ईमेल भेजें, कुछ चरणों में आपको अन्य सूचियों में परिवर्तन करने की आवश्यकता होती है। यह एक रैखिक वर्कफ़्लो बनाता है (और एसपी डिज़ाइनर आपको केवल रैखिक करने की अनुमति देता है) हमारी स्थिति पर लागू करना मुश्किल है।

इस समस्या को हल करने के लिए, आप दो कार्य प्रक्रियाओं के इस संयोजन का उपयोग कर सकते हैं, चलो इसे "रिंग" कहते हैं:

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

वर्कफ़्लो के शरीर में सीधे सभी चरणों और संक्रमणों का वर्णन नहीं करने के लिए, हम कुछ और संदर्भ सूची बनाएंगे:

कार्यसूची - अगले चरण में जाने पर उपयोगकर्ताओं को सौंपे गए सभी संभावित कार्यों की एक सूची
तर्कों-तर्कों - तर्क संक्रमणों। खेतों से मिलकर सूची:
taskfrom - कार्य जिससे संक्रमण करना है
कंडीशन 1 - स्थिति 1 (हमारे मामले में, यह पिछले कार्य पर उपयोगकर्ता द्वारा किया गया एक हाँ या कोई निर्णय नहीं है)
कंडीशन 2 - स्थिति 2 (हमारे मामले में, एक्सप्रेस साइन की उपस्थिति या अनुपस्थिति)
कंडीशन 3 - स्थिति 3 (हमारे मामले में, वितरण सूची का निर्माण, वितरण सूची में परिवर्तन, वितरण सूची को हटाना) का क्रम है
कार्य - वह कार्य जिसमें प्रक्रिया को पिछली स्थितियों को ध्यान में रखते हुए स्थानांतरित किया जाना चाहिए
sendemail - हाँ / नहीं फ़ील्ड, क्या शर्त पूरी होने पर ईमेल भेजना है
emailubj - ईमेल विषय
ईमेलटेक्स्ट - संदेश पाठ
emailendto - मेल प्राप्तकर्ता

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

आदेश सूची पर अंतिम वर्कफ़्लो पर्याप्त है - अपने लिए न्यायाधीश (चित्र 2 हिस्सों में विभाजित है):

कार्य सूची के लिए वर्कफ़्लो में केवल एक गतिविधि होती है

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

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

संबंधित सूची आइटम बनाना (विनियमों से जुड़ा आदेश)। स्वत: पूर्ण और फ़ील्ड छिपाएँ।

जैसा कि काम के बयान से किया गया है, विनियमों को बदलने और हटाने के लिए आदेश बनाने में सक्षम होना आवश्यक है। इसके लिए, जाहिर है, आदेश को नियमन से बंधा होना चाहिए।
सिस्टम के ग्राहक की इच्छा इन नए बनाए गए आदेशों में फ़ील्ड का स्वत: पूर्ण थी - विनियम से फ़ील्ड को आदेश में स्थानांतरित किया जाना चाहिए था।
कोशिश की और परीक्षण तरीकों में से एक वर्कफ़्लो द्वारा एक समाप्त आदेश बनाने के लिए था, और उपयोगकर्ता को परिणामी ऑर्डर के लिए एक लिंक भेजना था। हालांकि, इस अभ्यास ने अपनी अक्षमता दिखाई है - उपयोगकर्ता मेल से विचलित नहीं होना चाहता है, वह स्क्रीन पर बनाए गए आदेश को इसके निर्माण से पहले भी परिवर्तन करने की संभावना के साथ देखना चाहता है।
ऐसे समाधान का आविष्कार किया गया था। हम सभी समान Sharepoint डिजाइनर का उपयोग करते हैं। विनियम सूची के एक तत्व को देखने के लिए एक नया रूप बनाया गया है, और यह मौजूदा DispForm.aspx फ़ाइल को क्लोन करके बनाने के लिए वांछनीय है
फिर उस फॉर्म के तहत जो सभी फ़ील्ड प्रदर्शित करता है, आदेश सूची का एक नया तत्व बनाने के लिए एक फॉर्म बनाएँ। इस प्रकार, हमारे पास एक फॉर्म है, जिसके ऊपरी हिस्से में देखने के मोड में फ़ील्ड हैं, निचले में - भरने के मोड में।
भरने के लिए, अच्छी पुरानी जावास्क्रिप्ट का उपयोग करें। स्क्रिप्ट कोड हमारे * .aspx पृष्ठ पर पंक्ति के बाद रखा जा सकता है:

<asp:Content ContentPlaceHolderId="PlaceHolderMain" runat="server">

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

  //    TD var inputTags = document.getElementsByTagName('TD'); //        al = new Array(); nm = new Array(); lp = new Array(); bl = new Array(); ch = new Array(); //   for(var i=0;i<inputTags.length;i++) if(inputTags[i].id == 'SPFieldNumber') al.push(inputTags[i]); else if(inputTags[i].id == 'SPFieldText') nm.push(inputTags[i]); else if(inputTags[i].id == 'SPFieldLookup') lp.push(inputTags[i]); else if(inputTags[i].id == 'SPFieldBoolean') bl.push(inputTags[i]); else if(inputTags[i].id == 'SPFieldChoice') ch.push(inputTags[i]);

अब हमारे पास एलीमेंट एल [0] - आईडी [SPFieldNumber] के साथ पहले टैग की सामग्री, अल [1] में है - दूसरा, आदि।
चरण संख्या दो: उपयुक्त फ़ील्ड में प्राप्त मान लिखें। संपादन फ़ॉर्म में, देखने के फ़ॉर्म के विपरीत, सभी फ़ील्ड में एक विशिष्ट आईडी होती है (वैसे, आप इसे F12 पर क्लिक करके IE में देख सकते हैं, फिर कर्सर के साथ वांछित फ़ील्ड का चयन कर सकते हैं - खोज):

प्रत्येक प्रकार के फ़ील्ड के लिए अपने स्वयं के व्यक्तिगत दृष्टिकोण की आवश्यकता होती है, उदाहरण के लिए, "वन-लाइन टेक्स्ट" और "सिलेक्ट" प्रकार के फ़ील्ड्स के लिए, टैग की सामग्री इस तरह दिखती है:

 <td valign="top" class="ms-formbody" width="450px" id="SPFieldText"> <!-- FieldName="" FieldInternalName="Title" FieldType="SPFieldText" -->   </td>

और टैग की सामग्री से मूल्यों को निम्नानुसार लिया जा सकता है:

 //     nm0=nm[0].innerHTML; //      ,        end_comment = '-->'; //    end_pos = nm0.indexOf( end_comment ); nm0=nm0.substr( end_pos + end_comment.length ); nm0 = nm0.replace(" ",""); //     document.getElementById("ctl00_m_g_41362970_e9f4_429e_b60f_f62d1e52e332_ff11_new_ctl00_ctl00_TextField").value = nm0

"प्रतिस्थापन" के क्षेत्र के लिए, टैग की सामग्री इस तरह दिखती है

 <td valign="top" class="ms-formbody" width="450px" id="SPFieldLookup"> <!-- FieldName="" FieldInternalName="_x0418__x043d__x0441__x0442__x04" FieldType="SPFieldLookup" --> <a href="/it/d/dpp/nmc/Lists/InstanceForis/DispForm.aspx?ID=6&RootFolder=*"> </a> </td>

हमें केवल ID मान की आवश्यकता है, आप इसे इस तरह से नियमित अभिव्यक्ति का उपयोग करके प्राप्त कर सकते हैं:

 lp0 = lp[0].innerHTML; var r = /ID=(\d+)/ig if ( r.test( lp0 ) ) { res = lp0.match( r ) lp0 = RegExp.$1 }

अब आपको "प्रतिस्थापन" फ़ील्ड को वांछित मान पर सेट करने की आवश्यकता है - यहाँ एक बल्कि बड़ा कोड है, कई कार्य यहाँ से लिए गए हैं: http://blogs.msdn.com/b/sharepointdesigner/archive/2007/06/13/use-javascript- टू-हेरफेर एक सूची- फार्म field.aspx
इन कार्यों को हमारे पेज पर बदल दिया जाता है, बिना किसी बदलाव के। उसके बाद, मान के लिए "प्रतिस्थापन" फ़ील्ड सेट करने के लिए, उदाहरण के लिए, लिखें:

 setLookupFromFieldName("  ", lp0); //    lp0

या

 setLookupFromFieldName(" ", vals["ID"]); //  ,

इस प्रकार, हमारा आदेश विनियमों से बंधा हुआ हो जाता है।
कभी-कभी कुछ क्षेत्रों को वांछित मूल्यों के लिए स्पष्ट रूप से सेट करने की आवश्यकता होती है। उदाहरण के लिए, "हाँ / नहीं" फ़ील्ड के लिए:

 document.getElementById("ctl00_m_g_41362970_e9f4_429e_b60f_f62d1e52e332_ff3_new_ctl00_ctl00_BooleanField").checked=false;

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

 <script language="javascript" type="text/javascript" src="/jQuery%20Libraries/jquery-1.6.1.min.js"></script>

और अब, उपयोगकर्ता से लाइन को छिपाने के लिए, यह निर्माण पर्याप्त है:

 $('#ctl00_m_g_41362970_e9f4_429e_b60f_f62d1e52e332_ff24_new_ctl00_Lookup').closest('tr').hide();

यहां SPServices का उल्लेख नहीं करना गलत होगा - विशेष रूप से Sharepoint के लिए लिखित एक jQuery- आधारित पुस्तकालय। यह इस परियोजना में उपयोगी नहीं था, लेकिन फिर भी बहुत सारे उपयोगी कार्य हैं। उदाहरण के लिए, $ ()। SPServices.SPCascadeDropdowns - आपको पिछले क्षेत्रों और कई अन्य उपयोगिताओं में पसंद के आधार पर "प्रतिस्थापन" क्षेत्र के आउटगोइंग मूल्यों को फ़िल्टर करने की अनुमति देता है। परियोजना का पता: http://spservices.codeplex.com

दर्ज किए गए क्षेत्रों को मान्य करना

SharePoint में, आवश्यक / वैकल्पिक फ़ील्ड का संकेत है और इनपुट मानों को मान्य करने के लिए एक सूत्र निर्दिष्ट करने की क्षमता है।
कभी-कभी खेतों की जाँच के लिए एक नियमित तंत्र पर्याप्त नहीं होता है। उदाहरण के लिए, यदि आप इनपुट वैल्यू को अन्य मूल्यों पर निर्भर बनाना चाहते हैं।
फ़ील्ड सत्यापन को लागू करने के लिए, आप यहाँ से ली गई SharePoint Power EventReceiver 2010 समाधान की क्षमताओं का उपयोग कर सकते हैं http://ilovesharepoint.codeplex.com/releases/view/55733
स्थापित समाधान सूची मापदंडों में 2 अतिरिक्त मेनू आइटम जोड़ता है:

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

 function ItemUpdating{ if( $properties.AfterProperties["_x0413__x0440__x0443__x043f__x04"] -eq 0 ) { $atmsg="  ; " $warcnt=$warcnt+1 } if(($properties.AfterProperties["xpress"] -eq "true") -and ($warcnt)) { $properties.ErrorMessage = "<b>    :</b><br>$atmsg<br>        )" $properties.Cancel = $true } }

कपटी और इससे पहले के कपटी लोगों से सावधान रहें, आप उनके बारे में यहाँ और अधिक पढ़ सकते हैं: gandjustas.blogspot.com/2011/05/blog-post.html

किसी कार्य को बंद करने के लिए पहुंच को प्रतिबंधित करना, एक समाप्त कार्य के बारे में अलर्ट करता है।

प्रारंभ में, हौसले से बनाई गई टास्क सूची में, आप केवल एक व्यक्ति को एक कार्य सौंप सकते हैं - हालाँकि, इसे आसानी से "एकाधिक मूल्यों को मिटा सकते हैं" संपत्ति को "असाइन किए जाने वाले" फ़ील्ड के लिए बदल दिया जा सकता है
एक अन्य बिंदु को हल करना अधिक कठिन है - केवल उन उपयोगकर्ताओं को कार्य को बदलने की अनुमति कैसे दी जाए जिन्हें यह सीधे सौंपा गया है? SharePoint Designer में, "आइटम को सूचीबद्ध करने की अनुमति दें" गतिविधि है - यह तथाकथित "प्रतिरूपण स्टेप" में उपलब्ध है, जिसमें वर्कफ़्लो के निर्माता की ओर से सभी गतिविधियाँ की जाती हैं। हालांकि, यह गतिविधि उस क्षेत्र के साथ काम नहीं करती है जिसमें हमारे पास कई उपयोगकर्ता हैं - यह केवल एक के लिए काम करता है।
यहाँ आप Power EventReceiver 2010 के निर्माता से एक और समाधान का उपयोग कर सकते हैं - इसे http://ilovesharepoint.codeplex.com/wikipage?title=Workflow/20Actions%20for%20SharePoint%20Designer%202010&referenceTititle पर स्थित SharePoint डिज़ाइनर 2010 के लिए उन्नत वर्कफ़्लो क्रियाएँ कहा जाता है। = दस्तावेज़ीकरण और आपको हमारे वर्कफ़्लो में अतिरिक्त गतिविधियाँ करने की अनुमति देता है। हम एक्सक्लूसिव पॉवरशेल स्क्रिप्ट की गतिविधि में रुचि रखते हैं - हम इसका उपयोग "किसे सौंपा गया" फ़ील्ड की सामग्री को घटकों में विभाजित करने के लिए करेंगे - व्यक्तिगत उपयोगकर्ताओं में।
यहाँ क्या गतिविधि वर्कफ़्लो में दिखती है (एक नया कार्य बनाने पर रन):

और यहाँ उसका कोड है, जो पॉवरशेल के लिए काफी सरल है:

यह स्पष्ट है कि इस समाधान की सीमा अधिकतम 5 उपयोगकर्ता है। यह आमतौर पर पर्याप्त से अधिक है।
अंत में, किसी कार्य की समाप्ति के बारे में उपयोगकर्ता को एक अधिसूचना कैसे व्यवस्थित करें (या यह समय सीमा समाप्त हो रही है, या कि कार्य 2 दिन पहले समाप्त हो गया है - या सब कुछ एक साथ) - आपको गतिविधि के साथ एक और वर्कफ़्लो की आवश्यकता है "तब तक रोकें ...", यह होगा नियत तारीख का इंतजार करें और अलर्ट भेजें।

इच्छित पृष्ठ पर पुनर्निर्देशित करें

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

 <input type="button" value="" name="btnFormAction" onclick="javascript: {ddwrt:GenFireServerEvent('__commit;__redirect={../orderz/myorders.aspx}')}" />

यदि पुनर्निर्देशित की दिशा चयनित क्षेत्रों पर निर्भर करती है, तो वही पावर EventReceiver 2010 मदद करेगा। कोड इस प्रकार है:

 function ItemAdding{ if ($properties.AfterProperties["reqtype"] -eq " ") { $properties.Status = [Microsoft.SharePoint.SPEventReceiverStatus]::CancelWithRedirectUrl $properties.RedirectUrl = "../orderz/NewForm.aspx" } else { $properties.Status = [Microsoft.SharePoint.SPEventReceiverStatus]::CancelWithRedirectUrl $properties.RedirectUrl = "../regproc" } }

अनुमतियों के प्रतिबंध के बिना बनाने / संशोधित करने के लिए उपयोग को प्रतिबंधित करें

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

निष्कर्ष

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

उपलब्ध उपकरणों के साथ SharePoint पर व्यावसायिक प्रक्रिया को स्वचालित करें