ארכיטקטורת ERP אסטרטגית לארגונים גלובליים: כך בוחרים מודל ב-2026

מאת: טובי כוכב, שותף ו-CTO של חטיבת הייעוץ, דלויט ישראל

בתקופה של שינויים כלכליים וטכנולוגיים, ארגונים גלובליים נדרשים לבחון כיצד לבנות תשתית ERP שתתמוך בצמיחה ובשינוי, בלי להכביד שלא לצורך על התפעול. החלטה זו מחייבת הסתכלות משולבת על אסטרטגיה עסקית, תהליכים, נתונים, טכנולוגיה, סיכונים ומוכנות ארגונית. 

האתגר הגלובלי: מדוע פתרון אחיד אינו מתאים לכל ארגון 

חברות הפועלות במספר טריטוריות עשויות להתקשות ביישום מערכת ERP אחידה בכל החברות הבנות. מודל Single-Instance עשוי להתאים לארגונים מסוימים, אך באחרים הוא עלול להקשות על התאמות מקומיות ולהגדיל את מורכבות היישום. האתגר הוא למצוא איזון בין ממשל מרכזי לבין צורכי הלוקליזציה. 

• עמידה בדרישות: תמיכה בדיווח כספי ובתקינה החלים ברמת הקבוצה, לצד חוקי מס ודרישות מקומיות. 

• שקיפות בשרשרת האספקה: יצירת תמונת מידע עקבית ועדכנית בין אתרי ייצור, מערכי לוגיסטיקה ושווקי מכירה. 

• מוכנות דיגיטלית (Digital Readiness): התמודדות עם פערים טכנולוגיים ותפעוליים בין יחידות עסקיות שונות באותו ארגון.

מפת דרכים טכנולוגית צריכה להתחשב בצרכים העסקיים, ביכולות הנדרשות ובמוכנות של כל יחידה, ולהגדיר סדרי עדיפויות, תלות בין מהלכים ומדדים לבחינת התקדמות וערך. 

ארכיטקטורת Two-Tier ERP: גמישות באמצעות שילוב

אסטרטגיית Two-Tier ERP היא אחת החלופות שארגונים גלובליים יכולים לבחון. במודל זה, סביבת מערכות המידע מחולקת לשתי שכבות עיקריות, שנועדו לשלב בין אחידות ושליטה ברמת הקבוצה לבין התאמה לצרכים מקומיים. 

• שכבת הליבה (Tier 1): מערכת מרכזית לניהול תהליכים רוחביים, נתוני אב ודיווח מאוחד, כגון SAP S/4HANA או Oracle Fusion Cloud ERP.

• שכבת הקצה (Tier 2): יתרונות Cloud-native גמישים יותר, כגון NetSuite או SAP S/4HANA Cloud Public Edition, עבור חברות בנות, יחידות עסקיות או שווקים מקומיים, בהתאם לצרכים.

הצלחת המודל תלויה, בין היתר, בהגדרה ברורה של חלוקת האחריות בין השכבות, בארכיטקטורת אינטגרציה ונתונים מתאימה ובמנגנוני ממשל ובקרה עקביים. 

היתרונות האפשריים של מודל דו-שכבתי

מודל Two-Tier TCO עשוי להפחית את עלות הבעלות כאשר צורכי היחידות המקומיות אינם מצדיקים יישום של מערכת הליבה במלואה. 

פתרונות ענן עשויים גם לקצר את משך היישום ולאפשר ליחידות עסקיות לאמץ יכולות אנליטיקה ו-AI בהתאם למוכנותן, בלי להמתין בהכרח לשדרוג כולל של מערכת המטה. מימוש היתרונות תלוי בתכנון, באינטגרציה, בממשל, באיכות הנתונים ובניהול השינוי.

מתודולוגיית דלויט לבחינת פלטפורמות

1. בחירת פלטפורמה צריכה להתחיל בצרכי הארגון ולא בהעדפה מוקדמת לספק מסוים. תהליך הערכה מובנה יכול לכלול את השלבים הבאים: גילוי ומיפוי צרכים (Discovery): הבנת האסטרטגיה העסקית, מיפוי תהליכי העבודה וזיהוי חסמים ויעדי שיפור.

1. ניתוח פערים (Gap Analysis): השוואת יכולותיהן של פלטפורמות רלוונטיות – כגון SAP, Oracle, NetSuite ו-Microsoft Dynamics 365 – לדרישות הארגון ולתהליכים שהוא מבקש לתמוך בהם.

1. הערכת סיכונים ועלויות: בניית מודל TCO הכולל, בהתאם להיקף הבדיקה, עלויות רישוי, יישום, אינטגרציה, תחזוקה, תשתיות, ניהול שינוי והדרכת משתמשים לאורך תקופת הבחינה שנקבעה.
2. מפרט דרישות (RFP): ניסוח דרישות עסקיות, פונקציונליות וטכנולוגיות באופן שיאפשר קבלת הצעות הניתנות להשוואה. תכנון היישום: התאמת שיטת העבודה, שלבי היישום, מנגנוני הממשל והנכסים המאיצים להיקף התוכנית, לרמת המורכבות ולמוכנות הארגון. בשלב זה יש לבחון גם את רצף ההטמעה בין יחידות וטריטוריות, את מנגנוני קבלת ההחלטות ואת התנאים למעבר בין שלבי התוכנית.

תהליך בחירה איכותי משלב נקודת מבט עסקית וטכנולוגית, בוחן חלופות בהתאם לקריטריונים עקביים ומתעד את ההנחות, המגבלות והשיקולים המרכזיים שעליהם התבססה ההחלטה. 

מתודולוגיה אג'ילית ליישום מהיר ואיכותי: מתודולוגיה המבוססת על ניסיון גלובלי ומקומי מצטבר, שילוב בין הבנה עסקית-טכנולוגית, כלים מתקדמים ונכסים מאיצים לפתרונות סקטוריאליים ואחרים.

הידע והניסיון הרב של דלויט (Deloitte), יחד עם רשת המומחים הגלובלית שלנו, מאפשרים לנו להוביל ארגונים בהצלחה באתגר המהותי של החלפת מערכת מידע. העובדה שדורגנו גלובלית על ידי גרטנר (Gartner) כמובילי תחום, ועל ידי STKI בישראל כחברה מובילה ב-Tier 1 במדדים הרלוונטיים, מעידה על היכולת שלנו לייצר ערך עסקי ממשי בכל שלב של הפרויקט – מהתכנון ועד להטמעה המלאה.

מעבר לתוכנה: ניהול השינוי ועיצוב מודל ההפעלה

בחירת ארכיטקטורת ERP אינה רק החלטה טכנולוגית, אלא מהלך של שינוי ארגוני הכולל עיצוב מחדש של תהליכים. דלויט שמה דגש מיוחד על ליווי ההנהלה והצוותים בתהליך המעבר, תוך התמקדות בשלושה צירי הצלחה: 

• ניהול שינוי (Change Management): הכנת הארגון, המנהלים והמשתמשים לעבודה במערכת החדשה, לרבות תקשורת, הדרכה ותמיכה באימוץ.

• עיצוב מודל הפעלה (Operating Model): הגדרת אחריות, סמכויות, זרימת מידע וממשקי עבודה במבנה ריכוזי, מבוזר או משולב.
• אופטימיזציה של ביצועים: בחינת האופן שבו טכנולוגיות ענן ויכולות נוספות יכולות לתמוך בגמישות, באחידות ובשיפור תהליכים. המטרה היא לתכנן ארכיטקטורה ומודל הפעלה שיתמכו ביעדי הארגון, תוך שמירה על גמישות, בקרה ויכולת להתרחב בהתאם לצרכים העסקיים.

שאלות נפוצות בנושא ארכיטקטורת ERP ובחינת פלטפורמות

כיצד בוחרים בין ארכיטקטורת Single-Instance לבין Two-Tier ERP?
הבחירה תלויה במאפייני הפעילות, במידת האחידות בין היחידות, בדרישות המקומיות, בארכיטקטורת הנתונים, במודל ההפעלה וביעדי הצמיחה. 

ארגון בעל תהליכים אחידים יחסית עשוי להעדיף ארכיטקטורת Single-Instance. ארגון בעל חברות בנות מגוונות, פעילות נרחבת של מיזוגים ורכישות, או צרכים מקומיים משמעותיים, עשוי לבחון Two-Tier ERP. 

אין מודל המתאים לכל הארגונים. הבחירה צריכה להתבסס על ניתוח פרטני של התועלות, העלויות, הסיכונים והיכולת התפעולית לנהל את הארכיטקטורה לאורך זמן. 

מהם השלבים המרכזיים בבחינת פלטפורמות?
תהליך מובנה כולל בדרך כלל מיפוי צרכים, הגדרת עקרונות ארכיטקטורה, ניתוח פערים מול חלופות רלוונטיות, בחינת סיכונים ועלויות, בניית מודל TCO וניסוח RFP. כדי לשמור על עקביות ושקיפות, רצוי להגדיר מראש קריטריונים, משקלות, הנחות ומקורות מידע. בנוסף, חשוב לתעד כיצד הוערכה כל חלופה ומה היו הגורמים שהשפיעו על ההחלטה. 

אילו יכולות חשוב לבחון אצל גורם המלווה מיפוי צרכים ותכנון ארכיטקטורה בקנה מידה רחב?
בין השיקולים ניתן לכלול: ניסיון בתוכניות ERP מורכבות; מומחיות ענפית; יכולות עסקיות וטכנולוגיות; פריסה גלובלית; היכרות עם דרישות מקומיות; ניסיון בניהול שינוי; יכולות בתחומי נתונים, אינטגרציה, אבטחה ובקרות; מודל עבודה המצמצם ניגודי עניינים ותומך בבחינה עניינית של חלופות; כמו כן, רצוי לבחון את מודל הממשל המוצע, את חלוקת האחריות בין הארגון לבין הגורם המלווה ואת יכולת העברת הידע לצוותים הפנימיים.

כיצד גישת Clean Core משפיעה על בחירת ארכיטקטורת ERP?
גישת Clean Core מעודדת שמירה על ליבת מערכת סטנדרטית ככל האפשר והפרדה של הרחבות ופיתוחים ייחודיים באמצעות מנגנונים ופלטפורמות מתאימים. 

במסגרת בחירת הארכיטקטורה, יש לבחון אילו דרישות מצדיקות התאמה, היכן נכון ליישם אותה, כיצד היא תשפיע על תהליכי עדכון ושדרוג, ומהי העלות הכוללת של תחזוקתה לאורך זמן. 

מהם השיקולים בבחירת מודל ליווי ויישום מקצה לקצה, לעומת הפרדה בין כתיבת RFP לבין היישום?
הפרדה בין הגורם המלווה את הבחירה לבין הגורם המיישם עשויה לתמוך בבחינה עצמאית של החלופות ובהשוואה ביניהן. עם זאת, היא מחייבת העברת ידע מסודרת, חלוקת אחריות ברורה וממשקים אפקטיביים בין הגופים. 

מודל מקצה לקצה עשוי לסייע בשמירת הרציפות בין התכנון ליישום ולצמצם מעברי אחריות. לצד זאת, הוא דורש מנגנונים מתאימים לניהול ניגודי עניינים, לשקיפות מסחרית ולבחינה בלתי מוטה של החלופות. 

המודל המתאים תלוי במורכבות התוכנית, במבנה הארגון, ביכולותיו הפנימיות ובשוק הספקים. בכל חלופה חשוב להגדיר אחריות, זכויות החלטה, מנגנוני בקרה, שקיפות מסחרית וקריטריונים להצלחה. 

מתי כדאי לארגון לבחון מודרניזציה של מערכות Legacy, וכיצד מתחילים?
ארגון עשוי לבחון מודרניזציה כאשר המערכת הקיימת אינה תומכת עוד בצרכים העסקיים, כאשר עלויות התחזוקה או הסיכונים גדלים, או כאשר מגבלות המערכת מקשות על שילוב יכולות חדשות. 

התהליך מתחיל בהערכת המצב הקיים מול היעדים העסקיים והטכנולוגיים, במיפוי תלות וסיכונים ובבניית מפת דרכים מדורגת. 

לא בכל מקרה נדרשת החלפה מלאה של המערכת. לעיתים ניתן לשלב מודרניזציה מדורגת, מעבר של יכולות מסוימות לענן, פישוט התאמות או שינוי של שכבות אינטגרציה ונתונים. ההחלטה והעיתוי צריכים להתבסס על נסיבות הארגון ועל ניתוח עסקי, טכנולוגי ותפעולי. 

סיכום: מחזון למודל הפעלה

בחירת ארכיטקטורת ERP היא החלטה אסטרטגית בעלת השלכות ארוכות טווח על תהליכים, נתונים, טכנולוגיה ומודל ההפעלה. 

ארכיטקטורה מתאימה עשויה לסייע לארגון לשלב בין גמישות מקומית, אחידות קבוצתית ומוכנות לשינוי. הבחירה בין Single-Instance, Two-Tier ERP או מודל אחר צריכה להתבסס על צורכי הארגון, על חלופות שנבחנו באופן עקבי ועל תהליך קבלת החלטות מתועד. 

הפלטפורמה היא רכיב מרכזי, אך היא אינה עומדת לבדה. ערכה תלוי בחיבור בין תהליכים, נתונים, אנשים, ממשל, בקרות ומודל הפעלה. לכן, השאלה אינה רק איזו מערכת לבחור, אלא איזו ארכיטקטורה תאפשר לארגון לפעול, להשתנות ולצמוח לאורך זמן. 

ליווי אסטרטגי: דלויט מסייעת לארגונים לבחון חלופות, לתכנן ארכיטקטורה ומודל הפעלה ולחבר בין אסטרטגיה, תהליכים, נתונים, טכנולוגיה ויישום, בהתאם לצרכים ולנסיבות של כל ארגון. 

גרטנר – דלויט הוכרה כ-Leader ב-2026 Gartner® Magic Quadrant™ for Cloud ERP Services, זו הפעם השלישית ברציפות. לפי הודעת דלויט, הארגון גם דורג במקום הגבוה ביותר בציר Ability to Execute וקיבל את הציון הגבוה ביותר בששת ה-Use Cases שנבחנו בדוח Critical Capabilities הנלווה.