ERP לעסקים עם BI: איך משלבים מערכות לתמונה ניהולית אחת

ERP לעסקים עם BI: איך משלבים מערכות לתמונה ניהולית אחת

אם חיפשת דרך לחבר בין ERP לעסקים עם BI כך שהכול ייראה סוף סוף כמו סיפור אחד ולא כמו סדרה עם יותר מדי עונות – הגעת למקום הנכון.

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

בלי לנחש.

בלי להתווכח מי צודק.

ובלי טבלאות אקסל שמתרבות בלילה.

אז מה בעצם רוצים להשיג פה?

חיבור בין ERP לבין BI הוא לא ״עוד פרויקט מערכות״.

זה מהלך שמטרתו פשוטה: להפוך נתונים לפעולות.

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

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

וכששניהם עובדים יחד – מנהלים מפסיקים לעבוד קשה ומתחילים לעבוד חכם.

למה זה מרגיש קשה? כי זה לא רק חיבור, זה תרגום

רוב התקלות בחיבורים כאלה לא קורות בגלל טכנולוגיה.

הן קורות בגלל שפה.

ב-ERP יש ״מסמך״, ״תנועה״, ״מחסן״, ״מרכז עלות״.

ב-BI יש ״מדד״, ״דימנשן״, ״מודל״, ״גרעיניות״.

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

הפתרון?

בונים שכבת משמעות אחת שמחברת בין העולם התפעולי לעולם הניהולי.

3 שאלות שחייבים לענות עליהן לפני שמחברים כבלים

לפני שרצים לבחור כלי, ספק, או צבע לדשבורד, עוצרים רגע.

אלה שלוש השאלות שמונעות 80% מכאב הראש:

• מהי ״האמת״ של הארגון? למשל: מה נחשב מכירה – הזמנה? אספקה? חשבונית? תקבול?
• באיזו רמת פירוט מקבלים החלטות? מוצר? משפחה? לקוח? סוכן? סניף? שעה ביום?
• מי הקהל של התמונה הניהולית? מנכ״ל צריך כיוון, מנהל תפעול צריך חריגים, וכספים צריך עקביות.

ברגע שהתשובות ברורות, החיבור כבר לא מרגיש כמו קסם שחור.

הוא נהיה הנדסה.

וזה דבר מרגיע.

החיבור עצמו: 4 שכבות שבונות תמונה אחת (ולא בלגן אחד)

כדי שמידע מ-ERP יהפוך לתובנות ב-BI, כדאי לחשוב על זה כעל שרשרת מסודרת.

לא על ״נמשוך נתונים ונראה מה יוצא״.

1) שכבת מקור: ה-ERP – המקום שבו דברים באמת קורים

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

אם הנתונים כאן לא מדויקים, שום BI לא יציל אתכם.

הוא רק יציג את הבלגן בגרפים יפים יותר.

2) שכבת אינטגרציה: ETL או ELT – מי מביא מה, מתי, ואיך?

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

פה מתרחשים דברים חשובים כמו:

• איחוד קודים כפולים (כי ״לקוח 123״ ו״לקוח 0123״ הם לא שני אנשים שונים)
• השלמת נתונים חסרים בצורה חכמה
• טיפול במטבעות, יחידות מידה, אזורי זמן, ו״איך זה נקרא אצלנו״

זו השכבה שאמורה להפוך נתוני ERP גולמיים למשהו שאפשר לסמוך עליו.

3) שכבת מודל: מודל נתונים שמרגיש כמו העסק עצמו

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

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

העיקרון: מודל טוב מאפשר לשאול שאלה ולקבל תשובה אחת.

לא שלוש תשובות ושלוש מריבות.

4) שכבת צריכה: דשבורדים, דוחות והתראות – המקום שבו קורה ״וואו״

דשבורד טוב הוא לא קיר צבעוני.

הוא כלי עבודה.

הוא צריך לענות על שאלות כמו:

• מה השתנה מאז אתמול?
• מה בסיכון כרגע?
• איפה יש הזדמנות אמיתית?
• איזה החלטה הכי כדאי לקבל עכשיו?

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

איפה אנשים נופלים? 7 מוקשים קטנים עם חיוך גדול

אפשר לחסוך הרבה זמן אם יודעים מראש איפה המהמורות.

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

החדשות הטובות: כל מוקש כזה פתיר.

החדשות הטובות יותר: אם פותרים אותו פעם אחת נכון, הוא לא חוזר.

שילוב חכם: איך זה נראה בפרקטיקה (ולא רק במצגת)?

נניח שיש לכם ERP שמנהל הזמנות ומלאי.

אבל ההנהלה רוצה לדעת:

מה הרווחיות לפי לקוח, כולל עלויות שילוח, החזרות וזמן שירות.

כדי שזה יעבוד, צריך:

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

ואז, ורק אז, ה-BI יכול להציג רווחיות אמיתית.

לא ״בערך״.

לא ״נראה לי״.

אלא משהו שאפשר לקבל עליו החלטה בבוקר ולהיות רגועים בערב.

שאלות ותשובות שמופיעות בדיוק כשלא צריך אותן

שאלה: חייבים להחליף ERP כדי לעשות BI טוב?

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

שאלה: מה עדיף – דוחות סטטיים או דשבורדים אינטראקטיביים?

תשובה: שניהם. דוחות טובים לבקרה והתחייבויות, דשבורדים טובים לניהול יומיומי ולחקירה.

שאלה: כל כמה זמן צריך רענון נתונים?

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

שאלה: למה שני דוחות מציגים מספרים שונים על אותו מדד?

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

שאלה: אפשר להתחיל קטן בלי להיכנס לפרויקט ענק?

תשובה: כן, וזה אפילו מומלץ. בוחרים 1-2 תהליכים קריטיים, בונים נכון, ואז מרחיבים.

שאלה: מה המדד הכי חשוב להתחלה?

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

איפה רוטליין נכנסת לתמונה (בלי רעש מיותר)?

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

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

איך בונים תכנית עבודה שלא נתקעת בשלב ״אוספים דרישות״?

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

1. מגדירים 5-10 מדדים שחייבים להיות נכונים ולא מתחילים עם 50.
2. ממסגרים שאלות עסקיות במקום ״תביאו לי דוח״. למשל: ״איפה אנחנו מפסידים כסף בלי לשים לב?״
3. בונים מודל נתונים מינימלי אבל עקבי ומוודאים שיש הגדרות מדדים אחת ולתמיד.
4. משיקים דשבורד ראשון עם משתמשים אמיתיים, לא רק עם מי שאוהב פרויקטים.
5. מייצרים הרגלי שימוש – ישיבה שבועית, התראות, ובעלות על מדדים.

השלב הכי חשוב הוא ההשקה.

כי מהרגע שמשתמשים באמת נכנסים, אתם מגלים מה חסר תוך יום.

ולא אחרי שלושה חודשים של ניחושים.

כשמשלבים ERP ו-BI נכון, קורה משהו כמעט לא הוגן: פתאום קל לנהל.

כולם מסתכלים על אותה תמונה.

השאלות משתפרות.

ההחלטות נהיות מהירות יותר.

והמערכת מפסיקה להיות ״עוד תוכנה״ והופכת להיות סוג של שותף שקט שמחזיק את העסק בפוקוס.

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