חשבשבת או פריוריטי: הסימנים שאומרים שהגיע הזמן לעבור

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

מה כל מערכת עושה בפועל

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

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

אילו סימנים מצדיקים מעבר?

לא סימן אחד. שלושה ומעלה מתוך אלה:

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

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

מה לא סיבה לעבור

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

איך נראה מתווה מעבר נכון?

1. להקפיא היקף. להחליט מה עובר בשלב הראשון ומה לא, בכתב.
2. לסגור את המבנה החשבונאי מול רואה החשבון לפני שמזינים משהו.
3. לנקות את הנתונים - לקוחות, ספקים, פריטים - לפני הייצוא ולא אחריו.
4. לטעון יתרות פתיחה ולהתאים אותן מול המאזן הסופי בחשבשבת.
5. להריץ חודש מקביל אם אפשר, לפחות על תהליך המכירה המרכזי.
6. לשמור את המערכת הישנה לצפייה לתקופה מוסכמת.
7. לעבור בתאריך שמסונכרן עם סוף תקופת דיווח, לא באמצע.

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

מה קורה לקבצים ולדיווחים?

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

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

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

מה קורה לצוות במעבר כזה

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

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

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

מה לשאול את רואה החשבון לפני שמחליטים

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

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

הבדיקה שמונעת את הטעות הנפוצה

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

מקורות

• חשבשבת H-ERP - מודולים
• חשבשבת - ערך בוויקיפדיה העברית
• Priority Software