כתבתי מאמר מפורט המתאר כיצד ליצור SharePoint Designer זרימת עבודה השולחת דואר אלקטרוני תזכורת המשימה על בסיס יומי לפני כמה שבועות. . זה היה לאור ב החדש מגזין SharePoint האתר. באופן כללי יותר, המאמר מראה כיצד ליצור מבנה לולאה ב- SPD.

כתב העת כולל מגוון רחב של מאמרים כולל, בין היתר, דברים מאוד טכני, ראיונות וחדשות בתעשייה. אני ממליץ על שהוספת עדכוני RSS שלך.

אם יש לך מוצר או שירות למכור, הייתי שוקל גם פרסום באתר. זה הוא התחלה חזקה עם כמה אלפי זוגות עיניים להסתכל על זה כבר. . זה בטוח לגדול.

לבסוף, אם אתה תדאג ספנסר לכתוב משהו ותוציא את זה החוצה מול קהל גדול, זהו זמן נהדר ומקום לגרד את זה.

</קצה>

מנוי על הבלוג שלי.

מארק מילר. משתמש הקצה SharePoint פרסם את המאמר האחרון שלי על השימוש SharePoint Designer כדי ליצור פתרונות זרימת עבודה נהדרת למעלה באתר שלו. תבדוק את זה.

במאמר זה, אני מדבר על תהליך העיצוב,, בפירוט רב יותר, כיצד להגדיר תהליך הבדיקה הדיר ואמין באמצעות SharePoint תכונות (רשימות מותאמות אישית, תבניות אתר). המאמר מטרות משתמשי קצה, אבל הגישה היא טובה עבור מפתחים גם.

</קצה>

מנוי על הבלוג שלי.

בשבוע שעבר, עבדתי כיצד לולאה וליישם מכונת מצבים באמצעות SharePoint Designer ומוזכר, במאמר מוסגר, שאני בטח אכתוב ברשומה בבלוג על רישום זרימת עבודה טובה יותר.

. טוב, סאנג'יב הראג'פוטים הקדים אותי. נעיף מבט.

שמירת נתוני יומן רישום לתוך רשימה מותאמת אישית נראה מעולה לשימוש בהיסטוריית זרימת העבודה הרגיל:

• . זה רק רשימה מותאמת אישית, כך באפשרותך לייצא אותו להצטיין בקלות רבה.
• באפשרותך ליצור תצוגות, באופן דינמי לסנן את הנתונים, ועוד.
• זאת אינה כפופה הטיהור-האוטומטית שאתה מקבל עם היסטוריית זרימת עבודה רגיל.

ישנם כמה סיכונים / חסרונות:

• זרימות עבודה פועל רבות עם הרבה הרישום עלול לגרום מדי נתונים כדי לכתוב את הרשימה.
• אולי אתה * דו * רוצה אוטומטי טיהור. אתה לא מבין כי תכונה עם גישה זו (ללא קידוד).
• אבטחה היא מסובכת. על מנת לכתוב לרשימה, למשתמש יש הרשאה לעשות זאת. זה אומר שזה כנראה לא מתאימים לכל סוג של הרשמי"" ביקורת מכיוון שהמשתמש יכול לגלות את הרשימה ולערוך אותו. זה יכול להתגבר עם כמה תכנות מותאם אישית.

</קצה>

מנוי על הבלוג שלי.

זה השבוע אני סיימתי. הוכחת רעיון הפרוייקט עבור לקוח במנהטן. בעודו מיישם את הפתרון, נתקלתי חסרון נוסף של Kpi מוס (ראה כאן בעיית ה-KPI הקודם, לעקיפת הבעיה שלי).

רקע: השתמשנו SharePoint Designer זרימת עבודה ליצור מודל של תהליך עסקי ארוך מורכבים למדי של רב-חודשי. כפי chugged, זה לעדכן את מידע מצב ברשימה. מחווני Kpi להשתמש בנתונים אלה כדי לעשות את הקסם שלהם.

החלטנו ליצור אתר חדש בכל פעם שאחת חדשה של אלה תהליכים עסקיים בעיטות מחוץ. מלבד זרימת העבודה עצמה, אתרים אלה לארח מספר ספריות מסמכים, השתמש והתמקדות בקהל וכן הלאה. רק כמה דברים כדי לעזור עם שיתוף פעולה בין העובדים פנימי, נסיעה העובדים והלקוח של המשתתפים שותפים עסקיים.

גם רצינו להראות כמה Kpi לנטר את הבריאות הכללית של התהליך העסקיים הספציפיים כמו קידמו את הנתונים של מצב זרימת העבודה, להציג באמצעות ה-Kpi.

לבסוף, השתמשנו פריטי רשימת ה-KPI לעשות ספירה בתצוגת רשימה באתר (בניגוד משיכת ממקור נתונים אחר, כמו ב- excel או SQL).

הבעיה: כפי שאתה יכול לדמיין, בהנחה היינו לשאת את הרעיון הבסיסי קדימה לתוך עולם הייצור, היינו רוצים תבנית אתר. להקצות משאבים אתר חדש מבוסס על "תהליך עסקי" תבנית.

הבעיה היא כי אתה לא מצליח להוציא KPI מתפקדת כך. מתי ליצור אתר חדש המבוסס על תבנית עם רשימת ה-KPI, web part של KPI, ה-KPI נתונים האתר החדש של שבורות. ה-KPI רשימת נקודות האתר החדש של כל מקור שהגדרת בעת קודם שמרת אותו כתבנית.

דוגמה:

• ליצור אתר חדש ולבנות אותו בצורה מושלמת. אתר זה כולל את נתוני ה-KPI.
• לשמור זה כתבנית.
• ליצור אתר חדש ולבסס אם את התבנית.
• פריטי רשימת ה-KPI של האתר החדש הזה’ מקורות הצבע על תבנית האתר, לא האתר הנוכחי.

תהליך יצירת מופעים של אינן פותרות את ה-URL.

ניסיתי לפתור את זה על-ידי ציון כתובת URL יחסית בעת הגדרת את הפריט לרשימת ה-KPI. עם זאת, לא הצלחתי כל וריאציה של שזה יעבוד.

אני תמיד רוצה זוג את אלה "בעיה" הצבות בבלוג עם איזה סוג של פתרון, אבל במקרה הזה אין לי אחד טוב. הכי טוב שאני. יכול לחשוב זה כי אתה צריך להיכנס לאתר החדש שנוצר, ולתקן הכל באופן ידני. ממשק המשתמש הופך את זה אפילו יותר קשה. בגלל שינוי ה-URL של רשימת המקור גורם רענון, אז אתה באמת צריך להגדיר מחדש את הכל מאפס.

אם מישהו מכיר דרך טובה יותר להתמודד עם זה, בבקשה לפרסם תגובה.

</קצה>

לאחרונה גיליתי כי זה אפשרי וקל אפילו די ליצור זרימת עבודה של מכונת מצבים באמצעות SharePoint Designer. הצורך של ההמצאה, וכל הדברים הטובים. והיה לי צורך השבוע שנראה עבור המצאה. בצירוף מקרים, נתקלתי פירסום של פורום MSDN גם כן. את הניסיון האישי שלי השבוע ואישור זה "עצמאית" מחזק את ההרשעה שלי. אני מתכננת לכתוב על זה-אורך גדול עם דוגמה מלא blown, אבל הנה תמצית הדברים:

• הגישה ממנף את העובדה כי זרימת עבודה יכולה לשנות פריט ברשימה, ובכך מפעילה זרימת עבודה חדשה. בדרך כלל שקלתי את זה כדי להיות מטרד ואפילו בבלוג אודות השימוש סמאפורים כדי להתמודד עם זה.
• SharePoint מאפשר זרימות עבודה מרובות עצמאית להיות פעיל נגד פריט ספציפי.

להגדיר את זה:

• עיצוב המכונה המדינה שלך (קרי, בארה ב, כמה מדינות המעבר מאחד למשנהו).
• ליישם כל מדינה כזרימת נפרדים.
• הגדר כל זרימות עבודה אלה המדינה לבצע בתגובה כל שינוי פריט הרשימה.

כל זרימת עבודה המדינה עוקב אחר דפוס זה קשה:

• בעת אתחול, לקבוע אם זה באמת לפעול באמצעות בדיקת מידע מצב ב- "הפריט הנוכחי". בטל אם לא.
• לעשות את העבודה.
• עדכון "הפריט הנוכחי" עם מידע מצב חדש. זה מפעיל עדכון לפריט הנוכחי, ירה ביטול כל זרימות העבודה של המדינה.

מלבד היתרון ברור זה באפשרותך ליצור זרימת עבודה של מכונת מצבים הצהרתי, כל המידע אודות מצב הוא נהדר עבור בניית Kpi ומעניין צפיות.

יש חיסרון משמעותי למדי — מעקב אחר היסטוריית זרימת עבודה רגילה הוא אפילו יותר חסר תועלת מהרגיל 🙂 זה ניתן לתיקון בקלות, עם זאת. לאחסן את כל המידע סוג הביקורת ב רשימה מותאמת אישית. . זה כנראה רעיון טוב גם עבור זרימת עבודה רציפה וניל, אבל זה לפוסט אחר בבלוג 🙂

. אני קורא לזה "קולפא" כי יש לי, למרבה הצער, אמר יותר מפעם אחת על פורומים, במקום זאת עליך להשתמש visual studio כדי ליצור זרימת עבודה של מכונת מצבים. . זה פשוט לא נכון.

</קצה>

מנוי על הבלוג שלי.

זה אפשרי לגרום ללולאה אינסופית בתהליך עבודה של SharePoint Designer. תבנית היישום משותפת כזו גורמת את הבעיה:

• ליצור זרימת עבודה ולשייך רשימה.
• לציין שזה צריך ליצור התחלה על פריטים חדשים, עדכון של הפריטים הקיימים.
• שלב בזרימת העבודה מעדכנת שדה "הפריט הנוכחי".
• מאז השתנה הפריט הנוכחי, זרימת העבודה תתחיל מחדש.

כדי למנוע הזה בלולאה אינסופית, ליישם סמאפור פשוטה:

• הוספת עמודת אתר (או עמודה לספרייה רשימת/אם אינך משתמש בסוגי תוכן).
• להסתיר את זה מתוך הדף עריכה (קל לעשות אם עמודת אתר באמצעות המאפיינים שלו, . לא קל אם עמודה ברשימה).
• בתהליך העבודה, לבדוק אם הערך של העמודה סמפור הוא ריק.
• אם זה ריק, הגדר זה כערך שאינו ריק והמשך.
• אם הוא אינו ריק, יציאה מיידית.

זה יכול להיות פתרון הניואנסים למדי, בהתאם לדרישות העסקיות וכן הלאה, אבל זה היה דפוס עביד פעם שנזקקתי לזה.

</קצה>

מנוי על הבלוג שלי.

כפי שאנשים רבים יודעים, התבנית לעובד הכשרה שסופק על-ידי Microsoft כאן יש באג זה אנו מצליחים לשחזר השלבים הבאים:

• צור מחלקה עם גודל מרבי של 10 סטודנטים.
• הקופה –> סך הכל זמין מושבים כראוי יפחת ע י אחד. תוצאה: 9 המושבים הזמינים.
• בטל רישום: –> באג. סה כ מקומות כדאי להגדיל באחד. זה לא. תוצאה: 9 המושבים הזמינים לפי SharePoint, אך למעשה, ישנם 10 המושבים הזמינים.

פתרון: השתמש SharePoint Designer כדי לתקן את זרימת העבודה.

הראשונה, פתח את האתר. רשימת התיקיות לי נראה כך:

אם אנחנו נסתכל על רישום משתתפים"" זרימת עבודה, אנו רואים כי יש שלב שכותרתו "לאכוף מדיניות ישיבה". זה נראה כמו זה:

שלב בזרימת העבודה מעדכנת את הפריט על-ידי הגדלת "מלא המושבים" עמודות מטה-נתונים על המסלול. אם נעצור זאת בפירוט רב יותר, אנחנו רואים את זה:

זה כל המידע. אנחנו צריכים לתקן את זרימת העבודה על הסרת.

אם אנחנו נהפוך לזרימת העבודה על הסרת, יש צעד דומה לא זרימת עבודה. להוסיף אותו כדלקמן:

1: להרחיב את "המשתתפים על הסרת" ולפתוח את XOML (רואה את המסך הראשון נורה אם הלכת לאיבוד).

2: הוסף משתנה זרימת עבודה חדשה, "מושבים מלא חדש" סוג הנתונים 'מספר'.

3: להקצות ערך "חדש מלא מושבים" כפי שמוצג:

4: הפחתה המושבים מלא על-ידי 1:

5: עדכון הפריט הקורס קשורים:

6: ודא כי כל השלבים הם ברצף הנכון. בשבילי, זה נראה כך:

7: לסיים את זרימת העבודה לבנות אותו מחדש.

8: מבחן.

</קצה>

מנוי על הבלוג שלי.

אחת מהתבניות מתפתחים שניתן למצוא ב קוצו פתרונות SharePoint ממנף את זרימת עבודה של SharePoint Designer ומקלט אירוע.

הנה תרחיש עסקים לשים את זה בהקשר:

• העלה מסמך lib דוק.
• ישיקו multi-step זרימת עבודה שנוצרה באמצעות SharePoint Designer.
• בשלב מסוים במהלך ביצוע התהליך, זרימת העבודה מקצה משימה לאדם אחר (באמצעות איסוף נתונים ממשתמש או הקצאת משימה).
• אנחנו רוצים להשתמש ב- KPI כדי לעקוב אחר כמה זמן פעילות זו ממתינה השלמה. ה-KPI מראה ירוק עבור פעילויות שהושלמו או בשל יותר 3 ימים מעכשיו. זה מראה צהוב אם הפעילות היא יעד מחר או היום. זה מראה אדום אם הפעילות שמועד.
• הנה מקולומביה: אני רוצה את התאריך שבו כונני KPI זה להיות מודעים לחג.

אין אפשרות לחשב את פירעון החג-aware תאריך בזרימת SharePoint Designer בקלות רבה. אני אצטרך ליצור פעולה מותאמת אישית או להשתמש בכלי צד שלישי. עם זאת, קל לחישוב תאריך כזה בתוך מקלט אירוע. למזג את שני אלה ביחד, ואנחנו מקבלים דפוס כזה:

• הגדר כן מוסתר/אין עמודת אתר בספריית המסמכים הנקרא "DoCalcualteDueDate".
• לאתחל אותו כ- false.
• בזמן המתאים בזרימת העבודה (המסופקים. ממש לפני "איסוף הנתונים" פעולה), הקצאת ערך זה ל- True.
• ItemUpdate() מקלט האירוע נראה כדי לראות אם "DoCalculateDueDate" . נכון. מאז המקלט האירוע פועל על כל עדכון, "DoCalculateDueDate" בדרך כלל שקרי.
• כאשר זרימת עבודה מקצה DoCalculateDueDate כ- true, המקלט אירוע מחשב היעד מזהים את חג תאריך.
• כאשר מקלט האירועים יבצע חישוב זה, היא קובעת את הדגל DoCalculateDueDate כ- false.

בסופו של דבר, SPD עבודה המועבר עם מקלט אירוע דרך הסמאפור DoCalculateDueDate ויש לנו החג-aware עקב תאריכי המוקצים באותו רגע מדויק בחיים של זרימת העבודה. פקדי SharePoint Designer כאשר תאריך היעד מוקצה אבל המקבל אירוע מבצע את החישוב בפועל ואת ההקצאה.

</קצה>

מנוי על הבלוג שלי.

עדכון: . אני חוקר כיצד להטביע את זרימת SPD עבודה לתוך הגדרת אתר. שרשרת זו של פורום MSDN יש מידע מעניין. . זה לא חד משמעי, אבל נקודות לנתיב דרך הג'ונגל.

אני נותן את הפוסט הזה עם מעט מוזר "התנהגות שנצפו" להוביל מאחר ואני קצת חשדנים. של הסקת מסקנות ממנה. זרימות SPD … הפכפך.

אנשים שואלים לעיתים קרובות / תוהה / לחוצים בגלל מעבר SPD זרימות עבודה ממקום אחד למשנהו. היום, שלבים אלה ואני ערך תצפיות אלה:

• יצרתי באמצעות SharePoint Designer באתר המצורף לספריית מסמכים זרימת עבודה.
• ספריית המסמכים הקשורים כבר שוכנו מספר מסמכים.
• . שמרתי את האתר כתבנית.
• כשהצלתי את האתר כתבנית, . הצלתי את התוכן גם כן.
• יצרתי אתר חדש באוסף האתרים באותו באמצעות תבנית זו.

בנקודה זו, ניסיתי להפעיל את זרימת העבודה. מיד הסתיים עצמה עם הודעת יומן, "נכשלה".

. אז ציפתה לזה. יש לי ציפיות נמוכות כשמדובר זז SPD זרימות עבודה.

המשכתי:

• פתח את האתר ב- SharePoint Designer.
• היה לי הצצה על זרימת העבודה. . זה נראה בסדר.
• לחצתי על "סיום".
• הרצתי את זרימת העבודה.

הפעם, זה עבד מצוין.

אני אוסיף כי זרימת עבודה זו השתמשו "איסוף הנתונים של המשתמש" פעולה אשר היא פעולה מורכבת יחסית מתחת למכסה המנוע.

אני באופן לא סופי יכול להסיק כי התהליך של "לסיים" זרימת העבודה שנגרמו SPD כראוי לשייך את SPD עבודה עם ספריית המסמכים החדשה. אני גם יכול להסיק שאת XOML וממצאים אחרים XML רופפים למדי "". הם לא סופר בחוזקה מצמידים לספריית המסמכים.

מה זה אומר? בהנחה שזה תהליך אמין לשחזור, קיימת שיטה קשה אחד לפחות, שאנחנו יכולים להשתמש כדי להעביר אותם מסביב. אני לא יודע אם זה עובד אם חצינו גבולות אוסף האתר או אפילו יותר דרסטי, כל החוות חדש (המסופקים. dev לשלב כדי ויפיצו).

אם אתה קורא את זה ולא נוטה, בבקשה לפרסם תגובה או שלח לי דוא סיפורך הגירה SharePoint Designer. אני בשמחה אעדכן פרסום זה לתובנות הציעו.

</קצה>

מנוי על הבלוג שלי.

לעיתים זה שימושי לאחסן מידע אודות מצב רשימה מותאמת אישית כגון קוד אישור אשר צריך לא להיות ישירות מניפולציות על ידי משתמשי הקצה. . זה תרחיש עסקי נפוץ. אני עובד על פרויקט השנה שיוצר מצב שונים תאריכים תזכורת באמצעות זרימות עבודה של SharePoint Designer ניסע Kpi, בדרך כלל לתמיכה בתהליכים עסקיים זמן מסירה קריטי.

השתמש סוג תוכן של אתר / העמודה כדי להשיג את האפקט הזה.

יצירת סוג תוכן אתר עם העמודה מצב כפי שמוצג:

הערה המצב" (לקבלת הדגמה)" שדה בתחתית.

הבא, לחץ על שם העמודה גישה למאפיינים של העמודה. בחר 'מסתתרת (לא יופיעו בצורות)" במקטע הגדרות עמודה כמוצג:

פעולה זו מסירה את השדה מתוך הטפסים עריכה/עדכון סטנדרטי. עם זאת, הוא עדיין זמין בתצוגות, מחווני Kpi, מודל האובייקטים של ובכל מקום אחר שאתה רוצה להשתמש בו, כולל SPD עבודה.

</קצה>

מנוי על הבלוג שלי.