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

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

यदि आप एक उत्पाद या सेवा को बेचने के लिए है, मैं भी विज्ञापन साइट पर विचार किया जाएगा. यह कई हजार जोड़े यह पहले से ही देखकर आंखों के साथ एक मजबूत शुरू करने के लिए बंद है. विकसित करने के लिए यकीन है कि.

अन्त में, अगर आप कुछ लिखने के लिए और यह एक बड़ा दर्शकों के सामने बाहर निकलना खुजली गया है, यह एक महान समय और जगह इसे खरोंच करने के लिए है.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

पर पर मार्क मिलर अंत उपयोगकर्ता SharePoint अपनी साइट पर महान वर्कफ़्लो समाधान को बनाने के लिए SharePoint डिज़ाइनर का उपयोग कर के बारे में अपने नवीनतम लेख पोस्ट किया गया है. इसे की जाँच करें.

इस लेख में, मैं डिजाइन की प्रक्रिया के बारे में बात करते हैं और, अधिक से अधिक विस्तार में, एक विश्वसनीय और repeatable टेस्ट SharePoint सुविधाओं का उपयोग कर प्रक्रिया को सेट करने के लिए कैसे (कस्टम सूचियाँ, साइट टेम्पलेट्स). आलेख अंत उपयोगकर्ताओं को लक्ष्य, लेकिन दृष्टिकोण भी डेवलपर्स के लिए अच्छा है.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

पिछले सप्ताह, मैं कैसे करने के लिए बाहर काम कर रहा था पाश और एक राज्य मशीन को लागू SharePoint डिज़ाइनर का उपयोग कर और उल्लेख किया, एक अलग रूप में, कि मैं शायद बेहतर कार्यप्रवाह लॉगिंग के बारे में एक ब्लॉग पोस्ट लिखना होगा.

अच्छी तरह से, संजीव राजपूत मुझे यह हरा. एक नज़र है.

लॉग डेटा को सहेजने में कोई कस्टम सूची नियमित रूप से वर्कफ़्लो इतिहास का उपयोग करने के लिए बेहतर लगता है:

• यह सिर्फ एक कस्टम सूची है, ताकि आप इसे बहुत ही आसानी से एक्सेल के लिए निर्यात कर सकते हैं.
• आप दृश्य बना सकते हैं, गतिशील रूप से डेटा फ़िल्टर करें, आदि.
• यह ऑटो-पर्ज आप नियमित रूप से वर्कफ़्लो के इतिहास के साथ मिल के अधीन नहीं है.

वहाँ कुछ जोखिम भी हैं / downsides के:

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

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

यह पिछले सप्ताह मैं अवधारणा परियोजना का एक सबूत के बंद मैनहट्टन में एक ग्राहक के लिए खत्म हो. समाधान को लागू करते समय, मैं में काई Kpi की एक और कमी भागा (यहाँ एक पिछले KPI मुद्दा और मेरा workaround के लिए देख).

पृष्ठभूमि: हम एक काफी जटिल बहु-महीने लंबे व्यापार प्रक्रिया मॉडल करने के लिए SharePoint डिज़ाइनर वर्कफ़्लो उपयोग किया. के रूप में इसे chugged के साथ, यह एक सूची में कुछ राज्य सूचना अद्यतन होता. Kpi अपने मोजो करने के लिए इस डेटा का उपयोग करें.

हम हर बार इन व्यवसाय प्रक्रियाओं का एक नया एक बंद kicks एक नई साइट बनाने का फैसला किया. एक तरफ स्वयं वर्कफ़्लो से, इन साइटों को कई दस्तावेज़ लायब्रेरीज़ होस्ट, लक्ष्य किए गए श्रोता और इतना आगे का उपयोग करें. सिर्फ आंतरिक कर्मचारियों के बीच सहयोग के साथ मदद करने के लिए सामान की एक गुच्छा, कर्मचारियों और ग्राहक यात्रा व्यापार भागीदारों के भाग लेने की.

हम भी कुछ KPIs कि उस विशिष्ट व्यवसाय प्रक्रिया के समग्र स्वास्थ्य पर नजर रखने के रूप में वर्कफ़्लो स्थिति डेटा द्वारा पदोन्नत किया है और देखा गया Kpi का उपयोग कर दिखाने के लिए चाहता था.

अंत में, हम KPI सूची आइटम है कि साइट में कोई सूची किसी दृश्य पर एक गिनती करते करते थे (के रूप में किसी अन्य डेटा स्रोत से डेटा खींच करने का विरोध किया, जैसे उत्कृष्टता या SQL).

समस्या: जैसा कि आप कल्पना कर सकते हैं, संभालने हम थे के बुनियादी विचार आगे एक उत्पादन दुनिया में ले जाने के लिए, हम चाहते हैं एक साइट टेम्पलेट. एक नया साइट एक व्यापार प्रक्रिया"के बंद आधारित प्रावधान" टेम्पलेट.

समस्या यह है कि तुम इस तरह एक कामकाज KPI पाने के लिए प्रतीत नहीं कर सकते. जब मैं एक नया एक KPI सूची और KPI वेब पार्ट के साथ एक टेम्पलेट पर आधारित साइट बनाएँ, नई साइट KPI डेटा टूट रहे हैं. आप नई साइट KPI सूची बिंदुओं पर जो भी स्रोत परिभाषित जब आप पहली बार इसे टेम्पलेट के रूप में सहेजा गया.

उदाहरण के वैसे:

• एक नई साइट बनाने और इसे पूर्णता के लिए निर्माण. इस साइट में KPI डेटा शामिल हैं.
• कि एक टेम्पलेट के रूप में सहेजें.
• एक नया साइट बना सकते हैं और यदि टेम्पलेट बंद आधार.
• इस नई साइट KPI सूची आइटम्स’ स्रोतों इंगित करने के लिए साइट टेम्पलेट, वर्तमान साइट नहीं.

प्रारंभ प्रक्रिया URL सही नहीं.

मैं इस जब KPI सूची आइटम को परिभाषित एक रिश्तेदार यूआरएल निर्दिष्ट द्वारा को हल करने की कोशिश की. हालांकि, मैं किसी भी परिवर्तन का काम करने के लिए नहीं मिल सका.

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

अगर किसी को एक बेहतर तरीका है यह संभाल करने के लिए जानता है, कृपया एक टिप्पणी पोस्ट.

</अंत>

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

• तथ्य यह है कि कोई वर्कफ़्लो किसी सूची आइटम बदल सकते हैं दृष्टिकोण leverages, जिससे एक नया वर्कफ़्लो ट्रिगर. मैं इस के लिए एक उपद्रव हो और यहां तक कि सामान्य रूप से माना जाता है semaphores का उपयोग करने के बारे में blogged इसे संभाल करने के लिए.
• SharePoint एकाधिक स्वतंत्र वर्कफ़्लो के किसी विशिष् ट सूची आइटम के खिलाफ सक्रिय किया जा करने के लिए अनुमति देता है.

यह कॉन्फ़िगर करने के लिए:

• आपका राज्य मशीन डिजाइन (यानी, राज्यों और कैसे राज्य अमेरिका से एक अगले करने के लिए संक्रमण).
• अलग-अलग वर्कफ़्लो के रूप में प्रत्येक राज्य को लागू.
• सूची आइटम में किसी परिवर्तन की प्रतिक्रिया में निष्पादित करने के लिए इन राज्य वर्कफ़्लोज़ में से प्रत्येक को कॉन्फ़िगर करें.

प्रत्येक राज्य वर्कफ़्लो यह किसी न किसी पैटर्न इस प्रकार है:

• पर प्रारंभ करना, कि क्या यह वास्तव में चलाना चाहिए राज्य जानकारी में "वर्तमान"आइटम के द्वारा निरीक्षण का निर्धारण. यदि नहीं, तो निरस्त करें.
• काम करो.
• "वर्तमान आइटम अद्यतन करें" के साथ नए राज्य सूचना. यह वर्तमान आइटम के लिए एक अद्यतन से चलाता है और बंद सभी राज्य वर्कफ़्लोज़ आग.

एक तरफ स्पष्ट लाभ एक घोषणात्मक राज्य मशीन कार्यप्रवाह कि एक बना सकते हैं, सभी राज्य सूचना KPIs के निर्माण और दिलचस्प के लिए भयानक है कि विचार.

यह एक काफी पर्याप्त वापसी करता है — मानक वर्कफ़्लो इतिहास ट्रैकिंग सामान्य से भी अधिक बेकार है इसका आसानी से उपचार किया जाता है, फिर भी. सभी अपने ऑडिट प्रकार जानकारी में कोई कस्टम सूची संग्रह. कि शायद वेनिला क्रमिक वर्कफ़्लो के लिए भी एक अच्छा विचार है, लेकिन यह एक और ब्लॉग पोस्ट के लिए है

मैं इस एक "विदेश मंत्रालय culpa कहते" क्योंकि मैं है, दुर्भाग्य से, एक बार से अधिक मंचों पर कहा और दूसरी जगहों कि एक एक राज्य मशीन कार्यप्रवाह बनाने के लिए दृश्य स्टूडियो उपयोग करना होगा. कि बस सच नहीं है.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

यह एक अंतहीन लूप में SharePoint डिज़ाइनर वर्कफ़्लो का कारण बन सकता है. एक आम कार्यान्वयन पैटर्न इस तरह की समस्या का कारण बनता है:

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

यह अंतहीन लूप को रोकने के लिए, एक साधारण सिकंदरा को लागू:

• कोई साइट स्तंभ जोड़ें (या स्तंभ सूची/लाइब्रेरी यदि आप सामग्री प्रकारों का उपयोग नहीं कर रहे हैं करने के लिए).
• इसे संपादित करें पेज से छिपाएँ (कोई साइट स्तंभ अगर उसके गुणों के माध्यम से करने के लिए आसान, नहीं अगर किसी सूची स्तंभ रूप में आसान).
• वर्कफ़्लो में, यदि सिकंदरा स्तंभ का मान रिक्त है देखने की जाँच करें.
• यदि यह रिक्त है, यह एक गैर रिक्त मान पर सेट करें और आगे बढ़ें.
• अगर है रिक्त नहीं है, तुरंत बाहर निकलें.

यह एक काफी सूक्ष्म समाधान हो सकते हैं, व्यावसायिक आवश्यकताओं और इसके आगे के आधार पर, लेकिन जब मैं इसे की जरूरत है इसे एक व्यवहारक्षम पैटर्न रहा है.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

के रूप में कई लोगों को पता है, कर्मचारी प्रशिक्षण टेम्पलेट यहाँ Microsoft द्वारा प्रदान की एक बग है कि हम इन चरणों का पालन पुन: पेश कर सकते है:

• एक अधिकतम आकार के साथ एक क्लास बनाएँ 10 छात्र.
• पंजीकृत करें –> कुल उपलब्ध decrements ठीक से सीटों में से एक ने. परिणाम: 9 उपलब्ध सीटें.
• अनरजिस्टर: –> बग. कुल उपलब्ध सीटों को एक से बढ़ाना चाहिए. यह नहीं करता है. परिणाम: 9 SharePoint के अनुसार उपलब्ध सीटें, लेकिन वास्तव में, वहाँ रहे हैं 10 उपलब्ध सीटें.

समाधान: वर्कफ़्लो को सही करने के लिए SharePoint डिज़ाइनर का उपयोग करें.

प्रथम, ओपन साइट अप. फ़ोल्डर सूची के लिए मुझे इस तरह दिखता है:

अगर हम "सहभागी पंजीकरण पर एक नज़र है" वर्कफ़्लो, हम देखते हैं कि वहाँ "बैठने की नीति लागू" लेबल में एक कदम है. यह इस तरह दिखता है:

इस चरण में वर्कफ़्लो आइटम अद्यतन करता है "सीटें भरी incrementing द्वारा" मेटाडेटा स्तंभ पर पाठ्यक्रम. अगर हम कि और अधिक विस्तार में खींच, हम देखते हैं यह:

है कि सभी जानकारी हम unregistration वर्कफ़्लो को ठीक करने के लिए की जरूरत है.

अगर हम unregistration वर्कफ़्लो के लिए पलटें, वहाँ कोई ऐसी ही वर्कफ़्लो कदम है. इसे इस रूप में जोड़ें:

1: "सहभागी unregistration का विस्तार" और XOML अप खोलें (पहला स्क्रीन शॉट अगर तुम खो रहे हो देखने).

2: कोई नया वर्कफ़्लो चर जोड़ें, "नए भरा सीटें" प्रकार के "संख्या".

3: "नए भरा सीटों के लिए कोई मान असाइन करें" के रूप में दिखाया गया:

4: घटती है द्वारा भरा सीटें 1:

5: संबंधित कोर्स आइटम अद्यतन करें:

6: सुनिश्चित करें कि सभी कदम सही अनुक्रम हैं. मेरे लिए, यह इस तरह दिखता है:

7: यह पुन: निर्माण करने के लिए वर्कफ़्लो समाप्त करें.

8: टेस्ट.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

एक उभरते पैटर्न मैं SharePoint समाधान crafting में पा leverages SharePoint डिज़ाइनर वर्कफ़्लो और एक घटना रिसीवर.

यहाँ एक व्यापार परिदृश्य के संदर्भ में यह डाल करने के लिए है:

• मैं एक डॉक्टर उदारीकरण के लिए कोई दस्तावेज़ अपलोड करें.
• मैं बहु-चरण वर्कफ़्लो SharePoint डिज़ाइनर का उपयोग कर बनाई गई बंद किक.
• उस प्रक्रिया के दौरान कुछ बिंदु पर, वर्कफ़्लो कार्य किसी को असाइन करता (के माध्यम से उपयोगकर्ता डेटा एकत्रित करें या कोई कार्य असाइन करें).
• हम कब तक उस कार्य के पूरा होने का इंतजार कर रहा है ट्रैक करने के लिए एक KPI का उपयोग करना चाहते हैं. KPI कार्य है कि पूरा कर रहे हैं या नियत के लिए हरे रंग से पता चलता है अधिक से अधिक 3 अब से दिन. यह अगर कार्य कल या आज नियत है पीले रंग दिखाता है. यह दिखाता है कि यदि कार्य नियत पिछले रेड.
• यहाँ किकर है: मैं चाहता हूँ कि छुट्टी-पता होना करने के लिए उस KPI ड्राइव दिनांक.

मैं एक छुट्टी-अवगत नियत की गणना नहीं कर सकते SharePoint डिज़ाइनर वर्कफ़्लो को बहुत आसानी से तारीख. मैं एक कस्टम क्रिया बनाएँ या एक 3 पार्टी उपकरण का उपयोग करने के लिए होता है. हालांकि, यह एक घटना रिसीवर में ऐसी कोई तिथि की गणना करने के लिए आसान है. उन दोनों को एक साथ मर्ज है और हम इस तरह एक पैटर्न मिल:

• एक छिपे हुए हाँ परिभाषित/दस्तावेज़ लायब्रेरी पर कोई साइट स्तंभ लेबल वाले "DoCalcualteDueDate".
• यह करने के लिए false इनिशियलाइज़.
• वर्कफ़्लो में उचित समय पर (जैसे. बस "कलेक्ट डेटा से पहले" कार्रवाई), उस मान True करने के लिए असाइन करें.
• एक ItemUpdate() घटना रिसीवर लग रहा है देखने के लिए अगर "DoCalculateDueDate" सच है. घटना रिसीवर चलाता है पर हर अद्यतन के बाद से, "DoCalculateDueDate" सामान्य रूप से गलत है.
• जब वर्कफ़्लो DoCalculateDueDate सच को असाइन करता, घटना रिसीवर का परिकलन करता है छुट्टी-अवगत नियत दिनांक.
• जब घटना रिसीवर यह गणना करता है, यह false करने के लिए DoCalculateDueDate ध्वज सेट.

अंत में, एसपीडी वर्कफ़्लो DoCalculateDueDate सिकंदरा के माध्यम से एक घटना रिसीवर के साथ भेजी है और हम छुट्टी-अवगत नियत है तिथियाँ वर्कफ़्लो के जीवन में बिल्कुल सही पल में असाइन किए गए हैं. नियत दिनांक असाइन किया गया है, लेकिन वास्तविक गणना और असाइनमेंट घटना रिसीवर निष्पादित करता जब SharePoint Designer नियंत्रणों.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

अद्यतन: मैं कैसे एक एसपीडी वर्कफ़्लो किसी साइट परिभाषा में एम्बेड करने के लिए शोध कर रहा हूँ. यह MSDN फोरम चेन है कुछ रोचक जानकारी. यह निर्णायक नहीं है, लेकिन जंगल के माध्यम से रास्ते के लिए अंक.

मैं इस पोस्ट के एक थोड़ा oddball "व्यवहार मनाया दे रहा हूँ" जब से मैं थोड़ा चालाक से यह निष्कर्ष ड्राइंग की हूँ का नेतृत्व. एसपीडी workflows हैं … मनमौजी.

अक्सर लोग पूछ रहे हैं / सोच रहा था कि / fretting एसपीडी workflows एक स्थान से दूसरे करने के लिए खत्म हो रही. आज, मैं इन चरणों का पालन किया है और इन प्रेक्षणों बना दिया:

• मैं कोई वर्कफ़्लो किसी साइट के लिए एक दस्तावेज़ लायब्रेरी से जुड़ी में SharePoint डिज़ाइनर का उपयोग कर बनाई गई.
• संबद्ध दस्तावेज़ लायब्रेरी पहले से ही कई दस्तावेज रखे.
• मैं साइट टेम्पलेट के रूप में सहेजा गया.
• जब मैं साइट टेम्पलेट के रूप में सहेजा गया, मैं भी सामग्री बचाया.
• मैं एक ही साइट संग्रह उस टेम्पलेट का उपयोग कर में एक नया साइट बनाया.

इस बिंदु पर, कार्यप्रवाह चलाएँ करने की कोशिश की. यह तुरंत ही लॉग संदेश के साथ समाप्त हुई, "पर प्रारंभ विफल".

मैं इस उम्मीद की. मैं कम उम्मीदें हैं जब यह एसपीडी वर्कफ़्लोज़ चलती के आसपास करने के लिए आता है.

मैं जारी रखा:

• साइट SharePoint डिज़ाइनर में खोला.
• एक तिरछी नज़र पर कार्यप्रवाह था. यह ठीक लग रहा था.
• मैं "समाप्त करें" क्लिक.
• मैं वर्कफ़्लो भागा.

इस बार, यह ठीक काम किया.

मैं जोड़ना होगा कि इस वर्कफ़्लो "कलेक्ट डेटा उपयोगकर्ता से इस्तेमाल किया" हुड के अंतर्गत एक अपेक्षाकृत जटिल क्रिया है जो क्रिया.

मैं ने अंतरिम रूप से निष्कर्ष है कि प्रक्रिया का "परिष्करण" एसपीडी ठीक से एसपीडी वर्कफ़्लो को नई दस्तावेज़ लायब्रेरी से संबद्ध करने के लिए वर्कफ़्लो की वजह. मैं भी XOML और अन्य XML कलाकृतियों यथोचित "ढीली" कर रहे हैं निष्कर्ष. वे दस्तावेज़ लायब्रेरी के लिए सुपर कसकर मिलकर नहीं कर रहे हैं.

इसका क्या मतलब? यह है एक विश्वसनीय और प्रतिलिपि प्रस्तुत करने योग्य प्रक्रिया मानते हुए, हम उन्हें चारों ओर ले जाने के लिए उपयोग कर सकते हैं कम से कम एक किसी न किसी विधि है. मैं नहीं जानता कि यदि यह काम अगर हम साइट संग्रह सीमाओं को पार कर गया होगा या यहाँ तक कि और अधिक तेजी से, संपूर्ण नई खेतों (जैसे. देव के उत्पादों के लिए मंच करने के लिए).

यदि आप यह पढ़ रहे हैं और इच्छुक, कृपया एक टिप्पणी पोस्ट या ईमेल मुझे अपनी SharePoint डिज़ाइनर माइग्रेशन कहानी. मैं सहर्ष किसी भी इस प्रकार की पेशकश की अंतर्दृष्टि के साथ इस पोस्ट अद्यतन हूँ.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

यह अक्सर एक अनुमोदन कोड है जो कभी नहीं सीधे अंत उपयोगकर्ताओं द्वारा हेरफेर किया जा करना चाहिए जैसे कि एक कस्टम सूची में स्थिति जानकारी संग्रहीत करने के लिए उपयोगी है. यह एक आम व्यापार परिदृश्य है. मैं एक परियोजना है कि उत्पन्न करता है SharePoint डिज़ाइनर वर्कफ़्लो कि आम तौर पर समय के महत्वपूर्ण व्यापारिक प्रक्रियाओं का समर्थन और तब Kpi ड्राइव के जरिए विभिन्न स्थिति और अनुस्मारक दिनांक इस साल पर काम कर रहा है.

किसी साइट सामग्री प्रकार का उपयोग करें / इस प्रभाव को प्राप्त करने के लिए स्तंभ.

किसी साइट सामग्री प्रकार बनाने के साथ स्थिति स्तंभ के रूप में दिखाया गया:

नोट स्थिति" (डेमो के लिए)" नीचे मैदान.

अगले, स्तंभ के गुणों तक पहुँचने के लिए स्तंभ नाम पर क्लिक करें. "छुपे हुए का चयन करें (रूपों में दिखाई नहीं देगा)" स्तंभ सेटिंग्स अनुभाग में दिखाया गया के रूप में:

इस मानक संपादित करें/अद्यतन रूपों से फ़ील्ड हटा. हालांकि, यह विचार में अभी भी उपलब्ध है, KPIs, ऑब्जेक्ट मॉडल और कहीं और आप इसे उपयोग करना चाहते हैं, एसपीडी वर्कफ़्लो सहित.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.