WEBVTT

00:00:00.000 --> 00:00:06.260
מה קורה כששם המוצר במחירות לא תואם לשם המוצר במחסן, והחנות המקוונת עדיין מציגה תמונה משנה שעברה?

00:00:06.360 --> 00:00:18.420
מי שהוא מזמין את הפריט הלא נכון, קונה מבקש פרטים שאף אחד לא מוצא, והצוות מתחיל לבדוק גיליונות אלקטרוניים, מיילים ישנים, קובצי PDF של ספקים וחמש מערכות שונות רק כדי לענות על שאלה פשוטה.

00:00:18.580 --> 00:00:29.660
ברוכים הבאים לעוד טיפ ידע מ-M365-FMIOTM-DMO-Peters, והיום אנחנו עוסקים בניהול מידע על מוצרים ב-Dynamics 365 או בקיצור PIM.

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

00:00:39.460 --> 00:00:41.460
רשומת מוצר אחת לכל החברה

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

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

00:00:58.100 --> 00:01:04.120
המחירות צריכות שמות ברורים. הכספים צריכים הגדרה נכונה, והחנות המקוונת צריכה תמונות ותיאורים מדויקים.

00:01:04.280 --> 00:01:06.460
כל צוות מסתכל על אותו מוצר מזווית שונה.

00:01:06.620 --> 00:01:10.260
ללא מקום אחד משותף למידע הזה, אנשים יוצרים לעיתים קרובות עותקים משלהם.

00:01:10.400 --> 00:01:14.860
צוות המוצר מחזיק גיליון אלקטרוני. המחירות מזינות שם קצר יותר במערכת שלהן.

00:01:14.860 --> 00:01:21.700
המחסן משתמש במספר פריט עם תיאור שונה, והשיווק שומר תמונות בתיקייה משותפת בזמן ששירות הלקוחות מחטט במיילים ישנים.

00:01:21.880 --> 00:01:25.760
הגישה הזו יוצרת הבדלים קטנים בהתחלה, ואז ההבדלים האלה מתפשטים.

00:01:25.860 --> 00:01:28.640
תארו לעצמכם חברה שמוכרת בקבוק מים מבודד.

00:01:28.760 --> 00:01:36.780
הספק משנה אותו מממ-500 מל למד-750 מל. צוות הרכש מקבל את הפרט החדש, אבל החנות המקוונת עדיין מציגה את הקיבולת הישנה.

00:01:36.780 --> 00:01:42.680
המחירות שולחות ללקוחות דף מפרט שגוי, וצוות המחסן רואה תווית מוצר שלא תואמת להזמנה.

00:01:42.780 --> 00:01:46.580
אף אחד לא התכוון ליצור בעיה. כל צוות פשוט עבד מעותק שונה.

00:01:46.760 --> 00:01:52.300
ניהול מידע על מוצרים ב-Dynamics 365 מעניק לחברה הגדרת מוצר מרכזית אחת.

00:01:52.420 --> 00:01:55.220
חישבו על זה כעל ארון טיוק משותף למידע על מוצרים.

00:01:55.420 --> 00:02:00.580
במקום שכל מחלקה תחזיק תיקייה משלה, רשומת המוצר הופכת למקום שבו נמצאים הפרטים המוסכמים.

00:02:00.580 --> 00:02:05.960
אנשים משתמשים בהגדרה הזו בכל העבודה העסקית, במקום להקליד שוב ושוב את אותו המידע.

00:02:06.080 --> 00:02:08.620
מספר המוצר יושב במרכז הרשומה הזו.

00:02:08.740 --> 00:02:14.560
הוא עוזר לחברה לזהות את המוצר בעקביות גם אם צוותים שונים משתמשים במילים שונות כשהם מדברים עליו.

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

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

00:02:26.900 --> 00:02:31.420
קופסה, יחידה, קילוגרם, ליטר או משטח יכולים לשאת משמעויות שונות מאוד בעבודה היומיומית.

00:02:31.500 --> 00:02:35.520
כשהיחידות האלה ברורות לעבודות הרכש והמחסן יש נקודת פתיחה טובה בהרבה.

00:02:35.680 --> 00:02:41.400
מידע על מוצר יכול לכלול גם תמונות, קבצים מצורפים, קטגוריות, מאפיינים ותרגומים לשמות ותיאורים.

00:02:41.580 --> 00:02:44.420
לכן, הרשומה יכולה להכיל הרבה יותר מסתם תווית.

00:02:44.420 --> 00:02:55.420
היא יכולה להכיל את מסמך הספק שמסביר על המוצר, תמונה שעוזרת לזהות אותו, תיאורים מתורגמים לצוותים או לקוחות בשפות אחרות ופרטים כמו חומר, מותג או הוראות טיפול.

00:02:55.580 --> 00:02:58.060
ההגדרה המשותפת קודמת לשימוש המקומי.

00:02:58.200 --> 00:03:02.700
חברה מגדירה מוצר פעם אחת ואז מאפשרת לחלקים שונים בעסק להשתמש בו לפי הצורך.

00:03:02.840 --> 00:03:07.640
הרשומה המשותפת מרכזת עובדות כלליות, בעוד שכל תחום מיישם את הגדרות העסק שלא מאוחר יותר.

00:03:07.640 --> 00:03:12.120
אתם לא צריכים להגדיר מחדש את המוצר מאפס בכל פעם שצוות אחר זקוק לו.

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

00:03:18.740 --> 00:03:23.460
זוג ג'ינס אחד יכול להפוך לפריטים רבים ברגע שצבע ומידה נכנסים לתמונה.

00:03:23.980 --> 00:03:26.640
מוצרי אב וגרסאות, עץ המשפחה.

00:03:27.460 --> 00:03:29.980
אז מתי מוצר אחד הופך למוצרים רבים?

00:03:30.200 --> 00:03:31.460
חישבו על זוג ג'ינס.

00:03:31.460 --> 00:03:37.820
אתם כנראה רואים בג'ינס מוצר אחד, אך המחסן לא יכול לקחת סתם זוג כלשהו כשהוא זמן ג'ינס שחור במידה לארג.

00:03:37.940 --> 00:03:42.240
וגם המחירות לא יכולות להבטיח ג'ינס כחול במידה אקסטרה סמול אם השילוב הזה לא קיים במציאות.

00:03:42.320 --> 00:03:45.420
כאן דיינמיקס 365 נכנס לתמונה עם רעיון פשוט.

00:03:45.560 --> 00:03:48.040
הוא מפריד בין מוצר בסיסי לבין מוצר אב.

00:03:48.180 --> 00:03:50.040
מוצר פשוט הוא פריט אחד קבוע.

00:03:50.240 --> 00:03:55.060
דמיינו חבילת נייר מדפסת פשוטה שנמכרת במידה אחת, צבע אחד ופורמט אחד.

00:03:55.060 --> 00:03:58.880
יש לה רשומת מוצר משלה כי אין בה בחירות שמשנות את מהות הפריט.

00:03:59.060 --> 00:04:00.540
מוצר אב פועל אחרת.

00:04:00.700 --> 00:04:03.220
זוהי רשומת האב עבור משפחת מוצרים שלמה.

00:04:03.420 --> 00:04:07.280
היא מכילה את הפרטים המשותפים ואת הכללים לבחירות שיוצרות פריטים נפרדים.

00:04:07.420 --> 00:04:08.180
כך זה עובד.

00:04:08.340 --> 00:04:13.360
מוצר האב של הג'ינס נושא את השם, התיאור הבסיסי ומידה משותף לכל זוג באותו טווח.

00:04:13.540 --> 00:04:18.560
לאחר מכן, גרסאות אינדיבידואליות מזהות את הג'ינס המדויק שמי שהוא קונה, מאכסן, מייצר או שולח.

00:04:18.560 --> 00:04:20.600
גרסה היא פריט ספציפי שניתן למחירה.

00:04:20.680 --> 00:04:23.020
עבור ג'ינס, כחול ומידה מדיום יכולים להיות גרסה אחת.

00:04:23.160 --> 00:04:25.060
שחור ומידה לארג יכולים להיות גרסה אחרת.

00:04:25.220 --> 00:04:27.940
הם שייכים לאותה משפחת מוצרים, אך הם אינם ניתנים להחלפה.

00:04:28.100 --> 00:04:30.580
אחד עשוי להמתין על מדף המחסן בעוד שהשני עזל.

00:04:30.700 --> 00:04:32.160
אחד עשוי להשתמש בתווית שונה.

00:04:32.340 --> 00:04:33.880
לאחד עשוי להיות ברקוד משלו.

00:04:34.000 --> 00:04:35.880
מבנה האב והבן הזה הוא הרעיון המרכזי.

00:04:36.000 --> 00:04:37.700
מאסטר המוצר מגדיר את המשפחה.

00:04:37.700 --> 00:04:39.840
גרסאות המוצר הן החברים הפרטניים.

00:04:39.960 --> 00:04:42.280
במקום להזין שוב ושוב את אותו מידע בסיסי,

00:04:42.520 --> 00:04:45.620
מתחילים עם המאסטר ויוצרים את השילובים שהעסק באמת צריך.

00:04:45.740 --> 00:04:47.300
תן לי לתת לך דוגמה מוחשית.

00:04:47.500 --> 00:04:50.120
דמיין שסדרת ג'ינסים מגיעה בכחול, שחור וחום.

00:04:50.280 --> 00:04:54.780
היא גם מגיעה במידות אקסטרה שמאל, שמאל, מדיום, לרג, אקסטרה לארג' ודאבל אקסטרה לארג'.

00:04:54.780 --> 00:04:57.820
אם כל צבע היה מגיע בכל מידה, היו לך 18 שילובים.

00:04:57.820 --> 00:05:00.340
אך עסקים לעיתים רחוקות מוכרים כל שילוב אפשרי.

00:05:00.400 --> 00:05:02.600
אולי כחול מגיע רק במידות אקסטרה שמאל עד מדיום.

00:05:02.780 --> 00:05:04.800
שחור מגיע במידות מדיום עד אקסטרה לארג'.

00:05:04.800 --> 00:05:06.180
חום מתחיל במידה לארג'.

00:05:06.180 --> 00:05:09.780
דיינמיקס 365 יכול להתייחס לכל שילוב מאושר כגרסה נפרדת משלו.

00:05:09.880 --> 00:05:13.760
כאשר מי שהוא מוסיף ג'ינס להזמנה, הוא בוחר את המאפיינים שמזהים את המוצר המדויק.

00:05:13.920 --> 00:05:16.640
צבע ומידה אומרים למערכת איזו גרסה הלקוח רוצה.

00:05:16.640 --> 00:05:18.920
אין צורך לנחש איזה זוג שייך לקופסה.

00:05:19.040 --> 00:05:21.140
בחירות אלו נקראות מאפייני מוצר.

00:05:21.300 --> 00:05:22.580
דיינמיקס 365.

00:05:23.180 --> 00:05:25.560
ניהול שרשרת ההספקה כולל חמישה מהם.

00:05:25.560 --> 00:05:28.500
צבע, מידה, סגנון, תצורה וגרסה.

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

00:05:33.560 --> 00:05:34.820
בוא נעבור עליהם במהירות.

00:05:35.020 --> 00:05:35.820
צבע הוא פשוט.

00:05:35.980 --> 00:05:37.920
כחול, שחור, חום, אדום.

00:05:38.100 --> 00:05:39.220
מידה היא גם מוכרת.

00:05:39.220 --> 00:05:45.380
סגנון יכול להפריד בין מוצרים שחולקים שם אך נראים שונה.

00:05:45.520 --> 00:05:47.920
חולצה עשויה להגיע בגזרה רגילה או בגזרה צרה.

00:05:47.920 --> 00:05:50.660
כיסא עשוי להיות בעל מסגרת סטנדרטית או גימור שונה.

00:05:50.780 --> 00:05:53.100
תצורה מתארת מבנה או הגדרה שנבחרו.

00:05:53.220 --> 00:05:57.000
לדוגמה, מכונה עשויה להזדקק למנוע, מתח עושה את חלקים ספציפיים.

00:05:57.200 --> 00:05:59.360
מאפיין התצורה מזהה את הבחירה הזו.

00:05:59.520 --> 00:06:01.840
גרסה עוקבת אחר שינויים במוצר לאורך זמן.

00:06:02.080 --> 00:06:04.160
זהו הדבר החשוב ביותר עבור יצרנים.

00:06:04.160 --> 00:06:08.300
תאר לעצמך חלק ששומר על אותה מטרה, אך משתנה לאחר עדכון הנדסי מאושר.

00:06:08.460 --> 00:06:12.680
גרסה מאפשרת לחברה להבדיל בין גרסה אחת לשתיים כשהיא נעה לאורך שרשרת ההספקה.

00:06:12.780 --> 00:06:15.560
כעת, לא כל מסטר מוצר זקוק לכל חמשת המאפיינים.

00:06:15.740 --> 00:06:18.100
חולצת T עשויה להזדקק רק לצבע ומידה.

00:06:18.220 --> 00:06:20.440
ציוד עשוי להזדקק לתצורה וגרסה.

00:06:20.560 --> 00:06:23.600
קבוצת המאפיינים פועלת כדף כללים עבור משפחת המוצרים.

00:06:23.600 --> 00:06:28.500
היא אומרת לדיינמיקס 365 אילו בחירות חלות בעת יצירה וזיהוי של וריאציות.

00:06:28.600 --> 00:06:30.940
ההחלטה הזו מעצבת את המוצר מההתחלה.

00:06:31.120 --> 00:06:34.700
אולי תהיטה לגבי משקל, גובה, אורך, רוחב או נפח.

00:06:34.880 --> 00:06:38.300
פרטים אלו מתארים מוצר פיזי, אך הם אינם יוצרים וריאציה.

00:06:38.480 --> 00:06:44.480
זוג ג'ינסים יכול להיות בעל משקל רשום או גודל אריזה שלא הופכים אותו לפריט שונה באותו אופן שצבע ומידה עושים.

00:06:44.660 --> 00:06:46.600
מידות פיזיות מתארות את המוצר.

00:06:46.780 --> 00:06:48.920
מידות מוצר מזהות גרסה ספציפית.

00:06:53.600 --> 00:06:54.860
כמה מקום תופס קרטון.

00:06:55.020 --> 00:06:56.320
מידות פיזיות עוזרות.

00:06:56.440 --> 00:07:00.420
אם הזמנה דורשת ג'ינס שחור במידות מוצר גדולות, מצא את הגרסה הנכונה.

00:07:00.580 --> 00:07:03.360
יש בחירה מוקדמת אחת שמשפיעה על כל מה שיבוא אחר כך.

00:07:03.480 --> 00:07:06.320
כיצד החברה תיצור ותשלוט בגרסאות המוצר הללו?

00:07:06.440 --> 00:07:08.660
וזה בדיוק מה שאנחנו הולכים לחסות עכשיו.

00:07:08.840 --> 00:07:10.820
הגדרת מוצרים מבלי ליצור קאוס.

00:07:11.040 --> 00:07:14.740
בחירת מידות אומרת לדיינמיקס 365 איך לזהות גרסה.

00:07:14.740 --> 00:07:18.040
אבל החברה עדיין צריכה להחליט איך ליצור את הגרסאות הללו.

00:07:18.040 --> 00:07:19.800
הבחירה הזאת תלויה במוצר.

00:07:19.920 --> 00:07:22.980
ניהול שרשרת ההספקה תומך בשלוש גישות עיקריות.

00:07:23.220 --> 00:07:28.080
גרסאות מוגדרות מראש, הגדרה מבוססת מידות והגדרה מבוססת אילוצים.

00:07:28.260 --> 00:07:31.420
השמות נשמעים טכניים, אז תנו לי להסביר אותם בשפה פשוטה.

00:07:31.540 --> 00:07:35.320
גרסאות מוגדרות מראש מתאימות למוצרים עם קבוצה ידועה ומוגבלת של שילובים.

00:07:35.460 --> 00:07:38.300
דמיינו את הכימונאי שמוכר את מגוון הג'ינסים שזה עתה דנו בו.

00:07:38.300 --> 00:07:41.520
החברה כבר יודעת אילו צבעים ומידות, התקנה, תאחסן ותמכור.

00:07:41.640 --> 00:07:43.820
כחול מגיע במידות אקסטרה סמול, שמאל ומדיום.

00:07:43.980 --> 00:07:46.240
שחור מגיע במידות מדיום, לרג ואקסטרה לרג.

00:07:46.380 --> 00:07:49.300
חום מגיע במידות לארג, אקסטרה לארג ודאבל אקסטרה לארג.

00:07:49.420 --> 00:07:52.440
ניתן ליצור את תשע הבחירות הללו מראש כגרסאות נפרדות.

00:07:52.580 --> 00:07:55.400
העסק לא צריך כל שילוב אפשרי של צבע ומידה.

00:07:55.500 --> 00:07:57.660
הוא יוצר רק את השילובים שקיימים בפועל.

00:07:57.660 --> 00:08:03.200
זה שומר על הקטלוג נקי ומונע ממי שהוא להזמין ג'ינס חום במידה אקסטרה סמול כשאיש לא מייצר פריט כזה.

00:08:03.380 --> 00:08:06.380
גרסאות מוגדרות מראש עובדות היטב כשהמגוון נשאר צפוי.

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

00:08:11.240 --> 00:08:13.940
כולם יכולים להכין את הפריטים שהם מצפים לטפל בהם.

00:08:14.060 --> 00:08:16.780
כל גרסה קיימת כפריט ידוע לפני שההזמנה מגיעה.

00:08:16.780 --> 00:08:20.900
כך שצוותי הרכש, המחסן והמחירות יכולים לעבוד עם אפשרויות מוצר ברורות.

00:08:20.960 --> 00:08:23.160
הגישה הבאה היא הגדרה מבוססת מידות.

00:08:23.360 --> 00:08:25.040
זו מופיעה לעיתים קרובות בייצור.

00:08:25.240 --> 00:08:27.380
דמיינו חברה שבונה משאבות תעשייתיות.

00:08:27.580 --> 00:08:30.320
משפחת משאבות אחת עשויה להשתמש בהרבה חלקים זהים,

00:08:30.520 --> 00:08:32.160
אך הלקוח יכול לבחור הגדרה מסוימת.

00:08:32.360 --> 00:08:35.520
הבחירה הזו משפיעה על אילו רכיבים שייכים למשאבה המוגמרת.

00:08:35.520 --> 00:08:39.600
דיינמיקס 365 יכולה להשתמש במידת ההגדרה כדי לשלוט בכך.

00:08:39.600 --> 00:08:42.380
המוצר משתמש ברשימת חומרים משותפת אחת.

00:08:42.460 --> 00:08:44.220
פה, לעיתים קרובות נקראת בום.

00:08:44.440 --> 00:08:47.420
רשימת חומרים היא פשוט רשימת החלקים לבניית משהו.

00:08:47.600 --> 00:08:52.200
בתוך אותה רשימה אחת, חלקים מסוימים חלים רק כאשר הלקוח בוחר הגדרה מסוימת.

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

00:08:56.200 --> 00:08:57.840
מתח שונה דורש מנוע אחר.

00:08:57.840 --> 00:09:00.960
במקום לתחזק רשימת חלקים נפרדת עבור כל משאבה אפשרית,

00:09:01.120 --> 00:09:02.820
החברה שומרת רשימה משותפת אחת.

00:09:02.820 --> 00:09:05.300
היא מסמנת אילו שורות שייכות לאיזו הגדרה.

00:09:05.460 --> 00:09:08.060
כאשר הקונפיגורציה שנבחרה מגיעה לתכנון או ליצור,

00:09:08.240 --> 00:09:11.840
דיינמיקס 365 משתמשת רק בשורות הרכיבים שמתאימות לבחירה זו.

00:09:11.960 --> 00:09:13.500
זה חוסך הרבה הגדרות כפולות.

00:09:13.700 --> 00:09:16.940
זה גם מעניק ליצרנים דרך ברורה יותר לנהל משפחת מוצרים

00:09:16.940 --> 00:09:19.880
שחולקת את רוב המבנה שלה, אך נבדלת בדרכים מבוקרות.

00:09:20.060 --> 00:09:22.040
הממדים מזהים את המוצר שנבחר.

00:09:22.040 --> 00:09:25.440
רשימת הרכיבים, בום, מנחה אילו חלקים שייכים לאותו מבנה.

00:09:25.440 --> 00:09:27.920
לאחר מכן, ישנה קונפיגורציה מבוססת אילוצים.

00:09:28.040 --> 00:09:31.340
גישה זו מתאימה למוצרים שבהם לקוחות יכולים לבחור מתוך אפשרויות רבות.

00:09:31.440 --> 00:09:33.660
אך לא כל אפשרות עובדת עם כל אפשרות אחרת.

00:09:33.860 --> 00:09:37.820
חישבו על מכונה מותאמת אישית, ציוד מעבדה או מוצר המורכב מחלקים רבים.

00:09:38.020 --> 00:09:42.620
לקוח עשוי לבחור את סוג המתח, המארז, המנוע, אפשרות הבטיחות ולוח הבקרה.

00:09:42.800 --> 00:09:45.000
שילובים מסוימים עובדים, אחרים פשוט לא.

00:09:45.000 --> 00:09:47.740
מארז מסוים עשוי לא להתאים למנוע גדול יותר.

00:09:47.900 --> 00:09:50.400
מתח מסוים עשוי לחייב לוח בקרה ספציפי.

00:09:50.520 --> 00:09:53.140
כיסוי בטיחות עשוי להתאים רק לגודל מכונה אחד.

00:09:53.300 --> 00:09:56.740
ללא חוקים, איש מחירות עלול לבחור שילוב שהמפעל לא יכול לייצר.

00:09:56.880 --> 00:10:00.740
קונפיגורציה מבוססת אילוצים מכניסה את החוקים האלו למודל קונפיגורציית מוצר.

00:10:00.880 --> 00:10:03.880
המודל מתאר את האפשרויות הקיימות ואת החוקים שמקבילים אותן.

00:10:04.000 --> 00:10:07.980
כאשר מישהו מבצע קונפיגורציה למוצר, המערכת מנחה אותו לעבר אפשרויות תקפות.

00:10:07.980 --> 00:10:09.960
היא מונעת בחירות שסותרות זו את זו.

00:10:10.100 --> 00:10:13.020
זה עוצר הזמנה בלתי אפשרית עוד לפני שהיא מגיעה לייצור.

00:10:13.180 --> 00:10:16.080
אני רוצה לעצור כאן לרגע כי זו החלטת תכנון מוקדמת.

00:10:16.260 --> 00:10:21.640
חברה צריכה לבחור בטכנולוגיית הקונפיגורציה שמתאימה לתהליך העסקי שלה לפני בניית משפחת המוצרים.

00:10:21.860 --> 00:10:26.680
דיינמיקס 365 לא מאפשרת להמיר מוצר ממודל קונפיגורציה אחד לאחר בשלב מאוחר יותר.

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

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

00:10:40.200 --> 00:10:43.080
התחילו בתהליך הקנייה, המחירה והייצור האמיתי.

00:10:43.300 --> 00:10:44.380
שאלו שאלה פשוטה.

00:10:44.500 --> 00:10:47.500
האם אנחנו מכירים כל שילוב מוצר לפני שההזמנה מגיעה?

00:10:47.500 --> 00:10:51.020
או שהלקוח יוצר את בחירת המוצר מתוך סט של אפשרויות מותרות?

00:10:51.120 --> 00:10:53.420
התשובה מצביעה לעסק על הגישה הנכונה.

00:10:53.600 --> 00:10:59.380
ברגע שהחברה יודעת מה מוצר יכול להיות, היא צריכה דרך לתאר אותו בבירור ולשמור על המידע מאורגן.

00:10:59.600 --> 00:11:02.600
קטגוריות מאפיינים ושליטה במידע על מוצרים.

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

00:11:09.840 --> 00:11:11.680
כאן נכנסות לתמונה הקטגוריות.

00:11:11.680 --> 00:11:15.000
חישבו על קטגוריות כמו על המעברים בחנות מאורגנת היטב.

00:11:15.120 --> 00:11:17.500
חברה עשויה לקבץ מוצרים לפי מה שהם.

00:11:17.620 --> 00:11:21.260
או ביגוד במעבר אחד, כלים באחר, ציוד משרדי בשלישי.

00:11:21.360 --> 00:11:24.380
או שהם עשויים לקבץ אותם לפי סוג העבודה שאנשים צריכים לבצע.

00:11:24.520 --> 00:11:28.200
כך או כך, המטרה היא זהה להפוך מוצרים לקלים יותר למציאה ולניהול.

00:11:28.320 --> 00:11:29.640
קחו למשל מברגה נתענת.

00:11:29.760 --> 00:11:32.100
צוות מחירות צריך למצוא אותה תחת כלי עבודה חשמליים.

00:11:32.100 --> 00:11:35.640
צוות מוצר עשוי לשים אותה בקטגוריה של ציוד המופעל על סוללות.

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

00:11:42.480 --> 00:11:46.060
הנקודה היא לא לנסות לדחוס כל מוצר לתיקייה מושלמת אחת.

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

00:11:52.700 --> 00:11:56.180
הן גם עוזרות לאנשים להכיל את המידע הנכון על מוצרים ששייכים זה לזה.

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

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

00:12:07.600 --> 00:12:13.020
עבור חלק מכונה, הם עשויים לכלול מידות, דרישות חשמל, טווח טמפרטורה או תקן טכני.

00:12:13.180 --> 00:12:19.200
מאפיינים הופכים תווית רחבה למידע שימושי על מוצר, הסוג שאתם באמת צריכים כדי לבצע את עבודתכם.

00:12:19.200 --> 00:12:23.220
קטגוריות יכולות לשאת מאפיינים היגיוניים עבור המוצרים שבתוכן.

00:12:23.360 --> 00:12:26.440
ביגוד זקוק להוראות לגבי בד, גזירה וחביסה.

00:12:26.560 --> 00:12:30.340
ציוד אלקטרוני זקוק למתח, פרטי אחריות ומידע על תאימות.

00:12:30.520 --> 00:12:33.940
זה אומר שאף אחד לא צריך להמציא שדות אקראיים לכל רישום מוצר.

00:12:34.060 --> 00:12:36.700
הם פשוט משתמשים בפרטים שמתאימים לקבוצת המוצרים.

00:12:36.860 --> 00:12:39.300
תמונות וקבצים מצורפים מוסיפים נדבך נוסף.

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

00:12:43.840 --> 00:12:48.980
קובץ מצורף יכול להכיל חומר עזר כמו מסמך ספק, דף מפרט או ניירת אחרת.

00:12:49.080 --> 00:12:51.340
לפעמים השם הכתוב בלבד אינו מספיק.

00:12:51.460 --> 00:12:54.460
תרגומים חשובים כאשר החברה פועלת בשפות שונות.

00:12:54.600 --> 00:12:59.200
ניתן לתרגם שמות ותיאורי מוצרים כדי שאנשים בשווקים שונים יקבלו מידע הגיוני עבורם.

00:12:59.320 --> 00:13:02.600
המוצר נשאר זהה, אך המילים סביבו יכולות להתאים לקהל היעד.

00:13:02.760 --> 00:13:05.560
חברה זקוקה גם לשליטה על מי יכול לשנות את המידע הזה.

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

00:13:12.080 --> 00:13:17.860
דיינמיקס 365 מאפשרת להכיל כללי גישה לנתוני מוצר ברמת הקטגוריה או עבור מוצר בודד.

00:13:18.000 --> 00:13:23.840
לדוגמה, הצוות האחראי על ציוד תעשייתי עובד עם אותה קטגוריה, בעוד שקבוצה אחרת מטפלת במוצרי צריכה.

00:13:23.980 --> 00:13:27.900
מוצר מוגבל עשוי לדרוש בקרה הדוקה יותר מאשר ציוד משרדי רגיל.

00:13:27.900 --> 00:13:31.560
העסק מחליט מי יכול לעבוד עם כל אזור של נתוני המוצרים שלו.

00:13:31.720 --> 00:13:33.820
זה מגן על המידע שאנשים מסתמכים עליו.

00:13:33.960 --> 00:13:37.820
ברשומה עשויים להיות כעת הפרטים, המסמכים, הקטגוריות ובקרות הנכונות.

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

00:13:43.660 --> 00:13:45.700
שחרור מוצרים לישויות משפטיות.

00:13:45.920 --> 00:13:50.320
הגדרת מוצר מוגמר היא כעת TMD, מוכנה אוטומטית לשימוש של כולם.

00:13:50.320 --> 00:13:51.440
אה, לא בדיוק.

00:13:51.440 --> 00:13:57.240
חברה פועלת לעיתים קרובות דרך מספר ישויות משפטיות, שהן חברות נפרדות בתוך העסק הגדול יותר.

00:13:57.480 --> 00:14:00.080
ישות אחת עשויה לקנות ולהחסן מוצר בגרמניה.

00:14:00.260 --> 00:14:02.340
אחרת מוכרת את אותו מוצר בארצות הברית.

00:14:02.560 --> 00:14:03.660
שלישית מייצרת אותו.

00:14:03.820 --> 00:14:06.460
כולן יכולות להתחיל עם אותה הגדרת מוצר משותפת.

00:14:06.640 --> 00:14:13.800
בדיינמיקס 365, אותה הגדרה משותפת הופכת למוצר משוחרר כאשר החברה מאשרת את השימוש בו עבור ישות משפטית ספציפית.

00:14:13.800 --> 00:14:18.680
חישבו על שחרור כמתן הרשעה ליחידה עסקית להכניס את המוצר לעבודה היומיומית שלה.

00:14:18.800 --> 00:14:20.500
המוצר אינו משנה את זהותו.

00:14:20.680 --> 00:14:26.180
השם הנפות שלו, התיאור, הקטגוריה, המידות ופרטים משותפים אחרים נשארים מחוברים להגדרה המרכזית.

00:14:26.400 --> 00:14:31.600
אך כל ישות משפטית יכולה להוסיף את ההגדרות הנחוצות לה לפני הזמנה, מחירה, איחסון או ייצור של אוטומוצר.

00:14:31.740 --> 00:14:33.960
חברה אחת עשויה לקנות את המוצר מספק.

00:14:34.180 --> 00:14:35.560
אחרת עשויה רק למכור אותו.

00:14:35.560 --> 00:14:37.680
חברת ייצור זקוקה להגדרות ייצור.

00:14:37.680 --> 00:14:40.620
בעוד שחברת הפצה זקוקה להגדרות מחסן ומלאי.

00:14:40.740 --> 00:14:43.060
פרטי המחירות שונים מישות אחת לשנייה.

00:14:43.220 --> 00:14:45.200
גם הכללים העסקיים המקומיים שונים.

00:14:45.460 --> 00:14:51.100
שחרור מאפשר לכל ישות משפטית להכין את המוצר לעבודה שלה בלי ליצור הגדרת מוצר נפרדת לחלוטין.

00:14:51.300 --> 00:14:54.400
דמיינו חברה שמוכרת את אותו בקבוק מים בכמה מדינות.

00:14:54.540 --> 00:14:57.260
צוות המוצר יוצר הגדרת מוצר מרכזית אחת.

00:14:57.260 --> 00:15:00.680
לאחר מכן החברה משחררת אותו לישות המשפטית בבריטניה.

00:15:00.680 --> 00:15:04.800
והישות הזו מוסיפה את ההגדרות הדרושות לה כדי לרכוש ולהכסן את הבקבוק.

00:15:04.960 --> 00:15:07.960
מאוחר יותר, אותו מוצר משוחרר לישות המשפטית הקנדית.

00:15:08.260 --> 00:15:10.940
שם האנשים משלימים את ההגדרות למחירות ומלאי מקומיים.

00:15:11.180 --> 00:15:13.200
שתי החברות משתמשות באותו מוצר.

00:15:13.380 --> 00:15:17.300
הן לא צריכות להתחיל מחדש עם השם, התיאור ופרטי משפחת המוצרים.

00:15:17.520 --> 00:15:20.180
הן משלימות רק את המידע ששייך לישות שלהן.

00:15:20.180 --> 00:15:24.180
ההפרדה שומרת על עובדות משותפות ועבודה עסקית מקומית במקום הנכון.

00:15:24.320 --> 00:15:27.600
הגדרת מוצר משותפת עונה על השאלה, אה, מהו המוצר הזה?

00:15:27.800 --> 00:15:29.660
אה, מוצר משוחרר עונה על השאלה.

00:15:29.760 --> 00:15:32.020
אה, איך החברה הספציפית הזאת תשתמש בו?

00:15:32.140 --> 00:15:37.500
זה הבדל קטן בניסוח, אבל הוא מונע המון עבודה כפולה כשעסק פועל מול מספר ישויות משפטיות.

00:15:37.660 --> 00:15:42.680
דיינמיקס 365 יכול לשחרר מוצרים לישות משפטית אחת או למספר ישויות בו זמני.

00:15:42.680 --> 00:15:47.220
זה עוזר כאשר חברה מציגה מגוון מוצרים סטנדרטי בקרב יחידות עסקיות רבות.

00:15:47.220 --> 00:15:50.940
ובכל זאת, שחרור אינו אמור להיות צעד של לחץ ושכח.

00:15:51.100 --> 00:15:55.920
כל ישות משפטית עשויה להזדקק לפרטים נוספים לפני שהצוותים שלה יוכלו לעבוד עם המוצר בביטחה.

00:15:56.060 --> 00:15:59.560
סביבת העבודה לתחזוקת מוצרים משוחררים עוזרת לעקוב אחר התהליך הזה.

00:15:59.760 --> 00:16:04.880
היא מציגה מוצרים ששוחררו לאחרונה ובודקת עם ההגדרה הנדרשת עבור אותה ישות משפטית ושלמה.

00:16:04.880 --> 00:16:09.580
אם מישהו עדיין צריך להוסיף מאפייני מוצר, קטגוריות, הגדרות הזמנה או תרגומים,

00:16:09.580 --> 00:16:13.760
סביבת העבודה מספקת מקום למצוא עבודה זו ולפתוח את דפי המוצר הרלוונטיים.

00:16:13.940 --> 00:16:17.200
היא גם עוזרת לצוותים לזהות מקרי שינוי מוצר שלא הושלמו.

00:16:17.400 --> 00:16:22.660
זה חשוב, מכיוון שמוצר יכול להיראות מוכן בתצוגה המרכזית, בעוד שהגדרות מקומיות נותרות לא שלמות.

00:16:22.660 --> 00:16:26.880
סביבת העבודה נותנת לישות המשפטית רשימה מעשית של מוצרים הדורשים תשומת לב,

00:16:27.080 --> 00:16:29.180
במקום להשאיר לאנשים לחפש ברשימות ארוכות.

00:16:29.520 --> 00:16:32.000
אז שחרור לא מעתיק מוצר לעולם נפרד.

00:16:32.000 --> 00:16:38.320
הוא מחבר הגדרת מוצר מאושרת אחת לישות משפטית ומעניק לישות זו מרחב להכיל את פרטי התפעול שלה.

00:16:38.460 --> 00:16:43.940
ברגע שזה קורה, מידע המוצר יכול לעבור לעבודה של אנשים סביב הזמנות, מלאי וצירכי לקוחות.

00:16:43.940 --> 00:16:47.200
אז כיצד ניהול מידע מוצר, פים, מחבר את העבודה סביב מוצר.

00:16:47.300 --> 00:16:50.700
אז כיצד ניהול מידע מוצר מחבר למעשה את העבודה סביב מוצר?

00:16:50.800 --> 00:16:52.540
הנה ההגדרה הפשוטה ביותר.

00:16:52.660 --> 00:16:54.860
פים לא מנהל כל תהליך עסקי בעצמו.

00:16:54.860 --> 00:16:58.320
במקום זאת, הוא מספק את מידע המוצר שהתהליכים הללו צריכים.

00:16:58.440 --> 00:17:01.220
תחשבו על זה כארון טיוק מרכזי לנתוני מוצר.

00:17:01.360 --> 00:17:04.060
כעניין צריך למצוא את הפריט הנכון בהזמנת רכש.

00:17:04.260 --> 00:17:07.480
צוות המחסן זקוק לפריט הנכון בעת קבלה או ליקוד של מלאי.

00:17:07.600 --> 00:17:11.040
צוות המחירות זקוק לפרטי המוצר שצריכים להופיע בהצעת מחיר או הזמנה.

00:17:11.140 --> 00:17:14.700
וגם אפליקציות דיינמיקס 365 אחרות עשויות להזדקק לנתוני מוצר.

00:17:14.700 --> 00:17:18.300
פי מנותן לכל הצוותים האלה נקודת התחלה משותפת למקור אמת אחד.

00:17:18.440 --> 00:17:20.700
עכשיו, מאיפה מגיעים נתוני המוצר האלה?

00:17:20.800 --> 00:17:24.920
הגדרות מוצר יכולות להתחיל בתוך דיינמיקס 365 סופליי צ'יין מנג'מנד.

00:17:25.100 --> 00:17:28.560
זה עובד היטב כאשר החברה מנהלת את מידע המוצר שם מההתחלה.

00:17:28.680 --> 00:17:32.500
אבל עסקים רבים כבר משתמשים במערכת אחרת לפיתוח מוצרים או לרישומי מוצרים.

00:17:32.680 --> 00:17:36.880
לדוגמה, נתוני מוצר יכולים להגיע ממערכת ניהול מחזור חיי מוצר, שלרוב נקראת PLM.

00:17:36.880 --> 00:17:40.900
מערכת PLM עוזרת לצוותים לנהל מוצר לאורך עבודת הייצוב והפיתוח שלו.

00:17:41.020 --> 00:17:45.140
יש גם ניהול נתוני מוצר, PDM, שמטפל בנתוני מוצר ובמסמכים קשורים.

00:17:45.340 --> 00:17:49.920
חלק מהחברות אף משתמשות במערכת PIM נפרדת לפני שמידע המוצר נכנס לניהול שרשרת ההספקה.

00:17:50.040 --> 00:17:51.140
הנה החדשות הטובות.

00:17:51.320 --> 00:17:54.760
דיינמיקס 365 יכול ליבא הגדרות מוצר מהמערכות הללו.

00:17:54.760 --> 00:17:59.960
זה אומר שאין צורך להקליד שוב את אותם פרטי מוצר רק בגלל שהמוצר עובר מייצוב לעבודה בשרשרת ההספקה.

00:18:00.060 --> 00:18:04.940
ניהול שרשרת הספקה יכול להפוך למקום שמחזיק את נתוני המוצר המרכזיים גם עבור מופעים אחרים.

00:18:05.160 --> 00:18:07.720
זה חשוב בחברות גדולות אם יותר ממופע אחד.

00:18:07.880 --> 00:18:12.500
מופע אחד מנהל את הגדרות המוצר המרכזיות ואז מייצא ומייבא את הנתונים לאחרים.

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

00:18:18.340 --> 00:18:19.280
אבל יש עוד.

00:18:19.460 --> 00:18:22.020
מייקרוסופט דייטוורס מרחיב את נתיב ההפצה הזה.

00:18:22.220 --> 00:18:26.360
דייטוורס הוא שירות נתוני הענן המשותף של מייקרוסופט המשמש אפליקציות עסקיות רבות.

00:18:26.580 --> 00:18:29.160
ניהול שרשרת ההספקה יכול לייצא הגדרות מוצר לדייטוורס.

00:18:29.360 --> 00:18:33.680
ואפליקציות עסקיות אחרות כמו דיינמיקס 365 סיילס יכולות להשתמש בנתוני מוצר אלו.

00:18:33.780 --> 00:18:36.600
כעת זה לא אומר שכל אפליקציה מבצעת פתאום את אותה העבודה.

00:18:36.600 --> 00:18:39.120
ניהול מוצר מארגן ומתחזק מידע על מוצרים.

00:18:39.120 --> 00:18:42.140
דיינמיקס 365 סיילס מטפל בעבודת המחירות.

00:18:42.320 --> 00:18:46.760
אפליקציות אחרות מטפלות במשימות שירות לקוחות, מסחר, כספים, ייצור או תפעול משלהן.

00:18:46.880 --> 00:18:50.460
הן יכולות להשתמש בנתוני מוצר קשורים, אך כל אפליקציה שומרת על המטרה שלה.

00:18:50.600 --> 00:18:52.080
בואו נסתכל על זרימה מעשית.

00:18:52.260 --> 00:18:54.860
צוות המוצר יוצר או מייבא הגדרת מוצר חדשה.

00:18:55.000 --> 00:18:57.440
העסק משחרר אותה לישויות המשפטיות הזקוקות לה.

00:18:57.440 --> 00:18:59.780
ישויות אלו משלימות את ההגדרה המקומית שלהן.

00:18:59.780 --> 00:19:01.980
מחלקת הרכש יכולה לעבוד עם הפריט המאושר.

00:19:02.120 --> 00:19:03.980
צוות המחסן יכול לקבל ולטפל בו.

00:19:04.100 --> 00:19:07.600
המחירות יכולות להתייחס למוצר הנכון במקום להמציא גרסה משלהן.

00:19:07.740 --> 00:19:09.580
התוצאה מופיעה ברגעים יומיומיים.

00:19:09.760 --> 00:19:11.240
קונה מזמין את הפריט הנכון.

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

00:19:15.440 --> 00:19:21.480
כאשר פרטי מוצר משתנים, לצוותים יש מסלול ברור יותר לשימוש בפרטים המאושרים הנוכחיים במקום לרדוף אחרי עותקים ישנים.

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

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

00:19:34.400 --> 00:19:37.180
סיכום, סיפור מוצר אחד משותף בדיינמיקס.

00:19:37.180 --> 00:19:44.680
ניהול מידע על מוצרים בדיינמיקס 365 הופך רעיון למוצר לרשומה אחת מבוקרת שישויות משפטיות וצוותים עסקיים יכולים להשתמש בה בעבודתם.

00:19:44.840 --> 00:19:46.420
זהו טיפ הידע שלכם להיום.

00:19:46.420 --> 00:19:50.720
הרשמו בפלטפורמת הפודקסטים המועדפת עליכם ושתפו זאת עם מי שלומד את דיינמיקס 365.

00:19:51.200 --> 00:19:55.560
לאחר מכן המשיכו לפרק הבא כדי לראות כיצד כל אבני הבניין מתחברות ברחבי היי.