Skip to main content
עלות ובחירת ספק8 דקות קריאה

כיצד לעבור ספק IT מנוהל ללא אובדן נתונים

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

מחבר

Lior Refael

פורסם

Apr 23, 2026

חזרה למאמרים

למה זו ההחלטה הכי מלחיצה ב-IT שעסקים קטנים מקבלים

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

החדשות הטובות: החוק (ב-EU, בישראל וברוב תחומי השיפוט) לצדכם, ומסירה נקייה אפשרית לחלוטין ב-4-6 שבועות אם מתכננים אותה נכון. המאמר הזה עובר על התוכנית.

מה שייך לכם (ומה לא)

השאלה הראשונה שצריך לסגור היא אם הדייר של Microsoft 365 שלכם. הוא אמור להיות: ספק בדרך כלל מחזיק גישת ניהול מואצלת לדייר שלכם, שניתן להעניק ולשלול[1], ואתם אמורים לראות ולשלוט בחשבונות Global Administrator בעצמכם[2]. אם לעומת זאת הרישיונות שלכם יושבים בתוך הדייר של הספק, המידע שלכם חי במקום שאתם לא שולטים בו, וההעברה היא מעבר בין דיירים ולא מסירה[3].

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

  • שם הדומיין שלכם (רשום על שם העסק שלכם)
  • הטנאנט של Microsoft 365 או Google Workspace שלכם
  • הנתונים שלכם בתוך אותם טנאנטים
  • כל חשבונות עסקיים שאתם משלמים עבורם (Acronis, 1Password, וכו')

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

זהו מעבר שירות, ויש לו תקן

החלפת ספק אינה מטלת IT; זהו מעבר שירות, ולמסגרת ITIL 4 יש פרקטיקה מוגדרת בדיוק לזה - service transition מכסה העברת שירות בין ספקים או סביבות תוך שמירה על רציפות ידע, נכסים ותמיכה[4]. שניים מעקרונותיה שווים אימוץ גם אם לא תקראו את השאר:

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

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

תוכנית המעבר של 4 שבועות

שבוע 1: ביקורת ותיעוד

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

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

הספק החדש יעבוד מהרשימה הזו.

שבוע 2: הודעה ובקשת מסירה

הודיעו לספק הנוכחי בכתב. הפנו לסעיף סיום ההתקשרות בחוזה (רוב חוזי ה-IT המנוהל דורשים הודעה מוקדמת של 30-60 יום; אם החוזה שלכם לא אומר, 30 יום הם ברירת המחדל החוקית ברוב תחומי השיפוט ב-EU). באותה הודעה, בקשו רשמית:

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

תחת GDPR (ובחוקי הפרטיות הישראליים המקבילים), יש לכם זכות חוקית לנתונים שלכם. ספק שמסרב להעביר אותם מפר את החוק, לא סתם מקשה.

שבוע 3: ריצה מקבילה

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

שבוע 4: מעבר וביטול

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

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

רשימת המסירה: מה לדרוש, ומה מחיר הדילוג

גישה לרשם הדומיין

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

חשבונות Global Administrator

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

מלאי סיסמאות בכתב

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

תצורת גיבוי ובדיקת שחזור

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

תיעוד כתוב ואנשי קשר אצל ספקים

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

אישור שהגישה הוסרה

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

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

סימני אזהרה במהלך מעבר

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

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

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

איך נראית מסירה טובה

מעבר נקי מסתיים כך:

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

זה הרף. הוא בר-השגה. אל תסתפקו בפחות.

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

מקורות

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

  1. Granular delegated admin privileges (GDAP) for Microsoft partnersMicrosoft Learn · 2026כיצד גישת ניהול של שותף לדייר שלכם ניתנת, מוגדרת בהיקף ונשללת. (נפתח בלשונית חדשה)
  2. Assign admin roles in the Microsoft 365 admin centerMicrosoft Learn · 2026קבלה ואימות של גישת Global Administrator במהלך העברה. (נפתח בלשונית חדשה)
  3. Microsoft 365 tenant-to-tenant migrationMicrosoft Learn · 2026מה מעורב אם המידע שלכם יושב בדייר שבבעלות הספק וצריך לעבור. (נפתח בלשונית חדשה)
  4. ITIL 4 service transition and change enablement practicesAXELOS / PeopleCert · 2025 · סיקור של נתוני מקור ראשונימסגרת מוכרת שמתייחסת להחלפת ספק כמעבר שירות מנוהל עם העברת ידע ותמיכה מוקדמת. (נפתח בלשונית חדשה)
  5. Regulation (EU) 2016/679 (GDPR), Article 20 - Right to data portabilityEUR-Lex, Publications Office of the EU · 2016הזכות לקבל מידע אישי בפורמט מסודר, נפוץ וקריא במכונה. (נפתח בלשונית חדשה)
  6. Buy or transfer a domain in Microsoft 365Microsoft Learn · 2026קביעה מי שולט בדומיין, והעברתו אם הספק היוצא הוא שרשם אותו. (נפתח בלשונית חדשה)

הנתונים נבדקו לאחרונה ב-28 ביולי 2026

תקוע עם ספק שמעכב אותך?

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