· 6 דקות קריאה
תמחור ERP לפי משתמש: איך מערכת של מאות אלפי דולרים פירקה לנו את אמינות הנתונים
בחברה האחרונה שבה עבדתי, עבדנו עם NetSuite — אחת ממערכות ה-ERP הנחשבות והיקרות בשוק. היא הייתה אמורה להיות "הגביע הקדוש" הארגוני שלנו: מקור אמת אחד (Single Source of Truth) שבו כל המספרים, המלאי והתהליכים נפגשים.
בפועל? ראיתי מקרוב איך מודל התמחור לפי משתמש פשוט פירק את המערכת הזו מבפנים.
כשכל רישיון עולה הון, הדימיון הניהולי מתחיל לעבוד
כל רישיון נוסף ב-NetSuite עולה סכום נכבד מאוד מדי חודש. באופן טבעי, ההנהלה חיפשה דרכים לגיטימיות לחסוך בהוצאות התוכנה. כדי להימנע מרכישת עוד ועוד רישיונות, החלו להיווצר בחברה כל מיני "מעקפים" תפעוליים:
- אנשי השטח והמחסן הושארו בחוץ: כי לשלם מחיר מלא על עובד שנכנס פעמיים ביום לעדכן תנועת מלאי הרגיש כמו בזבוז תקציבי. אז הוא ניהל את הרישומים באקסל מקומי.
- עבודה בגיליונות מקבילים: צוותים שלמים ניהלו את הנתונים השוטפים ב-Google Sheets, ומינו עובד אחד ש"יזין את הנתונים ל-NetSuite בהזדמנות" (מה שקרה לפעמים, ולפעמים נשכח).
- שיתוף משתמשים: עובדים זוטרים חלקו את אותה זהות להתחברות כדי לא להגדיל את החשבון החודשי.
על הנייר, החברה חסכה אלפי דולרים בחודש על רישיונות. בפועל, היא שילמה מחיר כבד בהרבה.
האבסורד: לא הייתה הסכמה בחברה לגבי עלות המוצר
השיא הגיע כשהגענו למצב שבו לא הייתה בחברה שום הסכמה לגבי נתון הבסיס הכי אלמנטרי בעסק: מה עלות המוצר שלנו (COGS).
מנהל המוצר החזיק חישוב עלות באקסל שלו (כי לא היה לו רישיון לעדכן מרכיבי מלאי ב-NetSuite בזמן אמת), אנשי התפעול חישבו עלויות לוגיסטיקה בגיליון נפרד, והכספים משכו נתונים חלקיים מתוך המערכת.
ישבנו בחדר ישיבות אחד — חברה שמשלמת סכומי עתק על מערכת ERP מהשורה הראשונה בעולם — ולא יכולנו להסכים כמה באמת עולה לנו לייצר ולהביא את המוצר ללקוח.
באותו רגע הבנתי את הכשל העמוק: כשמערכת מתומחרת לפי מושב, היא מאמנת את הארגון לנתב עבודה מסביב למערכת כדי לחסוך כסף.
הפגם המובנה במודל ה-Per-Seat
מערכת ERP שווה משהו רק אם כולם בתוכה. גרסה אחת של האמת. מקום אחד שבו המספרים חיים.
ברגע שמתמחרים לפי ראש, נותנים לכל מנהל שמנהל תקציב סיבה מוצדקת להשאיר אנשים בחוץ — לקבצים צדדיים ול"אני אעדכן את זה אחר כך". עלות המושב החודשית מעולם לא הייתה המחיר האמיתי. המחיר האמיתי היה מקור האמת האחד, שנמכר מושב אחרי מושב.
מה שלא מופיע בהצעת המחיר
הפער בין מה שחתמתם עליו לבין מה שקורה בפועל אחרי שנה נראה בערך כך:
| מה שכתוב בחוזה | מה שקורה בשטח | העלות האמיתית |
|---|---|---|
| רישיון לכל משתמש נוסף | מנהלים מוותרים על מושבים לעובדי שטח ולזוטרים | נתוני המלאי והשעות חיים מחוץ למערכת |
| הרשאות ובקרת גישה | משתמש אחד משותף לכמה אנשים | אין מסלול ביקורת — לא ידוע מי אישר או שינה מה |
| דוחות הנהלה "מהמערכת" | המספרים האמיתיים בגיליון של המחלקה | החלטות מתקבלות על נתונים ישנים או חלקיים |
| ייעול תהליכים | הקלדה כפולה מהגיליון למערכת (ובחזרה) | שעות עבודה חוזרות, והתאמות ידניות בכל סוף חודש |
שימו לב שאף אחת מהשורות האלה לא מופיעה בחשבונית החודשית. זו בדיוק הסיבה שקל כל כך להשוות מערכות לפי מחיר למשתמש ולפספס את מה שבאמת עולה כסף.
חמישה סימנים שכבר יש לכם אקסלים צללים
- יש עובדים שנוגעים בתהליך יומיומי אבל אין להם משתמש במערכת.
- יותר מאדם אחד מתחבר עם אותו שם משתמש.
- לפני ישיבת הנהלה מישהו "מכין את הנתונים" בגיליון נפרד.
- נתוני מלאי, מחירונים או גבייה מתוקנים ידנית בסוף חודש כדי להתיישר עם המערכת.
- כששואלים "מה המספר הנכון?", התשובה כוללת שם של קובץ ולא שם של מסך.
שלושה מתוך חמישה זה כבר לא תקלה נקודתית — זו התנהגות שהמודל העסקי של התוכנה עודד.
האלטרנטיבה: להוריד את המס על האמת
הפתרון אינו לגעור במנהלים שפותחים גיליונות. הם מגיבים בהיגיון לתמריץ שקיבלו. הפתרון הוא להסיר את התמריץ:
- תמחור שלא נגזר ממספר המשתמשים — כך שההחלטה מי נכנס למערכת היא החלטה תפעולית, לא תקציבית.
- משתמש אישי לכל מי שנוגע בתהליך, גם אם הוא נכנס פעמיים בשבוע ורק כדי לדווח קליטת סחורה.
- הרשאות במקום חסימת גישה — מי שצריך לראות רק מסך אחד יראה מסך אחד. זו לא סיבה להשאיר אותו בחוץ.
- ממשק פשוט מספיק כדי שעובד מחסן יעדיף אותו על אקסל. תמחור פותר את התמריץ; חוויית שימוש פותרת את ההרגל.
זה בדיוק הניסיון שהביא אותנו לבנות את ServOS עם תמחור אחיד: כולם בפנים, בלי מס על האמת.
שאלות נפוצות
למה תמחור ERP לפי משתמש (per-seat) נחשב בעייתי?
מפני שהוא יוצר תמריץ הפוך למטרה של המערכת. ERP שווה משהו רק כשכל מי שנוגע בתהליך עובד בתוכה — אבל כשכל משתמש נוסף עולה כסף, כל מנהל תקציב מקבל סיבה טובה להשאיר אנשים בחוץ. התוצאה היא שהעבודה זולגת לאקסלים פרטיים, למשתמשים משותפים ולגיליונות Google, והמערכת מפסיקה להיות מקור אמת אחד.
מה זה "אקסל צללים" ולמה זה מסוכן לעסק?
אקסל צללים (shadow spreadsheet) הוא גיליון פרטי שבו עובד או מחלקה מנהלים נתונים אמיתיים — מלאי, תמחור, גבייה — במקום במערכת הארגונית. הסיכון כפול: הנתונים בהנהלה לא משקפים את המציאות, ואין מסלול ביקורת — אי אפשר לדעת מי שינה מה ומתי. בפועל ההנהלה מקבלת החלטות על בסיס דוחות שמתבססים על מספרים שכבר לא מעודכנים.
האם שיתוף חשבון משתמש בין כמה עובדים הוא פתרון לגיטימי לחיסכון ברישיונות?
לא. ברוב הסכמי הרישוי שיתוף חשבון הוא הפרה של תנאי השימוש, אבל הבעיה המעשית חמורה יותר: כשכמה אנשים עובדים תחת אותה זהות, נשבר מסלול הביקורת. אי אפשר לדעת מי אישר הזמנת רכש, מי שינה מחיר או מי הפיק מסמך — וזה בדיוק המידע שנדרש בביקורת פנימית, בבקרת הרשאות ובבדיקה של רואה חשבון.
מה זה תמחור אחיד (flat) במערכת ERP ומה בדרך כלל נכלל בו?
תמחור אחיד הוא מודל שבו העלות אינה נגזרת ממספר המשתמשים: כל עובד בעסק יכול לקבל גישה בלי שהחשבון החודשי יגדל. בדרך כלל התשלום מכסה את ההטמעה, האירוח, התחזוקה והעדכונים, ובישראל גם את שכבת הלוקליזציה. היתרון המרכזי הוא שהחלטות על מי ייכנס למערכת מתקבלות לפי היגיון תפעולי ולא לפי תקציב רישיונות.
פורסם ב-26/07/2026 מאת נאור לפיד, ServOS. הפוסט מתאר ניסיון אישי; שמות מסחריים (NetSuite ואחרים) שייכים לבעליהם, ותנאי הרישוי והתמחור שלהם משתנים מעת לעת.