כתבות נוספות
לכל הכתבות
מאמר זה מיועד למנהלים ולמקבלי החלטות שבוחנים מערכת ERP, כולל המודול הפיננסי שלה (הנהלת חשבונות, תזרים ודיווחים לרשויות), ורוצים לדעת עוד לפני החתימה אם ההטמעה תהיה קצרה ומבוקרת, בענן או במודל היברידי. במקום להסתמך על הבטחות כלליות של ספקים, נציג שבע שאלות שהתשובות עליהן מנבאות את משך הפרויקט ואת רמת הסיכון שלו.
בקצרה: משך ההטמעה נקבע ברובו כבר בשלב הבחירה. מערכת שבה רוב הדרישות מתממשות בהגדרות ולא בפיתוח קוד, שהממשקים הישראליים המחייבים והחיבורים הנפוצים לצד ג׳ כבר קיימים בה, ושמוטמעת ונתמכת על ידי הצוות שפיתח אותה, יכולה לעלות לאוויר בתוך חודשים. כשהתשובה לשאלות שלהלן היא “נפתח את זה עבורכם”, לוח הזמנים מתארך בהתאם.
על תהליך ההטמעה עצמו בקו מערכות, שלביו ומשכו הטיפוסי, הרחבנו בכתבה מערכת ERP לחברות בישראל: מנפצים מיתוסים על הטמעה מורכבת. הכתבה שלפניכם עוסקת בשלב שלפני כן: איך לבדוק את הדברים האלה בעצמכם מול כל ספק שאתם בוחנים.
התפיסה שלפיה כל הטמעה של מערכת ליבה היא פרויקט ארוך ומסוכן נשענת על ניסיון אמיתי. במערכות מסורתיות הזמן לא הלך על ההתקנה עצמה, אלא על הפערים שבין מה שהמערכת יודעת לעשות לבין מה שהעסק צריך: התאמות קוד, בניית ממשקים, התאמה לרגולציה המקומית ותיאום בין יצרן התוכנה, האינטגרטור וגורם התמיכה.
כל אחד מהפערים האלה גלוי מראש, אם יודעים לשאול עליו. השאלות שלהלן נועדו לשלב ההדגמות והשיחות עם הספקים, כשעוד אפשר להשוות ביניהם, ולפני שלוח הזמנים כבר נקבע בחוזה.
זו השאלה שמנבאת יותר מכל את משך הפרויקט. בחרו שלושה תהליכים שבהם העסק שלכם חורג מהמקובל, למשל תנאי מחיר מיוחדים ללקוחות רשת, מבנה הרשאות מורכב או דוח ניהולי ייעודי, ובקשו מהספק להראות בהדגמה איך כל אחד מהם ממומש. תשובה שמתבססת על הגדרת פרמטרים ועל כלים קיימים במערכת נמדדת בימים. תשובה שמתחילה ב“נאפיין ונפתח” מוסיפה לכל דרישה שלבי אפיון, פיתוח ובדיקות.
כדאי לשאול גם מה קורה להתאמה בעדכון הגרסה הבא: האם היא ממשיכה לעבוד כמו שהיא, או שצריך לבדוק אותה מחדש בכל שדרוג.
במערכת CAV ERP ההתאמות נבנות באמצעות מחולל יישומים פנימי שפותח בקו מערכות, וכל התאמה יורשת אוטומטית את מנגנוני האבטחה, ההרשאות ולוגיקת הליבה של המערכת. כך התאמה לצורכי הלקוח אינה הופכת לפרויקט פיתוח נפרד.
במודול הפיננסי, חלק גדול מזמן ההטמעה של מערכת שלא נבנתה לשוק המקומי הולך על ממשקים שהעסק מחויב בהם: דיווחי מע״מ, ניכוי מס במקור וטופס 856, קובצי מס״ב, ייצוא נתונים לרשות המסים, ובקשת מספרי הקצאה לחשבוניות. בקשו מהספק רשימה של הממשקים האלה, ושאלו לגבי כל אחד אם הוא חלק מהמערכת, תוסף חיצוני או פיתוח שיתבצע במהלך הפרויקט. כל “פיתוח” ברשימה הזו הוא סעיף נוסף בלוח הזמנים.
במודול הפיננסי של קו מערכות הממשקים האלה הם חלק מהמערכת, כולל בקשה אוטומטית של מספרי הקצאה מרשות המסים. פירוט מלא במודול הפיננסי של CAV ERP, ולהרחבה על פער ההתאמה בין פתרונות מקומיים לגלובליים ראו את הכתבה על הפער הרגולטורי לקראת 2026.
ממשק שכבר קיים ופועל אצל לקוחות אחרים עובר הגדרה ובדיקה. ממשק שצריך לבנות עובר אפיון, פיתוח ובדיקות מול הצד השני, ותלוי גם בלוח הזמנים שלו. מפו מראש את המערכות שהעסק עובד מולן, כמו רשתות שיווק שמזמינות ב-EDI, מערכת WMS, אוטומציה של חשבוניות ספקים, סריקת מסמכים או חנות מקוונת, ובדקו מול הספק לגבי כל אחת מהן אם החיבור כבר קיים.
ל-CAV ERP יש חיבורים ייעודיים קיימים, בהם StoreNext ו-Segment לממשקי EDI מול רשתות, Nipendo לאוטומציה של חשבוניות ספקים, DOKKA למעגלי אישור חשבוניות, Dun & Bradstreet לבדיקות אשראי, SPS לסריקת מסמכים ו-iSTORES לחנות מקוונת, לצד ממשקי WMS דו-כיווניים. הרשימה המלאה מופיעה בעמוד האינטגרציות של CAV ERP.
כשהפיתוח, ההטמעה והתמיכה מתחלקים בין יצרן התוכנה, אינטגרטור וגורם תמיכה, כל דרישה וכל תקלה עוברות בין כמה גורמים, וכל העברה כזו מוסיפה זמן. שאלו מי ישב בשלב האפיון, מי יבצע את ההתאמות ומי יענה לטלפון אחרי העלייה לאוויר, ובדקו אם מדובר באותו גוף.
בקו מערכות אותו צוות שמפתח את המערכת גם מטמיע אותה ותומך בה.
גישת “ביג בנג”, שבה כל המודולים עולים יחד, היא במקרים רבים המסלול הארוך והמסוכן יותר. הטמעה בשלבים, שמתחילה במודולים הקריטיים לתפעול היומיומי, כמו הנהלת חשבונות ומלאי, ומתרחבת בהדרגה, מקצרת את הזמן עד לעלייה הראשונה ומקטינה את ההפרעה לפעילות השוטפת.
השאלה לספק היא אם הוספת מודול בהמשך מתבצעת על אותה פלטפורמה ובאותו מסד נתונים, או שהיא דורשת פרויקט אינטגרציה נוסף.
ב-CAV ERP הלקוח בוחר אילו מודולים להטמיע ומתי, וכל המודולים, מהפיננסי והלוגיסטי ועד הקופות וניהול המלאי, פותחו על אותה פלטפורמה קניינית.
בענן, חלק מהעבודה שהייתה פעם חלק מהפרויקט, כמו הקמת שרתים, גיבויים ושרידות, עוברת לספק. כדאי לוודא שזה אכן המצב: מי אחראי על הגיבויים, על הזמינות הגבוהה ועל ההתאוששות מאסון, והאם אפשר לשמור את הנתונים על שרתים בישראל כשנדרש.
במודל היברידי השאלה המרכזית היא אחרת: האם החלק שבענן והחלק שמותקן מקומית הם אותה מערכת, או שני מוצרים שצריך לחבר ביניהם. במקרה השני, החיבור עצמו הופך לפרויקט. כדאי לשאול גם אם המערכת מבוססת דפדפן או מחייבת התקנה בכל עמדה, כי התקנות בעמדות מוסיפות זמן לכל משתמש חדש. על השיקולים בבחירת מודל הפריסה עצמו הרחבנו בכתבה ענן, On-Premise או היברידי.
מערכות קו מערכות פועלות בענן Amazon AWS מאז 2012, והגיבויים, השרידות, הזמינות הגבוהה וההתאוששות מאסון מנוהלים על ידי קו מערכות. כשנדרש, הנתונים נשמרים על שרתים בישראל. הלקוח בוחר בין ענן, התקנה מקומית או מודל היברידי, וממשק המשתמש מבוסס דפדפן ואינו דורש התקנות.
בקשו מהספק לוח זמנים טיפוסי לעסק בגודל ובמבנה דומים לשלכם, ובדקו מה כלול בו: האם הגירת הנתונים מהמערכת הקיימת, הדרכת המשתמשים והממשקים לצד ג׳ נכללים בו, או שהם מתווספים אחרי “העלייה לאוויר”. שני ספקים שמציגים אותו מספר חודשים עשויים להתכוון לשני דברים שונים מאוד.
הטמעה טיפוסית של CAV ERP נמשכת בין חודשיים לארבעה חודשים, לפי מתודולוגיה של שישה שלבים: מיפוי ואפיון, התקנה והגדרת פרמטרים, הקמת תשתיות והגירת נתונים, הדרכת משתמשים, הפעלת המערכת ותמיכה שוטפת. לעסקים שרוצים להתחיל מהר קיימת גם אפשרות Fast Start בענן, שמאפשרת עלייה לאוויר תוך ימים ספורים.
אם בתשובות של ספק מופיע אחד או יותר מהסימנים הבאים, כדאי להניח שהפרויקט יהיה ארוך מהמוצג ולבקש פירוט:
הטמעה מהירה אינה פשרה על עומק הפתרון, אלא תוצאה של מערכת שבה רוב מה שהעסק צריך כבר קיים, ושל ספק שמכיר אותה מבפנים. שבע השאלות שלמעלה מאפשרות לבדוק את זה עוד לפני החתימה, ולהשוות בין ספקים לפי מה שהם מראים בפועל ולא לפי מה שהם מבטיחים.
קו מערכות, שמפתחת מערכות ליבה ארגוניות מאז 1979, מציעה את CAV ERP בענן, בהתקנה מקומית או במודל היברידי, עם צוות אחד שמלווה את הלקוח מהאפיון ועד התמיכה השוטפת.
שבע שאלות מנבאות את רוב משך הפרויקט: איך מתממשת דרישה חדשה, בהגדרה או בפיתוח קוד; האם הממשקים הישראליים המחייבים, כמו מע״מ, טופס 856, מס״ב ומספרי הקצאה, כבר קיימים; אילו חיבורים לצד ג׳ קיימים ואילו ייבנו; מי מטמיע ומי תומך אחרי העלייה לאוויר; האם אפשר לעלות לאוויר בשלבים; מי מנהל את התשתית ומה נשאר בהתקנה מקומית; ומה בדיוק כלול בלוח הזמנים שהספק מציג. כל תשובה מסוג “נפתח עבורכם” היא סעיף נוסף בלוח הזמנים.
בוחרים שלושה תהליכים שבהם העסק חורג מהמקובל, למשל תנאי מחיר מיוחדים ללקוחות רשת, מבנה הרשאות מורכב או דוח ניהולי ייעודי, ומבקשים מהספק להראות בהדגמה איך כל אחד מהם ממומש. אם ההתאמה מתבצעת בהגדרת פרמטרים או בכלים קיימים במערכת, היא נמדדת בימים. אם התשובה היא אפיון ופיתוח, כל דרישה כזו מוסיפה שלבי פיתוח ובדיקות. כדאי לשאול גם מה קורה להתאמה בעדכוני גרסה.
כן, כשכל המודולים יושבים על אותה פלטפורמה ואותו מסד נתונים. במקרה כזה אפשר לעלות לאוויר קודם עם המודולים הקריטיים לתפעול היומיומי, כמו הנהלת חשבונות ומלאי, ולהוסיף בהמשך מודולים כמו רכש, הפצה או קופות בלי פרויקט אינטגרציה נפרד. ב-CAV ERP הלקוח בוחר אילו מודולים להטמיע ומתי, וכולם פותחו על אותה פלטפורמה קניינית.
השאלה המרכזית היא אם החלק שבענן והחלק שמותקן מקומית הם אותה מערכת או שני מוצרים נפרדים. כשמדובר בשני מוצרים, החיבור ביניהם הופך לפרויקט בפני עצמו. כדאי לוודא גם מי מנהל את הגיבויים, את הזמינות ואת ההתאוששות מאסון בחלק שבענן, והאם המערכת מבוססת דפדפן או דורשת התקנה בכל עמדה.
לוח זמנים בר השוואה מפרט את כל שלבי הפרויקט ולא רק את מועד העלייה לאוויר: מיפוי ואפיון, התקנה והגדרת פרמטרים, הקמת תשתיות והגירת נתונים, הדרכת משתמשים, הפעלה ותמיכה. חשוב לבדוק אם הגירת הנתונים, ההדרכות והממשקים לצד ג׳ כלולים בלוח הזמנים או מתווספים אחריו. בקו מערכות הטמעה טיפוסית של CAV ERP נמשכת בין חודשיים לארבעה חודשים, ובענן קיימת גם אפשרות Fast Start לעלייה לאוויר תוך ימים ספורים.
.webp)
