FRACAS – איך הופכים תקלות שטח לשיפור אמינות מדיד?

תיקון זה לא למידה

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

FRACAS – Failure Reporting, Analysis and Corrective Action System – הוא תהליך סגור לדיווח על כשלים, ניתוח שלהם והטמעת פעולות מתקנות. הוא מתואר בין היתר במסמך MIL-HDBK-2155, ומשמש בתעשייה הביטחונית, בתעופה, ברכבות, במכשור רפואי ובאלקטרוניקה.

ההבדל בין FRACAS לבין מערכת קריאות שירות פשוט: מערכת שירות מנהלת תיקונים. FRACAS מנהל למידה.

מחזור FRACAS – שבעה שלבים

1. דיווח – כל כשל מתועד: מה נכשל, מתי, באיזה מצב הפעלה ובאילו תנאים
2. אימות – האם הכשל משתחזר? האם זה באמת כשל, או טעות שימוש או בדיקה?
3. ניתוח – בדיקת מעבדה, ניתוח כשל (Failure Analysis) וזיהוי גורם השורש
4. פעולה מתקנת – שינוי תכן, תהליך, ספק, הוראת עבודה או תחזוקה
5. אימות הפעולה – בדיקה שהפעולה אכן מונעת את הכשל
6. סגירה – רק אחרי אימות, לא אחרי "שליחת תיקון"
7. ניתוח מגמות – איסוף הנתונים לאורך זמן לזיהוי כשלים חוזרים ולחישובי אמינות

אילו נתונים חייבים לאסוף?

FRACAS טוב כמו הנתונים שנכנסים אליו. דיווח שאומר רק "לא עובד" לא מאפשר שום ניתוח.

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

הנקודה האחרונה קריטית. רכיב שנזרק בשטח הוא ראיה שאבדה.

ועדת סקירת הכשלים (FRB)

ב-FRACAS אפקטיבי פועלת ועדת סקירת כשלים (Failure Review Board): צוות רב-תחומי של הנדסה, איכות, אמינות, ייצור ושירות, שנפגש באופן קבוע.

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

דוגמה מוכללת מהתעשייה

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

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

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

FRACAS ונתוני אמינות

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

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

איך יודעים ש-FRACAS עובד?

• זמן ממוצע לסגירת כשל – והאם הוא מתקצר
• אחוז כשלים שנסגרו עם גורם שורש מאומת – לא "לא נמצאה תקלה"
• אחוז כשלים חוזרים – אותו אופן כשל אחרי פעולה מתקנת
• מגמת קצב הכשלים – האם המוצר משתפר לאורך הזמן

אם כמות הכשלים הפתוחים רק גדלה, ה-FRACAS משמש לתיעוד ולא ללמידה.

לסיכום

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

המשך קריאה

MTBF – מה המספר באמת אומר, ומה הוא לא אומר?

8D – מתלונה לפתרון שורש: איך פותרים בעיות כך שלא יחזרו?

קורס CRE – Certified Reliability Engineer

צריכים להקים FRACAS או לשפר תהליך קיים?

ALD Advanced Solutions מלווה ארגונים בהקמה ובהפעלה של FRACAS כחלק מתוכניות אמינות ו-RAMS, והנושא נלמד לעומק גם בקורס CRE של ALD Academy.

שירותי הנדסת אמינות ו-RAMS