תפסיק לבזבז זמן על שרשראות אספקה. קבל פתרונות שרשרת מלאה.

עיכובים בשרשרת האספקה ​​מגיעים רק מבעיה בודדת אחת. איחור בספק, הזמנת רכש שגויה, מסמך מכס שפספס או חוסר נראות תחבורה עלולים להשפיע על הייצור, המלאי והמשלוח ללקוח בו זמנית. ראיתי צוותים מגיבים על ידי הוספת מיילים נוספים, גיליונות אלקטרוניים ובדיקות ידניות. פעולות אלו עשויות לפתור משלוח אחד, אך אינן מתקנות את התהליך המלא. גישה חזקה יותר מחברת תכנון, מיקור, ייצור, הובלה, מכס, אחסנה ומשלוח בזרימת עבודה אחת ברורה. פתרון שרשרת מלאה נותן לכל צוות גישה לאותם נתוני משלוח ולאותה תוכנית משלוח. זה עוזר לי למצוא סיכונים מוקדם יותר, להקצות אחריות ולקבל החלטות לפני שעיכוב קטן יהפוך להפרעה רחבה יותר. היכן מתחילים עיכובים בשרשרת האספקה עיכוב עשוי להתחיל מספר שבועות לפני מועד האספקה. ספק רשאי לאשר הזמנה ללא מספיק חומר גלם. הזמנת הובלה עשויה להשתנות מבלי להגיע לצוות המחסן. חשבונית מסחרית עשויה להכיל קוד מוצר שגוי. ייתכן שמנהל ייצור לא יודע שמרכיב מפתח לא עזב את הספק. כאשר המידע נשאר במערכות נפרדות, כל צוות רואה רק חלק מהמצב. צוות הרכש עשוי להאמין שהזמנה עומדת בלוחות הזמנים. הצוות הלוגיסטי עשוי לראות הפלגה שהוחמצה. צוות שירות הלקוחות עדיין עשוי להשתמש בתאריך האספקה ​​המקורי. הפער הזה בין הקבוצות יוצר לחץ שניתן להימנע ממנו. שלב 1: מפה את מסע ההזמנה המלא אני מתחיל במיפוי כל שלב מתכנון הביקוש ועד המסירה הסופית: - אישור הזמנת הלקוח - ביצוע הזמנת הספק - הכנת חומר - תזמון ייצור - בדיקות איכות - הזמנת מטענים - איסוף וטיפול בנמל - תיעוד מכס - הובלה ימית, אווירית, רכבת או כביש - קבלת מחסן - מסירת מידע סופי, מפה זו אמורה להתבצע, מפה זו. לדוגמה, אם ספק חייב לאשר את מוכנות החומר שבעה ימים לפני האיסוף, המועד הזה צריך להופיע באותו תהליך עבודה כמו הזמנת ההובלה. הצוות לא צריך להיות תלוי בתזכורת דוא"ל נפרדת. שלב 2: חבר את הנתונים פלטפורמת שרשרת מלאה יכולה לרכז הזמנות רכש, רמות מלאי, עדכוני ספקים, אבני דרך של ספקים, מסמכי מכס ופגישות משלוח. אני לא צריך שכל צוות ישתמש באותה שגרת יומיום. אני צריך שכל צוות יעבוד עם מידע מחובר. קונה עשוי להתמקד ביכולת הספק. מנהל לוגיסטי עשוי לפקח על לוחות הזמנים של כלי השיט. מנהל מחסן עשוי להכין מקום קבלה. נציג שירות לקוחות עשוי לבדוק את הערכת המשלוח העדכנית ביותר. כל אדם רואה את הנתונים הדרושים לתפקיד תוך כדי עבודה מאותה רשומת הזמנה. זה מפחית הזנת נתונים חוזרת ומקל על המעקב אחר שינויים. שלב 3: הגדר כללי אזהרה מוקדמים מערכת שימושית צריכה לעשות יותר מאשר להראות היכן המשלוח נמצא. זה אמור לעזור לזהות מה עלול לקרות לאחר מכן. כללי אזהרה מוקדמים יכולים לסמן: - אישור ספק שהתקבל לאחר התאריך המתוכנן - הזמנת רכש עם פרטי מוצר חסרים - הזמנת הובלה ללא איסוף מאושר - מסמך מכס שאינו תואם את ההזמנה - משלוח שמפספס אבן דרך מתוכננת - המלאי צפוי לרדת מתחת לדרישת הייצור - פגישת אספקה ​​שמתנגשת עם קיבולת המחסן מאפשרת לי לבחון הודעה על החמצה ללקוח, לפני שהלקוחות פספסו. המטרה היא לא ליצור התראות נוספות. יותר מדי הודעות יכולות להסתיר את הסיכונים שדורשים תשומת לב. כל התראה צריכה להתחבר לפעולה ברורה, לבעלים ולזמן תגובה. שלב 4: צור תוכניות גיבוי לפני שהן דרושות שרשרת אספקה ​​אמינה זקוקה לאפשרויות. אני עשוי להכין ספק חלופי מאושר, נתיב הובלה שני, נמל אחר או רצף ייצור מתוקן. הבחירה הנכונה תלויה בערך המוצר, זמן ההובלה, עלות ההובלה ודרישות הלקוח. חסימת תעלת סואץ בשנת 2021 הראתה כיצד שיבוש בנתיב מרכזי אחד עלול להשפיע על חברות רחוקות מהמיקום המקורי. לעסקים שהיו להם אפשרויות מסלול, נראות מלאי ותקשורת ברורה עם לקוחות היה יותר מקום להסתגל. אלה שהסתמכו על מסלול אחד והנחות מסירה קבועות התמודדו עם לחץ רב יותר. תוכנית גיבוי צריכה לכלול פרטים מעשיים: - מי יכול לאשר את השינוי - אילו ספקים או ספקים זמינים - אילו מסמכים יש לעדכן - כמה זמן נוסף עשויה לדרוש האופציה - אילו לקוחות או הזמנות צריכות עדיפות - כיצד השינוי ישפיע על העלות והמלאי ללא הפרטים הללו, תוכנית גיבוי עשויה להתקיים רק על הנייר. שלב 5: מדוד את הסיבות, לא רק את התוצאות עסקים רבים מודדים את מספר האיחורים במשלוחים. הנתון הזה חשוב, אבל הוא לא מסביר מדוע קורים עיכובים. אני סוקר גם: - דיוק אישור הספק - קצב איסוף בזמן - ביצועי אבני דרך בנמל ובספק - שיעור שגיאות במסמכי מכס - זמן ממוצע לתגובה לעיכוב - כיסוי מלאי לחומרי מפתח - מספר שינויים במועדי אספקה ​​- הזמנות שהושפעו מספק או נתיב אחד מדדים אלה מראים אם התהליך משתפר במקורו. אם המשלוחים המאוחרים נשארים גבוהים מכיוון שהזמנות רכש מכילות מידע חלקי, ייתכן שהחלפת ספקים לא תפתור את הבעיה. דוגמה מעשית דמיינו לעצמכם יצרן שמייבא רכיבים אלקטרוניים מכמה מדינות. פס הייצור שלו נעצר כאשר רכיב קטן אחד מגיע באיחור. לפני השימוש בזרימת עבודה מחוברת, צוות הרכש מקבל עדכוני ספקים בדוא"ל, הצוות הלוגיסטי בודק אתרי אינטרנט של ספקים, וצוות המחסן לומד על שינויים מגיליון אלקטרוני משותף. לאחר מכן החברה מקשרת בין אישורי ספקים, אבני דרך למשלוח, נתוני מלאי וצרכי ​​ייצור. כאשר ספק מדווח על עיכוב של שלושה ימים, המערכת בודקת אילו הזמנות ייצור עשויות להיות מושפעות. מנהל הרכש סוקר ספק חלופי מאושר. הצוות הלוגיסטי בודק מסלול אחר. שירות הלקוחות מקבל אומדן משלוח מתוקן המבוסס על נתונים עדכניים ולא על גיליון אלקטרוני ישן. העיכוב עדיין עלול לקרות. פתרון שרשרת מלאה אינו יכול להסיר כל הפרעה חיצונית. זה יכול להפחית את הזמן הדרוש לאיתור הבעיה ולתמוך בתגובה טובה יותר. מה אני מחפש בפתרון אני מחפש מערכת שמציעה: - נראות מקצה לקצה של הזמנות ומשלוחים - חיבורים עם כלי ERP, מחסן, רכש והובלה - שיתוף פעולה בין ספקים וספקים - ניהול מסמכים לצרכי מסחר ומכס - התראות חריגות ברורות - גישה מבוססת תפקידים לצוותים שונים - דוחות המבוססים על נתונים תפעוליים עדכניים - תמיכה בנתונים תפעוליים שוטפים בלבד - תמיכה בתהליכי תיקון ידניים בלבד. החברה זקוקה גם לבעלות ברורה, נתונים מדויקים, תקשורת שוטפת עם ספקים ובדיקת תהליכים לאחר שיבושים גדולים. כאשר צוותי שרשרת האספקה ​​חולקים השקפה אחת על מסע ההזמנה, הם יכולים לפעול מוקדם יותר ולתקשר ביתר ביטחון. זהו הערך המעשי של פתרון שרשרת מלאה: פחות פערי מידע, החלטות ברורות יותר וסיכוי טוב יותר לשמור על תוכניות הייצור והאספקה ​​על המסלול.

שרשרות אספקה ​​רבות הופכות לאיטיות מסיבה פשוטה: יותר מדי מסירות. הזמנת רכש עוברת ממכירות לרכישה, לאחר מכן לספק, לצוות המחסן, לכספים וללקוח. כל צוות שומר את הקבצים והעדכונים שלו. עיכוב קטן במקום אחד יכול להשפיע על כל ההזמנה. לעתים קרובות אני רואה עסקים מבזבזים שעות בבדיקת סטטוס הזמנה, התאמת חשבוניות, תיקון רישומי מלאי ומבקשים מספקים את אותו המידע. הבעיה היא לא תמיד מחסור בצוות. ייתכן שהתהליך עצמו נושא יותר מדי עבודה נוספת. שרשרת אספקה ​​פשוטה יותר נותנת לי תצוגה ברורה יותר של כל הזמנה, מפחיתה משימות חוזרות ועוזרת לצוות שלי להגיב ללקוחות עם פחות עיכובים. ## מפה את התהליך לפני שינויו. אני מתחיל מלכתוב כל שלב מהזמנת הלקוח ועד למשלוח. שרשרת אספקה ​​בסיסית עשויה להיראות כך: - לקוח מבצע הזמנה - צוות מכירות מאשר את פרטי המוצר - צוות רכישה יוצר קשר עם הספק - הספק שולח אישור הזמנה - המחסן מקבל את הסחורה - האוצר בודק את החשבונית - צוות המשלוח שולח את ההזמנה - הלקוח מקבל מידע מעקב רשימה זו מציגה לעתים קרובות היכן הזמן אובד. לדוגמה, צוות מכירות עשוי לשלוח פרטי הזמנה בדוא"ל בזמן שהמחסן משתמש בגיליון אלקטרוני. רכישה עשויה לשמור את עדכוני הספק בצ'אט נפרד. לאחר מכן יש להעתיק את אותו מידע מספר פעמים. אני מחפש שלושה סימנים: - אותם נתונים מוכנסים יותר מפעם אחת - אנשי צוות מחכים לעדכונים מצוות אחר - אף אחד לא יכול לראות את מצב ההזמנה הנוכחי בלי לשאול נקודות אלו נותנות לי מקום התחלה מעשי. ## השתמש במקור אחד למידע על הזמנה. רשומת הזמנה משותפת עוזרת לכל צוות לעבוד מאותם פרטים. הרשומה יכולה לכלול: - שם לקוח - קוד מוצר - כמות - ספק - תאריך הגעה צפוי - מצב הזמנה נוכחי - כתובת למשלוח - מצב תשלום - הערות לגבי דרישות מיוחדות המערכת לא צריכה להיות יקרה. קובץ משותף מובנה היטב עשוי להתאים לעסק קטן. חברה צומחת עשויה להזדקק לתוכנת ניהול מלאי או הזמנות. המפתח הוא עקביות. כל צוות צריך לדעת היכן מאוחסן המידע העדכני ביותר. אם יבוצע עדכון אחד בהודעה, אחר בגיליון אלקטרוני ואחר בהערה פרטית, הבלבול יחזור. אני מעדיף תוויות סטטוס פשוטות כגון: - הזמנה שהתקבלה - ממתין לספק - בייצור - מוכן למשלוח - במעבר - מסירה - הנפקה לבדיקה תוויות ברורות מפחיתות את הצורך בהסברים ארוכים. ## צמצם הזנת נתונים ידנית הקלדה חוזרת יוצרת שגיאות שניתן להימנע מהן. כאשר הזמנת לקוח מאושרת, אותם פרטים צריכים לעבור לרישומי רכישה, מלאי ומשלוח עם הקלדה חוזרת קטנה ככל האפשר. קודי מוצר, שמות ספקים ופרטי משלוח צריכים להיות בפורמט קבוע. הגדרה שימושית עשויה לכלול: - קודי מוצר סטנדרטיים - תפריטים נפתחים לשדות נפוצים - התראות אוטומטיות על מלאי נמוך - תבניות להזמנות רכש - הודעות משלוח אוטומטיות - פורמט קבוע לעדכוני ספקים שינויים קטנים אלו יכולים לעזור לצוות להשקיע פחות זמן בבדיקת מידע בסיסי. אני גם קובע כללים לשמות וליחידות. עובד אחד יכול לכתוב "10 יחידות", עובד אחר יכול לכתוב "10 יחידות", ואילו שלישי משתמש ב-"10". המשמעות דומה, אבל הרישומים הופכים קשים יותר להשוואה. פורמט משותף הופך דוחות לקלים יותר לקריאה. ## בניית שגרת תקשורת עם ספק תקשורת הספקים נעשית לעיתים קרובות איטית כאשר כל הזמנה עוקבת אחר דפוס אחר. אני משתמש בפורמט פשוט של עדכון ספק: - מספר הזמנת רכש - קוד מוצר - כמות מאושרת - מצב ייצור - תאריך משלוח צפוי - מספר מעקב - כל עיכוב ידוע זה נותן לשני הצדדים את אותה רשימת פרטים. גם לוח זמנים עדכון קבוע יכול לעזור. לדוגמה, ספק עשוי לשלוח עדכון כאשר הזמנה מתקבלת, מתי מתחיל הייצור וכאשר סחורה נשלחת. לוח הזמנים המדויק תלוי ביחסי המוצר והספק. תקשורת ברורה לא מסירה כל עיכוב. זה עוזר לי לזהות עיכובים מוקדם יותר, מה שנותן לי יותר זמן להתאים את התקשורת עם הלקוחות, תכנון המלאי או הסדרי המשלוח. ## שמור על רישומי מלאי קרוב למציאות בעיות מלאי יוצרות לחץ בכל העסק. אם המערכת מציגה 100 יחידות אך רק 60 זמינות, צוות המכירות עשוי לקבל הזמנות שהמחסן אינו יכול למלא. אם המערכת מציגה 20 יחידות בעוד ש-80 זמינות, החברה עשויה לבצע הזמנת רכש מיותרת. אני בודק: - מלאי נכנס - מלאי זמין - מלאי שמור - מלאי פגום - סחורה מוחזרת - מלאי מוחזק במיקום אחר ספירת מחזור יכולה לעזור לשמור על רישומים טובים יותר. במקום להפסיק את כל הפעולות עבור ספירת מלאי אחת גדולה, הצוות בודק מוצרים נבחרים בלוח זמנים קבוע. מוצרים בעלי ערך גבוה או בעלי תנועה מהירה עשויים להזדקק לבדיקות תכופות יותר. מוצרים הנעים לאט עשויים לדרוש פחות בדיקות. גישה זו מתאימה את שגרת הבדיקה לסיכון העסקי בפועל. ## הגדר בעלות ברורה לכל משימה משימה ללא בעלים ברור יכולה להישאר פתוחה בזמן שכל אדם מניח שמישהו אחר מטפל בה. אני מקצה אחריות לפעולות מפתח: - מי מאשר את הזמנת הרכש? - מי בודק עיכובים של ספקים? - מי מעדכן את רישומי המניות? - מי יוצר קשר עם הלקוח? - מי מאשר החלפה או החזר? - מי סוגר את ההזמנה לאחר המסירה? משימה אחת יכולה לכלול כמה אנשים, אבל אדם אחד צריך להיות הבעלים של הפעולה הבאה. זה לא אומר שעובד אחד חייב לטפל בהכל. זה אומר שהצוות יודע מי מניע את המשימה קדימה ומי צריך לספק תמיכה. ## הסר צעדים שאינם עוזרים ללקוח. חלק מהנהלים נשארים במקום כי תמיד נעשה בהם שימוש. אני סוקר כל שלב בשאלה פשוטה: "האם שלב זה מגן על האיכות, מפחית סיכונים, עונה על צורך עסקי או עוזר ללקוח?" אם התשובה היא לא, אני בודק האם ניתן להסיר את השלב, לשלב אותו או להפוך אותו לאוטומטי. לדוגמה, צוות עשוי להכין דוח הזמנה יומי, ולאחר מכן להכין דוח שני עם כמעט אותו מידע. לוח מחוונים משותף אחד עשוי להחליף את שני הדוחות. מנהל עדיין עשוי לקבל את הנתונים הדרושים מבלי לבקש מהצוות להכין אותם פעמיים. פשטות לא אמורה להיות הסרת המחאות שימושיות. איכות המוצר, סקירת התשלום, דיוק המלאי ושירות הלקוחות עדיין זקוקים לשליטה נאותה. ## למדו מדגם הבנייה לפי הזמנה Dell הפכה ידועה בגישת הבנייה לפי הזמנה שלה, שבה מחשבים הורכבו לאחר שלקוחות ביצעו הזמנות במקום שיוצרו רק עבור מלאי מחסן. מודל זה הראה כיצד ניתן לחבר קשר הדוק בין הזמנות לקוחות, אספקת רכיבים, ייצור ואספקה. זה גם הראה שמודל שרשרת אספקה ​​חייב להתאים למוצר ולצורכי הלקוח. עסק קטן עשוי שלא להשתמש באותו מבנה. מפיץ רהיטים, למשל, עשוי להחזיק פריטים נפוצים במלאי בעת הזמנת פריטים גדולים או מותאמים אישית לאחר קבלת אישור הלקוח. הלקח מעשי: מלאי כל פריט רק כאשר העלות והביקוש תומכים בכך. מוצרים שונים עשויים להזדקק לשיטות אספקה ​​שונות. ## עקוב אחר קבוצה קטנה של אמצעים שימושיים יותר מדי דוחות יכולים ליצור עבודה נוספת מבלי לשפר החלטות. בדרך כלל אני מתחיל עם סט קטן של אמצעים: - זמן עיבוד הזמנה - זמן אישור הספק - זמן אספקה ​​- דיוק במלאי - מספר הזמנות דחויות - מספר יצירת קשר חוזר עם לקוחות - מספר תיקוני הזמנה נתונים אלו עוזרים להראות היכן התהליך דורש תשומת לב. אם עיבוד ההזמנה נמשך יומיים אך אישור הספק אורך שבוע, שיפור טופס ההזמנה הפנימי לא יפתור את העיכוב העיקרי. הצוות צריך להתמקד בזמן התגובה של הספקים. האמצעי צריך להוביל לפעולה. מספר שלעולם לא משנה החלטה הופך למשימה נוספת שיש לשמור עליה. ## תוכנית פשוטה ל-30 הימים הבאים הייתי משתמש בתוכנית שיפור קצרה: ימים 1–7 - צייר את תהליך ההזמנה הנוכחי - רשום הזנת נתונים חוזרת - זיהוי עיכובים נפוצים - שאל את הצוות היכן הם מפסידים הכי הרבה זמן ימים 8-14 - צור רשומת הזמנה משותפת אחת - סטנדרטיזציה של קודי מוצר ושדות הזמנה פתוחים - הגדר משימות ברורות של הזמנה עבור הזמנות D 15–21** - צור תבנית עדכון ספק - הוסף בדיקות מלאי בסיסיות - הסר דוח משוכפל אחד - בדוק את התהליך עם קבוצה קטנה של הזמנות ימים 22-30 - סקירת זמן עיבוד - בדוק תיקוני הזמנה - שאל את הצוות מה עדיין גורם לעיכובים - התאם את התהליך לפני הרחבתו קל יותר לנהל בדיקה קטנה מאשר שינוי מלא בכל מוצר וספק. שיפור שרשרת האספקה ​​לא תמיד מצריך פרויקט תוכנה גדול או שינוי מלא בספקים. לעתים קרובות אני מרוויח יותר על ידי הסרת עבודה כפולה, שמירה על מידע במקום אחד ומתן לכל משימה בעלים ברור. כשאני יכול לראות היכן נמצאת הזמנה, מי מטפל בה ואיזו פעולה מגיעה לאחר מכן, שרשרת האספקה ​​הופכת קלה יותר לניהול. הלקוחות מקבלים עדכונים ברורים יותר, הצוות משקיע פחות זמן בחיפוש מידע, והעסק יכול לנצל את זמנו לעבודה שתומכת במכירות ובשירות.

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

שרשרת אספקה ​​יכולה להיראות יעילה על הנייר ועדיין ליצור עיכובים, עודף מלאי ועלויות לא ברורות. לעתים קרובות אני רואה את אותו דפוס: רכישה עובדת עם סט נתונים אחד, המחסן משתמש באחר, וצוותי הובלה מקבלים עדכונים לאחר שכבר התקבלו החלטות. הבעיה היא רק לעתים נדירות כשל אחד גדול. פערים קטנים מופיעים בכל שלב. הודעת ספק מאוחרת משפיעה על הייצור. אומדן ביקוש גרוע ממלא את המחסן בפריטים הנעים לאט. עדכון משלוח חסר משאיר את צוות שירות הלקוחות מנחשים. אני מאמין שניהול חכם יותר של שרשרת אספקה ​​מתחיל בנראות. כשאני יכול לראות מה קורה בכל שלב, אני יכול לעשות בחירות טובות יותר לגבי מלאי, ספקים, הזמנות ותוכניות משלוח. ## התחל עם תצוגה ברורה של הזרימה המלאה. אני מתחיל במיפוי שרשרת האספקה ​​מהספק הראשון ללקוח הסופי. המפה צריכה להראות: - מיקומי ספקים - זמני אספקת חומרים ומוצרים - שלבי הזמנת רכש - בדיקות איכות - תנועות מחסן - נתיבי הובלה - נקודות אספקה ​​ללקוחות - נתונים משותפים בין צוותים תרגיל זה מגלה לעתים קרובות עיכובים שלא נראו במחלקה אחת. צוות רכש עשוי להתמקד במחירי ספקים, בעוד שצוות מחסן מטפל בהגעה מאוחרת וברמות מלאי לא אחידות. אני גם מסמן כל מסירה. כל מסירה יוצרת סיכוי למידע להיות מאוחר, לא שלם או לא מדויק. מפת תהליכים משותפת אחת נותנת לצוותים התייחסות משותפת. שאלה פשוטה עוזרת: "מה הצוות הבא צריך מאיתנו, ומתי הוא צריך את זה?" ## השתמש בנתוני ביקוש בזהירות תכנון ביקוש אינו דורש תחזיות מושלמות. זה דורש תהליך שלומד ממידע חדש. אני משווה: - מכירות קודמות - דפוסים עונתיים - הזמנות נוכחיות - תוכניות קידום - החזרות מוצרים - רישומי מלאי - קיבולת ספקים - שינויים בהתנהגות לקוחות תחזית לא אמורה להישאר קבועה במשך חודשים. כאשר המכירות מתרחקות מהתוכנית, אני בודק את הסיבה במקום לשנות מספרים ללא בדיקה. לדוגמה, מפיץ מזון אזורי עשוי להבחין שמוצר אחד נמכר היטב במזג אוויר חם אך נע לאט במהלך החודשים הקרים יותר. אם החברה משתמשת באותה רמת הזמנה לאורך השנה, המחסן עלול לסחוב מלאי גדול מדי בעונה אחת ולהתמודד עם מחסור בעונה אחרת. סקירה חודשית יכולה לחבר החלטות רכישה עם דפוסי מכירה בפועל. המטרה היא לא לחזות כל פקודה. המטרה היא לקבל את החלטת הרכישה הבאה עם מידע טוב יותר. ## הגדר רמות מלאי סביב הצרכים העסקיים יותר מדי מלאי קושר מזומנים ומשתמש בשטח מחסן. מלאי קטן מדי עלול לעכב הזמנות של לקוחות וליצור לחץ על הספקים. אני משתמש בכללי מלאי שונים עבור מוצרים שונים. פריט שזז במהירות עשוי להזדקק לתדירות הזמנה מחדש גבוהה יותר. פריט שזז לאט עשוי להזדקק לכמות רכישה קטנה יותר ולבדיקה מדוקדקת יותר של דרישת הלקוח. אמצעים שימושיים כוללים: - ביקוש שבועי ממוצע - זמן אספקת ספק - כמות הזמנה מינימלית - חיי מדף של מוצר - עלות אחסון - שינוי בביקוש - דרישות שירות נקודת הזמנה חוזרת יכולה להתבסס על ביקוש צפוי בזמן אספקת הספק, בתוספת חיץ סביר לשינויים רגילים. המאגר צריך לשקף את סיכון האספקה ​​בפועל. אין לבחור בו רק בגלל שתבנית סטנדרטית ממליצה עליו. ניתוח ABC יכול גם לעזור. מוצרים בעלי ערך גבוה או ביקוש גבוה מקבלים שליטה קרובה יותר. מוצרים בעלי ערך נמוך יותר יכולים להשתמש בכללים פשוטים יותר. זה מאפשר לצוותים למקד את תשומת הלב היכן ששגיאת מניות יוצרת את האפקט העסקי הגדול ביותר. ## בנה תקשורת ספק סביב עובדות יחסי ספק משתפרים כאשר שני הצדדים יכולים לראות ציפיות ברורות. אני מעדיף סקירות ספקים הדנות בנקודות מדידות: - דיוק משלוח - איכות מוצר - תגובה להזמנה - שינויים בזמן ההובלה - ניירת נכונה - פתרון בעיה מחיר נמוך לא תמיד אומר עלות כוללת נמוכה. אם ספק שולח לעתים קרובות באיחור, העסק עשוי לשלם עבור הובלה חירום, טיפול נוסף או אובדן מכירות. מערכת הקנבן של טויוטה היא דוגמה ידועה לשימוש באותות ביקוש ברורים כדי לתמוך בזרימת הייצור. הרעיון הבסיסי הוא פשוט: עבודה וחומרים זזים כשיש צורך אמיתי, לא רק בגלל שתחזית מצביעה על כך שעוד מלאי עשוי להועיל. כל עסק צריך להתאים את השיטה למוצרים שלו, לספקים ולמגבלות הייצור שלו. אני גם מבקש מהספקים לחלוק סיכונים מוקדם. קל יותר לנהל הודעה על מחסור בחומר כשהיא מגיעה לפני שהזמנת הרכש הופכת לדחופה. ## חבר עבודת מחסן עם נתונים מדויקים דיוק המחסן משפיע על כל הבטחה של לקוח. צוות מחסן זקוק למידע אמין לגבי: - מיקום המוצר - כמות זמינה - כמות שמורה - סחורה פגומה - פריטים הממתינים לבדיקה - סחורה שכבר הוקצתה להזמנה סריקת ברקוד יכולה להפחית שגיאות הזנה ידניות. תוויות סל נקיות ושלבי קבלה קבועים יכולים לתמוך ברישומי מלאי טובים יותר. ספירת מחזור יכולה לזהות הבדלים קטנים לפני שהם הופכים לבעיות גדולות. אני לא מתייחס לתוכנת מלאי כתחליף למשמעת התהליך. מערכת יכולה להציג מידע שגוי כאשר עובדים מדלגים על סריקות או מכניסים נתונים בשלב הלא נכון. שגרת מחסן שימושית כוללת: 1. בדיקת סחורה נכנסת מול הזמנת הרכש. 2. רשום פריטים פגומים או חסרים בעת הקבלה. 3. הקצה מיקום אחסון מאושר. 4. סרוק תנועה מאחסון לקטיף. 5. סקור הבדלים בין מלאי המערכת למלאי פיזי. 6. רשום את הסיבה לכל התאמה. השלבים האלה עשויים להיראות בסיסיים. הערך שלהם נובע ממעקב אחר כל יום. ## בחר הובלה על סמך שירות ועלות החלטות הובלה צריכות להתאים לערך המוצר, לצרכי הלקוח, לתנאי המסלול והבטחות המשלוח. אני סוקר: - גודל משלוח - מרחק משלוח - ביצועי המוביל - דמי דלק וטיפול - רישומי נזקים - חלונות משלוח - דרישות החזרה המוביל הזול ביותר עלול ליצור עבודה נוספת כאשר מעקב אחר עדכונים גרוע או דיוק המשלוח חלש. עלות הובלה מעט גבוהה יותר עשויה להתאים יותר כאשר היא מפחיתה משלוחים כושלים ובקשות לשירות לקוחות. תכנון מסלול יכול גם לשפר את השימוש ברכב. חברה המספקת משלוחים למספר מיקומים קרובים עשויה לצמצם את הנסיעות הריקות על ידי קיבוץ תחנות לפי דרישות הגיאוגרפיה והמשלוח. אני נמנע מלשפוט את ביצועי ההובלה לפי משלוח אחד. תצוגה רחבה יותר מציגה דפוסים חוזרים ועוזרת להפריד בין הפרעה בודדת לבעיית ספק הדורשת פעולה. ## תן לכל צוות את אותו מידע שימושי בעיות רבות בשרשרת האספקה ​​הן בעיות תקשורת. מכירות עשויות להבטיח תאריך אספקה ​​מבלי לבדוק את המלאי. רכישה עשויה לבצע הזמנה מבלי לראות שינוי בביקוש. שירות הלקוחות עשוי לקבל עדכון עיכוב לאחר שהלקוח כבר ביקש תשובה. לוח מחוונים משותף יכול להראות סט קטן של אמצעים מעשיים: - הזמנות רכש פתוחות - מלאי מלאי - מלאי בתנועה אטית - דיוק מסירת ספק - סטטוס מימוש הזמנה - דיוק במחסן - חריגות הובלה - החזרות לקוחות לוח המחוונים אמור לעזור לאנשים לפעול. רשימה ארוכה של מספרים יכולה ליצור עבודה נוספת מבלי לשפר החלטות. אני מעדיף בעלות ברורה לכל מדד. אדם או צוות אחד צריכים לבדוק את הנתונים, להסביר שינויים חריגים ולתאם את התגובה. מספר ללא בעלות מוביל רק לעתים רחוקות לשיפור. ## בדוק שיפור אחד בכל פעם פרויקטים גדולים של שרשרת אספקה ​​יכולים להיות קשים לניהול כאשר יותר מדי שינויים מתרחשים יחד. אני בדרך כלל בוחר תהליך אחד עם בעיה ברורה. לדוגמא: - הפחתת שגיאות קבלה עבור קבוצת מוצרים אחת - שיפור עדכוני משלוח לפלח לקוח אחד - סקירת נקודות הזמנה מחדש עבור קבוצת פריטים הנעים במהירות - בדיקת סריקת ברקוד באזור מחסן אחד אני מגדיר את מצב ההתחלה, השינוי המתוכנן והמדד שיראה התקדמות. לאחר הבדיקה, אני אוסף משוב מהאנשים שמשתמשים בתהליך מדי יום. עובד מחסן עשוי לדעת שקשה להשתמש בשלב הסריקה המוצע בתקופות שיא של קליטה. נהג עשוי לזהות בעיית מסלול שאינה מופיעה בנתוני המשרד. המשוב שלהם יכול להפוך את הגרסה הבאה ליותר מעשית. המטרה היא שיפור מתמיד שצוותים יכולים לשמור, לא פרויקט מורכב שעובד רק במהלך תקופת ההשקה שלו. ## צפו במדדים המשפיעים על לקוחות ביצועי שרשרת האספקה ​​צריכים להתחבר לחוויית הלקוח ולעלות העסקית. מדדים שימושיים כוללים: - קצב אספקה ​​בזמן - שלמות ההזמנה - דיוק מלאי - מחזור מלאי - שיעור החזרה - עקביות בזמן ההובלה של הספק - עלות לכל משלוח - שגיאת תחזית כל מדד צריך הגדרה ברורה. המשמעות של "מסירה בזמן" עשויה להיות דברים שונים למכירות, להובלה וללקוחות, אלא אם התאריך המובטח וחלון המסירה נרשמים באותו אופן. אני גם מחפש פשרות. שיעור אספקה ​​גבוה יותר עשוי לנבוע מהחזקת מלאי רב יותר, מה שיכול להעלות את עלויות האחסון. מחיר רכישה נמוך יותר עשוי לבוא עם זמני אספקה ​​ארוכים יותר. החלטות טובות יותר מגיעות מצפייה בהשפעות הללו יחד. ## דרך מעשית קדימה אני הופך את שרשרת האספקה ​​לחכמה יותר על ידי שיפור הקשר בין אנשים, נתונים והחלטות יומיומיות. אני ממפה את הזרימה המלאה, בוחנת את הביקוש, קובעת כללי מלאי, מודדת ביצועי ספקים, משפרת את דיוק המחסן, בודקת תוצאות הובלה ומשתפת קבוצה ממוקדת של מספרים. אני בודק שינויים באזור מבוקר לפני שמרחיבים אותם. גישת הקנבן של טויוטה מראה כיצד אותות ברורים יכולים לתמוך בתנועה חלקה יותר. מפיץ אזורי המשתמש בנתוני ביקוש עונתיים מראה מדוע כללי המלאי צריכים לשקף את התנהגות הלקוחות. דוגמאות אלו מצביעות על אותו לקח: ביצועי שרשרת אספקה ​​טובים יותר צומחים ממידע גלוי והרגלים שניתנים לחזרה. כל שלב אינו מצריך תוכנה מורכבת. כל שלב זקוק למטרה ברורה, לנתונים אמינים ולבעלים שיודע איזו פעולה לנקוט כאשר התנאים משתנים. צור איתנו קשר עוד היום כדי ללמוד עוד Yang: jingweiyuntu@jingweitrade.com/WhatsApp +8618365675858.

מרטין כריסטופר — 2016 — לוגיסטיקה וניהול שרשרת אספקה Sunil Chopra — 2019 — אסטרטגיית ניהול שרשרת אספקה תכנון ותפעול דוד שמחי-לוי פיליפ קמינסקי ואדית שמחי-לוי — 2008 — תכנון וניהול שרשרת האספקה Hau Lee — 2004 — The Triple-A Sheff Supply Chain — P20si The Triple-A Sheff 5 וומאק ודניאל טי ג'ונס - 1996 - חשיבה רזה