WEBVTT

00:00:00.000 --> 00:00:05.200
מסוע נעצר באמצע המשמרת, מלגזה לא מניעה, משאבה מתחילה לנזול, ופתאום כולם צריכים תשובות.

00:00:05.360 --> 00:00:08.100
איזה צוות יתקן את זה? מתי היה הטיפול האחרון?

00:00:08.260 --> 00:00:12.420
האם יש לנו את החלק המתאים במלאי? ואיפה נמצאים תיעודי הטיפול מהתיקון הקודם?

00:00:12.600 --> 00:00:18.020
במקום זאת, אנשים מתחילים להתקשר, לפתוח גיליונות אלקטרוניים ישנים ולחטט בתיקיות, בזמן שהציוד פשוט עומד שם.

00:00:18.020 --> 00:00:21.940
ההתרוצצות הזו עולה בזמן ובכסף ממשי עוד לפני שמפתח ברגים אחד נגע במכונה.

00:00:22.060 --> 00:00:28.700
אני מרקו פיטרס מ-M365FM, וטיפ הידע הזה מסביר על ניהול נכסים בדיינמיקס 365 בשפה פשוטה.

00:00:28.860 --> 00:00:37.460
זהו חלק מניהול שרשרת ההספקה של דיינמיקס 365, והוא נותן לחברות מקום אחד לעקוב אחר ציוד, עבודות תחזוקה, עלויות והיסטוריית שירות.

00:00:37.740 --> 00:00:42.460
בהמשך, נראה כיצד הזהרת חיישן יכולה להפוך תיקון חירום לעבודה מתוכננת.

00:00:42.460 --> 00:00:47.320
אבל לפני שנגיע לשם, עלינו להסתכל על הנכסים הפיזיים שעליהם עסק מסתמך בכל יום.

00:00:47.480 --> 00:00:50.280
כעת, מדוע נכסים פיזיים הופכים לבעיה עסקית?

00:00:50.460 --> 00:00:52.960
בואו נחשוב על הציוד ששומר על העבודה השוטפת.

00:00:53.140 --> 00:00:56.660
במפעל עשויים להיות מכונות ייצור, מסויים, מנועים ומשאבות.

00:00:56.820 --> 00:01:00.000
מחסן תלוי במלגזות, בציוד האמסה ובמערכות מיון.

00:01:00.200 --> 00:01:07.500
חברת הובלות צריכה מסעיות שבאמת יוצאות בזמן, וצוות משרד או מתקן דואג לחימום, לקירור, לגנרטורים ולמעליות.

00:01:07.500 --> 00:01:14.780
כל אחד מהפריטים הללו מבצע עבודה, אבל כל פריט מגיע גם עם סט שאלות שלא נעלמות רק כי הציוד עובד היום.

00:01:14.960 --> 00:01:20.460
איפה הוא נמצא כרגע? מי מטפל בו? האם הוא עדיין מתפקד היטב? מתי הייתה הבדיקה או התיקון האחרון?

00:01:20.580 --> 00:01:24.020
השאלות האלה נשמעות פשוטות עד שהתשובות נמצאות בחמישה מקומות שונים.

00:01:24.220 --> 00:01:29.200
טכנאי אחד עשוי לדעת שמכונה שמשמיעה רעש מוזר זה סימן לי ועיה, כי הוא עבד לידה במשך שנים.

00:01:29.200 --> 00:01:33.880
אדם אחר מחזיק גיליון אלקטרוני עם תאריכי טיפולים, קבצי רכש והזמנות חלקים במקום אחר.

00:01:33.980 --> 00:01:38.220
המחלקה הפיננסית רואה חשבוניות ועלויות, אך לא תמיד את סיפור התיקון המלא שמאחוריהן.

00:01:38.320 --> 00:01:42.200
ואז הטכנאי הזה יוצא לחופשה, מחליף עבודה או פשוט לא נמצא במשמרת.

00:01:42.380 --> 00:01:49.300
הידע עוזב את החדר. זה היה קורה כל הזמן עם דפי שירות מנייר, תיקיות בארון סדנאות וגיליונות אלקטרוניים שעוברים במייל.

00:01:49.300 --> 00:01:53.260
צוות עדיין יכול היה להמשיך להפעיל את הציוד, אבל מציאת התמונה המלאה לקחה זמן.

00:01:53.420 --> 00:01:55.440
אנשים עבדו לעיתים קרובות עם מידע חלקי.

00:01:55.560 --> 00:01:57.860
כשהציוד מתקלקל, הבעיה מתפשטת במהירות.

00:01:58.000 --> 00:02:01.920
פעולות עשויות לסבול מעובדן ייצור או העתה במשלוחים, וצוות התחזוקה צריך למצוא את התקלה.

00:02:02.080 --> 00:02:04.980
מחלקת הרכש עשויה להזדקק להזמנה דחופה עבור חלק חסר.

00:02:04.980 --> 00:02:10.600
מחלקת הכספים רואה מאוחר יותר חשבונית יקרה, אך לא תמיד מצליחה לקשר את העלות הזו למכונה או לתיקון הספציפיים.

00:02:10.760 --> 00:02:12.060
אף אחד לא מתכנן תקלה.

00:02:12.260 --> 00:02:14.760
עבודה בחירום גם משנה את התנהגות האנשים.

00:02:15.000 --> 00:02:21.940
צוות מזמין את החלק הראשון שהוא מוצא, משלם תוספת עבור משלוח מהיר או מדלג על התכנון הרגיל כי המכונה חייבת לחזור לעבוד.

00:02:22.080 --> 00:02:28.620
לפעמים פתרון זמני הוא הדבר הנכון, אך כשכל תיקון מרגיש כמו חירום, העלויות עולות ואותה תקלה ממשיכה לחזור.

00:02:28.620 --> 00:02:31.580
אנשים שונים זקוקים לחלקים שונים של אותו סיפור.

00:02:31.740 --> 00:02:34.620
עובדי תחזוקה זקוקים לפרטי תיקון ולהיערות עבר.

00:02:34.780 --> 00:02:37.480
מחלקת התפעול צריכה לדעת אם הציוד יכול לעבוד.

00:02:37.600 --> 00:02:40.040
מחלקת הרכש צריכה לדעת אילו חלקים נדרשים.

00:02:40.260 --> 00:02:45.120
מחלקת הכספים זקוקה למסלול עלויות ברור ונעלים צריכים לראות היכן כשלים והוצאות ממשיכים להופיע.

00:02:45.260 --> 00:02:51.840
ניהול נכסים בדיינמיקס 365 שומר על רישום עבודה מאוחד עבור ציוד פיזי ועבודות התחזוקה הקשורות אליו.

00:02:51.840 --> 00:02:55.380
המערכת לא באה להחליף את האדם שיודע איך לתקן מנוע.

00:02:55.520 --> 00:03:01.000
היא נותנת לאותו אדם ולכל הסובבים אותו מקום משותף לתעד את מה שקרה ולמצוא את מה שהם צריכים.

00:03:01.160 --> 00:03:06.260
לפני שניתן לתכנן עבודת תיקון, המערכת זקוקה לתמונה ברורה של כל נכס בנפרד.

00:03:06.420 --> 00:03:09.080
רישום הנכס, קובץ דיגיטלי לכל מכונה.

00:03:09.240 --> 00:03:11.140
אז הנה איך לחשוב על ניהול נכסים.

00:03:11.360 --> 00:03:15.740
דמיינו ארון טיוק בחדר התחזוקה שבו לכל מכונה יש תיקייה משלה עם תווית.

00:03:15.740 --> 00:03:23.680
ההבדל הוא שהתיקייה הזו נמצאת בתוך Dynamics 365 Supply Chain Management והאנשים הנכונים יכולים למצוא אותה בלי לחטט בארון או לשאול מסביב.

00:03:23.800 --> 00:03:26.620
פיתחו את התיקייה עבור מכונה ותתחילו עם הזהות שלה.

00:03:26.780 --> 00:03:31.600
רשמו את שמה, מספר המוצר או הדגם, המספר הסידורי ותיאור פשוט של מה שהיא עושה.

00:03:31.740 --> 00:03:38.200
הוסיפו גם פרטים טכניים ומידע על אחריות כדי שהצוות יוכל לבדוק אם תיקון נכלל בחיסוי הספק לפני הזמנת חלקים.

00:03:38.400 --> 00:03:40.860
זה נשמע בסיסי, אבל זה מונע כאב ראש אמיתי.

00:03:40.860 --> 00:03:46.700
שתי מכונות על אותה רצפת ייצור יכולות להיראות כמעט זהות, בעוד שהחלקים, תאריכי האחריות או צירכי השירות שלהן שונים לחלוטין.

00:03:46.820 --> 00:03:50.120
רישום נכס ברור אומר לצוות בדיוק עם איזו מכונה הם מתמודדים.

00:03:50.280 --> 00:03:52.560
הרישום צריך גם לענות על שאלה מעשית.

00:03:52.700 --> 00:03:53.940
איפה הציוד הזה עובד?

00:03:54.120 --> 00:03:59.060
ניהול נכסים בדיינמיקס 365 משתמש במה שנקרא מיקומים פונקציונליים לצורך כך.

00:03:59.060 --> 00:04:07.440
חישבו על מיקום פונקציונלי כמקום שבו נכס מבצע את עבודתו לא רק סיקה על מפה, אלא מה שהוא כמו אתר, בניין, מחסן, סדנה או קו ייצור.

00:04:07.600 --> 00:04:08.220
הנה דוגמה.

00:04:08.420 --> 00:04:10.100
דמיינו חברה עם שלושה מפעלים.

00:04:10.320 --> 00:04:12.160
בתוך מפעל אחד נמצא אזור הריזה.

00:04:12.360 --> 00:04:14.080
בתוך האזור הזה פועל קו מסוע.

00:04:14.240 --> 00:04:17.060
המסוע הזה כולל מספר מנועים, חיישנים וגלגלות.

00:04:17.240 --> 00:04:22.640
ניתן לתאר את כל המבנה הזה במערכת, מהמיקום הגדול ביותר ועד לציוד שאנשים בפועל בודקים ומתקנים.

00:04:22.640 --> 00:04:24.380
המפעל נמצא בראש המבנה.

00:04:24.480 --> 00:04:25.860
מתחתיו, קו הייצור.

00:04:26.020 --> 00:04:27.460
מתחת לקו, המסוע.

00:04:27.600 --> 00:04:29.000
מתחת למסוע, מנוע.

00:04:29.180 --> 00:04:32.900
ומתחת למנוע ייתכן שתעקוב אחר רכיב שזקוק לתשומת לב משלו.

00:04:33.000 --> 00:04:36.700
מבנה הורי ילד זה עוזר לאנשים להבין היכן נכס נמצא ולמה הוא מתחבר.

00:04:36.900 --> 00:04:40.000
לכן, כשמנוע מתקלקל, הטכנאי לא רואה רק מספר סידורי.

00:04:40.100 --> 00:04:43.620
הוא רואה שהוא שייך לקו מסוע מספר 2 באזור האריזה במפעל הצפוני.

00:04:43.620 --> 00:04:47.720
ההקשר הזה עוזר לצוות להאריך איזו עבודה עשויה להיעצר בזמן שהמנוע אינו פעיל.

00:04:47.840 --> 00:04:49.400
ציוד גם זז ממקום למקום.

00:04:49.540 --> 00:04:51.680
מלגזה עשויה לעבור ממחסן אחד לאחר.

00:04:51.840 --> 00:04:54.820
משאבה עשויה לצאת מהמחסן ולהיות מותקנת בתוך מבנה.

00:04:54.940 --> 00:04:58.600
לאחר שינוי בתהליך, מכונה עשויה לעבור מקו ייצור אחד לאחר.

00:04:58.760 --> 00:05:02.220
ניהול נכסים יכול לעקוב אחר השינויים הללו דרך המיקום הפונקציונלי.

00:05:02.360 --> 00:05:03.620
וזה חשוב גם לעלויות.

00:05:03.620 --> 00:05:09.120
כאשר נכס עובר, המערכת מחברת את עלויות התחזוקה שלו לפרטים הפיננסיים של המקום החדש.

00:05:09.220 --> 00:05:13.900
כך שאם מכונה עובדת כעת במפעל או במחלקה אחרת, העלות עוקבת אחרי המכונה למקום שמשתמש בה.

00:05:14.040 --> 00:05:17.120
לא צריך לנחש אחר כך איזה חלק בעסק נסע בהוצאות התיקון.

00:05:17.260 --> 00:05:21.160
תיקי האם פרטי המכונה המקוריים בלבד לא תעזור הרבה אחרי השנה הראשונה.

00:05:21.300 --> 00:05:23.940
החלק השימושי הוא ההיסטוריה לצד רישום הנכס.

00:05:24.120 --> 00:05:25.840
בדיקות מופיעות לצד עבודות תיקון.

00:05:25.840 --> 00:05:27.900
חלקים שהוחלפו מופיעים לצד זמן עבודה.

00:05:28.020 --> 00:05:31.960
הערות טכנאי, פרטי תקלות וזמני השבטה מתועדים הופכים כולם לחלק מאותו סיפור של הציוד.

00:05:32.080 --> 00:05:34.220
טכנאי חדש יכול לבדוק מה קרה בפעם הקודמת.

00:05:34.380 --> 00:05:37.380
אולי הוא יגלה שאותו מנוע עבר שני תיקונים בית מינוס שישה חודשים.

00:05:37.580 --> 00:05:39.380
אולי חלק מסוים ממשיך להישחק.

00:05:39.540 --> 00:05:43.800
או שהערה מוקדמת מסבירה הגדרה שצריך לבדוק לפני שמישהו מפרק את המכונה.

00:05:43.800 --> 00:05:49.320
המערכת לא זוכרת טוב יותר מבני אדם, אבל היא נותנת לאנשים מקום להשאיר מידע שימושי עבור האדם הבא.

00:05:49.440 --> 00:05:50.940
נקודה אחת צריכה הבהרה.

00:05:51.120 --> 00:05:56.340
ניהול נכסים מתמקד בציוד פיזי שזקוק לטיפול, תיקון, בדיקה או שירות קבועים לאורך זמן.

00:05:56.540 --> 00:06:01.220
חישבו על מכונות, ציוד ייצור, כלי רכב, ציוד מבנים ונכסים טיפוליים דומים.

00:06:01.420 --> 00:06:05.500
זה לא הכלי למעקב אחר מחשבים ניידים משרדיים, טלפונים או רישיונות תוכנה.

00:06:05.500 --> 00:06:12.640
פריטים אלו אולי חשובים לחברה, אבל מכונת ייצור עם חלקים נעים, צירכי שירות וסיכון להשבטה יוצרת סוג אחר של טיעוד.

00:06:12.780 --> 00:06:15.340
ניהול נכסים מתמקד בסיפור התחזוקה הזה.

00:06:15.540 --> 00:06:20.740
ברגע שלכל נכס יש זהות, מיקום, מבנה והיסטוריה ברורים, השיח משתנה.

00:06:20.900 --> 00:06:27.360
במקום לחכות שהציוד יתקלקל ואז לשאול מה קרה, צוות יכול להתחיל לתכנן את הטיפול שהציוד באמת צריך.

00:06:27.780 --> 00:06:30.500
תחזוקה מונעת מתקנת את הציוד לפני שהוא מתקלקל.

00:06:30.500 --> 00:06:35.980
מתקלקל. בדרך כלל יש שתי דרכים שבהן מתחילה תחזוקה. הראשונה היא הזמנת עבודה תגובתית.

00:06:36.160 --> 00:06:40.500
מה שהוא מתקלקל, הייצור נעצר ואנשים מתקנים אותו כי אין להם ברירה אחרת.

00:06:40.620 --> 00:06:45.240
השנייה היא תחזוקה מתוכננת שבה הצוות מטפל בציוד לפני שתקלה הופכת להצירה.

00:06:45.400 --> 00:06:50.740
שימוש בהנחיות היצרן לצד הצרכים האמיתיים של הציוד בשימוש יומיומי משנה את יום העבודה.

00:06:50.740 --> 00:06:54.780
יצרן עשוי להמליץ על בדיקת משאבה לאחר מספר מוגדר של שעות עבודה,

00:06:54.780 --> 00:06:59.940
אך משאבה באזור מאובק וכם עשויה לדרוש תשומת לב מוקדם יותר מאותו דגם במקום נקי.

00:07:00.100 --> 00:07:05.140
ניהול נכסים נותן לצוות התחזוקה דרך לתכנן סביב המדריך וגם סביב התנאים בפועל באתר.

00:07:05.280 --> 00:07:08.760
תחזוקה מתוכננת אינה עוסקת בתיקון ציוד שעובד בצורה מושלמת.

00:07:08.760 --> 00:07:11.880
מדובר בביצוע עבודות קטנות ועידועות בזמנים הגיוניים,

00:07:12.080 --> 00:07:16.140
כדי שבעיה קטנה לא תהפוך לחשל בלתי צפוי במשמרת העמוסה ביותר בשבוע.

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

00:07:25.560 --> 00:07:26.480
חישבו על מלגזה.

00:07:26.640 --> 00:07:30.900
היא זקוקה לבדיקות שוטפות של בלמים, צמיגים, מפלסי נוזלים, אורות ומצב המצבר.

00:07:30.900 --> 00:07:33.220
אף אחת מהבדיקות הללו לא נראית דרמטית בפני עצמה,

00:07:33.400 --> 00:07:37.360
אך החחמצה חוזרת ונשנית שלהן עלולה להוביל לחשל של המלגזה בדיוק כשהמחסן זקוק לה ביותר.

00:07:37.360 --> 00:07:39.080
אותו רעיון תקף לקו ייצור.

00:07:39.280 --> 00:07:45.240
טכנאי עשוי לנקות חיישן בכל שבוע, לבדוק את מתח הרצועה בכל חודש ולהחליף חלק לאחר תקופת שימוש ידועה.

00:07:45.360 --> 00:07:49.840
ניהול נכסים עוזר לצוות לתעד את השגרות הללו ולהציג את המשימה הבאה כשהיא מגיעה.

00:07:49.840 --> 00:07:51.820
לוחות זמנים הם חלק אחד מהתמונה.

00:07:51.960 --> 00:07:55.900
עבודה יכולה להגיע למועד ביצוע בכל שבוע, בכל חודש או לאחר מספר ימים מוגדר.

00:07:56.020 --> 00:08:00.520
אבל תאריכי לוח שנה לא תמיד מספיקים, כי שתי מכונות מאותו סוג עשויות לעבוד במספר שעות שונה מאוד.

00:08:00.680 --> 00:08:04.220
מכונה אחת עשויה לעבוד משמרת אחת ביום, ואחרת עשויה לעבוד מסביב לשעון.

00:08:04.360 --> 00:08:08.000
קריאות טכניות נותנות לצוות דרך נוספת לשפוט מתי צריכה להתבצע תחזוקה.

00:08:08.000 --> 00:08:14.760
בהתאם לציוד, זה יכול לכלול שעות עבודה, מרחק נסיעה, טמפרטורה, לחץ או מדידה אחרת שמספרת לצוות משהו על מצבו.

00:08:14.840 --> 00:08:17.780
אתה לא מחליף חלק רק בגלל שתאריך מופיע בלוח שנה.

00:08:17.780 --> 00:08:22.000
אתה מחליף אותו כשהתוכנית, השימוש בציוד והקריאות מראים שהגיע הזמן לעבודה.

00:08:22.200 --> 00:08:24.800
סבבי תחזוקה עוזרים בסוג כזה של טיפול קבוע.

00:08:25.020 --> 00:08:29.300
סבב מספק לטכנאי מסלול מתוכנן או סדרה של בדיקות על פני מספר נכסים.

00:08:29.300 --> 00:08:36.260
במקום להתייחס לכל בדיקה כאל הפתעה נפרדת, העובד בודק ציוד קשור במהלך ביקור שגרתי אחד ומתעד את התוצאות תוך כדי.

00:08:36.420 --> 00:08:39.200
דמיינו טכנאי שמתחיל סבב בוקר באזור הריזה.

00:08:39.340 --> 00:08:45.760
הוא בודק שורה של מנועי מסוע, מקשיב לרעשים חריגים, מחפש אביזרים רופפים ומתעד את הקריאות שחשובות לחברה.

00:08:45.880 --> 00:08:49.660
העבודה הופכת לעקבית גם כשעובדים שונים מבצעים את הסבב בימים שונים.

00:08:49.660 --> 00:08:52.880
כעת דמיינו שאחת הבדיקות הללו עוקבת אחר רעידות במנוע.

00:08:53.020 --> 00:08:57.220
במשך מספר שבועות, הקריאה נשארת בטווח התקין שלה, ואז היא מתחילה לטפס מעלה.

00:08:57.340 --> 00:09:01.380
המסוע עדיין פועל, כך שאף אחד מחוץ למחלקת התחזוקה אולי לא מבחין בבעיה עדיין,

00:09:01.380 --> 00:09:03.580
אך הקריאה החוזרת אומרת לטכנאי שמשהו השתנה.

00:09:03.760 --> 00:09:08.260
זה נותן לצוות זמן לבדוק את המנוע לפני שהוא גורם נזק לעצמו או עוצר את פס הייצור.

00:09:08.440 --> 00:09:10.440
זה נקרא תחזוקה מבוססת מצב.

00:09:10.440 --> 00:09:14.280
במקום לפעול רק בתאריך קבוע, הצוות עוקב אחר ערך טכני.

00:09:14.400 --> 00:09:19.360
כאשר הקריאה חוצה גבול שהחברה קבעה, יכול להופיע צורך בתחזוקה לבדיקה.

00:09:19.500 --> 00:09:23.340
חיישן יכול להזין את הקריאות הללו לתהליך, אך הוא לא מתקן דבר.

00:09:23.340 --> 00:09:27.660
הוא יכול להזהיר שטמפרטורה גבוהה מדי או שרעידות חרגו מטווח מקובל.

00:09:27.780 --> 00:09:34.000
אדם עדיין צריך לבדוק את הציוד, להחליט מה המשמעות של ההזהרה, לפעול לפי כללי הבטיחות ולבצע את התיקון או הבדיקה.

00:09:34.100 --> 00:09:35.860
לשלב האנושי הזה יש חשיבות.

00:09:36.040 --> 00:09:42.040
קריאה עשויה להצביע על מיסב שחוק, אך היא יכולה גם לנבוע מחיבור רופף, בעיית חיישן או שינוי באופן שבו הציוד פועל.

00:09:42.160 --> 00:09:44.080
המערכת מפנה תשומת לב למצב.

00:09:44.080 --> 00:09:46.880
אנשים מיומנים מחליטים איזו פעולה נדרשת בהמשך.

00:09:46.880 --> 00:09:49.620
לכן, המטרה היא לא לחזות כל קשל בצורה מושלמת.

00:09:49.780 --> 00:09:57.220
המטרה היא לתת לצוותי תחזוקה התראה מוקדמת יותר, שגרות טובות יותר ופחות תיקונים שמתחילים בשיחת טלפון תחופה אחרי שהציוד כבר עצר.

00:09:57.380 --> 00:10:03.200
עבודה מתוכננת עדיין זקוקה לתיעוד עבודה ברור, לאחראי עליה, לחלקים הנכונים ולדרך לעקוב אחר העלות.

00:10:03.320 --> 00:10:06.220
הזמנות עבודה, כרטיס העבודה שמרכז את התיקון.

00:10:06.220 --> 00:10:09.240
אז, מתי צורך בתחזוקה הופך לעבודה של ממש?

00:10:09.400 --> 00:10:10.740
הוא הופך להזמנת עבודה.

00:10:10.740 --> 00:10:21.680
חישבו על זה כעל כרטיס עבודה שעוקב אחר תיקון מהדיווח הראשון ועד לסיום העבודה, ומעניק לצוות תיעוד יחיד של מה השתבש, מה צריך להיעשות, מי אחראי על העבודה וכמה זה עולה בסופו של דבר.

00:10:21.880 --> 00:10:29.420
ללא הזמנת עבודה, טכנאי אולי עדיין יתקן את הבעיה, אך הפרטים עלולים להיעלם בשיחת טלפון, בחילופי משמרות או בזיכרון של מישהו.

00:10:29.560 --> 00:10:35.220
ובהמשך, אף אחד לא יוכל לענות בקלות איזו עבודה הבוצעה, כמה זמן היא נמשכה או עם אותה תקלה חזרה.

00:10:35.220 --> 00:10:40.560
ובלי התיעוד הזה, נשארים רק עם ניחושים. ובכן, הזמנת עבודה יכולה להתחיל בכמה דרכים.

00:10:40.740 --> 00:10:52.860
היא עשויה להגיע מעבודת תחזוקה מתוכננת שמועדה הגיעה, מבדיקה שמצאה תקלה, מתקלה כאשר ציוד נעצר, או מתכנאי שמסיים תיקון אחד, מבחין בבעיה אחרת ויוצר עבודה להמשך לפני עזיבת האתר.

00:10:53.020 --> 00:10:54.700
סיבות שונות אחר אותו המבנה.

00:10:54.700 --> 00:10:59.920
הזמנת העבודה הופכת צורך בתחזוקה למשהו שהצוות יכול לתזמן, להקצות, לעקוב ולסגור.

00:10:59.920 --> 00:11:04.300
לכן, בין אם זה מתוכנן או לא מתוכנן, הזמנת העבודה מתעדת את הסיבה ואת התגובה.

00:11:04.420 --> 00:11:06.880
ראשית, הזמנת העבודה מתארת את המשימה.

00:11:06.980 --> 00:11:10.880
כותרת קצרה עשויה להיות בדיקת רעידות חריגות במנוע מסוע 4.

00:11:11.080 --> 00:11:19.780
מתחת לזה, צוות התחזוקה יכול להוסיף את המשימות הדרושות להשלמת העבודה, כמו ניתוק הציוד, בדיקת תושבת המנוע, בדיקת מסווים, בחינת התיקון והחזרת המכונה לשירות.

00:11:19.780 --> 00:11:22.880
רמת פירוט כזו מסייעת כאשר העבודה עוברת מיד ליד.

00:11:23.040 --> 00:11:33.580
רשימת תיוג יכולה להדריך את הטכנאי בעבודה שחייבת להתבצע בסדר מסוים, מה שמועיל בבדיקות תקופתיות ומסייע בתיקונים שבהם דילוג על שלב עלול ליצור סיכוני בטיחות או להשאיר את הציוד במצב עבודה לקוי.

00:11:33.700 --> 00:11:35.880
הנחיות בטיחות שייכות גם הן לעבודה.

00:11:35.880 --> 00:11:42.860
ייתכן שהעובד יצטרך לנתק את זרם החשמל לפני פתיחת לוח, ללבוש ציוד מגן או לוודא שכל נעצר לפני נגיעה בחלקים נעים.

00:11:43.020 --> 00:11:47.540
הזמנת העבודה נותנת לצוות מקום לכלול את ההנחיות הללו במקום שבו אנשים יראו אותן במהלך העבודה.

00:11:47.720 --> 00:11:49.220
לאחר מכן מגיע שלב התכנון.

00:11:49.380 --> 00:11:53.500
צוות התחזוקה יכול להקצות עובדים, להאריך כמה זמן זה אמור לקחת ולקבוע תאריך ושעה.

00:11:53.500 --> 00:12:00.000
זה לא אומר שכל תיקון מתנהל בדיוק לפי התוכנית, כי תקלות בציוד לעיתים רחוקות מתחשבות בלוח השנה, אבל זה נותן לצוות נקודת פתיחה ברורה.

00:12:00.160 --> 00:12:02.920
ניתן גם להוסיף את החלקים והציוד שהעבודה דורשת.

00:12:02.920 --> 00:12:08.220
עבור מנוע המסוע שלנו, זה עשוי לכלול מסב חלופי, ברגים, גריז או אולי מנוע שלם.

00:12:08.360 --> 00:12:14.880
הזמנת העבודה מקשרת בין התיקון לבין הפריטים הנדרשים, כך שהטכנאי לא יגיע מוכן לעבודה ואז יגלה שהחלק חסר.

00:12:15.040 --> 00:12:18.160
זה אומר שהטכנאי לא נתקע וממתין לחלק שלעולם לא מגיע.

00:12:18.320 --> 00:12:22.180
אם המלאי כבר כולל את הפריט, הצוות יכול לתכנן בהתאם להספקה הזו.

00:12:22.180 --> 00:12:32.160
אם המלאי לא יכול לחסות זאת, הצורך עובר לתהליך הרכש, ומישהו יכול להזמין את החלק הנדרש מבלי להסתמך על הודעה חפוזה או פתק בכתב יד שהולך לאיבוד על שולחן.

00:12:32.300 --> 00:12:36.320
הזמנת העבודה עדיין שומרת על הקשר שבין סיפור התיקון לבין אותה רכישה.

00:12:36.440 --> 00:12:39.360
כאן כרטיס העבודה מתחיל לעשות הרבה מעבר לתיאור תקלה.

00:12:39.360 --> 00:12:43.780
זה כמו עמדת פיקוד מרכזית שכולם יכולים להסתכל בה לפני שהם מתחילים את חלקם בעבודה.

00:12:43.960 --> 00:12:46.380
זה עוזר לאנשים להתכונן לפני שהעבודה מתחילה.

00:12:46.380 --> 00:12:47.580
הטכנאי יודע מה לבדוק.

00:12:47.740 --> 00:12:49.500
המתכנן יודע מי צריך לבצע את העבודה.

00:12:49.780 --> 00:12:53.380
צוות המכסן רואה אילו חלקים דרושים, ורכש יכול לפעול כשחלק אינו זמין.

00:12:53.500 --> 00:12:56.420
ככל שהעבודה מתקדמת, ההזמנה מתעדת את הסטטוס שלה.

00:12:56.540 --> 00:12:58.700
היא מתחילה כנוצרה, ואז מישהו מתזמן אותה.

00:12:58.700 --> 00:13:01.580
כשהטכנאי מתחיל לעבוד, הצוות מתעדת השינוי הזה.

00:13:01.700 --> 00:13:06.560
אחרי התיקון, היא עוברת למצב הושלם, ומנהל או אחראי אחר יכולים לבדוק אותה לפני סגירת התיעוד.

00:13:06.700 --> 00:13:10.020
השלבים האלה אולי נשמעים כמו עבודה מנהלתית, אבל הם עונים על שאלות מעשיות.

00:13:10.200 --> 00:13:11.360
האם מישהו מטפל בזה?

00:13:11.500 --> 00:13:12.600
האם העבודה התחילה?

00:13:12.720 --> 00:13:14.700
האם המכונה מוכנה לחזור לשימוש רגיל?

00:13:14.840 --> 00:13:17.400
האם מישהו בדק שהעבודה עומדת בתקן הנדרש?

00:13:17.400 --> 00:13:21.560
והשאלות האלה הן בדיוק מה שצוות תחזוקה צריך שיענה במהלך משמרת עמוסה.

00:13:21.680 --> 00:13:24.540
הזמנת העבודה שהושלמה גם מתעדת את מה שהתיקון צרך,

00:13:24.660 --> 00:13:29.880
אה, שעות עבודה, חלפים, והוצאות אחרות, אה, והמערכת מקשרת את העלויות האלה לנכס המעורב.

00:13:30.000 --> 00:13:33.740
עם הזמן, זה נותן לחברה תמונה ברורה יותר מאשר ערמה של חשבוניות.

00:13:33.860 --> 00:13:36.780
מנהל יכול לראות שמנוע מסוים נזקק לתיקונים חוזרים,

00:13:36.780 --> 00:13:40.980
וצוות התחזוקה יכול להשוות את עלות התיקונים השוטפים לעלות החלפת הציוד

00:13:40.980 --> 00:13:44.820
מבלי לחפש במערכות נפרדות ולנחש איזו חשבונית שייכת לאיזו תקלה.

00:13:45.000 --> 00:13:48.380
החלק הסופי הוא לעיתים קרובות השימושי ביותר עבור הטכנאי הבא.

00:13:48.500 --> 00:13:51.340
כשהעבודה מסתיימת, הטכנאי יכול להוסיף הערות על התקלה,

00:13:51.560 --> 00:13:54.780
הבדיקות שבוצעו, החלק שהוחלף, וכל דבר ששווה לשים אליו לב.

00:13:54.920 --> 00:13:57.280
אולי המסב התקלקל כי התושבת השתחררה.

00:13:57.280 --> 00:14:01.620
אולי התיקון פתר את הרעש, אבל כדאי לבצע במנוע בדיקה נוספת בעוד שבועיים.

00:14:01.780 --> 00:14:03.840
ההערה הזו נשארת עם העבודה שהושלמה,

00:14:04.100 --> 00:14:07.400
כך שחודשים לאחר מכן, מי שנתקל באותה בעיה לא מתחיל מאפס.

00:14:07.540 --> 00:14:11.820
אה, הם יכולים לראות מה קרה קודם, מה עבד, ומה הטכנאי הקודם שם לב אליו.

00:14:11.960 --> 00:14:14.640
הרציפות הזו יכולה לחסוך הרבה זמן בהמשך הדרך.

00:14:14.820 --> 00:14:17.520
הזמנת עבודה מסבירה עבודת תחזוקה אחת מתחילתה ועד סופה,

00:14:17.520 --> 00:14:20.920
אבל התפקיד הרחב יותר שלה מופיע כשהעבודה הזו מתחברת לרישומי המלאי,

00:14:21.080 --> 00:14:22.720
פעילות הרכש ורישומי העלויות שסביבה.

00:14:22.720 --> 00:14:25.200
וזה הערך האמיתי של הזמנת עבודה אה.

00:14:25.320 --> 00:14:29.560
זה לא רק מסמך, זה כלי ששומר על פעילות התחזוקה רצה בצורה חלקה.

00:14:29.720 --> 00:14:32.960
מחובר לשרשרת ההספקה, לכשפים ולעבודת השטח.

00:14:33.120 --> 00:14:35.140
תחשבו על עסק כמו על בניין משרדים.

00:14:35.360 --> 00:14:37.180
ניהול נכסים הוא חדר התחזוקה.

00:14:37.180 --> 00:14:40.860
הוא מתמקד בשמירה על פעילות הציוד, אך הוא אינו מנותק משאר הבניין,

00:14:41.060 --> 00:14:46.340
כיוון שמחסן החלפים, משרד הרכש, צוות הכשפים ועובדי השירות זקוקים כולם לאותם נתונים.

00:14:46.540 --> 00:14:51.040
ניהול נכסים אינו מבודד, הוא מחובר לכל מחלקה אחרת באמצעות הזמנת העבודה.

00:14:51.220 --> 00:14:55.240
החיבור הזה חוסך לאנשים את הצורך להעתיק את אותם פרטים למקומות נפרדים.

00:14:55.420 --> 00:14:58.380
זה אומר פחות סיכוי לשגיאות והרבה פחות זמן מבוזבז.

00:14:58.380 --> 00:15:01.760
בתוך דיינמיקס 365 סופליי צ'יין מנג'מנט,

00:15:01.980 --> 00:15:05.680
עבודות תחזוקה יכולות להתחבר לרישומי המלאי של חלקי חילוף וציוד.

00:15:05.820 --> 00:15:08.600
אם תיקון דורש מסב, מסנן או מנוע חלופי,

00:15:08.600 --> 00:15:13.220
הצוות יכול לבדוק אם הפריט כבר זמין לפני שמישהו מתחיל לרדוף אחרי ספקים.

00:15:13.400 --> 00:15:15.340
המלאי מראה לך מה נמצא על המדף.

00:15:15.480 --> 00:15:19.160
כשהחלק הדרוש אינו קיים, הרכש יכול לעבוד על סמך אותו צורך תחזוקתי,

00:15:19.380 --> 00:15:21.440
והזמנת הרכש מתחברת לעבודת התיקון,

00:15:21.440 --> 00:15:25.520
מה שנותן לכולם תמונה ברורה יותר של סיבת ההזמנה ולאן הפריט יגיע כשיגיע.

00:15:25.660 --> 00:15:27.740
גם הייצור נמצא קרוב לתהליך הזה.

00:15:27.880 --> 00:15:29.640
אם מכונה זקוקה להשבטה מתוכננת,

00:15:29.640 --> 00:15:33.620
התפעול יכול לראות שעבודת התחזוקה עלולה להשפיע על פס הייצור או על תהליך במחסן.

00:15:33.780 --> 00:15:35.940
זה לא מבטל את הצורך של אנשים לדבר זה עם זה,

00:15:36.160 --> 00:15:39.360
אבל זה נותן לשיחות האלה תיעוד משותף במקום שרשרת של ניחושים.

00:15:39.500 --> 00:15:42.920
לכן, כשצוותי התחזוקה והייצור חולקים את אותה מערכת, יש פחות חיכוך.

00:15:42.920 --> 00:15:44.480
הכספים זקוקים למבט שונה.

00:15:44.600 --> 00:15:48.740
צוות תחזוקה חושב על התקלה והתיקון, אבל הכספים צריכים לדעת לאן ההוצאה שייכת.

00:15:48.740 --> 00:15:52.500
ניהול נכסים יכול לקשר עלויות נכס למיקום התפקודי שבו הציוד פועל,

00:15:52.720 --> 00:15:56.440
כך שהוצאות התיקון עוקבות אחרי המכונה למחלקה או לאזור העסקי הנכון במפעל.

00:15:56.620 --> 00:15:59.240
דמיינו את אותו סוג מכונה פועל בשני אתרים שונים.

00:15:59.460 --> 00:16:02.580
שניהם זקוקים לתיקונים, אך אתר אחד משתמש בה הרבה יותר.

00:16:02.580 --> 00:16:06.940
כשעלויות מתחברות למיקום הנכון, מנהלים יכולים לראות איזה אתר נושא בהוצאה,

00:16:07.140 --> 00:16:09.820
במקום לראות סכום תיקונים כללי גדול ללא הקשר מועיל.

00:16:09.820 --> 00:16:13.720
זה הופך את השיחות על עלויות לפחות מבלבלות ועוזר לחברה לזהות דפוסים.

00:16:13.840 --> 00:16:16.340
אם מיקום אחד ממשיך להוציא סכומים גדולים על אותו סוג ציוד,

00:16:16.540 --> 00:16:18.000
הצוות יכול לשאול שאלות טובות יותר.

00:16:18.180 --> 00:16:20.200
האם האתר הזה מפעיל משמרות ארוכות יותר?

00:16:20.400 --> 00:16:22.040
האם הוא זקוק לתוכנית תחזוקה שונה?

00:16:22.200 --> 00:16:24.100
או שמה הציוד עצמו זקוק להחלפה?

00:16:24.100 --> 00:16:27.420
דפוסים אלו הם שמובילים להחלטות תחזוקה טובות יותר לאורך זמן.

00:16:27.560 --> 00:16:31.140
ניהול נכסים יכול להתחבר גם ל-Dynamics 365 Field Service.

00:16:31.140 --> 00:16:35.320
ניהול נכסים עוקב בדרך כלל אחרי ציוד שבבעלות החברה והיא משתמשת בו בתוך פעילותה.

00:16:35.500 --> 00:16:38.140
בעוד ש-Field Service מתמקד בעבודה המבוצעת עבור לקוחות,

00:16:38.320 --> 00:16:39.660
לעתים קרובות במקומי הלקוח.

00:16:39.800 --> 00:16:42.340
כאשר התחומים האלו משתפים מידע שירות רלוונטי,

00:16:42.560 --> 00:16:44.780
העסק יכול לשמור על מבט ברור יותר על הציוד,

00:16:44.780 --> 00:16:47.220
פעילות השירות והאנשים שמבצעים את העבודה.

00:16:47.380 --> 00:16:49.940
חברה אחת עשויה לתחזק מכונות במפעל שלה,

00:16:50.180 --> 00:16:53.120
ובמקביל לשלוח טכנאים לתיקון ציוד שמכרה ללקוחות.

00:16:53.120 --> 00:16:59.540
אלו עבודות שונות, אך היסטוריית השירות, פרטי הציוד והרגלי התיקון יכולים להתחבר היכן שהעסק זקוק להם,

00:16:59.720 --> 00:17:01.320
במקום להישאר ברשומות נפרדות.

00:17:01.540 --> 00:17:03.500
חיישנים מוסיפים מקור מידע נוסף.

00:17:03.500 --> 00:17:08.980
Azure IoT Central יכול לקבל קריאות מציוד מחובר, כגון טמפרטורה, לחץ או רעידו.

00:17:09.060 --> 00:17:14.700
כאשר קריאה חורגת מהגבול שהחברה קבעה, היא יכולה להפעיל תגובת תחזוקה לבדיקת אדם.

00:17:14.940 --> 00:17:18.720
החיישן מספק את האות, אך הטכנאי הוא שקובע מה האות אומר,

00:17:18.720 --> 00:17:22.220
והאם הציוד זקוק לבדיקה, תיקון או מבט מעמיק יותר.

00:17:22.440 --> 00:17:27.560
ההזהרה יכולה להגיע לתהליך התחזוקה בזמן שהציוד עדיין עובד, במקום לאחר שתקלה עוצרת אותו.

00:17:27.560 --> 00:17:31.420
סוג כזה של הזהרה מוקדמת יכול למנוע מבעיה קלה להפוך לתקלה חמורה.

00:17:31.560 --> 00:17:34.340
עבודות מסוימות דורשות גם יותר מרשימת תיוג כתובה.

00:17:34.440 --> 00:17:41.180
Dynamics 365 Guides, בשימוש עם HoloLens, יכול לספק לטכנאים הדרכה צעד אחר צעד בזמן שהם עובדים על ציוד מורכב.

00:17:41.180 --> 00:17:49.000
עובד יכול לעקוב אחר הוראות מול עיניו, מה שעוזר כשיש לה משימה שלבים רבים, או כשצריך לשתף שיטה של טכנאי מנוסה עם צוות חדש.

00:17:49.000 --> 00:17:57.940
זה לא הופך מתחיל למומחה בן לילה, אך זה נותן לטכנאי הדרכה מעשית בנקודת העבודה, בזמן שרשומות התחזוקה עוקבות אחר המשימה מסביב.

00:17:58.160 --> 00:18:02.760
רבים מצפים מאפליקציה עסקית אחת לטפל בכל משימה בעצמה, אך זה לא עובד כך.

00:18:02.760 --> 00:18:11.340
ניהול נכסים מטפל בצד התחזוקה, בעוד חלקים מחוברים של דינמיקס 365 מטפלים במלאי, רכש, כספים, שירות לקוחות ועוד.

00:18:11.340 --> 00:18:17.540
התועלת נובעת מהעברת רשומות בין התחומים ללא צורך בהקלדה חוזרת של פרטים או אובדן ההקשר שלהם.

00:18:17.680 --> 00:18:21.020
החיבורים בין המערכות הללו הם אלו שהופכים את הפלטפורמה לעוצמתית.

00:18:21.160 --> 00:18:24.600
אז בואו נחבר את החדרים המקושרים הללו דרך סיפור תחזוקה פשוט אחד.

00:18:24.600 --> 00:18:30.060
כעת יש לכם תמונה ברורה של האופן שבו ניהול נכסים משתלב במערכת האקולוגית הרחבה של דינמיקס 365.

00:18:30.620 --> 00:18:34.260
יום בחיי הארגון, מהזהרה ועד לתיקון שהושלם

00:18:34.260 --> 00:18:38.280
דמיינו מנוע מסוע במחסן השולח קריאות רעידה חריגות.

00:18:38.460 --> 00:18:40.080
זוהי ההזהרה לפני התקלה.

00:18:40.240 --> 00:18:41.120
הנה התהליך.

00:18:41.320 --> 00:18:46.300
אתם פותחים את רשומת הנכס, רואים את מיקום המנוע, ההיסטוריה, האחריות והעבודה מתוזמנת.

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

00:18:51.460 --> 00:18:55.080
אם המסב לא זמין, המערכת מזמינה אותו תוך מעקב אחר זמן ועלות.

00:18:55.200 --> 00:18:58.320
לאחר התיקון, הטכנאי מתעד את התוצאה ומשאיר הערות.

00:18:58.460 --> 00:19:03.340
המנהל רואה את העלויות, תקלות חוזרות, זמן השבטה וכל עבודות התחזוקה סביב אותו מנוע.

00:19:03.500 --> 00:19:05.020
ההתראה לא תקנה את המנוע.

00:19:05.180 --> 00:19:08.360
היא נתנה לאנשים זמן לתכנן במקום להתחיל במרוץ חירום.

00:19:08.360 --> 00:19:10.900
אז, למי זה מתאים ומה זה לא מחליף?

00:19:11.000 --> 00:19:12.740
אז, מי צריך ניהול נכסים?

00:19:12.920 --> 00:19:17.320
כל חברה שתלויה במכונות, רכבים, ציוד ייצור או ציוד מבנים.

00:19:17.640 --> 00:19:22.580
זה כולל יצרנים, מחסנים, צוותי תובלה, תשתיות ופעולות עתירות שירות.

00:19:22.680 --> 00:19:26.780
אבל, הנה העניין, זה לא מחליף טכנאים, כללי בטיחות או שיקול דעת.

00:19:26.880 --> 00:19:33.260
זה נותן לאנשים האלה רשומה אחת משותפת, כמו תיק רפואי לציוד שלכם ודרך מתוכננת לשמור על הכל עובד.

00:19:33.260 --> 00:19:37.060
לסיכום, שימרו את סיפור הציוד במקום אחד.

00:19:37.340 --> 00:19:43.440
עם ניהול נכסים, אתם שומרים את הנכס, עבודת התחזוקה, החלקים, העלויות והיסטוריית השירות במקום אחד.

00:19:43.600 --> 00:19:48.680
הרשמו להם 365.fm לעוד פיסות ידע בשפה פשוטה, והמשיכו ללבנת הבניין הבאה.