היתרים (Permits)
ביצוע אחזקה · שיעור 4
- סוג היתר (Permit · T357G) — הגדרת קטלוג ההיתרים: עבודה חמה, ניתוק אנרגיה (LOTO), כניסה למרחב מוקף, עבודה בגובה; לכל סוג קוד, טקסט ופרופיל שימוש. הטבלה T357 מחזיקה את קבוצות ההיתרים/רלוונטיות
- רלוונטיות ההיתר (Permit Relevance) — לכל היתר מוגדר האם הוא חוסם שחרור (Release-relevant), חוסם סיום/TECO (Completion-relevant), או רק אזהרה (Informational). זה הפרמטר שקובע את עוצמת החסימה
- שיוך היתר לפקודה — היתר מוצמד לפקודת האחזקה (כרטיסיית Permits ב-IW32); אפשר לשייך ידנית או שהוא נקבע אוטומטית לפי אובייקט הייחוס
- שיוך היתר לאובייקט טכני — היתר יכול להיות מוגדר על מיקום פונקציונלי/ציוד, כך שכל פקודה מול אותו אובייקט יורשת את דרישת ההיתר
מטרת השיעור
ידע אצורבשיעור זה תלמד כיצד SAP PM אוכף בקרת בטיחות ותהליך על עבודת אחזקה באמצעות היתרים (Permits · T357/T357G): מהו סוג היתר, איך משייכים היתר לפקודת אחזקה או לאובייקט טכני (מיקום/ציוד), איך היתר "רלוונטי-לשחרור" חוסם את שחרור הפקודה עד למתן ההיתר (Grant), ואיך היתר "רלוונטי-לסיום" חוסם TECO. תבין את מנגנון הקביעה האוטומטית של היתרים לפי סיווג/מחוון, את הקשר להליכי בטיחות (עבודה חמה, ניתוק אנרגיה/Lockout-Tagout, כניסה למתחם), ואיך המנגנון הזה הופך דרישת ציות רגולטורית לחסימת מערכת מובנית שלא ניתן לעקוף.
למה זה חשוב
ידע אצורהיתר מתרגם דרישת בטיחות/רגולציה לחסימת מערכת שלא ניתן לעקוף — הטכנאי לא יכול לשחרר/לסיים פקודה בלי אישור המוסמך.
ערך עסקי
ידע אצורציות בטיחותי ורגולטורי מובנה (Built-in Compliance): במקום נוהל בטיחות שמסתמך על משמעת אנושית, המערכת עצמה חוסמת עבודה לא-מאושרת. זה מקטין סיכון לתאונות, יוצר תיעוד מבוקר של מי אישר מה ומתי (audit trail לרגולטור/מבטח), ומבטיח שהליכי Lockout-Tagout, עבודה חמה וכניסה למתחם לא יעברו את שלב השחרור בלי חתימת ממונה בטיחות. הקביעה האוטומטית לפי סיווג מבטיחה שהיתר לא "יישכח" — כל ציוד מסוכן גורר את ההיתר שלו אוטומטית.
היכן בשימוש
ידע אצורבשלב הביצוע (ביצוע אחזקה) של מחזור חיי הפקודה — בין יצירת הפקודה לשחרורה, ובנקודת ה-TECO. משמש מחלקות אחזקה בתעשיות מוסדרות ומסוכנות: כימיה, מזון ומשקאות (CBC), פארמה (GMP), אנרגיה, זיקוק. מופעל דרך כרטיסיית ההיתרים בפקודה (IW32) או ישירות על המיקום הפונקציונלי/ציוד. ממונה הבטיחות/מוסמך הוא זה שנותן את ההיתר (Grant); המתכנן והטכנאי כפופים לחסימה.
מושגי מפתח
מאומת- סוג היתר (Permit · T357G) — הגדרת קטלוג ההיתרים: עבודה חמה, ניתוק אנרגיה (LOTO), כניסה למרחב מוקף, עבודה בגובה; לכל סוג קוד, טקסט ופרופיל שימוש. הטבלה T357 מחזיקה את קבוצות ההיתרים/רלוונטיות
- רלוונטיות ההיתר (Permit Relevance) — לכל היתר מוגדר האם הוא חוסם שחרור (Release-relevant), חוסם סיום/TECO (Completion-relevant), או רק אזהרה (Informational). זה הפרמטר שקובע את עוצמת החסימה
- שיוך היתר לפקודה — היתר מוצמד לפקודת האחזקה (כרטיסיית Permits ב-IW32); אפשר לשייך ידנית או שהוא נקבע אוטומטית לפי אובייקט הייחוס
- שיוך היתר לאובייקט טכני — היתר יכול להיות מוגדר על מיקום פונקציונלי/ציוד, כך שכל פקודה מול אותו אובייקט יורשת את דרישת ההיתר
- קביעה אוטומטית לפי סיווג/מחוון — ההיתר מוקצה אוטומטית לפקודה בהתאם לסיווג הציוד או למחוון (למשל: כל מיכל לחץ → היתר 'עבודה חמה'), כדי שלא יישכח
- מתן היתר (Grant / Issue) — פעולת האישור בפועל בידי המוסמך; רק לאחריה נפתחת החסימה. ניתן לתעד מי, מתי ובאילו תנאים
- חסימת שחרור/סיום — היתר פתוח רלוונטי-לשחרור מונע REL; רלוונטי-לסיום מונע TECO. זהו מנגנון הבטיחות המרכזי
- Lockout-Tagout / הליכי בטיחות — ההיתר מייצג את ההליך הפיזי (ניתוק אנרגיה, נעילה, שילוט) שחייב להסתיים לפני תחילת עבודה
דוגמה מ-CBC
ידע אצורבמפעל CBC נדרשת עבודת ריתוך (עבודה חמה) על מיכל ערבוב נירוסטה. המיכל מסווג כ"כלי לחץ", ולכן בעת יצירת פקודת האחזקה נקבע אוטומטית היתר "עבודה חמה" (Hot Work) שהוגדר כרלוונטי-לשחרור. המתכנן מנסה לשחרר את הפקודה — המערכת חוסמת: היתר פתוח. ממונה הבטיחות בודק את השטח (ניקוי שאריות דלק, אוורור, מטף כיבוי), מבצע Lockout-Tagout על קווי ה-CO2 הסמוכים, ורק אז נותן את ההיתר (Grant) ב-IW32. עכשיו הפקודה משתחררת, והטכנאי מתחיל. אילו העבודה הייתה על ציוד חשמלי, היתר "ניתוק אנרגיה" רלוונטי-לסיום היה חוסם גם את ה-TECO עד אישור החזרת המתח.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| T357 | קבוצות היתרים / הגדרת רלוונטיות היתר לשחרור וסיום |
| T357G | סוגי היתר (Permits) — קטלוג ההיתרים וטקסטים |
| AUFK | אב פקודת האחזקה (כותרת הפקודה שהיתר משויך אליה) |
| AFIH | כותרת PM של הפקודה (אובייקט ייחוס/מיקום/ציוד) |
| IFLOT | מיקום פונקציונלי — אובייקט טכני שהיתר יכול להישמר עליו |
| EQUI | ציוד — אובייקט טכני שהיתר יכול להישמר עליו |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתPlant Maintenance and Customer Service → Maintenance and Service Processing → Maintenance and Service Orders → Permits → Define Permits (הגדרת סוגי היתר · T357G) + Define Permit Categories/Relevance (רלוונטיות שחרור/סיום · T357) + Assign to Classification (קביעה אוטומטית לפי סיווג/מחוון)
אובייקטים / BAPIs
מאומתהפניות SAP
מאומתSAP Help — Plant Maintenance (PM): Permits; SPRO — Maintenance and Service Orders → Permits (Define Permits · T357G); domain-detail.ts · pm-permits; exits.ts — IWO10009 · WORKORDER_UPDATE; pm-master-data-facets.ts — T357G = Permits
טעויות נפוצות
ידע אצור- הגדרת היתר כ'אזהרה בלבד' במקום 'רלוונטי-לשחרור' — החסימה לא נאכפת והעבודה יכולה להתחיל בלי אישור
- שכחת קביעה אוטומטית לפי סיווג — ההיתר תלוי בזיכרון המתכנן ולא נגרר לפקודות מסוכנות
- בלבול בין רלוונטי-לשחרור לרלוונטי-לסיום — היתר בטיחות שאמור לחסום התחלת עבודה מוגדר בטעות רק על TECO
- מתן היתר גורף מראש לכל הפקודות כדי 'לחסוך זמן' — מרוקן את המנגנון מתוכן ומבטל את הביקורת
- שיוך ההיתר לפקודה אך לא לאובייקט הטכני — פקודות עתידיות מול אותו ציוד מסוכן לא יורשות את הדרישה
פתרון תקלות
ידע אצור"לא ניתן לשחרר פקודה — בדוק כרטיסיית Permits ב-IW32: היתר פתוח רלוונטי-לשחרור חוסם REL; יש לתת אותו (Grant). היתר לא נקבע אוטומטית — בדוק ב-SPRO את שיוך ההיתר לסיווג/מחוון של אובייקט הייחוס, וודא שהציוד/מיקום אכן מסווג. TECO חסום — היתר רלוונטי-לסיום פתוח; אשר אותו לפני סגירה טכנית. החסימה לא נאכפת — בדוק שההיתר מוגדר כ-Release/Completion-relevant ולא כ'אזהרה בלבד' (T357). בדיקות היתר מותאמות-לקוח שנכשלות בשמירה — Customer Exit IWO10009 (EXIT_SAPLCOIH_009) או BAdI WORKORDER_UPDATE; הרץ CMOD/SE19 עם breakpoint. חוסר הרשאה למתן היתר — SU53 מול קבוצת ההרשאה/I_AUART."
שיטות עבודה מומלצות
ידע אצור- הגדר היתרי בטיחות קריטיים (עבודה חמה, LOTO, מרחב מוקף) כרלוונטיים-לשחרור כדי שהעבודה לא תתחיל בלי אישור
- קשר כל היתר לסיווג/מחוון של הציוד המסוכן — קביעה אוטומטית מונעת שכחה אנושית
- הפרד הרשאת מתן היתר (Grant) לממונה בטיחות בלבד, לא למתכנן/טכנאי — הפרדת תפקידים
- העדף BAdI WORKORDER_UPDATE על Customer Exit IWO10009 לבדיקות היתר מותאמות (Clean Core לקראת S/4)
- תעד את תנאי מתן ההיתר (LOTO, אוורור, מטף) כ-audit trail לרגולטור/מבטח
טיפים
ידע אצור- היתר יכול לחסום גם שחרור וגם סיום — בחר את הרלוונטיות לפי מתי הסיכון קיים (לפני העבודה = שחרור; החזרת מצב בטוח = סיום)
- היתר על מיקום/ציוד נגרר לכל פקודה עתידית מולו — עדיף על שיוך חד-פעמי לפקודה
- במעבר ל-S/4 המנגנון זהה; רק ה-UX עובר ל-Manage Maintenance Orders (כרטיסיית Permits) — ודא ב-QA שהחסימה עדיין נאכפת
בחן את עצמך
ידע אצורהיתר המוגדר כ'רלוונטי-לשחרור' (Release-relevant) פתוח על פקודת אחזקה. מה קורה?
כיצד מבטיחים שהיתר 'עבודה חמה' לא יישכח על מיכל לחץ?
איזה אובייקט הרחבה מומלץ (Clean Core) לאכיפת בדיקות היתר מותאמות בשמירת פקודה?
סיכום
ידע אצורהיתרים (Permits · T357/T357G) הם מנגנון הציות הבטיחותי המובנה של SAP PM: קטלוג של סוגי היתר (עבודה חמה, ניתוק אנרגיה/LOTO, כניסה למתחם) שכל אחד מהם מוגדר כרלוונטי-לשחרור או רלוונטי-לסיום. היתר פתוח חוסם את שחרור הפקודה (או את ה-TECO) עד שהמוסמך נותן אותו (Grant). קביעה אוטומטית לפי סיווג/מחוון מבטיחה שהיתר לא יישכח על ציוד מסוכן. ההרחבה נעשית דרך Customer Exit IWO10009 או BAdI WORKORDER_UPDATE (Clean Core), והליבה — BAPI_ALM_ORDER_MAINTAIN. במעבר ל-S/4HANA המנגנון נשמר זהה, מנוהל דרך אפליקציית Manage Maintenance Orders (כרטיסיית Permits). QA לאחר המרה: ודא חסימת שחרור/סיום וקביעה אוטומטית.