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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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