התחשבנות פקודה (Settlement)
ביצוע אחזקה · שיעור 5
- כלל התחשבנות (Settlement Rule) — מגדיר לאן ובאיזה יחס העלות עוברת. מאוחסן בכותרת COBRA וחלוקה ליעדים ב-COBRB. נקבע בפקודה (IW32 → Settlement rule) או ב-KO02, וכולל: קטגוריית יעד (CTR=מרכז עלות · FXA=נכס · WBS · PSG=CO-PA), מזהה היעד, וסוג התחשבנות.
- סוג התחשבנות — PER (Periodic, תקופתי) מעביר את עלות התקופה הנוכחית בלבד ומשאיר את הפקודה פתוחה להמשך צבירה; FUL (Full, מלא) מעביר את כל היתרה ומכוון לסגירה. פקודות אחזקה קצרות עובדות בד"כ עם FUL; פקודות ארוכות/השקעה עם PER.
- יעד ההתחשבנות (Cost Receiver) — מרכז עלות (Cost Center, הוצאה שוטפת) · נכס (Asset, היוון להון — AuC/נכס גמור) · WBS Element (פרויקט) · CO-PA (רווחיות). היעד יורש בד"כ ממרכז העלות של המיקום הפונקציונלי/הציוד (ILOA) כברירת מחדל.
- פרופיל התחשבנות (Settlement Profile) — הגדרת Customizing שקובעת אילו יעדים מותרים, מבנה ההקצאה (Allocation Structure), מבנה PA וברירות מחדל. משויך לסוג הפקודה (Order Type). בלי פרופיל מתאים לא ניתן להתחשבן.
מטרת השיעור
ידע אצורבשיעור הזה תלמד לבצע נכון התחשבנות פקודת אחזקה (Settlement) — הצעד שמעביר את העלות שנצברה בפקודה (שעות עבודה + חומרים) ליעד העסקי הנכון: מרכז עלות, נכס (Asset), פרויקט (WBS) או CO-PA. תבין מהו כלל התחשבנות (Settlement Rule) ואיך הוא מאוחסן ב-COBRA/COBRB, מה ההבדל בין התחשבנות תקופתית (PER) למלאה (FUL), איך רצים KO88 (פקודה בודדת) מול CO88 (התחשבנות מרוכזת), למה חובה שהיתרה תגיע ל-0 לפני CLSD, ואיך ב-S/4HANA הרישום מגיע ישירות ל-Universal Journal (ACDOCA) ללא reconciliation נפרד. תזהה גם את הסטייה (Variance) בין מתוכנן לבפועל ואיפה היא נרשמת.
למה זה חשוב
ידע אצורבלי התחשבנות העלות "תקועה" בפקודה: מרכז העלות של הייצור לא נחייב, הדוחות הכספיים לא משקפים את עלות האחזקה האמיתית, והפקודה נשארת פתוחה וחוסמת סגירת תקופה חודשית. הפקודה היא נשא עלות זמני (Cost Object) — היא צוברת עלות בפועל דרך אישורים (AFRU) וצריכת חומרים (GI), אבל האחריות התקציבית שייכת לבעלים העסקי (המחלקה שהציוד משרת). ההתחשבנות היא הרגע שבו העלות "מגולגלת" מהנשא הזמני ליעד הקבוע. מיישם שלא שולט בהתחשבנות יראה פקודות עם יתרה שאינה 0, KO88 שנכשל בגלל כלל חסר או תקופה סגורה, ופקודות שלא ניתן לסגור עסקית — כל אלה חוסמים את פרויקט סגירת החודש של מחלקת ה-CO.
ערך עסקי
ידע אצורהתחשבנות מדויקת נותנת לארגון תמונת עלות אחזקה אמיתית ברמת מרכז עלות/ציוד: כמה עולה להחזיק כל קו ייצור, אילו נכסים "שורפים" תקציב אחזקה, והאם השקעה (הון) צריכה להיוון לנכס במקום להירשם כהוצאה שוטפת. זה מזין החלטות Replace-vs-Repair, תקצוב אחזקה שנתי ובקרת עלויות תפעולית. ב-S/4HANA, כשהעלות זורמת ישירות ל-Universal Journal, מחלקת הכספים מקבלת שקיפות עלות אחזקה בזמן אמת (Embedded Analytics) בלי טבלאות reconciliation נפרדות — קיצור משמעותי של סגירת החודש.
היכן בשימוש
ידע אצורבכל סוגי פקודות האחזקה: שבר (PM02), מונעת (PM01) והשקעה/שיפוץ (PM03/PM04). התחשבנות למרכז עלות — פקודות תחזוקה שוטפת (הוצאה); התחשבנות לנכס (Asset) — פקודות שיפוץ/שדרוג שמהוונות להון; התחשבנות ל-WBS — אחזקה במסגרת פרויקט השקעה; התחשבנות ל-CO-PA — כשמייחסים עלות לשוק/מוצר. מבצעים: מחלקת CO/כספים (מריצה KO88/CO88 בסגירת חודש), מתכנני אחזקה (מגדירים כלל התחשבנות בפקודה) ובקרים (מנתחים סטיות עלות). קריטי במיוחד בתהליך סגירת התקופה החודשי (Month-End Close).
מושגי מפתח
מאומת- כלל התחשבנות (Settlement Rule) — מגדיר לאן ובאיזה יחס העלות עוברת. מאוחסן בכותרת COBRA וחלוקה ליעדים ב-COBRB. נקבע בפקודה (IW32 → Settlement rule) או ב-KO02, וכולל: קטגוריית יעד (CTR=מרכז עלות · FXA=נכס · WBS · PSG=CO-PA), מזהה היעד, וסוג התחשבנות.
- סוג התחשבנות — PER (Periodic, תקופתי) מעביר את עלות התקופה הנוכחית בלבד ומשאיר את הפקודה פתוחה להמשך צבירה; FUL (Full, מלא) מעביר את כל היתרה ומכוון לסגירה. פקודות אחזקה קצרות עובדות בד"כ עם FUL; פקודות ארוכות/השקעה עם PER.
- יעד ההתחשבנות (Cost Receiver) — מרכז עלות (Cost Center, הוצאה שוטפת) · נכס (Asset, היוון להון — AuC/נכס גמור) · WBS Element (פרויקט) · CO-PA (רווחיות). היעד יורש בד"כ ממרכז העלות של המיקום הפונקציונלי/הציוד (ILOA) כברירת מחדל.
- פרופיל התחשבנות (Settlement Profile) — הגדרת Customizing שקובעת אילו יעדים מותרים, מבנה ההקצאה (Allocation Structure), מבנה PA וברירות מחדל. משויך לסוג הפקודה (Order Type). בלי פרופיל מתאים לא ניתן להתחשבן.
- KO88 מול CO88 — KO88 מתחשבן פקודה בודדת (אינטראקטיבי, לבדיקה/תיקון); CO88 הוא הרצה מרוכזת (Collective) לכל הפקודות של טווח/מפעל בסגירת חודש, מתוזמן כ-job. שניהם קוראים את COBRB ורושמים ל-CO/ACDOCA.
- יתרה 0 (Balance = 0) — לאחר התחשבנות מלאה (FUL) יתרת העלות בפקודה חייבת להיות 0: כל מה שנצבר יצא ליעד. יתרה שאינה 0 מעידה על התחשבנות חלקית או כלל חסר, וחוסמת סגירה עסקית (CLSD).
- סטייה (Variance) — ההפרש בין עלות מתוכננת לעלות בפועל בפקודה. בפקודות אחזקה נמדדת בעיקר לניתוח (KOB1/KOB3); בפקודות ייצור מחושבת פורמלית (KKS1/KKS2) לפני התחשבנות. הסטייה עוזרת לתפוס אישורים חריגים או תמחור שגוי.
- S/4HANA — Universal Journal (ACDOCA): ההתחשבנות רושמת ישירות ל-ACDOCA ללא reconciliation ledger נפרד (CO⇄FI). טבלאות COSS/COSP (סיכומי עלות) ו-COEP (פריטים) עדיין נשמרות תאימות, אך מקור האמת הוא ACDOCA.
דוגמה מ-CBC
ידע אצורבארגון (CBC): קו המילוי #2 עובר אחזקה מונעת רבעונית. במהלך החודש נצברות בפקודת האחזקה עלויות — 14 שעות טכנאי (סוג פעילות × תעריף מרכז העלות של מחלקת האחזקה) וחלפים (אטמים + ראש מילוי, GI מהמלאי). בכלל ההתחשבנות של הפקודה מוגדר יעד: מרכז העלות של קו המילוי בקטגוריה CTR, סוג FUL. בסגירת החודש מחלקת ה-CO מריצה CO88 מרוכז לכל פקודות האחזקה של המפעל — העלות מתגלגלת ממרכז העלות הזמני של הפקודה למרכז העלות של הייצור, יתרת הפקודה יורדת ל-0, והיא ניתנת לסגירה עסקית (CLSD). ב-S/4HANA הרישום מופיע ישירות ב-Universal Journal (ACDOCA) — מנהל הכספים רואה את עלות אחזקת הקו ב-Embedded Analytics בלי להמתין ל-reconciliation. במקרה של שדרוג הון (החלפת מנוע ראשי), הכלל היה מכוון לנכס (FXA) כדי להוון את העלות במקום לרשום כהוצאה.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| COBRA | כלל התחשבנות — כותרת (Settlement Rule Header) |
| COBRB | כלל התחשבנות — חלוקה ליעדים (Distribution Rules) |
| COSS | סיכומי עלות CO — רישומים פנימיים (Cost Totals – Internal) |
| COSP | סיכומי עלות CO — רישומים חיצוניים (Cost Totals – External) |
| COEP | פריטי עלות CO לפי תקופה (CO Line Items) |
| AUFK | כותרת הפקודה (Order Master — נושאת שיוך התחשבנות) |
| AFIH | כותרת אחזקה לפקודה |
| AFVC | פעולות הפקודה (Operations) |
| AFRU | אישורי אחזקה (Confirmations — מקור עלות בפועל) |
| ACDOCA | Universal Journal — יעד הרישום ב-S/4HANA (יחיד ל-CO+FI) |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתControlling → Internal Orders / Product Cost Controlling → Actual Postings → Settlement — הגדרת Settlement Profile (יעדים מותרים, Allocation Structure, PA Transfer Structure), שיוכו ל-Order Type (Maintenance & Service Processing → Maintenance and Service Orders → Functions and Settings for Order Types → Settlement Rule / Costing Data). כלל ההתחשבנות עצמו (COBRB) נקבע בפקודה. תקופות רישום: OB52 (CO/FI). ב-S/4 יעד הרישום הוא Universal Journal (ACDOCA) ללא reconciliation ledger.
אובייקטים / BAPIs
מאומתהפניות SAP
מאומתSAP Help Portal — Plant Maintenance (S/4HANA): Settlement of Maintenance Orders; SAP Help Portal — Controlling (CO): Actual Settlement (KO88 / CO88), Settlement Rule & Profile; data/domain-detail.ts — pm-settlement (baseline verbatim); data/consultant-notes.ts — COBRA / AUFK (mistakes, debug, integration); SAP Simplification: Universal Journal (ACDOCA) — replaces CO/FI reconciliation
טעויות נפוצות
ידע אצור- כלל התחשבנות (COBRB) חסר בפקודה → KO88/CO88 נכשל והעלות תקועה. הגדר כלל (IW32/KO02) לפני הרצת ההתחשבנות.
- יעד התחשבנות לא תקף — מרכז עלות חסום/נכס לא קיים/WBS סגור → ההתחשבנות נדחית. ודא שהיעד פעיל ותקף לתקופת הרישום.
- ניסיון CLSD לפני התחשבנות מלאה — CLSD נכשל אם היתרה אינה 0. חובה KO88/CO88 עם סוג FUL קודם, ואז לוודא יתרה 0.
- תקופת CO/FI סגורה בעת ההתחשבנות → 'Period closed'. פתח תקופה ב-OB52 או השתמש בתאריך רישום בתקופה פתוחה.
- בחירת סוג התחשבנות שגוי — PER על פקודה שרוצים לסגור משאיר יתרה שיורית; FUL על פקודת השקעה ארוכה מעביר מוקדם מדי. התאם PER/FUL לאופי הפקודה.
פתרון תקלות
ידע אצורהתחשבנות נכשלת (KO88/CO88): (1) כלל התחשבנות חסר — הגדר ב-IW32 → Settlement rule או KO02; (2) יעד לא תקף — בדוק שמרכז העלות/נכס/WBS פעיל לתקופה; (3) תקופה סגורה — פתח ב-OB52 או המתן לתקופה הבאה; (4) הפקודה אינה ב-TECO — סגור טכנית תחילה. יתרה אינה 0 לאחר התחשבנות — ודא סוג FUL (לא PER), בדוק ב-KOB1/KOB3 אילו עלויות לא הועברו, וודא שאין אישורים/GI מאוחרים שנרשמו אחרי ההתחשבנות (הרץ שוב). CLSD נחסם — ודא (א) TECO בוצע, (ב) יתרה 0, (ג) אין PO פתוחה, (ד) אין סטטוס משתמש חוסם. ב-S/4 השוואת יתרות — אמת שהרישום הגיע ל-ACDOCA (דוח עלויות/Embedded Analytics) ולא נותר reconciliation. בדיקות מותאמות בהתחשבנות — Customer Exit COOM0001 או BAdI WORKORDER_UPDATE (Clean Core).
שיטות עבודה מומלצות
ידע אצור- התאם את סוג ההתחשבנות (PER/FUL) לאופי הפקודה: FUL לפקודות אחזקה קצרות שנסגרות מהר; PER לפקודות השקעה/שיפוץ ארוכות שצוברות לאורך תקופות. אל תסגור CLSD לפני שהיתרה 0.
- הגדר Settlement Profile מדויק ל-Order Type: יעדים מותרים (CTR/FXA/WBS), Allocation Structure ו-PA Transfer Structure — כדי שברירת המחדל של כלל ההתחשבנות תיווצר אוטומטית ולא תדרוש הזנה ידנית בכל פקודה.
- הרץ CO88 מרוכז כ-job מתוזמן בסגירת חודש במקום KO88 ידני לכל פקודה; שמור את KO88 לבדיקה, תיקון ומקרי קצה — כך מייעלים את סגירת התקופה.
- נטר יתרות פקודות פתוחות (KOB1/דוח עלויות) לפני סגירת התקופה — פקודה עם יתרה שאינה 0 חוסמת CLSD ומעכבת את מחלקת ה-CO.
- ב-Clean Core העדף BAdI WORKORDER_UPDATE / Enhancement על פני Customer Exit COOM0001 הישן לבדיקות התחשבנות מותאמות.
טיפים
ידע אצור- פקודות אחזקה יורשות בד"כ את יעד ההתחשבנות ממרכז העלות של המיקום הפונקציונלי/הציוד (דרך ILOA) — בדוק שהשיוך נכון באב הנתונים לפני הפקודה, וחסוך הזנת כלל ידנית.
- ב-S/4HANA אין reconciliation ledger נפרד — העלות ב-ACDOCA היא מקור האמת. אל תחפש טבלת התאמה CO⇄FI; השתמש בדוחות עלות/Embedded Analytics ישירות.
- להתחשבנות לנכס (FXA): אם מדובר בהשקעה בהקמה, כוון ל-AuC (נכס בהקמה) ואז Settlement to final asset — אחרת העלות תיווצר כהוצאה במקום היוון.
בחן את עצמך
ידע אצורהיכן מאוחסן כלל ההתחשבנות (Settlement Rule) של פקודה?
מה ההבדל בין סוג התחשבנות PER ל-FUL?
פקודת אחזקה בסטטוס TECO עם כלל התחשבנות תקין נכשלת בהתחשבנות עם 'Period closed'. מה הפעולה הנכונה?
סיכום
ידע אצורהתחשבנות פקודת אחזקה (Settlement) מעבירה את העלות שנצברה בפקודה (שעות + חומרים) ליעד העסקי לפי כלל התחשבנות: מרכז עלות (CTR), נכס (FXA), WBS או CO-PA. הכלל נשמר ב-COBRA (כותרת) ו-COBRB (חלוקה), עם סוג PER (תקופתי) או FUL (מלא). KO88 = פקודה בודדת · CO88 = מרוכז בסגירת חודש · KO02/IW32 לעריכת הכלל · KOB1/KOB3 לניתוח יתרה וסטייה · OB52 לתקופות. חובה יתרה 0 (FUL) לפני סגירה עסקית (CLSD). ב-S/4HANA הרישום ישיר ל-Universal Journal (ACDOCA) ללא reconciliation ledger; COSS/COSP/COEP נשמרות תאימות. API: K_ORDER_SETTLEMENT + K_SETTLEMENT_RULE_READ · BAPI_ALM_ORDER_MAINTAIN (COMMIT) · CDS I_MaintenanceOrder · Clean Core: BAdI WORKORDER_UPDATE. תקלות נפוצות: כלל חסר, יעד לא תקף, תקופה סגורה, יתרה שאינה 0.