מתי עסק מחליף את ריווחית בחשבשבת H-ERP: מלאי, ייצור, סניפים, תמחיר ומספר משתמשים. הסימנים, מה מקבלים, ומה עולה יותר ממה שנראה.
עיקרי הדברים
- הטריגר אינו מחזור אלא מורכבות: עצי מוצר, ייצור, סניפים, ותמחיר לפי עבודה.
- חשבשבת מציגה מודולים שאין להם מקבילה במערכת חשבוניות: רצפת ייצור, מעבדות שירות, רכוש קבוע, ניהול שכירות.
- היא גם מציגה שכבת ממשקים מפורטת - יבוא מ-ODBC ומקובץ טקסט, דפי בנק לפי בנק, ספירות מלאי, ממשק מאתרי מסחר.
- העלות האמיתית של מעבר היא הטמעה ודאטה, לא רישיון.
ריווחית וחשבשבת אינן שתי אפשרויות שוות שבוחרים ביניהן פעם אחת - הן שני שלבים. ריווחית היא משפחת מוצרים לניהול העסק והנהלת חשבונות; חשבשבת H-ERP היא מערכת ERP עם מודולים לרכש, מלאי, רצפת ייצור, תמחיר, מעבדות שירות, שכירות ומשאבי אנוש. המעבר קורה כשהתפעול, ולא הנהלת החשבונות, הוא מה שנשבר.
מה חשבשבת מציגה שאין במערכת חשבוניות
| המודול | מה הוא עושה | למה זה טריגר למעבר |
|---|---|---|
| רכש, מלאי ושיווק | מחזור הזמנה-אספקה-מלאי במערכת אחת | ניהול מלאי בגיליון נשבר כשיש עצי מוצר וספירות |
| רצפת ייצור | ניהול הייצור עצמו | אי אפשר לייצר מול מערכת חשבוניות |
| מערכת התשלומים - שקים ומס"ב | תשלומים לספקים וגבייה | קבצי מס"ב ושקים מנוהלים במערכת ולא בבנק |
| חיובים קבועים | מנויים וחיובים חוזרים | גבייה קבועה בהיקף שדורש מודול |
| מעבדות שירות | קריאות, תיקונים ואחריות | עסק שירות עם מוצרים שחוזרים לתיקון |
| ניהול שכירות | חוזים והכנסות שכירות | הכנסות שלא נובעות ממכירה |
| חיוב לקוחות לפי שעות | שעות לחיוב, לפי לקוח | משרדים ופרויקטים |
| רכוש קבוע | מלאי רכוש ופחת | דרישה חשבונאית שמערכת חשבוניות לא מכסה |
| קופות רושמות POS | נקודות מכירה | חנויות וסניפים |
| CRM | ניהול קשרי לקוחות בתוך אותה מערכת | מכירות שצריכות להיות ליד המלאי |
לצד אלה, חשבשבת מציגה גם שכבת מוצרים נוספת - H-WEB, H-BI, H-MOBILE, H-BPM ועוד - ושכבת ממשקים מתועדת. זה הבדל אופי: מערכת שמצפים לחבר אליה דברים, לא מערכת סגורה.
מה הם הסימנים, בפועל?
לא מחזור. אלה הסימנים:
- מלאי שהפסיק להיות רשימה. עצי מוצר, רכיבים, ספירות תקופתיות, מיקומים במחסן.
- ייצור או הרכבה. גם הרכבה פשוטה מרכיבים היא ייצור לצורך העניין.
- כמה סניפים. מחירונים שונים, הרשאות לפי סניף, ודוח שצריך להתפרק.
- תמחיר. השאלה "כמה הרווחנו על העבודה הזו" שאין לה תשובה במערכת.
- שכר ומשאבי אנוש שמנוהלים בשלושה מקומות.
- מספר משתמשים שעובדים במקביל על אותם נתונים, עם צורך בהרשאות אמיתיות.
- דוחות שמישהו בונה בגיליון כל חודש מאותם שני קבצים.
הסימן השביעי הוא הכי אמין מכולם. גיליון חודשי שמישהו מתחזק הוא מערכת צל, וזה אומר שהמערכת הרשמית לא עונה על הצורך.
מה שעולה יותר ממה שנראה
מעבר ל-ERP אינו החלפת תוכנה אלא פרויקט, ואלה הרכיבים שמפתיעים:
- דאטה. ניקוי כרטיסי לקוחות, ספקים ופריטים לפני הטעינה. זה כמעט תמיד השלב הארוך.
- הטמעה והדרכה. מערכת עמוקה דורשת שמישהו ילמד אותה. עסק שלא משקיע בזה חוזר לגיליונות.
- התאמות. דוחות ומסמכים שצריך להתאים למה שהעסק באמת עושה.
- ממשקים. חיבור לחנות, לסליקה, לשכר ולבנק - כל אחד מהם עבודה בפני עצמה.
- זמן של אנשי המקצוע שלכם. רואה החשבון ומנהל החשבונות צריכים להיות בתהליך, וזה שעות.
חשבשבת מציגה תיעוד ממשקים מפורט - יבוא מטבלת ODBC, יבוא מקובץ טקסט, קליטת דפי בנק לפי בנק, יבוא פריטים ועצי מוצר, ספירות מלאי, וממשק מאתרי מסחר אלקטרוני. זו נקודת פתיחה טובה לתכנון, אבל התכנון עצמו חייב לקרות - הצד הטכני מפורט במדריך ה-API של חשבשבת ומה שנשבר בייבוא מתועד בשגיאות ייבוא והתאמות בחשבשבת.
מה לא לעשות במעבר
- לא להעביר באמצע שנת מס אם אפשר להימנע. מעבר בתחילת שנה מפשט את היתרות, את המספור ואת הדוחות, ושווה להמתין חודשיים בשביל זה.
- לא להעביר ולהטמיע מודול חדש באותו שבוע. אם התפעול עובר וגם מודול הייצור נכנס לראשונה, לא תדעו מה נשבר.
- לא לכבות את המערכת הישנה מיד. צריך אותה קריאה לפחות עד סגירת השנה, ולעתים יותר.
- לא לתת לפרויקט לרוץ בלי בעלים בעסק. ספק ההטמעה מביא מומחיות; ההחלטות מה חשוב הן שלכם, וספק לא יכול לקבל אותן במקומכם.
הסעיף הראשון הוא היחיד שקשה לתקן בדיעבד, ולכן אם אתם בספטמבר - שווה לשקול לתכנן להתחלת השנה ולא לדחוף עכשיו.
מה לעשות לפני שמחליטים
- כתבו את שבעת הסימנים ותסמנו כמה מהם נכונים אצלכם. שלושה ומעלה - זה דיון אמיתי.
- תשאלו את מנהל החשבונות ואת רואה החשבון מול מה הם עובדים ומה יקל עליהם.
- תבקשו הדגמה על התהליך שלכם, לא הדגמה כללית. הביאו מסמך אמיתי והזמנה אמיתית.
- תבררו מה קורה עם מספרי הקצאה, מבנה אחיד ודוח מע"מ במערכת החדשה - זה בסיס ולא תוספת.
- תבדקו מה ניתן לייצא מהמערכת הנוכחית לפני שמתחילים.
- תחליטו מה לא עובר. היסטוריה של עשר שנים לא חייבת להיכנס לתוך המערכת החדשה.
הפריט האחרון חוסך את מרבית הזמן. היסטוריה נשמרת בארכיון קריא; המערכת החדשה צריכה יתרות פתיחה ונתוני אמת, לא עשר שנים של תנועות.
המשפט האחרון שווה הדגשה: ספק הטמעה טוב ישאל אתכם שאלות שאין לכם תשובה עליהן, וזה סימן טוב. ספק שלא שואל דבר ומבטיח שהכול יעבוד כמו היום מוכר לכם התקנה, לא הטמעה.
עוד דבר שכדאי לעשות לפני ההחלטה: לדבר עם עסק אחד או שניים בגודל דומה ובענף דומה שכבר עברו. לא כדי לקבל המלצה על ספק, אלא כדי לשאול שאלה אחת - מה לקח יותר זמן ממה שציפיתם. התשובה כמעט תמיד תהיה ניקוי הנתונים או ההדרכה, ושתיהן בשליטתכם אם תכננתם אותן מראש.
מקורות
שאלות נפוצות
ממה נקבע הזמן לעבור ל-ERP?
ממורכבות התפעול ולא ממחזור. עסק עם מחזור גדול ומוצר אחד יכול להישאר במערכת פשוטה; עסק קטן עם ייצור, מלאי מורכב ושני סניפים כבר צריך מערכת. הבדיקה המעשית: כמה גיליונות צל מתחזקים אצלכם כל חודש.
אפשר להישאר בריווחית ולהוסיף רק מודולים?
ריווחית מציגה משפחת מוצרים ומודולים בתשלום, ולכן לפעמים זו התשובה הנכונה - במיוחד כשהצורך הוא שכר, מס"ב או קליטת דפי בנק. זה עדיף על פרויקט ERP שלם כשהתפעול עצמו עוד לא מורכב.
מה הדבר הכי יקר במעבר?
הדאטה וההטמעה. ניקוי כרטיסי לקוחות, ספקים ופריטים הוא השלב הארוך, והדרכה היא מה שמחליט אם המערכת תשמש בפועל. רישיון הוא הרכיב שאפשר לתקצב מראש; שני האחרים הם אלה שגולשים.
צריך להעביר את כל ההיסטוריה?
כמעט תמיד לא. צריך יתרות פתיחה, פריטים, לקוחות וספקים פעילים, וחובות פתוחים. ההיסטוריה עצמה יכולה להישאר בארכיון קריא ובגיבוי, בכפוף לחובות השמירה - וזה גם חוסך את רוב זמן ההעברה.
להמשך קריאה
שירות רלוונטי
הסבת נתונים
לעבור מערכת בלי לאבד היסטוריה - מיפוי, פיילוט, דלתא ומעבר.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה מנסה להפוך לאוטומטי או לבנות, ואומר לך מהי הדרך המהירה והאמינה ביותר ליישם את זה.