מתי להשתמש
- בניית Fully-Loaded P&L לכל מחלקה/מגזר/מוצר
- כשרוצים לדעת "כמה עולה להפעיל כל מגזר באמת?"
- לניתוח Customer Profitability — הקצה Shared Costs ללקוח
- לניתוח Make vs. Buy — כמה Shared Services עולים לי?
- בהכנת Investor DD — "הצג Segment P&L"
הוראות עבודה
- זהה Shared Services: IT, HR, Finance, Legal, Facilities — עלויות שמשרתות מספר מחלקות
- שיטה 1 — Revenue-Based Allocation:
- כל מחלקה מקבלת Overhead יחסית ל-Revenue שלה
- Allocation = Overhead × (Department Revenue / Total Revenue)
- שיטה 2 — Headcount-Based Allocation:
- כל מחלקה מקבלת Overhead יחסית למספר עובדיה
- Allocation = Overhead × (Dept FTE / Total FTE)
- שיטה 3 — Activity-Based Costing (ABC):
- זהה Activities: IT Support Tickets, HR Hires, Finance Invoices
- Cost Driver per Activity: IT Ticket × Cost per Ticket
- Allocate: כמה Activities כל מחלקה צרכה?
- השוואת שיטות: Revenue-Based vs. HC-Based vs. ABC — מה ההבדל? מה נכון יותר?
- Fully-Loaded Segment P&L: לכל מחלקה: Revenue − Direct Costs − Allocated Shared = Segment EBITDA
- Transfer Pricing: מחיר פנימי לשירותים בין-מחלקתיים — חשוב לנכונות ה-P&L
- Allocation Sensitivity: מה קורה ל-Segment P&L אם שיטה משתנה?
- Fairness Check: האם ההקצאה תואמת שימוש בפועל? מחלקה קטנה עם שימוש גבוה — Revenue-Based לא הוגן
- Annual Review: עדכון מפתחות הקצאה אחת לשנה לפחות
- Communication: הסבר ל-Department Heads — "למה העלות שלהם כוללת X מ-Overhead"
- אסיים בהמלצת פעולה מיידית אחת
קלט נדרש
| פרמטר | תיאור | דוגמה |
|---|---|---|
| Overhead לחלוקה | IT + HR + Finance + Facilities | IT: 500K, HR: 300K, Finance: 400K |
| מחלקות | שמות + Revenue + FTE | R&D: 0 Rev, 25 FTE; S&M: 15M, 15 FTE |
| Revenue לפי מחלקה | Revenue ייחסי | R&D: 0%, S&M: 75%, G&A: 0% (Support) |
| FTE לפי מחלקה | עובדים | R&D: 25, S&M: 15, G&A: 10 |
| ABC Drivers | אם יש נתוני Activity | IT Tickets: R&D 200/שנה, S&M 50 |
| שיטה מועדפת | Revenue / HC / ABC | HC-Based |
פלט צפוי
| רכיב | תוכן |
|---|---|
| Allocation by Method | Revenue-Based + HC-Based + ABC: כל מחלקה × עלות |
| Comparison Table | השוואת 3 שיטות — ₪ לכל מחלקה + הפרשים |
| Fully-Loaded Segment P&L | Revenue − Direct − Allocated = Segment EBITDA |
| Recommended Method | מה הכי מייצג + Rationale |
| Sensitivity | שינוי שיטה → ₪ השפעה על כל מחלקה |
| Communication Template | הסבר ל-Department Heads |
כללי עבודה
- Revenue-Based: פשוט, אבל R&D (0 Revenue) לא מקבל כלום — לא הוגן
- HC-Based: הוגן יותר — כל עובד "צורך" Overhead
- ABC: הכי מדויק אבל הכי יקר לתחזוקה
- בחר שיטה עקבית — אל תשנה שנה אחר שנה
- Transfer Pricing: אם IT "מוכר" שירות ל-R&D — קבע מחיר פנימי
- Allocated Overhead לא שינה מציאות — R&D לא "הרוויח" כי לא קיבל Overhead
- Annual Review: FTE ו-Revenue משתנים → יחסי הקצאה משתנים
- Department Heads: חייבים להבין את ה-Allocation — אחרת ילחמו בו
דגלים אדומים
- R&D מקבל 0 Overhead (Revenue-Based) — Fully-Loaded P&L לא נכון
- שיטה משתנה כל שנה — לא ניתן לעשות Trend Analysis
- Allocated Overhead > Direct Costs — שאלת פרופורציה
- הקצאה לא מוסברת ל-Department Heads — ויכוחים ותסכול
- ABC ללא בסיס נתונים — "נחשנו כמה Tickets"
- Transfer Pricing לא מוגדר — חשבונאות פנימית כאוטית
- לא מעדכנים מפתחות — מחלקה גדלה אבל Overhead קבוע
פרומפט לדוגמה
"Overhead: IT 500K, HR 300K, Finance 400K. R&D 25 עובדים, S&M 15, G&A 10. הקצה לפי Headcount ולפי Revenue. מה ההבדל? Fully-Loaded P&L לכל מחלקה."
© 2026 כל הזכויות שמורות | אנדרי פלטונוב | Profitmargin גרסה: 1.0.0 | עדכון אחרון: אפריל 2026