WEBVTT

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

00:00:04.320 --> 00:00:06.260
אני המערך שלכם, מרקופיטרז.

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

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

00:00:11.380 --> 00:00:13.320
ניהול הובלה ב-Dynamics 365.

00:00:13.900 --> 00:00:14.600
הנה הבעיה.

00:00:14.800 --> 00:00:18.340
לקוח מבצע הזמנה, המלאי ממתין במחסן, מוביל זקוק לזמן איסוף,

00:00:18.540 --> 00:00:22.160
הלקוח מצפה למשלוח, ובהמשך חשבון הובלה נוחת על שולחנו של מישהו.

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

00:00:25.120 --> 00:00:27.200
שיחות טלפון, דפי תעריפים ומסירות בין צוותים.

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

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

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

00:00:35.060 --> 00:00:36.440
אז מהו בעצם ניהול הובלה?

00:00:36.600 --> 00:00:41.180
במילים פשוטות, זו עמדת ההובלה בתוך מערכת ניהול שרשרת ההספקה של Dynamics 365.

00:00:41.180 --> 00:00:44.600
היא מחברת בין שערי המחסן, ספקים, לקוחות ומובילים.

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

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

00:00:56.110 --> 00:00:57.430
למה קיים ניהול הובלה?

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

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

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

00:01:07.610 --> 00:01:14.230
מי שהוא צריך לדעת מאיפה הסחורה יוצאת, לאן היא צריכה להגיע, כמה מקום היא תופסת, מתי היא צריכה לצאת וכמה הנסיעה אמורה לעלות.

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

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

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

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

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

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

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

00:01:41.250 --> 00:01:45.530
צוות ההובלה רואה רשימה של דברים שחייבים לזוז, לרוב אחרי שכולם כבר סיימו את חלקם.

00:01:45.670 --> 00:01:47.770
וזה המקום שבו מתחילים עיכובים ובלבול.

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

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

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

00:01:55.590 --> 00:01:57.590
החברה עלולה לתאם כמה נסיעות מלאות חלקית,

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

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

00:02:03.230 --> 00:02:08.250
לכן, ניהול הובלה נותן לתנועה הזו מקום בתוך מערכת ניהול שרשרת ההספקה של דינמיקס 365.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

00:03:50.170 --> 00:03:52.410
ההזמנה מספרת למערכת מה צריך לנוע.

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

00:03:57.070 --> 00:04:01.070
ברגע שסחורות צריכות לנוע, המערכת זקוקה תחילה לתוכנית משלוח ישימה.

00:04:01.170 --> 00:04:02.150
תכנון המטען

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

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

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

00:04:12.930 --> 00:04:13.210
אני

00:04:13.210 --> 00:04:16.110
והרשו לי להפריך מיתוס מיד.

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

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

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

00:04:24.830 --> 00:04:28.870
משלוח מאגד את הפריטים הללו לרישום משלוח ממוקד יותר שמוכן לשילוב עם אחרים.

00:04:29.050 --> 00:04:31.010
אז, באיזו נקודת התחלה כדאי להשתמש?

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

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

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

00:04:39.250 --> 00:04:40.990
שני המסלולים מובילים לאותה שאלה.

00:04:41.090 --> 00:04:42.710
מה צריך להיכנס לאותו כלי רכב?

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

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

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

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

00:04:56.770 --> 00:04:58.690
כעת, הנה משהו שרבים טועים בו.

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

00:05:01.650 --> 00:05:04.330
זה אומר שהמערכת מאגדת סחורות סביב תוכנית הובלה אחת.

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

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

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

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

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

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

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

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

00:05:31.290 --> 00:05:33.990
טועמים אומר שהם יכולים לנסוע יחד בצורה סבירה.

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

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

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

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

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

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

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

00:05:54.090 --> 00:05:55.290
אבל, הנה העניין.

00:05:55.430 --> 00:05:58.030
איגוד סחורות הוא לא רק עניין של לשים עוד פריטים יחד.

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

00:06:01.050 --> 00:06:02.390
למחולה יש חוקים משלה.

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

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

00:06:07.930 --> 00:06:11.390
דיינמיקס 365 משתמשת בתבניות מטען כדי לעזור למנוע זאת.

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

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

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

00:06:24.790 --> 00:06:27.570
התבנית נותנת למטען צורה לפני שמתחילים למלא אותו.

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

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

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

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

00:06:45.410 --> 00:06:47.570
זה נשמע טכני יותר ממה שזה צריך להיות.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

00:08:22.510 --> 00:08:25.570
אם הצי שלכם, ייתכן שעדיין תרצו שעלות התובלה תחושב,

00:08:25.750 --> 00:08:28.070
במיוחד אם עלויות המשלוח מופיעות בהזמנות הלקוח.

00:08:28.230 --> 00:08:31.750
ניהול התובלה של דינמיקס 365 תומך בשני המצבים.

00:08:31.890 --> 00:08:32.990
ואז יש את המסלול.

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

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

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

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

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

00:08:45.010 --> 00:08:48.410
דמיינו משלוח היוצא מהמחסן הראשי שלכם ללקוח בצד השני של המדינה.

00:08:48.550 --> 00:08:50.270
מסלול אחד עשוי להשתמש בהובלה יבשתית,

00:08:50.350 --> 00:08:52.110
רגילה שעלותה נמוכה, אך עורכת זמן רב יותר.

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

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

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

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

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

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

00:09:10.610 --> 00:09:14.370
אז, מסלול אומר לכם איך הסחורה צריכה לנוע, תעריף אומר לכם מה אתם מצפים לשלם.

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

00:09:18.510 --> 00:09:20.650
בעוד שמהירות עלולה לעלות יותר ממה שההזמנה מאפשרת.

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

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

00:09:26.790 --> 00:09:30.590
דיינמיקס 365 כוללת את סביבת העבודה של מסלול ותעריף.

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

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

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

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

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

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

00:09:52.530 --> 00:09:56.550
לקוח עשוי לשלם עבור משלוח דחוף, אז המסלול המהיר הגיוני.

00:09:56.690 --> 00:09:59.970
אחר מקבל משלוח ארוך יותר והתשלום הנמוך מתאים יותר.

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

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

00:10:07.870 --> 00:10:09.790
הנה מה שהמודול המובנה באמת עושה.

00:10:13.490 --> 00:10:18.790
דיינמיקס 365. תחשבו על התבלאות האלו כרשומות מאוכסנות של מחירי מובילים מוסכמים וחוקי מסלול.

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

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

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

00:10:31.650 --> 00:10:35.830
מתכנן התחבורה משתמש בתעריפים שכבר נרשמו במקום לחפש באימיילים ישנים.

00:10:36.010 --> 00:10:37.930
אבל הנה משהו שרבים לא מבינים.

00:10:38.090 --> 00:10:41.750
המודול המובנה לא מתנהג כמו אתר קניות חי המחובר לכל מוביל.

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

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

00:10:51.550 --> 00:10:53.270
אתם בדרך כלל מחברים מערכת צד שלישית.

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

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

00:10:56.710 --> 00:11:00.330
כלים אלו מטפלים בתכנון תחבורה מובנה בתוך ניהול שרשרת ההספקה,

00:11:00.570 --> 00:11:04.430
תוך שימוש במידע על מובילים, מסלולים ותעריפים שהחברה שלכם מנהלת.

00:11:04.470 --> 00:11:07.050
והוא גם לא אתר למעקב אחר חבילות לצרכן.

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

00:11:12.750 --> 00:11:16.710
מודול זה מתמקד בהחלטות עסקיות לגבי הובלה לפני המשלוח ובמהלכו.

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

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

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

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

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

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

00:11:44.630 --> 00:11:45.930
אז המחסן לוקח פיקוד.

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

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

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

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

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

00:12:04.970 --> 00:12:07.010
מלקט עשוי לעבוד על סמך הזמנה מודפסת.

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

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

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

00:12:19.970 --> 00:12:24.690
המחסן יכול לראות את הפריטים המקושרים למטען, מתכנן ההובלה יכול לראות את פרטי המשלוח,

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

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

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

00:12:35.630 --> 00:12:38.990
במחסן יש הזמנות למספר לקוחות באותו אזור משלוחים.

00:12:38.990 --> 00:12:44.910
לקוח אחד הזמין ארגזי חומרי ניקוי, אחר הזמין מוצרי נייר, ושלישי הזמין עצבה קטנה של ציוד.

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

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

00:12:52.170 --> 00:12:56.090
צוות המחסן מלקט כל הזמנה, אורז אותה כראוי ומכין אותה לאזור הטעינה.

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

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

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

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

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

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

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

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

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

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

00:13:40.910 --> 00:13:43.770
הם יכולים לבדוק את המתען המתוכנן מול הסחורה שמגיעה לרציף.

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

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

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

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

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

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

00:14:10.190 --> 00:14:13.870
גם בחירות הלקוח לגבי המשלוח נשארות מקושרות להחלטת השילוח.

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

00:14:19.430 --> 00:14:24.030
אם העסק משתמש בשירות זול יותר כי תאריך ההספקה מאפשר זאת, גם הבחירה הזו מקושרת.

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

00:14:28.110 --> 00:14:32.730
הרכב אולי עזב את הרציף והסחורה אולי הגיע בביטחה, אבל העבודה עדיין לא הסתיימה.

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

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

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

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

00:14:44.030 --> 00:14:50.010
יש לבדוק את החשבונית הזו כי הסכום בחשבון אמור להתחבר לבחירת ההובלה שהחברה תכננה קודם לכן,

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

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

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

00:15:04.310 --> 00:15:07.090
מאוחר יותר, המוביל שולח את חשבונית ההובלה שלו.

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

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

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

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

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

00:15:28.770 --> 00:15:30.850
אבל חשבוניות לא תמיד תואמות את התוכנית.

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

00:15:34.610 --> 00:15:37.890
או אולי המטען השתנה לאחר התכנון ויש צורך בהסבר לעלות.

00:15:38.090 --> 00:15:41.770
ללא רשומה מקושרת, הכספים עשויים לראות רק מספר חשבונית וסכום,

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

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

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

00:15:52.830 --> 00:15:56.730
כשהפרטים מתאימים לכללים המקובלים של החברה, החשבונית יכולה להתקדם.

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

00:16:00.910 --> 00:16:03.990
זה אומר שאנשים לא מאשרים כל עלות הובלה בצורה עיוורת.

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

00:16:07.870 --> 00:16:11.070
או שמי שהוא בכשפים עשוי להצטרך לשאול מדוע הופיעה עלות נוספת.

00:16:11.230 --> 00:16:14.170
הנקודה היא לא להניח שכל חוסר התאמה הוא שגוי, נכון.

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

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

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

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

00:16:23.910 --> 00:16:25.210
המחסן שולח את הסחורה,

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

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

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

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

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

00:16:45.550 --> 00:16:50.210
המודול המובנה מטפל בעבודה של עלות, מתוכננת והטעמה בתוך ניהול שרשרת ההספקה,

00:16:50.450 --> 00:16:53.970
בעוד מערכת אחרת יכולה להרחיב את העבודה הזו כשהעסק צריך יותר.

00:16:54.170 --> 00:16:56.290
שימו את כל אבני הבניין האלה יחד,

00:16:56.510 --> 00:17:00.150
והתמונה המלאה מתחילה להופיע איפה זה מתאים ומה זה לא עושה.

00:17:00.330 --> 00:17:02.350
אז, איפה ניהול הובלה באמת חי?

00:17:02.490 --> 00:17:07.490
הוא שייך לתוך Dynamics 365 Supply Chain Management שרץ על אפליקציות Finance and Operations.

00:17:07.850 --> 00:17:08.650
זה הבית שלו.

00:17:08.650 --> 00:17:09.830
הנה למי זה מתאים.

00:17:09.830 --> 00:17:12.770
עסקים הזקוקים לדרך מובנית לתכנן משלוחים נכנסים,

00:17:12.970 --> 00:17:15.770
משלוחי לקוחות יוצאים והעברות מלאי בין אתרי החברה,

00:17:15.970 --> 00:17:19.410
תוך שימוש ברשומות מובילים, טבלאות תעריפים וכללי התענה משלהם.

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

00:17:22.230 --> 00:17:23.590
Business Central הוא שונה.

00:17:23.790 --> 00:17:26.770
Business Central אינו כולל את מודול ניהול ההובלה המובנה הזה.

00:17:26.930 --> 00:17:29.630
אם אתם עובדים עם Business Central וזקוקים לתכנון הובלה,

00:17:29.890 --> 00:17:31.830
עליכם להשתמש במערכת ניהול הובלה חיצונית.

00:17:32.030 --> 00:17:32.750
זהו הגבול.

00:17:38.650 --> 00:18:08.010
סיכום, טיפ הידע הבא.

00:18:08.650 --> 00:18:10.170
ערך הפשוטה ביותר לחשוב על זה.

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

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

00:18:17.750 --> 00:18:18.770
זהו המעגל המלא.

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

00:18:21.530 --> 00:18:26.010
שתפו את טיפ הידע הזה עם מישהו שלומד את Dynamics 365 Supply Chain Management.

00:18:26.210 --> 00:18:29.110
לאחר מכן, גלו את הפרקים שלנו בנושאי מחסן ומלאי.

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