EN
מודולים להחלפה הגיעו, בעיית התצוגה המיידית הוסדרה, ומערכת הקנייה כבר בוחנת את ההזמנה הבאה. בשלב זה, השאלה החשובה ביותר כבר אינה האם התלונה המקורית קיבלה מענה. השאלה היא האם התרחשה כל שינוי ממשי שיעצור את חזרתה של אותה תקלה.
שם נמצאת דו"ח אי התאמה (NCR) ותהליך התיקון המבוסס על שמונה דיסציפלינות (8D) המבוסס על ראיות. לצוותים המנהלים רכישות חוזרות של מסכי LED, ספק מסך תצוגה LED איננו צריכים להעריך רק לפי מהירות ההחלפה. המבחן החזק יותר הוא האם הספק מסוגל לקשר בין אי ההתאמה שהודרשה לבין פעולות הכבלת הנזק, סיבה עיקרית מוכחת, פעולת תיקון קבועה, אימות, ושינוי גלוי לפני שמתבצעת ההזמנה הרלוונטית הבאה.
ההבחנה הזו חשובה משום שפתרון מסחרי וסגירה טכנית אינם תמיד אותו אירוע. החלפה יכולה לשחזר את הפרויקט הנוכחי, בעוד שה־NCR הבסיסי נשאר פתוח טכנית. אם מנגנון הכישלון לא הוכח והתהליך הבא בסדר ההוראה נשאר ללא שינוי, ייתכן שהפרויקט פתר את המolestיה המיידית בלי להפחית את הסיכון לחזרה של הבעיה.
שאלה שימושית לסגירה: אם אותו ההזמנה תופק שוב מחר, מה יהיה שונה בתהליכי הייצור, הבקרה, התיעוד או התקשורת הרלוונטיים בגלל ה INCIDENT הזה?
הקשר של הפרויקט: הגדר את ה INCIDENT לפני שספק יתחיל להסביר אותו
הערכה של פעולות תקן הופכת לקשה כאשר מספר שאלות שונות מתערבבות זו בזו כבר מההתחלה. אדם אחד דן בכמות החלפים, אחר שואל האם שארית הסדרה נפגעת, ומשהו אחר כבר מעריך את הסיבה הטכנית האפשרית. לפני שהדיונים האלה יתפשטו, יש צורך לתיאור יציב אחד של המקרה.
המשימה הראשונה אינה לקבוע מי אשם. המשימה היא לקבוע מה ידוע.
לדוגמה, נניח שמספר יחידות בפרויקט מותקן מפגינות את אותה התנהגות חריגה. הרישום המועיל להתחלה אינו "כל הסדרה פגומה" אלא משהו קרוב ל: מספר מוגדר של יחידות הפגינו סימפטום מסוים, מספר מסוים מהן נבדק, הן שייכות לסדרה או לספריה ידועה, והצוות של הפרויקט זיהה השלכה תפעולית מיידית.
ההבחנה הזו בין כמות נפגעת מאושרת ו טווח פגיעה פוטנציאלי חשוב. אם שלושה יחידות נכשלו מבין ארבעים יחידות שנבדקו, הפרויקט כולל שלושה כשלים מאומתים ואוכלוסייה גדולה יותר שעלולה לדרוש בדיקה נוספת. עדיין אין ראיות לכך שכל היחידות בסדר המלא נמצאות בתנאי זה.
אל תאפשרו לתלונה הראשונה לקבוע את ההיקף הסופי. האוכלוסייה הנפגעת אמורה להתרחב או להתכווץ בהתאם להתפתחות הראיות. טיפול בהערכה מוקדמת כמסקנה מאומתת על קבוצת ייצור מסויימת עלול לפגוע באיזור החסימה, בכמויות ההחלפה ובניתוח סיבת השורש.
זיהוי המוצר חייב גם הוא לשמור על עקביות. אם הבעיה קשורה בחומר מתוך קבוצת מוצרים רחבה יותר, הטווח או תצוגת LED למכירה סיטונאית / מוצרים הטווח או פאנלים למסכי LED הדף יכולים לספק הפניה מסחרית משותפת. דו"ח אי-התאמה (NCR) עצמו חייב עדיין להשתמש במידע המדויק ביותר הזמין בנוגע להזמנה, לרצף הייצור ולפריט הנפגע.
להשאיר את רשומת הפעולה התקנית מחוברת לתחום המוצר הממשי
תבנית הארון, ההפניה להזמנה והכמות הפגועה חייבות להישאר מחוברות לאורך כל דיון הפעולה התקנית. שם קטגוריה לבדו הוא רחב מדי לחקירת רמת סדרה.
הצגת פאנלים LED
הזמנות חוזרות דורשות אפשרות לעקוב אחריהן מעבר לשם המוצר
כאשר קיימות מספר צורות של ארון או פאנל בהיסטוריה של הקנייה, רשומת הפעולה התקנית חייבת להבהיר באיזה חומר היה מעורב ובאילו הזמנות עתידיות יש ליישם את אמצעי ההנעה.
עיין בפרודוקטיםיושב ראש התקשורת היחיד צריך גם לשמור על הרישום יחד. תמונות שברשות צוות השירות, הפניות להזמנה שברשות הקנייה ופרטי הפעלה שברשות צוות האתר הם הרבה פחות מועילים כשנשלחים לספק כהודעות נפרדות ולא מחוברות. חוט פעולה תיקוני בודד מעניק לשתי הצדדים סיכוי טוב יותר לפעול מהגדרה זהה של המקרה.
תיעוד דיווח על אי התאמה (NCR) צריך לתעד מה קרה, לא מה שמישהו חושב שקרה
תיעוד דיווח על אי התאמה (NCR) הוא מועיל כשהוא יוצר נקודת התחלה עובדתית שניתן לעקוב אחריה. הוא הופך לפחות מועיל כשסיבות ניחושיות נכתבות כאילו הן כבר הוכחו.
ניסוחים כגון "איכות לקויה", "בעיה ברכיב" או "פגם בייצור" עשויים בסופו של דבר להתייצב כנכונים, אך אף אחד מהם לא מתאר את המקרה מספיק טוב כדי לתמוך בחקירת טכנית באופן עצמאי. אלו הם מסקנות.
רשומה טובה יותר מתחילה במידע שניתן לצפות בו: איפה הופיע הבעיות, מה עשה התצוגה, מתי זה קרה, כמה פעמים זה קרה, אילו פריטים אומתו כמושפעים ומה הראיות הזמינות.
לדוגמה, "קטע אחד של התצוגה נשאר חשוך לאחר הפעלה מחדש" הוא תצפית שימושית. קביעת שם של רכיב פנימי כסיבה ללא ראיות תומכות משנה תצפית להנחה.
תסמין וסיבה בסיסית הם רשומות שונות.
תסמין: מה שצוות הפרויקט יכול לצפות או לשחזר.
סיבה ניחושית: כיוון חקירה שעדיין דורש ראיות.
סיבה בסיסית מאושרת: מנגנון שמתומך מספיק כדי שניתן יהיה לקשר את הפעולה התיקונית ישירות אליו.
גם כמות היחידות שנפגעו דורשת הקשר. "חמש יחידות נפגעות" אומרת משהו שונה אם חמש יחידות נמצאו מתוך חמש שנסקרו, חמש מתוך מאה שנסקרו, או חמש בתוך אוכלוסייה גדולה יותר שעדיין לא נבדקה. רישום הכמות שנבדקה מונע מהמצאה מוקדמת להיחשף כשיעור סופי של כשלים או הערכה מלאה של הסדרה.
לפי מערכת האיכות של הקונה, דוח אי התאמה (NCR) עלול לכלול או לא לכלול את הסבר הסופי. המשימה הראשונה שלו היא להבטיח שהספק בודק את אותה הבעיה שצוות הפרויקט חווה בפועל.
הכיתור הוא העדיפות הראשונה, אך ההחלפה אינה סוגרת אוטומטית את דוח אי ההתאמה (NCR)
לעיתים קיים לחץ לעבור מיידית מתלונה להחלפה. זה מובן כאשר ההתקנה, מסירת הפרויקט או הפעולה מופרעים. יש להגן על הפרויקט הנוכחי גם אם החקירה הטכנית תימשך זמן רב יותר.
זו המטרה של הכיתור.
הכלה
לשלוט בהשפעת הפגיעה הנוכחית תוך כדי שהסיבה עדיין נחקרת. בהתאם למקרה ולתגובה שנקבעה על ידי הפרויקט, פעולה זו עלולה לכלול זיהוי חומר חשוד, הפרדת פריטים מושפעים, סקירת יחידות קשורות או שילוב פעולה זמנית להחלפה.
פעולה תקנית
שנה את התנאי שהודגם שגרם לבעיה, ואז וודא שהשינוי עובד. הפעולה הקבועה חייבת להתבסס על ראיות ולא רק לחזור על הפעולה הזמנית.
ההבחנה הופכת חשובה במיוחד כאשר חומר ההחלפה מגיע במהרה. המינהל לקנייה עלול להתייחס לבעיה המסחרית כפתורה, מאחר שהפרויקט יכול להמשיך. עם זאת, מנקודת מבט של איכות הספק, דו"ח אי-התאמה (NCR) עלול עדיין להיות פתוח.
החלפה עלולה לסגור את הנושא המסחרי לפני שנסגר הנושא הטכני.
זו אחת ההבחנות השימושיות ביותר בניהול ספקים ברכישות חוזרות.
פתרון מסחרי עונה על שאלות כגון: האם נערך הסדר להחלפת החומר, האם הפרויקט התאושש, והאם נפתרה מחלוקת הכמויות המיידית?
סגירת הבעיה הטכנית עונה על שאלות שונות: איזו מנגנון כשל מסביר את המקרה, איזו פעולה קבועה מטפלת במנגנון זה, כיצד נבדקה הפעולה, ומה ימנע מההזמנה הבאה הרלוונטית לחזור על אותה תופעה?
שני הנתיבים האלה יכולים להתקדם במהירויות שונות. טיפול בהם כבמקרה אחד יוצר בעיה נפוצה של הזמנות חוזרות: התלונה נעלמת מכיוון שהחלפה כבר הושלמה, אך הפעולה התיקונית לא מגיעה למחזור הייצור הבא.
כאשר החלפה כבר הוסכם עליה, יש לשאול מה עדיין פתוח בתיק ה־NCR. אם התשובה היא "אין כלום", למרות שלא זוהה סיבה עיקרית נתמכת או פעולה קבועה, ייתכן שהתלונה נפתרה באופן מסחרי ולא סגורה מבחינה טכנית.
סיבה עיקרית ולוגיקה של 8D: יש להעריך את הקשר בין הסיבה, הפעולה והתיאום
לרוב צוותי הקנייה אין צורך בהסבר אקדמי של כל אחת מדיסציפלינות ה-8D. מה שהם צריכים הוא דרך להעריך האם תגובת הספק בנוגע לפעולות התיקון הגיונית.
הסדר הפרקטי פשוט יותר:
הגדרת הבעיה → עיכוב החשיפה הנוכחית → קביעת סיבת השורש המוכחת → בחירת פעולת תיקון קבועה → יישום ואימות הפעולה → העברת פעולות מנע להזמנות עתידיות רלוונטיות → קבלת החלטה אם ניתן לסגור את המקרה.
החלק החשוב ביותר הוא הקשר שבין כל שלב ושלב.
האם סיבת השורש שהוצעה מסבירה באמת את דפוס הכשל?
ניסוח סיבתי חייב להיות הגיוני ביחס לראיות שכבר נאספו. אם המנגנון שהוצע אינו מסביר איפה הופיע הבעיות, מתי הן הופיעו או למה רק חומרים מסוימים נפגעו, הסבר זה עלול עדיין להיות חסר.
זה לא אומר שכל חקירה דורשת כמות גדולה של נתונים. זה אומר שהמסקנה חייבת להיות חזקה יותר מביטוי כללי כגון "טעות של המפעיל", "בעיה באיכות הרכיב" או "בעיה בבדיקה". התשובה חייבת להראות למה ההסבר הזה תואם את המקרה הספציפי הזה.
האם התשובה מבדילה בין סיבת התרחשות לסיבת בריחה או גילוי?
תגובה חזקה של ספק חייבת לענות על שני שאלות שונות: איזו תנאית אפשרה את החריגה, ואיזו תנאית אפשרה לה לעבור את בקרות הספק הקיימות ללא זיהוי או מניעה.
במקרה של בעיה בתאורת LED או במודול, רישום הפעולה התיקונית חייב לקשר את החומר הפגוע להזמנה או ל партиיה הרלוונטית, להציג כיצד נבחנה התופעה שנצפתה, לזהות את המצב שמתבסס על העדויות ולהסביר למה תהליכי הייצור או בקרות הבדיקה הקיימות לא מנעו את הבעיות לפני המשלוח. זה אינו דורשת מהקונה להניח מראש כשל ברכיב; זה דורש מהמאלף לקשר את העדויות גם למקרה וגם לבריחה.
האם הפעולה הקבועה משנה את המצב שזוהה כסיבה?
כאן דו"ח הפעולה התיקונית החלש נהיה לעתים קרובות ברור.
אם הסיבה העמוקה המוצהרת קשורה לתנאי ייצור אחד, אך הפעולה התיקונית היא פשוט "להגביר את בקרת הסיום", ייתכן שהפעולה תגלה יותר כשלים בלי לשנות את התנאי שיוצר אותם. גילוי ומניע אינם בהכרח אותו דבר.
אותו דאגה חלה גם על הצהרות כגון "לחזק את בקרת האיכות", "לשפר את ההדרכה של העובדים" או "לשים דגש רב יותר". ביטויים אלו עשויים לתאר כוונה כללית, אך צוות שמקבל הזמנה חוזרת עדיין חייב לדעת מה השתנה בפועל.
המשך מועיל הוא: אילו תהליך השתנה? מי אחראי לשינוי? איזו רשומה תראה שהשינוי בוצע? מה ייבדק בהזמנה הרלוונטית הבאה?
האם הפעולה אומתה, או רק בוצעה?
"הפעולה התיקונית הושלמה" מאשר שמישהו ביצע פעילות מסוימת. זה לא מוכיח באופן אוטומטי שהפעילות הזו פתרה את הבעיה שהופיעה.
האימות צריך לענות על השאלה האם הפעולה שנבחרה השיגה את מבקר התוצאה המבוקש. סוג העדות המדויק תלוי במקרה הספציפי ובסוג השינוי, ולכן אין לקבוע שיטה אחת לאימות עבור כל בעיה באיכות מסכי LED.
שאלה ניהולית נותרת ללא שינוי: איזה ראיות מאפשרות לצוות הפרויקט לעבור מ-"הספק ביצע שינוי" ל-"השינוי פותר את מנגנון הכישלון שזוהה"?
מסמך 8D קצר עם ראיות יכול להיות חזק יותר ממסמך 8D ארוך שכולו טקסט כללי
אורך המסמך אינו מייצג את איכות הספק.
תגובה תקנית מקוצרת יכולה להיות משכנעת כאשר הגדרת הבעיה מדויקת, היקף האמצעים להכלה ברור, הסיבה נתמכת, הפעולה הקבועה מתאימה לסיבה הזו, והאימות ניתן להבנה.
לעומת זאת, דוח ארוך עדיין עלול להיות חלש אם בכל אחד מהסעיפים שלו יש ניסוח מעובד, אך אין בו קישור סיבתי ברור. לכן צוותי הקנייה ואיכות הפרויקטים צריכים לבדוק את הלוגיקה של התגובה במקום לראות את מילוי הטופס כהוכחה לסגירת הנושא.
מניעת הזמנה חוזרת: לחפש שינוי גלוי, לא הבטחה "להיות זהירים יותר"
שאלה זו מוציאה את הפעולה התיקונית מהדוא"ל על התלונה ולתוך תהליך הייצור העתידי.
ספק יכול להגיב באופן מקצועי, להחליף את החומר הנפגע במהירות ולהתנהל בתקשורת טובה לאורך כל התאונה. אלו תכונות מועילות, אך הן לא מבטאות בפני עצמן שמנגנון הכשל הזה נמנע.
למניעת הזמנות חוזרות, חייב להיות שינוי זיהויי שמקושר לסיבת השורש המומצת. בהתאם לתאונה, השינוי הזה יכול להופיע בבקרת ייצור, בהנחיית תהליך, ברשומה פנימית, בדרישת מעקב, בנקודת סקירת טכנולוגיה או במסלול התקשורת.
המילה החשובה היא זיהויי .
לא ניתן לאמת את הטענה "נשים לב יותר בפעם הבאה". הצהרה כמו "נשפר את האיכות" אינה מסבירה לצוות הייצור הבא מה יש להשתנות במערכת. פעולת מניעה חייבת לכלול מספיק ראיות כך שאדם שלא היה מעורב בתלונה המקורית יוכל להבין גם כן את מבנה הבקרה הרלוונטי.
אל תאפשרו לפעולת התיקון להישאר לכודה בתוך שיחת השירות המקורית
זו סיכון ארגוני נפוץ ברכישות חוזרות של B2B.
האנשים שטיפלו בתלונה המקורית עלולים לא להיות אותם אנשים שמנהלים את ההזמנה הבאה. חודשים מאוחר יותר, איש רכש אחר, מנהל פרויקט או צוות ייצור עשויים לקבל את ההזמנה החוזרת. אם פעולת התיקון קיימת רק בתוך שרשרת מיילים ישנה, ההזמנה הבאה עלולה להתחיל ללא כל חיבור מעשי לתקלה הקודמת.
לפיכך, סגירת חזקה יותר יוצרת רציפות בין האירוע להזמנה החוזרת.
זוהי הנקודה שבה דוח אי התאמה (NCR) עוזב את תפקידו כמסמך לטיפול בתלונות בלבד ונהיה מידע שימושי لإدارة ספקים.
קלטים מהקונה: יש לספק לספק מספיק רקע כדי לחקור את הבעיה הנכונה.
צוות הפרויקט אינו צריך לברר את הסיבה העמוקה לפני פניה לספק. למעשה, ניסיון לעשות זאת מוקדם מדי עלול להכביד על החקירה אם הנחות יתמזגו לתוך התלונה.
הגישה המועילה יותר היא לספק חבילת ראיות מרוכזת שמגדירה את האירוע ואת ההשפעה שלו על הפרויקט.
חבילת אירועים ברורה מקטינה גם את הזמן שאובד בשל שחזור בסיסי. במקום מספר חלופות של תקשורת שמנסות לזהות איזו הזמנה, באיזו כמות ובאיזה סימפטום מדובר, שני הצדדים יכולים להתחיל מהמצב העצמאי והאמיתי הזה.
זה שימושי במיוחד כאשר לזמן הפעולות התיקוניות יש השפעה על רכישה חוזרת. המחלקה לרכישות יכולה להפריד בין המידע שעדיין נחוץ לצורך הגנה מיידית לבין הראיות הדרושות לפני אישור ההזמנה הבאה.
תמיכה מהמפעל: בקשת תשובת ניתנת לעקוב אחריה ללא הנחה מוקדמת על המסקנה
תמיכת הפעולות התיקוניות חייבת להסכים לפרויקט הספציפי ולמקרה הספציפי. תרומת הספק שמועילה איננה רק להכין מסמך עם כותרת NCR או 8D. היא כוללת סקירת הבעיה המדווחת, שמירה על אפשרות לעקוב אחר התחום המושפע, הפרדה בין ממצאים מאומתים לבין שאלות פתוחות, ותיאום התגובה שהוסכם עליה.
במקרים שבהם יש צורך בפעולה של עיכוב או החלפה, והיא מתאימה ומוסכמת, היא חייבת להישאר גלויה כתגובת הפרויקט המיידית, ולא להציג אותה כהוכחה שסיבת השורש כבר נפתרה.
באופן דומה, אם העדויות הזמינות עדיין לא תומכות בסיבת שורש סופית, התגובה הטובה יותר היא להשאיר נקודה זו פתוחה, ולא לסגור את הדיווח בהסבר שלא נתמך בעדויות.
תגובה אמינה יכולה לכלול אי-ודאות. הניסוח «החקירה עדיין פתוחה מכיוון שהראיות הנוכחיות אינן מבדילות בינתיים בין שני מנגנונים אפשריים» הוא מועיל יותר מאשר הצהרה בטוחה על הסיבה העמוקה ללא קישור תומך לתקלה שנצפתה.
אם הפרויקט דורש תגובה רשמית של NCR או 8D, יש לציין דרישה זו בעת הגשת התקלה כדי לאשר את הפורמט, המידע וההיקף המבוקשים לתגובה — ולא להניח אותם.
טבלת ביקורת פעולות התיקון: מה לבדוק לפני סגירת התקלה
כאן טבלה היא באמת מועילה. במקום להפוך כל סעיף לרשימת בדיקה, שש נקודות הביקורת שלהלן מספקות לצוותי הקנייה ואיכות הפרויקטים דרך אחת ומקוצרת לבחון האם התגובה יוצרת שרשרת שלמה של פעולות תיקון.
| נקודת ביקורת | מה לחפש | סימן אזהרה |
|---|---|---|
| הגדרת התקלה | התייחסות ברורה להזמנה או ל партиיה, תסמין נצף, כמות מאושרת של פריטים שנפגעו וראיות תומכות. | שפה כללית של תלונה או סיבה חשודה המוצגת כעובדה מוכחת. |
| הכלה | פעולה זמנית מוגדרת המגנה על הפרויקט הנוכחי או על החומר שעשוי להיות מושפע, תוך כדי שהחקירה נמשכת. | החלפה נחשבת כראיה לכך שהפעולה התיקונית הקבועה כבר הושלמה. |
| ראיות לסיבה | מנגנון مقترח המתאים לתבנית הכשל הנצפית ונתמך על ידי ראיות רלוונטיות, כולל סיבת ההתרחשות, ובמקרים רלוונטיים – הסבר מדוע בקרות קיימות לא גילו או לא מנעו את הבעיה. | הסיבה חוזרת על הסימפטום או מסתמכת על הצהרה כללית כגון "בעיה באיכות". |
| פעולה תקנית | שינוי ספציפי שמתמודד עם מנגנון הכשל הנתמך. | הבטחות כלליות לחזק בדיקות, הדרכה או תשומת לב, ללא הגדרת השינוי המדויק שמתרחש. |
| אימות | ראיות המראות האם הפעולה התיקונית שנבחרה יצרה את הבקרה הרצויה. | הפעולה מסומנת כמושלמת מכיוון שבוצעה, ללא הסבר לגבי יעילותה. |
| מניעת סדר הבא | שִׁנּוּי מֻרְאֶה בַּתְּחוּמִים הַמְּתַאֲמִים שֶׁל יִצּוּר, בִּקְרוּא, תְּעוּדָה אוֹ תְּקשׁוּר, שֶׁמַּעֲבִיר אֶת הַשֶּׁעָה לַסִּפְרוֹת הַבָּאוֹת. | הַמִּקְרֶה נִסְגַּר, אֲבָל מַחֲזוֹר הַיִּצּוּר הַבָּא יִתְקַיֵּם כְּמוֹ שֶׁהָיָה בְּפַעַם הָעֲבוּרָה. |
הַהֶגִּיוֹן הַמֻּלְאֶה אָמוּר לִהְיוֹת קַל לְהִתְבּוֹנֵן: זֶה מֶה שֶׁקָּרָה → זֶה מֶה שֶׁנִּשְׁמַר → הָרְאָיָה הַזֹּאת מְפָרֶשֶׁת אֶת הַסִּבָּה → הַמִּשְׂרָה הַזֹּאת מְשַׁנָּה אֶת הַסִּבָּה → זֶה אֵיךְ נִבְדְּקָה הַיְּצִיבוּת → זֶה מֶה שֶׁמִּשְׁתַּנֶּה לִפְנֵי הַסִּפְרָה הַמְּתַאֲמָה הַבָּאָה.
שאלות נפוצות
אֵיזוֹ יְדִיעָה אָמוּר לִהְיוֹת בְּתוֹךְ דְּיוּחַ שֶׁל NCR לְמִקְרֶה בְּמַצִּיג LED?
דְּיוּחַ NCR אָמוּר לְהַזְכִּיר אֶת הַסִּפְרָה אוֹ הַמַּחֲזוֹר הַמְּתַאֲמִים, אֶת הַמַּחֲזוֹר אוֹ הַמָּקוֹם הַמֻּשְׁפָּע, אֶת הַכִּשְׁלוֹן הַנִּרְאֶה, אֶת הַמִּסְפָּר הַמֻּשְׁפָּע שֶׁנִּאַמַּת, אֶת הַמִּסְפָּר שֶׁנִּבְדַּק (אִם רָאוּי), צִלּוּמִים אוֹ סִרְטוֹנִים שֶׁמְּזֻמָּנִים, הַהַקָפָה הַמְּתַאֲמָה, הַזְּמַן שֶׁבּוֹ נִגְלָה הַמִּקְרֶה וְהַהַשְׁפָּעָה הַמִּיָּדִית עַל הַמִּשְׁלָחָה. הַסִּבּוֹת הַמְּסוּפָּקוֹת אָמוּר לִהְיוֹת מְזֻיָּנוֹת בְּפֵרוּשׁ כְּהִשְׁתַּעֲרוּתִים, עַד שֶׁרְאָיָה תַּעֲמִיד אוֹתָן.
מַה הַהֶבְדֵּל בֵּין אִמּוּץ מִגְדָּרִים לְאִמּוּץ פְּעֻלּוֹת תַּקְנוּנִיּוֹת?
הכיתור מגן על הפרויקט הנוכחי או החומר שעשוי להיות מושפע, תוך כדי המשך החקירה. פעולת התיקון משנה את הסיבה לתופעה המומחנת. ההחלפה עשויה להיות חלק מהכיתור, גם אם לא הוכח שהחזרה של התופעה מנוטרלת.
איך קונה צריך להעריך האם ראיות לסיבה העמוקה מספיקות?
בדוקו האם הסיבה המוצעת מסבירה את דפוס הכישלון הממשי, האם הראיות הזמינות תומכות במנגנון הזה, והאם פעולת התיקון הקבועה פועלת ישירות נגדו. אם האלמנטים האלה אינם מחוברים זה לזה, הסיבה חייבת להישאר פתוחה לاستعراض נוסף.
מה צריך להשתנות לפני שמתירים את ההזמנה החוזרת?
שינוי מוגדר, המקושר לסיבה העמוקה המומחנת, חייב להיות גלוי בתהליך הרלוונטי, ברשומה הבקרה, בהוראות, בשלב האימות, בתיעוד או במסלול התקשורת. צוות ההזמנה החוזרת חייב להיות מסוגל לאשר שהשינוי יושם, ולא לסמוך על הבטחה כללית שלא תחזור התופעה.
אל תשלח רק את ההודעה "יש לנו בעיה"
אם יש בעיה בתצוגת LED שדורשת בדיקה על ידי הספק, שלח מספיק מידע כדי שאפשר יהיה להבין כבר מההתחלה את החומר המושפע ואת דפוס הכשל. זה נותן לספק בסיס ברור יותר לאחזקת הנזק, לחקירת הבעיה הטכנית ולכל תגובה של פעולות תיקון שנדרשות על ידי הפרויקט.
אם הפרויקט דורש תבנית מסוימת לתשובה של NCR או 8D, יש לכלול דרישה זו עם פרטי הבעיה הראשונית, כדי לאשר את התחום הצפוי לבדיקה בהתחלה.
הגישו את בעיית הפרויקט שלכם ל- OUBO LED
