Chapter 8 · 4 תת-פרקים · ~31 דק'

בקרת תחזוקת מפעל (Controlling)

Plant Maintenance Controlling

פרק זה הוא יחידת-לימוד מלאה לבקרת-עלויות ולתקצוב בתחזוקת-מפעל (PM Controlling). תחזוקה אינה רק 'לתקן מכונות' — היא צרכנית-תקציב גדולה שיש לתכנן, למדוד ולבקר. הפרק מסביר תחילה מהי בקרת-תחזוקה ומדוע היא קריטית, ואז סוקר את שתי משפחות-הכלים: כלים להפקת-מידע (SAP List Viewer ALV, QuickViewer, LIS, BW/4HANA, SAP Lumira) וכלים לתקצוב (Order budgeting, Cost-center budgeting, Investment Management, WBS, ותקצוב-עלות-תחזוקה). כל תת-פרק ותת-סעיף הורחב ליחידת-לימוד עצמאית בת 18 מקטעים — שלוש רמות הסבר (מנהלים, מתחילים, יועצים), מטרה עסקית, דוגמת-תהליך אמיתית, דוגמת CBC, ניווט ו-SPRO, טבלאות/T-Codes/Fiori, פרטי קונפיגורציה, תרשים-תהליך, טעויות נפוצות, פתרון תקלות, שיטות מומלצות, שאלות-ראיון ומסקנות-מפתח. כל אובייקטי-SAP נשמרים באנגלית verbatim. המטרה: לשלוט בבקרת-התחזוקה ובתקצובה ללא הספר המקורי.

1/4

הסבר מנהלים

בקרת-תחזוקה היא המשמעת הניהולית של תכנון, מדידה והשוואה של עלויות-התחזוקה מול תקציב ומול תוצרת. כל פעולת-תחזוקה ב-SAP — מהודעה (Notification), דרך פקודת-תחזוקה (Maintenance Order) ועד אישור (Confirmation) — מייצרת עלות. בקרת-התחזוקה דואגת שהעלויות נאספות לאובייקט-הנכון, נמדדות מול תכנון, ומנותחות לקבלת-החלטות: לתקן או להחליף, להעסיק קבלן או צוות-פנים, להאריך מרווחי-תחזוקה-מונעת או לקצרם.

הסבר למתחילים

תחשוב על תחזוקה כמו על תקציב-משק-בית לרכב: דלק, ביטוח, תיקונים. בלי מעקב לא תדע אם אתה מוציא יותר מדי. ב-SAP, ה-Maintenance Order הוא ה'מעטפה' שאוספת את כל ההוצאות של עבודה אחת — שעות-עבודה, חלקי-חילוף וקבלנים. בקרת-תחזוקה היא פשוט להסתכל בכל המעטפות האלה, לסכם, ולהשוות לכמה תכננו להוציא.

הסבר ליועצים

ב-SAP ה-Maintenance Order הוא Cost Object (אובייקט-עלות) פנימי מסוג PM/CS. עלויות נאספות עליו דרך Confirmations (שעות → Activity Types), Goods Issues (חלקים → טבלת RESB/MSEG), ושירותים חיצוניים (PReq → PO → חשבונית). בסיום, ה-Order עובר Settlement (KO88/CO88) ל-Receiver — לרוב Cost Center של הנכס, פעמים Asset או WBS. ההשוואה Plan/Actual נעשית ברמת ה-Order (Value Categories, טבלת COVP/COEP) וברמת ה-Cost Center. ב-S/4HANA ה-Universal Journal (ACDOCA) מאחד את הנתונים, ומאפשר דיווח-בזמן-אמת בלי טבלות-סיכום נפרדות. הבנת זרימת-העלות מ-Order ל-Settlement היא הליבה של כל בקרת-תחזוקה.

מטרה עסקית

המטרה העסקית: לשלוט בעלות-המחזור-של-נכס (Total Cost of Ownership), לאזן בין תחזוקה-מונעת (PM) למתקנת (Breakdown), ולספק להנהלה תמונת-אמת על היכן הכסף נשרף. בלי בקרה, תחזוקה הופכת ל'בור-תקציבי' ללא נראות, וההחלטה 'לתקן מול להחליף' מתקבלת בעיוורון.

דוגמת תהליך

תקלה במשאבה ➔ נפתחת Notification (M2) ➔ ממנה Maintenance Order (IW31). מתכננים שעות-עבודה (Operations), חלקים (Components) וקבלן (External). שחרור ה-Order יוצר עלות-מתוכננת (Planned). הביצוע: Confirmation (IW41) מזין עלות-עבודה בפועל, Goods Issue (MIGO/261) מזין עלות-חלקים, קבלת-שירות מזינה עלות-קבלן. בסגירה (TECO) משווים Plan מול Actual, מבצעים Settlement ל-Cost Center של הנכס, ומנתחים סטיות.

דוגמת CBC

ב-CBC (מפעל-מילוי קוקה-קולה): קו-מילוי PET עוצר בגלל תקלת-מנוע. ה-Maintenance Order אוסף 6 שעות-טכנאי, מנוע חלופי מהמלאי, וקריאת-קבלן-חשמל. בסוף-החודש בקרת-התחזוקה מסכמת את כל ה-Orders של קו-המילוי, מסלקת ל-Cost Center 'Line-PET-01', ומשווה לתקציב-התחזוקה-החודשי. סטייה חיובית מתמשכת מפעילה שיחה: לחדש את הקו או להמשיך לתחזק.

תרשים תהליך

תקלה ➔ NotificationIW21מקור-העלות

פקודת-תחזוקהIW31Cost Object

תכנון עלויותPlanOperations+Components

ביצוע ➔ עלות בפועלIW41/MIGOActual

השוואת Plan/ActualKOB1סטיות

Settlement ל-ReceiverKO88Cost Center/Asset

ניווט / SPRO

Plant Maintenance and Customer Service

└─Maintenance and Service Processing

└─Maintenance and Service Orders

└─Functions and Settings for Order Types

└─Costing Data for Maintenance and Service Orders

└─Assign Costing Parameters and Results Analysis Keys

Controlling

└─Internal Orders

└─Actual Postings

└─Settlement

└─Maintain Settlement Profiles

Plant Maintenance and Customer Service

└─Maintenance and Service Processing

└─Basic Settings

└─Define Default Values for Value Categories

קונפיגורציה

Order Type (PM): קובע Number Range, Settlement Profile, Costing Variants (Plan/Actual) — דרך OIOA / Costing data.
Settlement Profile: מגדיר Receiver מותר (Cost Center/Asset/WBS), Allocation Structure ו-Default Object Type.
Value Categories: ממפות Cost Elements לקטגוריות-דיווח (Labor/Material/External) להשוואת Plan/Actual.
Results Analysis Key: רלוונטי ל-orders ארוכי-טווח / מסירת-שירות עם הכרת-הכנסה.

T-Codes

IW31IW41KO88S_ALR_87013533IW38KOB1

Tables

AUFKCOEPCOVPACDOCARESBJEST

Fiori Apps

F2929F0967F0811

נתוני אב

AUFK = כותרת-ה-Order (סוג, מפעל, אובייקט-אחראי, Settlement rule).
COEP/COVP = שורות-עלות בפועל/מתוכננות לפי Cost Element; ב-S/4HANA גם ACDOCA.
Functional Location / Equipment = נושאים את ה-Cost Center ברירת-המחדל לסילוק.

טעויות נפוצות

אי-הגדרת Settlement Rule ➔ ה-Order נשאר עם עלות 'תקועה' ולא מגיע ל-Cost Center.
ערבוב עלויות PM ו-Production על אותו Cost Object ➔ דיווח-תחזוקה מעוות.
סגירת Order (TECO) לפני קליטת חשבונית-קבלן ➔ עלות מגיעה אחרי הסגירה, סטייה מטעה.
אי-שימוש ב-Value Categories ➔ אי-אפשר לפלח עלות לעבודה/חומר/חוץ.

פתרון תקלות

Order ללא עלות בפועל ➔ בדוק Confirmations (IW41) ו-Goods Issues; אולי לא בוצעו.
Settlement נכשל ➔ חסר Settlement Rule, Cost Center חסום, או תקופה סגורה (OB52/MMPV).
סטיית Plan/Actual ענקית ➔ עלות-תכנון לא עודכנה אחרי שחרור, או חשבונית כפולה.
עלות לא מופיעה בדוח ➔ Cost Element לא ממופה ל-Value Category.

שיטות מומלצות

סלק Orders באופן תקופתי (סוף-חודש) ולא רק בסגירה — שמור נראות שוטפת.
הפרד Order Types לפי סוג-עבודה (מונעת/מתקנת/השקעה) לדיווח נקי.
הגדר Value Categories מההתחלה — קשה להוסיף רטרואקטיבית.
השתמש ב-Maintenance Cost Budgeting (ראה 8.3.5) להצבת תקרות לפני ביצוע.

שאלות ראיון

מהו ה-Cost Object המרכזי בבקרת-תחזוקה?

ה-Maintenance Order — אובייקט-עלות פנימי (Internal Order) שאוסף עבודה, חומר ושירות-חיצוני, ואז מסולק (Settlement) ל-Cost Center / Asset / WBS.

מה ההבדל בין עלות-Order ל-Cost-Center בתחזוקה?

ה-Order אוסף עלות-עבודה-בודדת (מיקרו), ה-Cost Center מצטבר עלות-תקופתית של אזור/קו (מאקרו). ה-Settlement מעביר מהראשון לשני.

כיצד S/4HANA משנה את בקרת-התחזוקה?

ה-Universal Journal (ACDOCA) מאחד FI+CO, מבטל טבלות-סיכום נפרדות ומאפשר דיווח-Plan/Actual בזמן-אמת ברמת-ה-Order.

מסקנות מפתח

תחזוקה היא צרכנית-תקציב שיש לתכנן, למדוד ולבקר — לא רק 'לתקן'.
ה-Maintenance Order הוא לב-הבקרה: אוסף עלות ואז מסולק ל-Receiver.
השוואת Plan/Actual + Value Categories היא הכלי האנליטי המרכזי.
ב-S/4HANA הכל זורם ל-ACDOCA — דיווח בזמן-אמת.

נושאים קשורים

PM Academy · פקודות-תחזוקה ועלויותאובייקט · AUFK

SAP by Sali · Project NEO

טוען את נוף ה-SAP…