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

השתעשענו עם טופס מותאם אישית למטרה זו, אבל בסופו של דבר, השכל הישר ניצח היום, אנחנו רק משתמשים המוכר <href = mailto:…> טכניקה. (<href mailto:…> זה קצת חזקים באופן מפתיע של HTML; בתור בונוס, קישור זה מחזיר אותי UNIX האיש עמודים את הימים הישנים שלי; אלו היו הימים!).

טכניקה זו מספקת ממשק נהדר עבור משתמשי קצה מאז יוכלו להשתמש שלהם לקוח מוכרים של MS Outlook (או שיהיה לקוח הדוא ל שהתקין).

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

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

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

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

כמו המבוקש והבטיח, העלתי את המצגת שלי כיצד לקבל "מצוין" דרישות ממשתמשי הקצה עבור SharePoint פרוייקטים של מימושים. . זה כאן: http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/SharePoint/Paul Galvin Great Requirements.zip

הצגתי את זה בכנס SharePoint מומלצות ב פב 2009 (www.sharepointbestpractices.com). ? מה קרה בכנס, בנוסף, תקבל זה בוועידה ה-DVD.

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

(רואה כאן למצגת שלי אחרים על חקר מקרה ממשל: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

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

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

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

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

זה אפשרי לתת למשתמשי הקצה ליצור אתרים חדשים sub באמצעות רמת הרשאה מותאמת אישית. . זה בדיוק איפה הייתי במקום הראשון למעט את התווית "יצירת אתרים בשירות עצמי" תווית רימית אותי. דרך טוויטר, I learn that it’s deceived others as well 🙂

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

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

אני הייתי אחד 20 או 30 (. או אולי 100?) בנקודה אתמול בלילה. קבוצת משתמשים של SharePoint ניו-יורק הפגישה. במקום בתבנית המצגת הרגילים של, כל זה היה על Q&א בין הקהל את חברי הפאנל. כבר בשלב מוקדם, מייקל לוטר הציג אותי לרעיון חדש ואני רוצה לחלוק.

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

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

לוטר מייקל הציע כי הוא להגדיר תצורת מחשב וירטואלי חדש, הצטרף אליה לחווה כמו WFE ולתת למשתמשים להפעיל את היישום משם.

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

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

השבוע, מישהו שאל שאלה על יצירת סביבת SharePoint זה להתמודד עם נפח גבוה של מסמכים חדשים (10,000 +/- במקרה זה). אני לא יודע הרבה על זה, אבל בזכות זה נייר לבן, . אני מרגיש הרבה יותר מושכלת.

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

• 50k מסמכים חדשים ליום.
• 10 סה כ מיליון מסמכים.

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

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

</קצה>

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

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

• פתח את מסמך word MS באמצעות סייר windows (אשר משתמשת WebDAV).
• לעשות שינוי.
• . שמור את זה.

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

לא הבנו את שורש הבעיה בשלב זה, . אבל הנחנו כי אנחנו צריכים לוודא כי ה-service pack של MS Office האחרון היה הותקן במחשב תחנת העבודה הזאת. ההורים זה הלכת ועשית את זה. עברנו את המבחן שוב, גילינו בעיה חדשה. כאשר הצלנו אותה, יש לנו עכשיו שגיאה זו:

הפעם, נראה היה כל שינוי, למעשה, הציל, אם אנחנו ענה כן או לא על השאלה סקריפטים.

סוף סוף היה לנו מבט על גירסת Office בפועל, מתברר כי תחנת העבודה היה פועל MS Office 2000 עם ה-service pack 3 אשר מופיע תחת עזרה-> על "Office 2002".

מוסר ההשכל של הסיפור: אני תמיד ישתמש Office 2003 גירסה office שלי בסיסית מינימלי בעת שימוש WebDAV, מוס.

</קצה>

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

(למטרות מנוע חיפוש, זהו הטקסט של השגיאה):

קו: 11807

Char: 2

שגיאה: האובייקט אינו תומך את המאפיין או פעולת השירות

קוד; 0

כתובת URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

האם ברצונך להמשיך להפעיל את קבצי ה-script בדף זה?

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

לפרויקט את ההעברה, היינו צריכים למצוא דרך טובה להעביר הרבה של SPS 2003 מסמכים מעל מוס. העומס הראשוני היה די קל. ליצור ספריית מסמכים חדשה היעד ב- MOSS, השתמש בסייר windows כדי להעביר את המסמכים.

זוהי ספריית המסמכים החדשה:

תפתח שני חלונות חוקרים. הנקודה הראשונה ב- SPS 2003 והשני -ספריית המסמכים החדשה ב- MOSS. צילום מסך הבאים מציגה את זה. שימו לב: הדפדפן העליון הוא למעשה מכוון c שלי:\זמני נסיעה, אבל אתה יכול לדמיין את זה הצבעה SPS 2003 ספריית מסמכים:

לאחר מכן גרור ושחרר את המבצע, המראה היעד שלי ככה:

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

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

כמו משתמשים בתג מסמכים, הם להוריד את הרשימה הזאת.

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

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

</קצה>

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

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

התצורה הסופית החווה:

• SQL/אינדקס/אינטראנט WFE בתוך חומת האש.
• WFE של האזור המפורז.
• פיירוול בין האזור המפורז לשרת פנימי.

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

1. SSL אומר שאתה צריך אישור.
2. השרת DMZ חייב להיות חלק מתחום.

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

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

שבוע עובר, הלקוח ישיג את האישור.

הבחור התשתית שלנו מופיע ומגלה כי השרת DMZ לא הצטרף לתחום כלשהו (תחום היקפית עם יחסי האמון מוגבלים או קבוצת המחשבים באינטרא-נט). . בזבזנו כמעט 1/2 ביום זה. אם לא ניתן אישור SSL חסרים לקבור אותנו, גילינו זה מוקדם יותר. נו טוב….

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

תשתית בחור שמגיע לסיום. הפעם אנחנו עוברים בהצלחה הכפפה המודרנית המכונה בחיבה "אשף קביעת התצורה של SharePoint." . יש לנו הצצה בניהול מרכזי, … . כמעט הגענו! … רשום DMZ שרת בחווה. נוכל לראות יותר מקרוב ולהבין שאנחנו פתחה את שמפיין קצת מוקדם. שירותי WSS. זה תקוע "מתחילה" מצב.

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

</קצה>

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

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

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

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

אנחה.

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

פורום המשתמשים בתדירות גבוהה כמו שאלות כאלה:

> שלום,
>
> בבקשה תגיד לי אם יש בכל אפשרויות כדי לבנות רשימה מותאמת אישית עם
> סוג אב ופרטים (כמו חשבוניות) ללא השימוש ב- InfoPath.
>

SharePoint מספק כמה מתוך התכונות תיבת התומכים מיני לדרישות העסקיות..

באופן כללי, אחד מקשר שתי רשימות יחד באמצעות עמודת בדיקת מידע. רשימה A מכיל את פרטי כותרת חשבונית ומכיל רשימה B פרטי חשבונית.

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

השתמש web part שאילתת תוכן (ב- MOSS בלבד) ו/או נתונים הצג את ה-web part כדי ליצור תצוגות הממוזג של הרשימות. שרת SQL שירותי דיווח (SRS) זמין גם עבור הצד דיווח על זה.

עם זאת, ישנן כמה מגבלות חשוב שיהיה קשה להשתמש בתכונות out-של--box טהורה לכל דבר שהוא אפילו בינוני מורכבים. אלה כוללים:

• הגודל של בדיקת מידע הקשור רשימות vs. "פיקחות" סוג עמודת בדיקת מידע. סוג עמודה ' בדיקת מידע ' מציג את עצמו על ממשק המשתמש באופן שונה בהתאם אם אפשרת בחירה מרובה או לא. בכל מקרה, הפקד out-של--box מציג את כל הפריטים הזמינים ברשימה מקור. אם יש ברשימה מקור 1,000 פריטים, זה הולך להיות בעיה. הפקד חיפוש לא לדפדף פריטים אלה. במקום זאת, . זה מושך את כולן לתוך הפקד. זה הופך עבור ממשק משתמש מאוד מוזר מבחינת הזנת נתונים וביצועים.
• בדיקות "לסגת" טור אחד של מידע. לעולם לא תוכל להוציא חזרה יותר מעמודה אחת של מידע מתוך רשימת המקור. למשל, אין באפשרותך לבחור לקוח "12345" ולהציג את המספר, כמו גם של הלקוח שם וכתובת באותו הזמן. בדיקת המידע מציג רק הלקוח מספר ולא שום דבר אחר. זה עושה עבור ממשק משתמש מוזר וקשה.
• אין תקשורת אינטרה-טופס. . כתבתי על זה כאן. אתה לא יכול ליישם את המדורג רשימות נפתחות, מותנה לזמינה/לא זמינה שדות, ועוד.
• ללא מחיקות בהתאם להיררכית הקשרים או שלמות מוכללת. SharePoint מתייחס רשימות מותאמות אישית כישויות עצמאיות, אינו מאפשר לך לקשר אותם זה לזה במובן המסורתי ERD. לדוגמה, SharePoint מאפשר לך ליצור שתי רשימות מותאמות אישית, "הלקוח" ו- "כותרת חשבונית". באפשרותך ליצור כותרת חשבונית המקשר חזרה ללקוח ברשימת לקוחות. לאחר מכן, באפשרותך למחוק את הלקוח מתוך הרשימה. מחוץ לקופסה, אין שום דרך למנוע את זה. כדי לפתור בעיות כאלה, בדרך כלל תשתמש באירועים.

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

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

  BDC הוא תכונה מוס (שאינן זמינות ב- WSS) הוא מאתגר כדי לקבוע את תצורת.

• טופס האינטרנט ASP.NET: יצירת מלאות התומך AJAX טופס המשתמשת אובייקט למודל ו/או אינטרנט שירותי SharePoint כדי למנף את רשימות SharePoint תוך מתן ממשק משתמש שיודע להגיב.

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

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

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

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

</קצה>