חקר מקרה MRO זרימת העבודה באמצעות מוס, SPD, InfoPath & שירותי אינטרנט.

מבט כולל

הפוסט הזה מתאר מקרה המתארת את MRO בפועל (תחזוקה, תיקון ותפעול) תהליך אישור זרימת העבודה מיושמת ב- MOSS.

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

(הפוסט הזה הוא צלב פורסם בין http://paulgalvin.spaces.live.com ו http://blogs.conchango.com)

רקע

תהליך MRO של הלקוח היה מתאפיינת הבאות

  • תהליך אישור ידני.
  • כמה תמיכה באמצעות גליונות של excel.
  • תהליך האישור לא סדיר. תהליך האישור אותו MRO הרכישה עשויה להשתנות מיום ליום, אדם על ידי אדם.
  • הרבה נייר, חתימות בכתב יד — נדרש עד דרישות רכש 3 חתימות בכתב לפני האישור הסופי.

מטרות הפרויקט הזה כלול:

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

כתופעת לוואי של הפתרון, חתימות בכתב לא היה נחוץ עוד.

תהליך האישור

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

יוזם:

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

מנהל ישיר:

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

מנהל פונקציונלי:

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

מנהל חטיבה:

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

הפתרון

השתמשנו את הכלים ואת הרכיבים הבאים ליישם את הפתרון:

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

InfoPath forms services: רכיב מוס, דבר זה מאפשר למשתמשים למלא רכש באמצעות דפדפן אינטרנט.

SharePoint Designer (SPD): השתמשנו SPD ליישם תהליך זרימת עבודה אוטומטית.

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

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

תרחיש שימוש

מקרה שימוש זה ממחיש כיצד הפתרון מתאים ביחד:

  1. Paul רוצה מחשב נייד חדש. הוא מתאר את הצרכים שלו כדי Vivek, אדם זה מוכר עם המחשב הנייד של החברה סטנדרטים, ספקים מועדפים, ועוד.
  2. Vivek יומני לתוך מוס, ניגש את טופס הדרישה פו ומזין הדרישה בשם Paul. הטופס מבקשת Vivek קטגוריה רכישה אשר משתמשת את שירותי האינטרנט כדי לאכלס רשימה נפתחת של הספקים שאושרו על-ידי החברה. Vivek מציין גם אזור פונקציונלי של החברה של רכישה זו (המסופקים. "זה" או "כספים").
  3. SPD המבוסס על זרימת העבודה מתחילה, קביעת מנהל ישיר של פול ומנתבת הדרישה למנהל שלו, סטייסי.
  4. סטייסי אישר הרכש.
  5. SPD עבודה בודק את הדרישה וקובע שזה לרכוש אותו. הוא מנתב את זרימת העבודה כדי מנהל ה-IT פונקציונלי, Wonson.
  6. Wonson אישר את הדרישה.
  7. SPD עבודה שוב בוחנת את הדרישה, קובע כי הסכום הרכישה עולה על סכום בדולרים maxium, מנתב אותה אל מנהל המחלקה לאישור.
  8. מנהל החטיבה אישרה הרכש.

הערות

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

מסקנה

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

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

מילון מונחים

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

תגובה אחת על הפוסט "חקר מקרה MRO זרימת העבודה באמצעות מוס, SPD, InfoPath & שירותי אינטרנט.

תשאיר הודעה

כתובת האימייל שלך לא תפורסם. שדות חובה מסומנים *