עדכון: לראות את הדיון הזה-MSDN, במיוחד את הערך האחרון: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. היא מתארת מצב זה עשוי לקצר את כל העניין. בקיצור, זה יכול להיות פשוט כמו ביצוע לפחות אחד מהשדות חובה.
. יש לי ספריית מסמכים התומכת שמונה סוגי תוכן.
. יש לי זרימת עבודה של SharePoint Designer שרוצה לחשב ולהקצות תאריך תזכורת"" על-ידי חיסור פשוט 30 ימים מעמודה אחרת, "תאריך יעד". זה צריך לקרות רק עבור אחד מסוגי תוכן, "ביטוח". המטרה העסקית היא לייצר KPI המציגה שתי קטגוריות של מסמכי ביטוח: "עומד לפוג" של "שפג תוקפם." (אתה יכול לקרוא יותר על סוג זה של ה-KPI ויותר ניכר הסתעפות כאן).
הגדירו את זרימת העבודה לפטר בעת יצירה של פריט חדש, כאשר מתבצע שינוי בפריט. הרעיון הוא כאשר מסמך הביטוח מועלה, נוכל לחשב את תאריך אזהרה"" בהתבסס על תאריך התפוגה. זוג של נופים עובד בקשר עם רשימת KPI כדי להדגיש תנאים אלה כאשר משתמשים פגע דף הבית שלהם.
אסטרטגיה זו לא עובד כאשר אני מעלה מסמך.
אפשר להעלות את המסמך, אני הצגתי עם המסך הזנת נתוני meta. בנקודה זו, . אני כבר בצרות. SharePoint כבר, בטרם עת מנקודת המבט שלי, פיטרו את זרימת העבודה. לא היה לי הזדמנות לבחור את סוג התוכן הנכון ולא להקצות תאריך יעד. באותו זמן, זרימת העבודה לא לירות כשאני מקיש על לחצן השליחה בזמן הזה. יש איזה הגיון מובנה המאמינה "" זה קודם כל להגיש חלק "צור" אירוע. כל כך … זרימת העבודה שלי ירה, מתי שזה הוצא להורג, זה הועבר ערכי ברירת מחדל meta נתונים.
הטוב ביותר העבודה שאני מכיר היא להכניס "הפסקה עד" פעילות בזרימת העבודה. . יש לי אמרה זרימת עבודה 1 דקה. בזמן זה הוא חושב על זה, לבחור את סוג התוכן הנכון, הזינו את נתוני meta. ההשהיה משלים וממשיך זרימת העבודה כנדרש. (שים לב כי בסביבה שלי, שעון העצר של פעילויות זרימת עבודה מ- SPD אינם פועלים מחוץ לקופסה. ייתכן באותן צרות. ראה כאן לקבלת פרטים נוספים).
. אני לא אוהב "עיכוב קסם" עבודה.. מה קורה אם המשתמש העלאת מסמך ואת הטלפון מצלצל. השיחה שהתפתח outlasts ההשהיה? אני יכול לגרום יותר זמן ההשהיה, אבל אני עדיין לא אוהב את זה.
כתבתי על זה בפורומים MSDN כאן: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1