WEBVTT

00:00:00.000 --> 00:00:04.280
שלום וברוכים הבאים לפרק נוסף של פיסות ידע של מייקרוסופט, כאן ב-M365FM.

00:00:04.420 --> 00:00:06.200
אני המנחה שלכם, מרקו פיטרז.

00:00:06.320 --> 00:00:09.640
נושא היום הוא כזה שכמעט כל מי שעובד בשרשרת הספקה שמע עליו,

00:00:09.840 --> 00:00:11.220
אך מעטים באמת מבינים אותו לעומק.

00:00:11.340 --> 00:00:13.340
ניהול הובלה ב-Dynamics 365.

00:00:13.920 --> 00:00:14.540
זו הבעיה.

00:00:14.740 --> 00:00:18.440
לקוח מבצע הזמנה, המלאי יושב במחסן, מוביל זקוק לזמן איסוף,

00:00:18.480 --> 00:00:22.220
הלקוח מצפה למשלוח, ומאוחר יותר חשבון הובלה נוחת על שולחנו של מישהו.

00:00:22.220 --> 00:00:25.040
במשך שנים, השלבים האלו חיו בגיליונות אלקטרוניים נפרדים,

00:00:25.160 --> 00:00:27.220
שיחות טלפון, מחירונים והעברות בין צוותים.

00:00:27.340 --> 00:00:28.600
אה, וזה יוצר פערים.

00:00:28.800 --> 00:00:31.560
המחסן עלול להכין סחורה לפני שלהתחבורה יש תוכנית.

00:00:31.760 --> 00:00:34.840
מחלקת כספים עלולה לראות חשבון בלי לדעת מה סוכם לתשלום.

00:00:34.960 --> 00:00:36.420
אז מה זה בדיוק ניהול הובלה?

00:00:36.620 --> 00:00:41.500
במילים פשוטות, זהו דלפק התחבורה בתוך Dynamics 365 Surprise Chain Management.

00:00:41.680 --> 00:00:44.560
הוא מחבר בין דלתות המחסן, ספקים, לקוחות ומובילים.

00:00:44.560 --> 00:00:47.000
אנחנו נתכנן מתענים, נבחר נתיבים ותעריפים,

00:00:47.200 --> 00:00:48.600
נשלח סחורות ונבדוק דמי הובלה.

00:00:48.740 --> 00:00:53.620
עד סוף הפרק הזה, תראו איך כל החלקים האלו מתחברים כדי להקל על חיי העבודה שלכם.

00:00:58.110 --> 00:01:00.090
בואו נתחיל עם אמת בסיסית.

00:01:00.290 --> 00:01:04.050
סחורות פיזיות לא זזות רק בגלל שהזמנת מחירה קיימת על המסך.

00:01:04.210 --> 00:01:07.630
הן צריכות מסעית, נגרר, מחולה או דרך אחרת להתנייד.

00:01:07.790 --> 00:01:10.830
מי שהוא צריך לדעת מאיפה הסחורה יוצאת, לאן היא צריכה להגיע,

00:01:10.830 --> 00:01:14.250
כמה מקום היא תופסת, מתי היא צריכה לצאת וכמה הנסיעה אמורה לעלות.

00:01:14.410 --> 00:01:18.230
עכשיו, כשאתם מדמיינים קופסה אחת שהולכת ללקוח אחד, זה נשמע פשוט.

00:01:18.330 --> 00:01:22.190
אבל חברה אמיתית עשויה לשלוח הזמנות רבות מאותו מחסן באותו יום,

00:01:22.410 --> 00:01:26.230
לקבל סחורה מכמה ספקים ולהעביר מלאי בין אתרים שונים בו זמנית.

00:01:26.390 --> 00:01:30.050
לכל תנועה יש אנשים, תאריכים, מקום וכסף שקשורים אליה.

00:01:30.210 --> 00:01:33.310
ללא מערכת משותפת, כל צוות רואה רק את החלק שלו.

00:01:33.430 --> 00:01:35.290
המחירות רואות את הזמנת הלקוח.

00:01:35.290 --> 00:01:37.170
הרכש רואה את הזמנת הספק.

00:01:37.270 --> 00:01:41.070
צוות המחסן רואה את הפריטים שהוא צריך ללקט, להירוז, לקבל או להכסן.

00:01:41.190 --> 00:01:43.610
צוות התחבורה רואה רשימה של דברים שחייבים לזוז,

00:01:43.790 --> 00:01:45.830
לעיתים קרובות אחרי שכולם כבר עשו את חלקם.

00:01:45.970 --> 00:01:47.650
וכאן מתחילים עיכובים ובלבול.

00:01:47.790 --> 00:01:48.930
הנה דוגמה מוחשית.

00:01:49.090 --> 00:01:52.410
דמיינו מחסן שיש בו עשר הזמנות לקוח מוכנות לאותה עיר.

00:01:52.570 --> 00:01:55.290
אם אף אחד לא מחבר את ההזמנות האלו לפני הזמנת ההובלה,

00:01:55.510 --> 00:01:57.430
החברה עשויה לארגן כמה נסיעות חלקיות,

00:01:57.430 --> 00:02:00.790
או שהמוביל עשוי להגיע לפני שהמחסן יודע אילו סחורות שייכות לרכב.

00:02:00.890 --> 00:02:03.130
הסחורה מוכנה, אבל התנועה לא מתוכננת.

00:02:03.290 --> 00:02:08.630
אז, ניהול הובלה נותן לתנועה הזו מקום בתוך דיינמיקס 365 סופליי צ'יין מנג'מנט.

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

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

00:02:17.870 --> 00:02:19.970
הזמנה יוצרת את הצורך בהעברת סחורות.

00:02:19.970 --> 00:02:21.910
עבודת המחסן מכינה את הסחורות.

00:02:22.050 --> 00:02:25.330
ניהול הובלה מתכנן כיצד אותן סחורות ינועו בין מיקומים.

00:02:25.490 --> 00:02:28.090
חישבו על זה כמו על דלפק התחבורה בבניין משרדים.

00:02:28.250 --> 00:02:30.630
צוות המחירות מביא בקשת לקוח לדלפק.

00:02:30.790 --> 00:02:33.330
הרכש מביא בשורה שספק ישלח סחורה פנימה.

00:02:33.450 --> 00:02:36.070
המחסן מביא את המלאי בפועל ואת פתחי ההעמסה.

00:02:36.210 --> 00:02:39.630
דלפק התחבורה מחבר בין הבקשות הללו לתוכנית התחבורה של החברה.

00:02:39.750 --> 00:02:41.190
ישנם שני כיוונים עיקריים.

00:02:41.190 --> 00:02:44.170
פובלה נכנסת פירושה סחורות שנוסעות לתוך העסק שלך.

00:02:44.290 --> 00:02:47.630
הזמנת פריטים מספק והפריטים הללו צריכים להגיע למחסן שלך.

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

00:02:51.150 --> 00:02:55.650
כך או כך, אתה צריך תוכנית ברורה להעברת הסחורה למקום הנכון ולקבלתה כשהיא מגיעה.

00:02:55.730 --> 00:02:58.890
פובלה יוצאת פירושה סחורות שנוסעות אל מחוץ לעסק שלך.

00:02:59.050 --> 00:03:00.270
לקוח יזמין מוצרים.

00:03:00.490 --> 00:03:04.130
המחסן מכין אותם ומוביל או רכב חברה לוקח אותם ללקוח.

00:03:04.130 --> 00:03:07.190
שני התהליכים עוסקים בתנועה, אך נקודת ההתחלה שונה.

00:03:07.330 --> 00:03:09.710
הובלה נכנסת מתחילה בהזמנת רכש ושפה.

00:03:09.870 --> 00:03:12.190
הובלה יוצאת מתחילה בהזמנת מחירה ולקוח.

00:03:12.370 --> 00:03:15.890
יש גם סוג שלישי שמתחילים לעיתים קרובות מפספסים, הזמנות העברה.

00:03:16.010 --> 00:03:18.970
הזמנת העברה מניעה מלאי בין המיקומים של החברה שלך.

00:03:19.130 --> 00:03:22.310
אולי במחסן אחד יש יותר מדי מלאי, ומחסן אחר זקוק לו.

00:03:22.450 --> 00:03:26.330
אין מעורבות של רכישת לקוח, אך הסחורה הפיזית עדיין זקוקה להובלה.

00:03:26.330 --> 00:03:32.910
בניהול הובלה 365, הזמנות העברה שייכות לתרחיש היוצא וניתן לתכנן אותן לצד הזמנות מחירה.

00:03:33.070 --> 00:03:35.430
זה הגיוני כשמדמיינים את רציפה האמסה.

00:03:35.570 --> 00:03:39.650
אה, בין אם משטח נוסע ללקוח משלם או למחסן אחר של החברה,

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

00:03:44.490 --> 00:03:50.010
אז, הגישה המקושרת הזו מחליפה את שרשרת הרשימות ושיחות הטלפון הישנה במידע משותף.

00:03:50.130 --> 00:03:52.350
ההזמנה אומרת למערכת מה צריך לזוז.

00:03:52.350 --> 00:03:56.830
המחסן מכין את הפריטים. ניהול הובלה הופך את הצורך הזה לתוכנית תחבורה.

00:03:56.990 --> 00:04:01.110
ברגע שצריך להזיז סחורה, המערכת זקוקה קודם כל לתוכנית משלוח יסימה.

00:04:01.210 --> 00:04:02.190
תכנון המטען

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

00:04:08.130 --> 00:04:09.050
תכנון מטען

00:04:09.050 --> 00:04:12.170
ניתן להתחיל בתכנון הובלה מהזמנות או ממשלוחים.

00:04:12.350 --> 00:04:14.510
אני מרקו פיטרס מ-M365.

00:04:14.670 --> 00:04:16.410
FM, הותנו לי להפריך מיתוס מיד.

00:04:16.410 --> 00:04:19.970
תוכנית משלוח לא מתחילה מאפס. היא מתחילה מרשומות שכבר יש לך.

00:04:20.090 --> 00:04:22.110
הזמנת מכירה מכילה את מה שלקוח קנה.

00:04:22.250 --> 00:04:24.690
הזמנת רכש מפרטת את הפריטים שספק צריך לשלוח.

00:04:24.850 --> 00:04:28.950
משלוח מקבץ את הפריטים האלה לרשומת שילוח ממוקדת יותר שמוכנה לשילוב עם פריטים אחרים.

00:04:29.110 --> 00:04:31.030
אז, באיזו נקודת התחלה עליך להשתמש?

00:04:31.210 --> 00:04:33.050
זה תלוי באופן שבו החברה שלך פועלת.

00:04:33.190 --> 00:04:36.050
יש צוותים שמתכננים מוקדם ומסתכלים ישירות על שורות ההזמנה.

00:04:36.050 --> 00:04:39.190
צוותים אחרים יוצרים משלוחים קודם, ואז מחליטים מה נוסע יחד.

00:04:39.310 --> 00:04:41.010
שני הנתיבים מובילים לאותה שאלה.

00:04:41.130 --> 00:04:42.630
מה צריך לעלות על אותו כלי רכב?

00:04:42.750 --> 00:04:44.230
הנה ההגדרה הפשוטה ביותר.

00:04:44.390 --> 00:04:47.670
מטען, לוד, הוא הרשומה הדיגיטלית עבור תנועה מתוכננת של סחורות.

00:04:47.850 --> 00:04:52.510
ניתן לדמיין זאת כמסעית אחת, נגרר אחד, מחולה אחת או אוסף משלוחים שנוסעים יחד.

00:04:52.650 --> 00:04:56.510
זה נותן לך מקום אחד לראות אילו סחורות שייכות יחד לפני שהעבודה הפיזית מתחילה.

00:04:56.510 --> 00:04:58.910
כעת, הנה משהו שאנשים רבים מבינים לא נכון.

00:04:59.010 --> 00:05:01.510
מטען לא אומר שכל פריט נכנס לתוך ארגז פיזי אחד.

00:05:01.650 --> 00:05:04.370
המשמעות היא שהמערכת מקבצת סחורות סביב תוכנית הובלה אחת.

00:05:04.530 --> 00:05:06.790
מספר משלוחי לקוחות עשויים לחלוק מסעית אחת.

00:05:06.950 --> 00:05:09.190
הזמנה גדולה עשויה למלא נגרר שלם בעצמה.

00:05:09.370 --> 00:05:13.670
מחולה שמגיעה מספק יכולה גם היא להפוך למטען עוד לפני שהמחסן שלך מקבל את הסחורה.

00:05:13.850 --> 00:05:16.750
הנקודה היא להפסיק להתייחס לכל הזמנה כאל נסיעה נפרדת.

00:05:16.750 --> 00:05:20.390
תארו לעצמכם מפיץ שיש לו שש הזמנות לקוחות מוכנות למשלוח ביום שישי.

00:05:20.490 --> 00:05:23.930
כל השישה נמצאים באותו אזור, וכל הזמנה ממלאת רק חלק ממסעית.

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

00:05:28.370 --> 00:05:31.150
הצוות יכול במקום זאת לקבץ משלוחים תואמים למטען אחד.

00:05:31.310 --> 00:05:33.970
תואמים פירושו שהם יכולים לנסוע יחד באופן סביר.

00:05:33.970 --> 00:05:36.770
הם יוצאים מאותו מחסן, צריכים להגיע בערך באותו זמן,

00:05:36.770 --> 00:05:39.510
מתאימים למגבלות הרכב ועוקבים אחר כללי השילוח שלך.

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

00:05:44.110 --> 00:05:46.050
לקבוצה הזו יש כעת תוכנית משותפת.

00:05:46.170 --> 00:05:48.030
המחסן שלך רואה מה שייך למטען.

00:05:48.170 --> 00:05:50.530
מתכנן ההובלה רואה את סך הנפח והמשקל.

00:05:50.670 --> 00:05:54.130
אנשים לא צריכים לבנות מחדש את אותה רשימה באימיילים, פתקים או קובץ נפרד.

00:05:54.130 --> 00:05:55.350
אבל, הנה העניין.

00:05:55.490 --> 00:05:57.890
קיבוץ סחורות הוא לא רק לשים יותר פריטים יחד.

00:05:57.890 --> 00:06:00.910
למסעית יש מגבלות, משקל, שטח רצפה, גובה.

00:06:01.010 --> 00:06:02.310
למחולה יש כללים משלה.

00:06:02.490 --> 00:06:04.770
אם המערכת מקבצת סחורות בלי לבדוק את המגבלות האלה,

00:06:04.910 --> 00:06:07.750
המטען עשוי להיראות בסדר על המסך, אבל להיקשל ברציפה ההמסה.

00:06:07.890 --> 00:06:11.350
דיינמיקס 365 משתמשת בתבניות מטען כדי לעזור להימנע מכך.

00:06:11.490 --> 00:06:15.690
חישבו על תבנית מטען כעל קבוצה רב פעמית של מגבלות עבור סוג של רכב או מחולה.

00:06:15.690 --> 00:06:20.050
צרו אחת למסעית חלוקה קטנה, אחרת לנגרר גדול יותר, ואחרת למקולת שילוח.

00:06:20.210 --> 00:06:24.610
כל תבנית מכילה מגבלות למשקל, נפח, גובה וכללים אחרים שהחברה שלך צריכה.

00:06:24.730 --> 00:06:27.590
התבנית מעניקה למטען מבנה עוד לפני שמתחילים למלא אותו.

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

00:06:32.650 --> 00:06:36.610
הפתרון עשוי להיות רכב שני, תבנית אחרת או קיבוץ שונה של משלוחים.

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

00:06:42.130 --> 00:06:45.290
גישה מובנית אחת נקראת בניית מטען מבוססת נפח.

00:06:45.550 --> 00:06:47.530
זה נשמע טכני יותר ממה שזה באמת.

00:06:47.710 --> 00:06:53.350
המשמעות היא שהמערכת משתמשת בגובה ובמשקל המקסימליים מהתבנית שלך בעת בנייה או הצעה של מטען.

00:06:53.490 --> 00:06:56.490
במילים פשוטות, היא בודקת אם הסחורה עומדת במגבלות שהגדרת.

00:06:56.650 --> 00:06:58.510
הערכים הללו אינם נעולים לנצח.

00:06:58.510 --> 00:07:01.130
מתכנן יכול לעקוף אותם כאשר הצרכים בשטח משתנים.

00:07:01.290 --> 00:07:02.810
אולי מוביל שולח נגרר שונה.

00:07:02.950 --> 00:07:05.050
אולי נסיעה מסוימת מאפשרת גובה אחר.

00:07:05.170 --> 00:07:09.510
התבנית מספקת את הכלל הרגיל, והעקיפה מטפלת בחריגה מבלי לבנות הכל מחדש.

00:07:09.690 --> 00:07:11.650
בואו נחזור לשש הזמנות הלקוח האלו.

00:07:11.750 --> 00:07:14.430
כל אחת לבדה עשויה לטפוס 15% ממסעית.

00:07:14.550 --> 00:07:17.890
אם יתוכננו בנפרד, ייתכן שתשלחו שישה כלי רכב ריקים ברובם.

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

00:07:21.870 --> 00:07:23.450
זהו ניצול טוב יותר של המרחב.

00:07:23.570 --> 00:07:25.590
כעת, אותו רעיון עובד לשני הכיוונים.

00:07:25.770 --> 00:07:28.770
עבור תכנון נכנס, צרו מתען סביב פריטים שמגיעים מספק.

00:07:28.950 --> 00:07:33.730
תוכנית התובלה מתחברת לקבלה הצפויה, כך שהמחסן יודע מה מגיע ונערך לקבלת הסחורה.

00:07:33.910 --> 00:07:38.430
במקום לגלות על משלוח רק כשהוא מופיע בשער, לצוות הקבלה יש רישום מתוכנן.

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

00:07:43.530 --> 00:07:47.650
המחסן מכין את הסחורה בהתבסס על פרטי המטען, לא על רשימה מנותקת.

00:07:47.770 --> 00:07:52.030
מטען מלא עדיין זקוק לדרך תנועה, לחברה שתניע אותו ולעלות צפויה.

00:07:52.870 --> 00:07:54.850
נתיבים, מובילים ותעריפים

00:07:54.850 --> 00:07:58.030
המתן אומר לך כעת מה צריך לנסוע יחד.

00:07:58.210 --> 00:08:02.830
לאחר מכן, עליך להחליט מי מוביל אותו, באיזה שירות משתמשים וכמה הנסיעה הזו אמורה לעלות.

00:08:02.830 --> 00:08:05.250
החברה שמובילה את הסחורה שלך נקראת מוביל.

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

00:08:08.870 --> 00:08:12.310
זה יכול להיות גם הצי שלך אם אתה מפעיל מסעיות ונהגי משלך.

00:08:12.430 --> 00:08:14.910
כך או כך, המוביל אחראי לנסיעה הפיזית.

00:08:15.110 --> 00:08:19.390
להבחנה הזו יש משמעות כי אתה עדיין זקוק לתוכנית, גם כשהמסעית שייכת לך.

00:08:19.510 --> 00:08:22.250
אם מוביל חיצוני, מסכמים מחירים ושירותים מראש.

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

00:08:28.070 --> 00:08:31.730
דיינמיקס 365, טרנספורטיישן מנג'מנט, תומכת בשני המצבים.

00:08:31.850 --> 00:08:33.110
אחר כך ישנו המסלול.

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

00:08:37.070 --> 00:08:38.430
הוא עונה על שאלות מעשיות.

00:08:38.630 --> 00:08:40.710
מאיזה מחסן המוביל אוסף את הסחורה?

00:08:40.890 --> 00:08:42.890
איזה לקוח או מיקום מקבל את הסחורה?

00:08:43.070 --> 00:08:44.870
איזה שירות הובלה מטפל בנסיעה?

00:08:44.870 --> 00:08:48.470
דמיינו משלוח שעוזב את המחסן הראשי שלכם ללקוח בצד השני של המדינה.

00:08:48.590 --> 00:08:52.110
מסלול אחד עשוי להשתמש בהובלה יבשתית, רגילה שעולה פחות, אך לוקחת יותר זמן.

00:08:52.290 --> 00:08:54.630
אחר עשוי להשתמש בשירות מהיר ויקר יותר.

00:08:54.830 --> 00:08:57.750
אותה נקודת התחלה וסיום, אך בחירת ההובלה משתנה.

00:08:57.910 --> 00:08:59.950
תעריף הוא העלות הצפויה עבור בחירה זו.

00:09:00.090 --> 00:09:02.310
זה לא מספר אקראי שמוקלד ברגע האחרון.

00:09:02.450 --> 00:09:06.370
תעריפים מגיעים מהסכמי מחירים עם מובילים, בשילוב עם פרטי המשלוח או המסלול.

00:09:06.370 --> 00:09:10.230
היכן הסחורה מתחילה, לאן היא הולכת, השירות בשימוש, הכמות שמועברת.

00:09:10.350 --> 00:09:12.530
אז, מסלול אומר לכם איך הסחורה צריכה לנוע.

00:09:12.670 --> 00:09:14.490
תעריף אומר לכם מה אתם צפויים לשלם.

00:09:14.650 --> 00:09:18.410
שני הרעיונות הללו שייכים יחד כי מסלול זול עלול לפספס את הבטחת המשלוח שלכם,

00:09:18.570 --> 00:09:20.590
בעוד שמהירות עלולה לעלות יותר ממה שההזמנה תומכת.

00:09:20.710 --> 00:09:22.530
תכנון הובלה הוא לא רק למצוא מסעית,

00:09:22.730 --> 00:09:26.470
הוא בחירת שירות שמתאים למחויבות הלקוח שלכם ולכללי העלות של החברה.

00:09:26.470 --> 00:09:29.790
דיינמיקס 365 כוללת את סביבת העבודה של תעריפים ומסלולים,

00:09:29.970 --> 00:09:30.670
רייט רוט וורק בנש.

00:09:30.790 --> 00:09:32.850
השם נשמע רשמי, אבל המטרה פשוטה.

00:09:32.950 --> 00:09:37.210
היא נותנת לי מתכננים מקום להשוות אפשרויות מסלול ותעריף עבור משלוח זה לצד זה.

00:09:37.370 --> 00:09:40.610
במקום לבדוק טבלת מוביל אחת ואז אחרת ולהשוות בקובץ נפרד,

00:09:40.830 --> 00:09:43.270
אתם סוקרים את האפשרויות המחוברות לצורך המשלוח הזה.

00:09:43.270 --> 00:09:47.250
אולי אפשרות אחת מגיעה ללקוח מוקדם יותר, אולי אחרת עולה פחות.

00:09:47.250 --> 00:09:52.490
המערכת לא יודעת שכל לקוח מעריך מהירות יותר מאשר עלות כי עסקים עובדים אחרת.

00:09:52.630 --> 00:09:56.470
לקוח עשוי לשלם עבור משלוח דחוף, כך שהמסלול המהיר הגיוני.

00:09:56.670 --> 00:10:00.010
אחר מקבל משלוח ארוך יותר והעלות הנמוכה יותר מתאימה יותר.

00:10:00.250 --> 00:10:01.970
אנשים עדיין מקבלים את ההחלטה.

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

00:10:07.830 --> 00:10:09.850
הנה מה שהמודול המובנה עושה בפועל.

00:10:09.850 --> 00:10:14.370
מידע על תעריפים מגיע מטבלאות תעריפים שהחברה שלכם מזינה ומתחזקת בדיינמיקס 365.

00:10:14.890 --> 00:10:18.770
חישבו על תבלאות אלו כעל רשומות מאוכסנות של מחירי מובילים מוסכמים וכללי מסלול.

00:10:18.930 --> 00:10:23.670
אם ניהלתם מסע ומתן על מחיר עבור שירות ונתיב מסוימים, המידע הזה יושב במערכת ותומך בתכנון.

00:10:23.670 --> 00:10:26.590
זה עובד היטב כשהתעריפים שלכם עוקבים אחר הסכמים ידועים.

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

00:10:31.790 --> 00:10:35.750
מתכנן ההובלה משתמש בתעריפים שכבר נרשמו במקום לצות בתוך אימיילים ישנים.

00:10:35.910 --> 00:10:38.030
אבל הנה משהו שרבים מבינים לא נכון.

00:10:38.190 --> 00:10:41.690
המודול המובנה לא פועל כמו אתר קניות חי שמחובר לכל מוביל.

00:10:41.690 --> 00:10:46.490
היא לא מושכת אוטומטית מחירים עדכניים מפידים חיים ומשווה אותם על פני רשת רחבה בזמן אמה.

00:10:46.650 --> 00:10:49.010
אם החברה שלך זקוקה להשוואת תעריפים בין מובילים,

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

00:10:53.290 --> 00:10:54.870
זה לא קשל של ניהול התחבורה.

00:10:55.070 --> 00:10:56.630
היא מגדירה את תפקידה בבירור.

00:10:56.810 --> 00:11:01.750
כלים אלו מטפלים בתכנון הובלה מובנה בתוך ניהול שרשרת ההספקה תוך שימוש במידע על מובילים,

00:11:01.750 --> 00:11:04.230
מסלולים ותעריפים שהחברה שלך מנהלת.

00:11:04.390 --> 00:11:07.070
וזו גם לא אתר לצרכנים למעקב אחר חבילות.

00:11:07.290 --> 00:11:12.630
לא תשתמש בה כמו במפה שבה מזינים מספר מעקב וצופים באייקון של רכב נוסע על כביש.

00:11:12.630 --> 00:11:16.530
מודול זה מתמקד בהחלטות הובלה עסקיות לפני ובמהלך המשלוח.

00:11:16.710 --> 00:11:21.590
אילו סחורות עוברות יחד, איזה מוביל מטפל בהן, איזה מסלול חל ומה צריכה להיות עלות הנסיעה.

00:11:21.710 --> 00:11:26.510
ברגע שהחברה שלך הבוחרת את התוכנית הזו, צוותי המחסן והתחבורה צריכים להוציא אותה לפועל.

00:11:26.510 --> 00:11:31.650
מדלת המחסן לדלת הלקוח, תוכנית הובלה עוזרת רק כשניתן להפוך אותה למשלוח ממשי.

00:11:31.730 --> 00:11:35.390
עבור הזמנה יוצאת, התהליך מתחיל בדרך כלל כאשר לקוח קונה משהו.

00:11:35.510 --> 00:11:39.670
הזמנת המחירה אומרת לעסק מה הלקוח רוצה, לאן היא צריכה להגיע ומתי היא אמורה להגיע.

00:11:39.830 --> 00:11:44.350
הזמנה זו הופכת למשלוח, והמשלוח מצטרף למטען מתוכנן עם סחורות אחרות שנוסעות באותה נסיעה.

00:11:44.450 --> 00:11:46.110
ואז המחסן משתלט על העניינים.

00:11:46.110 --> 00:11:50.030
העובדים מלקטים את הפריטים מהיחסון, הורזים אותם ומביאים אותם לאזור ההעמסה הנכון.

00:11:50.150 --> 00:11:55.370
מכיוון שהמשלוח שייך למטען, הצוות יכול לראות אילו סחורות צריכות לצאת יחד ואיזה מוביל יאסוף אותן.

00:11:55.370 --> 00:12:00.110
כשהרכב מגיע, הסחורות עוברות מהמחסן למוביל, והמוביל לוקח אותן ללקוח.

00:12:00.290 --> 00:12:02.290
כל שלב מתחבר לאותו תיעוד תנועה.

00:12:02.410 --> 00:12:04.770
זה נשמע רגיל, אבל תארו לעצמכם את הדרך הישנה.

00:12:04.770 --> 00:12:06.730
מלקט עשוי לעבוד עם הזמנה מודפסת.

00:12:06.870 --> 00:12:09.170
מתכנן תחבורה עשוי להחזיק רשימה נפרדת.

00:12:09.290 --> 00:12:13.530
ומי שהוא בפתח ההעמסה עשוי לחפש במיילים כדי לבדוק איזה מוביל צריך לקחת אילו משטחים.

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

00:12:16.730 --> 00:12:19.870
עם ניהול תחבורה, המטען מעניק לצוותים תיעוד משותף.

00:12:19.990 --> 00:12:22.330
המחסן יכול לראות את הפריטים המחוברים למטען,

00:12:22.510 --> 00:12:24.650
מתכנן התחבורה יכול לראות את פרטי המשלוח,

00:12:24.650 --> 00:12:28.230
והאדם שמארגן את האיסוף יכול לראות את המוביל והשירות המתוכננים.

00:12:28.550 --> 00:12:30.690
במקום להעביר מספר רשימות נייר,

00:12:30.890 --> 00:12:34.230
אנשים עובדים על סמך מידע המקושר לאותה הזמנה ומשלוח.

00:12:34.430 --> 00:12:35.470
הנה דוגמה פשוטה.

00:12:35.610 --> 00:12:39.030
במחסן יש הזמנות עבור מספר לקוחות באותו אזור חלוקה.

00:12:39.170 --> 00:12:41.490
לקוח אחד הזמין קרטונים של חומרי ניקוי,

00:12:41.630 --> 00:12:42.850
אחר הזמין מוצרי נייר,

00:12:43.070 --> 00:12:44.950
ושלישי הזמין קבוצה קטנה של ציוד.

00:12:45.110 --> 00:12:46.510
כל הזמנה דורשת ליקוט ועריזה,

00:12:46.510 --> 00:12:49.690
אך צוות הטובלה לא חייב להתייחס עליהן כאל נסיעות נפרדות לחלוטין.

00:12:49.790 --> 00:12:51.990
הם משייכים את המשלוחים למטען אחד מתוכנן.

00:12:52.150 --> 00:12:53.850
צוות המחסן מלקט כל הזמנה,

00:12:54.070 --> 00:12:56.090
אורז אותה כראוי ומכין אותה לאזור הטעינה.

00:12:56.270 --> 00:12:59.530
רשומת המטען מבהירה להם שכל המשלוחים הללו נוסעים יחד.

00:12:59.530 --> 00:13:03.090
כשהמוביל מגיע, הצוות מוסר את הסחורה בתנועה אחת מתוכננת,

00:13:03.270 --> 00:13:06.210
במקום לנסות להתאים משטחים בודדים לנהג ברגע האחרון.

00:13:06.350 --> 00:13:08.590
הלקוח עדיין מקבל את ההזמנה האישית שלו,

00:13:08.750 --> 00:13:09.750
אך מאחורי הקלעים,

00:13:09.930 --> 00:13:12.730
העסק תכנן את המשלוח הזה כחלק מתנועה גדולה יותר.

00:13:12.950 --> 00:13:17.110
הקשר הזה מסייע למחסן לעבוד יחד עם צוות הטובלה במקום לעבוד לפניו,

00:13:17.190 --> 00:13:19.210
או להמתין להנחיות שמגיעות מאוחר מדי.

00:13:19.210 --> 00:13:23.230
טובלה נכנסת עוקבת אחר אותו רעיון מקושר, רק בכיוון ההפוך.

00:13:23.390 --> 00:13:26.970
הזמנת רכש מודיעה לך שהחברה שלך מצפה לסחורה מספק.

00:13:27.150 --> 00:13:28.950
כשהעסק שלך מארגן את התובלה,

00:13:29.270 --> 00:13:33.390
מטען נכנס מתוכנן מחברת הפריטים לנסיעה עוד לפני שהסחורה מגיעה למחסן.

00:13:33.530 --> 00:13:37.610
הספק שולח את המשלוח, המוביל מביא אותו לאתר שלך, והמחסן קולט אותו.

00:13:37.770 --> 00:13:40.890
צוות הקבלה יכול להיערך מראש כיוון שהם יודעים מה אמור להגיע.

00:13:40.890 --> 00:13:43.950
הם יכולים להשוות את המטען המתוכנן לסחורה שמגיעה לרציף,

00:13:43.950 --> 00:13:48.970
הרבה יותר ברור ממשאית שמופיעה ללא התראה ומישהו שמנסה להבין לאיזו הזמנת רכש המשטחים שייכים.

00:13:49.170 --> 00:13:51.250
גם הזמנות העברה מתאימות לתהליך הזה.

00:13:51.430 --> 00:13:54.870
אתר אחד של החברה שולח מלאי בעוד אתר אחר של החברה קולט אותו.

00:13:55.030 --> 00:13:57.530
המחסן הראשון מכין את הפריטים ושולח אותם,

00:13:57.730 --> 00:14:00.890
והמחסן השני מצפה לאותם פריטים וקולט אותם למלאי שלו.

00:14:00.890 --> 00:14:02.950
אין לקוח חיצוני בסוף הנסיעה הזו,

00:14:03.150 --> 00:14:06.170
אך החברה עדיין זקוקה למסירה ברורה בין שני המקומים.

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

00:14:10.250 --> 00:14:13.730
גם אפשרויות המשלוח ללקוח נשארות מקושרות להחלטת השילוח.

00:14:13.910 --> 00:14:17.610
אם מתכנן בוחר שירות הובלה מהיר יותר כי הלקוח צריך את הסחורה בדחיפות,

00:14:17.810 --> 00:14:19.310
הבחירה הזו מקושרת למשלוח.

00:14:19.490 --> 00:14:22.710
אם העסק משתמש בשירות זול יותר כי תאריך ההספקה מאפשר זאת,

00:14:22.870 --> 00:14:24.030
גם הבחירה הזו מקושרת.

00:14:24.030 --> 00:14:28.170
ניתן לעקוב אחרי עלות המשלוח חזרה למסלול ולבחירת המוביל שיצרו אותה.

00:14:28.170 --> 00:14:31.150
הרכב אולי עוזב את הרציף והסחורה אולי מגיעה בשלום,

00:14:31.310 --> 00:14:32.710
אבל העבודה עדיין לא הסתיימה.

00:14:32.830 --> 00:14:36.310
המוביל שולח חשבון הובלה לאחר מכן ומישהו צריך לבדוק אותו.

00:14:36.610 --> 00:14:38.650
עלויות הובלה והתאמת חשבונות.

00:14:38.870 --> 00:14:42.270
הסחורה עזבה את המחסן והמשלוח עשוי אפילו להסתיים.

00:14:42.450 --> 00:14:44.070
ואז מגיעה חשבונית המוביל.

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

00:14:50.050 --> 00:14:54.390
כולל המוביל, המסלול, השירות, פרטי המטען ועלות ההובלה הצפויה.

00:14:54.530 --> 00:15:00.330
במהלך התכנון, דיינמיקס 365 יכול לחשב עלות הובלה צפויה על סמך נתוני התעריפים של החברה.

00:15:00.490 --> 00:15:04.330
סכום צפוי זה מעניק לעסק נקודת מוצא עוד לפני שהמוביל מבקש תשלום.

00:15:04.510 --> 00:15:07.010
בהמשך, המוביל שולח את חשבונית ההובלה שלו.

00:15:07.010 --> 00:15:12.190
התאמת חשבוניות הובלה פירושה השוואת אותה חשבונית לפרטי התעריף והמשלוח שכבר תועדו במערכת.

00:15:12.190 --> 00:15:17.430
במילים פשוטות, החברה בודקת אם המוביל גבה את הסכום שהחברה ציפתה לו עבור השירות שביצע בפועל את העברת הסחורה.

00:15:17.610 --> 00:15:20.110
דמיינו שהתוכנית הראתה עלות של 500 דולר.

00:15:20.310 --> 00:15:23.830
גם חשבונית המוביל מראה 500 דולר ופרטי המשלוח תואמים.

00:15:23.970 --> 00:15:28.650
לחשבונית הזו יש מסלול ברור בתהליך הבדיקה מכיוון שרישום התכנון והחשבונית מסכימים זה עם זה.

00:15:28.650 --> 00:15:30.830
אך חשבוניות לא תמיד תואמות את התכנון.

00:15:30.970 --> 00:15:34.250
אולי טבלת התעריפים הייתה שגויה, אולי המוביל חייב על שירות שונה,

00:15:42.190 --> 00:15:44.810
אז לבזבז זמן בשלת צוותי המחסן וההובלה מה קרה.

00:15:44.950 --> 00:15:48.130
ניהול הובלה שומר על החלטת השינוע מקושרת לבדיקה הזו.

00:15:48.250 --> 00:15:52.590
חוקים יכולים להשוות בין חשבונית המוביל לבין הסכום הצפוי ופרטי המשלוח המתוכננים.

00:15:52.810 --> 00:15:56.830
כשהפרטים עומדים בכללים המקובלים של החברה, החשבונית יכולה להמשיך בתהליך.

00:15:56.830 --> 00:16:00.650
כשהפרטים אינם תואמים, המערכת מעבירה את ההפרש לבדיקה אנושית.

00:16:00.750 --> 00:16:04.170
משמעות הדבר היא שאנשים לא מאשרים כל חיוב הובלה באופן עיוור.

00:16:04.170 --> 00:16:07.830
מתכנן הובלה עשוי להצטרך לאשר שהמוביל ישתמש בשירות אחר,

00:16:08.030 --> 00:16:11.230
או שמי שהוא בכשפים עשוי להצטרך לשאול מדוע הופיע חיוב נוסף.

00:16:11.350 --> 00:16:14.070
הנקודה היא לא להניח שכל אי התאמה היא טעות, נכון.

00:16:14.230 --> 00:16:16.930
הנקודה היא להבחין באי התאמה לפני ביצוע התשלום.

00:16:17.110 --> 00:16:19.650
זה מחבר בין התפעול לכשפים סביב אותו משלוח.

00:16:19.650 --> 00:16:21.750
צוות ההובלה בוחר מוביל ושירות.

00:16:21.930 --> 00:16:23.710
בחירה זו יוצרת עלות צפויה.

00:16:23.710 --> 00:16:29.250
המחסן שולח את הסחורה ומחלקת הכספים בודקת את החשבונית המאוחרת מול רישום מה שהחברה תכננה.

00:16:29.390 --> 00:16:32.630
כל צוות רואה חלק אחר, אך כולם מסתכלים על מידע מקושר.

00:16:32.810 --> 00:16:35.130
עם זאת, לתהליך המובנה יש היקף ברור.

00:16:35.310 --> 00:16:41.210
חברות הזקוקות לבקרת הובלות בהיקף גדול ובאוטומציה גבוהה מוסיפות לעתים קרובות מערכת ניהול הובלה חיצוני.

00:16:41.210 --> 00:16:45.590
כלים אלו יכולים להביא לקשרים עמוקים יותר עם מובילים ולחוקי בדיקה אוטומטיים יותר.

00:16:45.590 --> 00:16:54.010
המודול המובנה מטפל בעלות המתוכננת ובעבודת ההתאמה בתוך ניהול שרשרת ההספקה, בעוד שמערכת אחרת יכולה להרחיב עבודה זו כאשר העסק זקוק ליותר.

00:16:54.170 --> 00:17:00.150
שלבו את כל אבני הבניין הללו יחד, והתמונה המלאה מתחילה להופיע היכן היא משתלבת ומה היא לא עושה.

00:17:00.410 --> 00:17:02.350
אז איפה בעצם נמצא ניהול התחבורה?

00:17:02.350 --> 00:17:07.650
הוא שייך לתוך דיינמיקס 365 סופליי צ'יין מנג'מנט שרץ על יישומי הכספים והתפעול.

00:17:07.830 --> 00:17:08.670
זה הבית שלו.

00:17:08.790 --> 00:17:09.810
הנה למי הוא מתאים.

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

00:17:19.630 --> 00:17:22.030
עכשיו בואו נבהיר נקודת בלבול נפוצה.

00:17:22.170 --> 00:17:23.530
ביזנס סנטרל הוא שונה.

00:17:23.750 --> 00:17:26.710
ביזנס סנטרל לא כולל את מודול ניהול התחבורה המובנה הזה.

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

00:17:31.930 --> 00:17:32.770
זהו הגבול.

00:17:32.990 --> 00:17:35.090
בואו נשמור על הגבול ברור גם בצד השני.

00:17:35.230 --> 00:17:39.890
המודול המובנה לא מחליף כל פורטל מובילים, שירות תנועה בזמן אמת או כלי מעקב מתקדם.

00:17:40.010 --> 00:17:47.390
כאשר עסק זקוק לתעריפים חיים ממספר מובילים, מגוון רחב יותר של מובילים או מעקב מעמיק אחרי שהסחורה עוזבת את הרציף, הוא מתחבר ל-TMS של צד שלישי.

00:17:47.390 --> 00:17:49.530
הכלים האלה מטפלים בפעילות החיצונית.

00:17:49.670 --> 00:17:51.250
חישבו שוב על בניין המשרדים.

00:17:51.430 --> 00:17:54.030
ניהול תחבורה הוא דלפק התחבורה בתוך הבניין הזה.

00:17:54.170 --> 00:17:56.810
הוא מתחבר להזמנות, לעבודת המחסן ולכשפים.

00:17:56.990 --> 00:17:59.370
הוא שומר על תוכנית התחבורה של החברה מאוחדת.

00:17:59.510 --> 00:18:02.870
כלי מובילים חיצוניים עשויים לטפל בפעילות שמעבר לאותו דלפק.

00:18:03.070 --> 00:18:04.890
שתי שכבות שונות שעובדות יחד.

00:18:05.990 --> 00:18:06.530
סיכום.

00:18:06.950 --> 00:18:08.090
פיסת הידע הבאה.

00:18:08.090 --> 00:18:10.210
הנה הדרך הפשוטה ביותר לחשוב על זה.

00:18:10.330 --> 00:18:13.650
ניהול תחבורה הופך הזמנות עסקיות לתנועה מתוכננת של סחורות.

00:18:13.790 --> 00:18:17.510
לאחר מכן הוא מחבר את התנועה הזו לעלויות ההובלה שהחברה בודקת לאחר מכן.

00:18:17.510 --> 00:18:18.810
זה המעגל השלם.

00:18:18.990 --> 00:18:21.370
הרשמו בפלטפורמת הפודקסטים המועדפת עליכם.

00:18:21.530 --> 00:18:26.110
שתפו את פיסת הידע הזו עם מישהו שלומד את דינמיקס 365 סופליי צ'יין מנג'מנט.

00:18:26.290 --> 00:18:29.010
לאחר מכן חיקרו את הפרקים שלנו על מחסנים ומלאי.

00:18:29.010 --> 00:18:32.110
כל משלוח עדיין תלוי במלאי שיושב מאחורי דלת המחסן.