מה קורה כששם המוצר במחירות לא תואם לשם המוצר במחסן, והחנות המקוונת עדיין מציגה תמונה משנה שעברה? מי שהוא מזמין את הפריט הלא נכון, קונה מבקש פרטים שאף אחד לא מוצא, והצוות מתחיל לבדוק גיליונות אלקטרוניים, מיילים ישנים, קובצי PDF של ספקים וחמש מערכות שונות רק כדי לענות על שאלה פשוטה. ברוכים הבאים לעוד טיפ ידע מ-M365-FMIOTM-DMO-Peters, והיום אנחנו עוסקים בניהול מידע על מוצרים ב-Dynamics 365 או בקיצור PIM. עד סוף הסרטון תבינו כיצד הוא שומר על רשומת מוצר אחת משותפת, איך מוצרים יכולים להגיע בצורות שונות וכיצד המידע הזה מגיע לחלקים בעסק שזקוקים לו. רשומת מוצר אחת לכל החברה מוצר עשוי להיראות פשוט מהצד. רק שם, מחיר ואולי תמונה. מאחורי הקלעים, אותו מוצר נוגע כמעט בכל חלק בחברה. הנה איך זה עובד. הרכש צריך פרטי ספק ויחידות, בעוד צוותי המחסן צריכים מידע כדי לקבל, להכסן וללקט פריטים. המחירות צריכות שמות ברורים. הכספים צריכים הגדרה נכונה, והחנות המקוונת צריכה תמונות ותיאורים מדויקים. כל צוות מסתכל על אותו מוצר מזווית שונה.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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