עדכון 02/29/08: . פתרתי את הבעיה על-ידי יצירת תיקיה ולאחר מכן הקצאת סוג תוכן אל התיקייה הכוללת את נתוני meta שאני צריכה עבור ה-Kpi. תיארתי את זה בפירוט רב קצת יותר כאן.

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

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

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

על קצה המזלג, . עשיתי את הדברים הבאים:

• יצירת תצוגה על הספרייה דוק שנקרא "פתוח".
• להגדיר את התצוגה כדי להתעלם מבנה התיקיות.
• צור רשימת KPI.
• ליצור אינדיקטור ברשימה המצביעה על lib דוק וכי "ממתין" תצוגה.

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

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

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

אם אני טועה, נא להתקשר. אליי או השאירו תגובה.

</קצה>

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