מתי להחליף מערכת ERP, ומתי מספיק להשלים אותה?
התשובה הקצרה: מחליפים מערכת ERP כשהבעיה נמצאת בליבה שלה: היא לא משקפת את מבנה הארגון, כל שינוי דורש יועץ, ועלויות התחזוקה עולות בלי שהערך עולה איתן. אם הכספים והתפעול יציבים והכאב נמצא בתהליכים שמסביב, כמו מכירות, פרויקטים, איכות ושירות, עדיף להשאיר את ה-ERP ולהשלים אותו. סימן אחד לא מספיק להחלטה. כמה סימנים יחד כבר כן.
בשתי הדרכים, באוריגמי כל המחלקות עובדות באותה מערכת ועל אותם נתונים. אם משלימים, המכירות, הפרויקטים, האיכות והשירות עוברים לפלטפורמה אחת שמתחברת ל-ERP הקיים דרך API, במקום ארבעה כלים נפרדים. אם מחליפים, גם ה-ERP והכספים נכנסים לאותה מערכת, ואין ממשקים לתחזק בין המודולים.
במאמר: שישה סימני אזהרה, למה בקשות שינוי ב-ERP לוקחות חודשים, טבלת החלטה בין החלפה להשלמה, בדיקה עצמית, ומה לדרוש מהמערכת הבאה.
מתי להחליף מערכת ERP? שישה סימני אזהרה
אף סימן בודד לא מחייב החלפה, אבל כשכמה מהם מופיעים יחד, הגיע הזמן לבדיקה רצינית. כנראה שה-ERP היה ההחלטה הנכונה כשבחרתם בו. הוא עשה סדר בכספים, במלאי ובתפעול, וייתכן שהוא עדיין מריץ תהליכים קריטיים כל יום. אבל ארגונים משתנים מהר יותר ממערכות ERP: קווי מוצרים, חברות בת, רגולציה, ערוצי מכירה. בשלב מסוים, המערכת שיצרה סדר מתחילה להאט את הכול.
1. כל שינוי דורש IT או יועץ
שדה חדש בטופס. שינוי בתהליך אישור. דוח חדש להנהלה. אם כל אחד מאלה הופך לקריאה, להצעת מחיר מיועץ ולהמתנה של שבועות, המערכת קובעת את הקצב שלכם. זה נפוץ במערכות ERP חזקות וכבדות, שבהן התאמות דורשות ידע מתמחה. עם הזמן הארגון לומד להפסיק לבקש שינויים, וזה גרוע יותר מלחכות להם.
2. האקסל מנהל את התהליך האמיתי
תסתכלו על מה שאנשים עושים בפועל. אם נתונים קריטיים מיוצאים מה-ERP, נערכים ידנית ומיובאים חזרה, ה-ERP כבר לא מקור האמת. האקסל הוא. אותו דבר נכון לקבוצות וואטסאפ שמנהלות מסירות בין צוותים ולמיילים שמשמשים כרשימת משימות. מעקפים כאלה הם לא בעיה של משמעת. הם סימן שהמערכת לא מתאימה לדרך שבה העבודה נעשית.
3. הארגון התאים את עצמו למערכת
בזמן ההטמעה, סביר שחלק מהתהליכים שונו כדי להתאים ללוגיקה של ה-ERP. השאלה היא אם השינויים האלה עדיין הגיוניים. אם הצוות מסביר תהליכים במשפט “ככה המערכת עובדת” ולא “ככה אנחנו עובדים”, המערכת מעצבת את העסק במקום לתמוך בו.
4. שימוש נמוך מחוץ לכספים ולתפעול
הרבה מערכות ERP משרתות היטב את הכספים והלוגיסטיקה, אבל צוותי המכירות, הפרויקטים, האיכות והשירות עובדים בכלים משלהם. התוצאה היא אוסף מערכות מחלקתיות שלא משתפות נתונים, והנהלה שאין לה תמונה אחת של העסק.
5. הצמיחה רק מסבכת
הוספת חברת בת, מטבע חדש או תחום פעילות חדש אמורה להיות משימת הגדרה. אם היא הופכת לפרויקט של חודשים, המערכת לא גדלה איתכם. בקבוצות רב-חברתיות זה לרוב הרגע שבו הבעיה הופכת לגלויה.
6. דיווח איטי וידני
אם דוח הנהלה דורש למשוך נתונים מכמה מערכות וליישב אותם ידנית, ההחלטות מתקבלות על נתונים שכבר התיישנו.
למה בקשות שינוי ב-ERP לוקחות חודשים?
כי במערכת נוקשה כל שינוי קטן הופך לפרויקט: אפיון, תמחור, תזמון ובדיקות, אצל IT או אצל שותף חיצוני. גם אחרי השקה מוצלחת, הארגון ממשיך להשתנות. שלב אישור חדש, שדה נוסף, דוח לדירקטוריון, חברה חדשה בקבוצה. כל אחד מאלה נכנס לתור, ושינויים קטנים מחכים מאחורי גדולים. התאמה שמנהל יכול לתאר בחמש דקות מגיעה לסביבת הייצור אחרי שבועות או חודשים.
זו עלות שקטה שכמעט אף פעם לא מופיעה בתוכנית העסקית המקורית. הארגון מפסיק לבקש שיפורים כי הוא יודע שזה ייקח יותר מדי זמן, והתהליכים קופאים. לא כי הם נכונים, אלא כי לשנות את המערכת כואב מדי.
אותו היגיון מסביר למה הטמעות ERP ארוכות. אפיון, מיפוי תהליכים, התאמות, הסבת נתונים, בדיקות והדרכות תלויים ביועצים ובאנשים שבמקביל מריצים את העסק. כשהארגון לא תואם את המודל המובנה של המערכת, כל פער מוסיף עוד סבב.
להחליף את ה-ERP או להשלים אותו?
משלימים כשהליבה יציבה והכאב נמצא מסביב לה. מחליפים כשהבעיה נמצאת בליבה עצמה. לא כל ארגון שמזהה את הסימנים צריך לעקור את ה-ERP.
להשלים פירושו שה-ERP ממשיך לעשות את מה שהוא עושה טוב, לרוב כספים והנהלת חשבונות, ופלטפורמה גמישה לוקחת את התהליכים שהוא מתקשה בהם: CRM, פרויקטים, איכות, שירות, משאבי אנוש ותהליכי תפעול. התנאי הוא חיבור טוב בין שתי המערכות דרך API פתוח, כדי שהנתונים לא יחזרו לאקסל.
להחליף הגיוני כשהבעיות בליבה, או כששדרוג ERP יקר ממילא בדרך. במקרה כזה כדאי לשאול אם אתם רוצים שוב את אותו מודל, או מערכת שמתאימה לאיך שאתם עובדים היום.
| קריטריון | להשלים | להחליף |
|---|---|---|
| מצב הכספים והנהלת החשבונות | רצים בלי תקלות | גם בליבה יש מעקפים והתאמות ידניות |
| איפה נמצא הכאב | בתהליכים שמסביב: מכירות, פרויקטים, איכות, שירות | בתוך המערכת: מלאי, רכש, כספים |
| מבנה הארגון | המערכת משקפת את החברות והמטבעות שלכם | ריבוי חברות או מטבעות לא נתמך כמו שצריך |
| עלות תחזוקה ויועצים | יציבה וצפויה | עולה משנה לשנה, והערך לא |
| תמיכת הספק בגרסה שלכם | נמשכת | מסתיימת, ושדרוג יקר בדרך |
| איפה העבודה קורית בפועל | רוב העבודה נעשית בתוך ה-ERP | רוב הארגון עובד מסביב למערכת |
| תיאבון לסיכון | רוצים להתקדם בצעדים קטנים | מוכנים למעבר מדורג גם של הליבה |
| איך זה נראה באוריגמי | התהליכים שמסביב רצים באוריגמי על נתונים משותפים, ומתחברים ל-ERP ב-API | ERP, כספים וכל שאר המחלקות באותה מערכת ועל אותם נתונים |
איך יודעים אם צריך להחליף את ה-ERP או רק להשתמש בו טוב יותר?
אם הבעיה נובעת מהדרכה או מהגדרות חסרות, משפרים את השימוש. אם היא נובעת מהמבנה של המערכת, שימוש טוב יותר לא יפתור אותה. ענו על השאלות האלה:
- הבעיה חוזרת גם אצל המשתמשים המנוסים ביותר? אם כן, זה כנראה לא עניין של הדרכה.
- יש מודול או הגדרה שקיימים ופשוט לא הופעלו? אם כן, התחילו משם.
- בקשות שינוי נתקעות בגלל עדיפות, או כי המערכת לא בנויה לזה? השני הוא בעיה מבנית.
- כמה תהליכים קריטיים חיים באקסל לצד ה-ERP? כל אחד מהם הוא מערכת צל.
- הספק תומך בגרסה שלכם בשנים הקרובות? אם לא, ההחלטה מגיעה אליכם בכל מקרה.
- כמה מששת סימני האזהרה זיהיתם? שלושה ומעלה מצדיקים בדיקה רצינית.
על מה להקפיד במעבר ממערכת ERP?
על מערכת שמכסה את אותו רוחב כמו ה-ERP, בלי להביא איתה את אותה נוקשות. מערכת חדשה עם אותה נוקשות תייצר את אותם מעקפים בעוד כמה שנים. וגמישות לבדה לא מספיקה. המטרה היא לא כלי קל יותר שמכסה פחות. בדקו:
- שינויים בלי מפתחים. אנשי העסק והתפעול משנים בעצמם שדות, טפסים, תהליכים ודוחות.
- התאמה לתהליכים שלכם. המערכת משקפת את הדרך שבה הארגון עובד היום, ולא מבקשת לבנות את התהליכים מחדש סביבה.
- פלטפורמה אחת מחוברת. CRM, פרויקטים, תפעול, איכות, שירות ומשאבי אנוש על אותם נתונים, כדי לא לבנות סט חדש של איים.
- ריבוי חברות וריבוי מטבעות עם תמונת קבוצה מאוחדת.
- הרשאות מדויקות ותיעוד פעולות, וחיבור ל-AD או Azure עבור ה-IT.
- API פתוח לחיבור המערכות שנשארות.
- עמידה בהיקף: מאות משתמשים וקבוצה עם כמה ישויות.
- הטמעה בשלבים. מתחילים בתהליך הכי כואב ומתרחבים משם. הטמעות ארוכות מגדילות את הסיכון ומורידות את האימוץ.
איך זה עובד באוריגמי
אוריגמי היא פלטפורמה עסקית no-code שמתאימה לשתי הדרכים. כהשלמה, היא מריצה את מה שה-ERP לא מטפל בו טוב, CRM, ניהול פרויקטים עם AI שיחתי, EQMS, מוקד שירות ומשאבי אנוש, כולם על אותם נתונים, ומתחברת ל-ERP הקיים דרך API פתוח. כתחליף, היא כוללת גם ERP וכספים באותה מערכת, כך שאין ממשקים לתחזק בין המודולים.
בשני המקרים, המערכת נבנית סביב התהליכים שלכם ומשתנה כשהעסק משתנה, בלי לחכות ל-IT או ליועצים. יש ריבוי חברות ומטבעות, הרשאות מדויקות, תיעוד פעולות, חיבור ל-AD ו-Azure ועברית מלאה עם RTL. ההטמעה נמשכת בדרך כלל שבועות, לא חודשים.
זיהיתם אצלכם כמה סימנים? קבעו הדגמה, הביאו תהליך אחד שחי היום באקסל, ונראה לכם איך הוא רץ באוריגמי.
קריאה נוספת: הטמעת מערכת ERP בשלבים · איך לבחור מערכת ERP · החלופות הטובות ל-ERP לחברות שמחפשות גמישות
שאלות נפוצות
מה ההבדל בין שדרוג ERP להחלפה?
שדרוג ERP מעביר אתכם לגרסה חדשה של אותה מערכת, עם אותו מודל ואותה לוגיקה. החלפה מעבירה אתכם למערכת אחרת. אם הבעיות נובעות מהמבנה של המערכת, שדרוג ישמר אותן בגרסה חדשה. לכן, כששדרוג יקר ממילא בדרך, זה הרגע לבחון גם החלפה.
מה הטריגרים הנפוצים להחלפת ERP?
הנפוצים הם סוף תמיכה בגרסה, צמיחה לריבוי חברות או מטבעות שהמערכת לא מצליחה לשקף, עלויות יועצים שעולות בלי ערך, ותהליכים קריטיים שעברו לאקסל. בדרך כלל לא סימן אחד מכריע, אלא הצטברות של כמה מהם באותה תקופה.
איך יודעים אם צריך להחליף את ה-ERP או רק להשתמש בו טוב יותר?
זה תלוי במקור הבעיה. אם היא נובעת מחוסר הדרכה או מהגדרות חסרות, שפרו את השימוש. אם היא נובעת מהמבנה של המערכת, כמו נוקשות, תלות ביועצים או חוסר יכולת לשקף את הארגון, שימוש טוב יותר לא יפתור אותה.
אפשר להשאיר את ה-ERP ועדיין להיפטר מהמעקפים?
כן. באוריגמי, התהליכים שמסביב ל-ERP, מכירות, פרויקטים, איכות, שירות ומשאבי אנוש, רצים במערכת אחת ועל אותם נתונים, ומתחברים ל-ERP הקיים דרך API. ה-ERP נשאר לכספים, והגיליונות שהחזיקו את התהליכים בצד נעלמים, בלי פרויקט החלפה מלא.
האם זה מסוכן לעזוב מערכת ERP ותיקה?
כל החלפת מערכת כרוכה בסיכון, ולכן עדיף לעשות אותה בשלבים, החל מהתהליכים הכי כואבים. העיקר הוא לבחור מערכת שמכסה את אותו רוחב, כולל הרשאות, תיעוד פעולות, ריבוי חברות ו-API, כדי שהמעבר לא יפתח פערים חדשים.
למה הטמעות ERP לוקחות כל כך הרבה זמן?
כי הן כוללות אפיון ארוך, מיפוי תהליכים, פיתוח התאמות, הסבת נתונים והדרכות, בדרך כלל עם יועצים חיצוניים. כשהארגון לא תואם את המודל המובנה של המערכת, כל פער מוסיף זמן, ועד העלייה לאוויר העסק כבר השתנה. פלטפורמות no-code שמתאימות את עצמן לתהליכים הקיימים מוטמעות בדרך כלל בתוך שבועות, במיוחד בהטמעה מדורגת.
