מדריך מקיף: ניהול הבטחת איכות עם מודול איכות לפריוריטי

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

מה קורה כשהאיכות חיה בקובצי אקסל?

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

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

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

מקבלת סחורה ועד תלונת לקוח: תהליכי הליבה

בקרה במחסן וברצפת הייצור

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

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

תלונות לקוח: מסלול החיים של קריאה

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

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

כיבוי שרפות מול סגירת מעגל: אי־התאמות ופעולות מתקנות

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

ניתוח סיבת שורש ומניעת הישנות

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

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

רכש, ספקים והרשאות: איפה האיכות פוגשת את שאר הארגון

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

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

אילו שדות ומדדים באמת שווה להגדיר

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

כשהסיווגים נקיים, דוחות האיכות מראים מגמות לפי מוצר, קו ייצור או ספק. המדדים הנפוצים:

טעויות נפוצות בהטמעה ואיך נמנעים מהן

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

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

על העסק

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