חישוב סטיות (Variance)

חישוב סטיות (Variance Calculation) הוא צעד סגירת-התקופה שבו SAP CO-PC משווה את העלות בפועל שנצברה על פקודת התהליך מול עלות התקן (Target Cost), ומסווג את ההפרש לקטגוריות סיבה ברורות: סטיית מחיר-קלט, סטיית כמות-קלט (צריכה), סטיית resource-usage, סטיית output-price, סטיית lot-size/עלות קבועה, mixed-price, וסטיית פסולת (scrap). מריצים זאת ב-KKS1 (מרוכז לפי מפעל/תקופה) או KKS2 (פקודה בודדת), לאחר TECO ולפני ההתחשבנות (CO88). התוצאה — סטיות מסווגות היושבות ב-COSS/COSP — מוזרמת בהתחשבנות ל-CO-PA וב-S/4HANA לרישום שקוף ב-ACDOCA/Material Ledger. הבחנה קריטית: חישוב הסטיות רק *מזהה ומסווג* את ההפרש; ההתחשבנות (Settlement) היא זו שמעבירה אותו ליעד — שני צעדים נפרדים שאסור לבלבל. בסוף השיעור תדע להריץ חישוב סטיות, לקרוא כל קטגוריה, ולאבחן למה "אין סטיות".

כל פקודת תהליך מתחילה מעלות תקן מתוכננת (מ-CK11N/CK24) וצוברת עלות בפועל לאורך הביצוע — צריכת רכיבים (GI), אישורי פעילות (CO53/COR6N × תעריף מרכז עלות), ופסולת. כמעט תמיד הפועל שונה מהתקן. בלי צעד חישוב הסטיות ההפרש הזה נשאר "גוש" אחד חסר-משמעות על הפקודה: אי אפשר לדעת אם חרגנו כי התרכיז התייקר (מחיר), כי שפכנו יותר ממנו (כמות), כי הקו רץ לאט (resource-usage), או כי ייצרנו אצווה קטנה מהאופטימום (lot-size). מיישם שלא שולט בצעד הזה יראה פקודות שנסגרות עם עלות מעוותת, סטיות שלא מגיעות ל-CO-PA, ורווחיות מוצר שגויה. הבנת קטגוריות הסטייה, ה-Target Cost Version, וההבחנה מ-Settlement היא הבסיס לכל דיון בקרת-עלות ייצור, לתמחור נכון, ולסגירת חודש חלקה.

שליטה בחישוב סטיות נותנת שקיפות מלאה ל"למה עלה מה שעלה": פירוק ההפרש בין תקן לפועל לפי סיבה שורשית מזין החלטות תמחור (עדכון מחיר תקן, מרווח מכירה), שיפור תהליך (איתור בזבוז תרכיז, בעיות תפוקה, כיול מדי הזרמה) והתחשבנות מדויקת ל-CO-PA לפי מוצר/קבוצת-מוצר. סטיות מסווגות = בסיס למדדי יעילות ייצור, לזיהוי דפוסי חריגה חוזרים, ולסגירת תקופה אמינה. ב-S/4HANA השקיפות היא בזמן-אמת דרך ACDOCA/Material Ledger — הנהלה רואה סטיות ורווחיות בלי המתנה ל-batch לילי.

סגירת תקופה חודשית בבקרת עלות ייצור (Product Cost by Order): לאחר TECO של פקודות התהליך ולפני/כחלק מרצף ה-Settlement (WIP → Variance → Settlement). תעשיית התהליך (משקאות, פארמה, כימיה) — ניתוח סטיות תרכיז/חומר-פעיל/אריזה, סטיות תפוקה (yield), ופסולת קו. משמש בקרי עלות (Controlling), יועצי CO-PC, ראשי ייצור המנתחים יעילות, וצוותי כספים בסגירת חודש. גם בתחקור חריגות עלות אד-הוק (KKS2 על פקודה בודדת חריגה) ובאימות עלות תקן לפני עדכון מחיר.

• עלות תקן (Target Cost) מול עלות בפועל (Actual Cost) — התקן מגיע מחישוב עלות תקן משוחרר (CK11N → CK24 marking/release); הפועל נצבר על הפקודה מ-GI לרכיבים ומאישורי פעילות (CO53/COR6N × תעריף). חישוב הסטיות מחשב את התקן מחדש לכמות שאושרה בפועל (target = standard × actual output) ומשווה לפועל שנרשם.
• Target Cost Version — הפרמטר שקובע *מול מה* משווים ואיזו קטגוריזציה נעשית. Version 0 (Total Variance) הוא ברירת המחדל היחיד שמתחשבן ל-CO-PA — משווה עלות בפועל מול עלות תקן; גרסאות 1/2/3 משמשות לניתוח בלבד (planned vs. actual, alternative material cost estimate) ואינן מתחשבנות. בלי Target Cost Version מוגדר — אין חישוב סטיות.
• Variance Variant — פרופיל Customizing (OKVG) המגדיר *אילו* קטגוריות סטייה מחושבות ומופעלות (input price/quantity, resource-usage, remaining input, output price, lot-size, remaining, scrap), וכן חשבון סטיות קטן-מדי (minor differences).
• סטיות קלט (Input Variances) — ההפרש בצד ה-debit של הפקודה: (א) Input Price Variance — מחיר בפועל של רכיב/פעילות שונה מהמתוכנן; (ב) Input Quantity (Usage) Variance — צריכת כמות בפועל שונה מהתקן (למשל 5% יותר תרכיז); (ג) Resource-Usage Variance — נעשה שימוש בחומר/פעילות שונה מהמתוכנן; (ד) Remaining Input Variance — סטיות קלט שלא ניתן לשייך לקטגוריה ספציפית (למשל overhead ללא כמות).
• סטיות תפוקה (Output Variances) — ההפרש בצד ה-credit: (א) Output Price Variance — מחיר התקן בזמן ה-GR שונה מזה של הסגירה, או מחיר שונה מהתקן; (ב) Lot-Size / Fixed-Cost Variance — עלויות קבועות מתפרסות על כמות שונה מכמות הבסיס לתמחיר (אצווה קטנה → סטיית lot-size); (ג) Mixed-Price Variance — כשמשתמשים ב-mixed costing עם מספר גרסאות ייצור; (ד) Remaining Variance — הפרש שלא סווג לאף קטגוריה (למשל כשחסרה עלות תקן).
• סטיית פסולת (Scrap Variance) — ההפרש בין פסולת מתוכננת (מ-BOM/operation scrap) לפסולת בפועל שדווחה באישור; מחושבת בנפרד ואינה נכללת ב-Total Variance המתחשבן, כדי לא לעוות את עלות היחידה הטובה.
• WIP מול Variance — לפקודה *פתוחה* (טרם DLV/TECO) מחשבים Work in Process (עבודה בתהליך) ולא סטיות; רק לפקודה *מלאה/סגורה טכנית* (סטטוס DLV/TECO) מחשבים סטיות. Results Analysis Key בפקודה קובע חישוב WIP; חילופו/הסטטוס משפיע ישירות על מה יחושב.
• הבחנה בין Variance Calculation ל-Settlement — חישוב הסטיות (KKS1/KKS2) רק *מזהה ומסווג* את ההפרש ושומר אותו ב-COSS/COSP; הוא אינו מזיז כסף. ההתחשבנות (CO88/CO Settlement) היא הצעד הנפרד שמעביר את עלות התקן למלאי ואת הסטיות ל-CO-PA/FI. חובה להריץ Variance לפני Settlement כדי שהסטיות יזרמו נכון.

בארגון (מפעל משקאות): פקודת תהליך COR1 לייצור 10,000 ליטר משקה ספורט קיבלה עלות תקן משוחררת (CK11N/CK24) של 2.40 ₪/ליטר. בפועל: הקו צרך 5% יותר תרכיז מהתקן (סטיית כמות-קלט/Usage), מחיר התרכיז עלה ב-3% מאז חישוב התקן (סטיית מחיר-קלט/Input Price), ואצווה זו הייתה קטנה מכמות הבסיס לתמחיר (סטיית lot-size — העלויות הקבועות של ה-CIP וההרצה התפרסו על פחות ליטרים). בסגירת החודש בקר העלות מריץ KKS1 למפעל: המערכת מחשבת target = 2.40 × 10,000 ליטר שאושרו, משווה לפועל, ומסווגת — X ₪ Input Price, Y ₪ Usage, Z ₪ Lot-Size, ומעט Scrap (בקבוקים שנפסלו במילוי). דפוס חוזר של סטיית Usage בתרכיז → טריגר לבדיקת כיול מדי הזרמה בקו המילוי. לאחר מכן CO88 מתחשבן: 2.40 ₪ למלאי המוצר, והסטיות ל-CO-PA לפי קבוצת-מוצר — ב-S/4 ישירות ל-ACDOCA, כך שהמנכ"ל רואה רווחיות משקה הספורט בזמן אמת.

Controlling → Product Cost Controlling → Cost Object Controlling → Product Cost by Order → Period-End Closing → Variance Calculation → Define Variance Variants (OKVG) / Define Valuation Variant for WIP and Scrap / Define Target Cost Versions. הרצה: Period-End Closing → Variance Calculation (KKS1/KKS2). קדם-תנאי: Product Cost Planning → Material Cost Estimate with Quantity Structure (CK11N/CK24 להגדרת מחיר תקן משוחרר).

• K_VARIANCE
• K_ORDER
• C_TCLA_BKA
• S_TCODE
• הרשאת

SAP Help Portal — Product Cost by Order: Variance Calculation (SAP S/4HANA); SAP Help Portal — Variance Categories (Input/Output/Scrap Variances); SAP Help Portal — Target Cost Versions; SAP Help Portal — Period-End Closing in Product Cost Controlling; Production Planning with SAP S/4HANA (Rheinwerk 2026) — Period-End Closing / Costing; SAP Community — 'Difference between Variance Calculation and Settlement'

"'אין סטיות / סטיות אפס' — הסיבה השכיחה: מחיר תקן לא משוחרר (בדוק CK24 marked & released לתקופה, ו-CK11N פעיל), או Target Cost Version 0 לא מוגדר (SPRO → Define Target Cost Versions). סיבה נוספת: הפקודה אינה DLV/TECO ולכן מחושב WIP במקום סטיות — בדוק סטטוס ב-COR3/KKS2 ואת ה-Results Analysis Key. 'סטיות גדולות מהצפוי' — השווה כמויות אישור בפועל (COR6N/CO53) מול התקן; בדוק תנועות תקועות ב-COGI/MF47 שלא נרשמו כעלות; ודא שכל ה-GR נרשם (אחרת Output Variance מנופח). 'סטיית lot-size בלתי-צפויה' — השווה כמות הפקודה מול Costing Lot Size באב-החומר (תצוגת Costing 1); אצווה קטן מהבסיס → סטיית lot-size תקינה. 'החישוב רץ אך ההתחשבנות נכשלת' — כלל התחשבנות (COBRB) חסר או תקופת CO סגורה (OB52); הגדר כלל ב-KO02/COR4 וּודא תקופה פתוחה. 'הסטיות לא מגיעות ל-CO-PA' — ודא Target Cost Version 0 (רק הוא מתחשבן), מבנה PA/Allocation Structure בפרופיל ההתחשבנות (OKO7), ושהרצת Settlement לאחר Variance. ב-S/4 ודא ש-Material Ledger פעיל ונסגר (CKMLCP) כדי שהעלות בפועל תזרום נכון ל-ACDOCA."

חישוב סטיות (KKS1 מרוכז / KKS2 בודד) הוא צעד סגירת-תקופה ב-Product Cost by Order שמשווה עלות בפועל (GI + אישורים) מול עלות תקן (CK11N/CK24) לכמות שאושרה, ומסווג את ההפרש לקטגוריות: מחיר-קלט, כמות-קלט/Usage, resource-usage, remaining-input (צד debit), ו-output-price, lot-size/fixed-cost, mixed-price, remaining, scrap (צד credit). Target Cost Version 0 הוא היחיד שמתחשבן ל-CO-PA. תנאים: מחיר תקן משוחרר + פקודה DLV/TECO (אחרת WIP). הבחנה קריטית: Variance רק *מסווג* ב-COSS/COSP; ה-Settlement (CO88) הוא שמעביר עלות למלאי וסטיות ל-CO-PA/FI — ב-S/4 שקוף ב-ACDOCA/Material Ledger. רצף: TECO → WIP → Variance → Settlement. טבלאות COSS/COSP/KEKO/KEPH/CKMLPP/ACDOCA · T-Codes KKS1/KKS2/KKS6/CK24/CO88 · Variance Variant (OKVG) · Fiori Production Cost Analysis / Material Ledger.