הגדרת הוכחת הרעיון עבור Resource Scheduling Optimization

מאמר זה מנחה אותך לאורך היישום של הוכחת רעיון (POC) עבור התוספת Resource Scheduling Optimization של Dynamics 365 Field Service.

הגדרת דרישות וציפיות

במהלך שלב הגילוי של POC, ההתמקדות היא בהבנת הדרישות ובהגדרת קריטריוני הצלחה.

הבנת הדרישות והצרכים העסקיים

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

Resource Scheduling Optimization רלוונטי ביותר לתרחישי שירות באתר שבהם משאבים מבצעים עבודה במיקומי לקוחות מרובים. (מאמר זה מתמקד בסוג זה של תרחיש.) יתרון מרכזי של התוספת הוא שהיא ממזערת את זמן הנסיעה וממקסמת את ניצול המשאבים. עם זאת Resource Scheduling Optimization יכול למטב כל ישות שזמינה לתזמון מכיוון שהוא מבוססל על Universal Resource Scheduling, מסגרת המתזמנת את הדרישות עבור משאבים. גם בעת תזמון אירועים או הזמנות עבודה, התוצאה הסופית היא רשומת דרישה. מידע נוסף זמין ב- ‏‫Universal Resource Scheduling‬ עבור Field Service.

הנה כמה שאלות שיכולות לעזור לך לאסוף דרישות:

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

הגדרת קריטריונים להצלחה

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

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

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

קביעת התצורה של קבצי נתונים

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

חשבונות

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

כתובות

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

אזורים

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

משאבים הניתנים להזמנה

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

טיפ

משאב שאינו תלוי במיקום יכול לכלול רק הזמנות שעבורן דרישת המשאב מוגדרת גם כ'אינה תלויה במיקום'. Resource Scheduling Optimization מתייחס למשאב זה כמו לעובד מרוחק שמתוזמן רק לעבודה שאינה כרוכה בנסיעות. לחלופין, באפשרותך לאפשר למשאב לנסוע מחוץ לשעות העבודה כדי לעקוף אילוץ זה.

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

מאפיינים

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

שעות עבודה

יש להגדיר שעות עבודה כדי ש- Resource Scheduling Optimization ייקח בחשבון משאב לתזמון.

עדיפויות

סדרי עדיפויות מספקים מימדים סינון להפעלת Resource Scheduling Optimization. שימוש בדרישות בעדיפות גבוהה כאילוץ מספק שליטה על הדרישות הדחופות יותר.

הזמנות עבודה או נתוני עסקאות אחרים

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

שעות מנוחה

ניתן ליצור ערכי שעות מנוחה כדי להפוך משאב ללא זמין לתקופה ספציפית. Resource Scheduling Optimization מתייחס לשעות מנוחה כאל זמן מחוץ לשעות העבודה. הוא מתזמן משאבים בהתאם ללוח הזמנים בתוך שעות העבודה ולאילוצי תזמון Windows .

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

הפעלת הדמיות

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

התאמה לשיבושים

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

הגדרת תצוגות ולוחות זמנים

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

הגדרת מטרות עם אילוצים ויעדים ספציפיים

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

הדמיות

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

בדיקת מסלולים ופרטי הזמנה

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