ספק ה-ERP שלנו כופה מעבר לענן או גרסה חדשה. האם ללכת על זה?

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

[[HE: Draft for Tamir's review. Not published.]]

Tamir Khason · עדכון · מדריך החלטות

הפרידו בין הדד-ליין של הספק לצורך האמיתי שלכם

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

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

התחילו ממה שבאמת תעבירו

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

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

בהתאם לתפקיד שלכם

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

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

מה לבדוק לפני שמחליטים

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

שאלות שאנשים שואלים

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

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

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

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

מיגרציית ענן ל-ERP בעיצומה והאינטגרטור בונה מחדש את כל ההתאמות הישנות כדאי לעצור את זה?

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

איך אני יכול לעזור בהחלטה הזו

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