Yönetilen BT Sağlayıcısı Değiştirme: Nelere Dikkat Edilmeli?

Yönetilen BT sağlayıcınızı değiştirmek sisteminizi bir günlüğüne bile durdurmaz. Bu, sahada en çok duyduğumuz endişe ve çoğu zaman değişimi geciktiren tek sebep. Doğru planlanmış bir geçişte kullanıcılar hesap açma ekranından başka hiçbir şey fark etmez; sunucular, e-posta, yazıcılar aynı şekilde çalışmaya devam eder. Asıl risk değişmemekte: yavaş yanıt veren, proaktif izleme yapmayan bir sağlayıcıyla yıllarca devam etmek.

Değişim sinyalleri

Bazı belirtiler tek başına yeterli değil, ama üç-dört tanesi bir arada görülüyorsa masaya oturma zamanı gelmiş demektir.

Belirti	Neden önemli
Destek kaydı açtıktan sonra ilk yanıt 4 saati aşıyor	SLA’da yazan süreyle fiiliyat örtüşmüyor demektir
Aynı arıza 3. kez tekrarlıyor	Kök neden analizi yapılmıyor, semptom kapatılıyor
Yedekleme raporu istendiğinde firma “kontrol edip döneceğiz” diyor	İzleme değil, reaktif çalışma var
Fatura kalemleri değişiyor ama hizmet kapsamı aynı kalıyor	Fiyatlandırma şeffaf değil
Firma büyüdü, siz küçük kaldınız (veya tersi)	Ölçek uyumsuzluğu; öncelik listesinde alt sıralara düştünüz

Güvenlik tarafında ayrı bir kırmızı çizgi var: sağlayıcı, envanterinizdeki cihaz sayısını veya açık portları net söyleyemiyorsa izleme fiilen yapılmıyor demektir. Bu durumda değişim bir tercih değil, gereklilik haline gelir.

Yurt dışı MSP pazarında yapılan araştırmalar da benzer bir tabloyu doğruluyor: işletmelerin sağlayıcı değiştirme kararının çoğunda ilk sırada yavaş yanıt, ikinci sırada reaktif çalışma (arıza çıkınca müdahale, önceden fark etmeme) yer alıyor. Türkiye’deki sahada da tablo farklı değil; fatura kalemi kadar, telefon açıldığında karşı taraftan gelen sesin tonu da bir sinyal.

Geçiş süreci adım adım

Geçiş üç haftalık bir pencerede tamamlanabilir; ekip büyüklüğüne göre bu süre uzayıp kısalabilir.

1. Envanter çıkarımı: Mevcut sağlayıcıdan tam cihaz, lisans ve ağ topolojisi listesi talep edilir. Sözleşmede bu bilginin “işletmenin malı” olduğu zaten yazılı olmalı; değilse ilk sorun burada çıkar.
2. Yönetici erişimlerinin devri: Domain admin, Microsoft 365 genel yönetici, firewall ve RMM konsolu şifreleri elden teslim değil, yazılı devir tutanağıyla aktarılır. Eski şifreler değişim gününde sıfırlanır.
3. Paralel izleme: Yeni sağlayıcı bir-iki hafta eski RMM ajanıyla birlikte kendi izleme yazılımını kurar. İki sistem çakışmadan çalışır; kesinti bu aşamada sıfırdır.
4. Kesim günü: Eski ajan kaldırılır, DNS ve e-posta yönlendirmeleri (varsa) güncellenir, kullanıcı iletişim listesi yeni destek hattına yönlendirilir.
5. 30 günlük gözlem: İlk ay her iki tarafın da hata payı olur. Yeni sağlayıcı bu dönemde haftalık durum raporu sunmalı; sunmuyorsa yanlış firmayı seçmiş olabilirsiniz.

Bu beş adımın hiçbiri gizli bilgi değil; sorun genelde eski sağlayıcının işbirliğine yanaşmamasından çıkıyor. Sözleşmede “geçiş desteği” maddesi yoksa bazı firmalar erişim bilgilerini geç verir, dokümantasyonu eksik teslim eder. Bu yüzden yeni sağlayıcıyla anlaşmadan önce eski sözleşmenin fesih ve devir maddelerini tek tek okumak, geçişin en kritik hazırlık adımıdır.

Sözleşme ve veri devri: gözden kaçan maddeler

En çok mağduriyet, geçiş değil ayrılık aşamasında yaşanıyor. Eski sözleşmede şu maddeler yoksa yeni sağlayıcıyla imzalanacak sözleşmeye mutlaka eklenmeli:

• Veri taşınabilirliği: Yedekleme geçmişi, destek kaydı arşivi ve dokümantasyon hangi formatta ve kaç gün içinde teslim edilecek.
• Fesih bildirim süresi: 30 gün mü 90 gün mü olduğu net değilse cayma tazminatı sürprizle karşınıza çıkabilir.
• Donanım mülkiyeti: Kiralık firewall veya switch varsa devir mi, iade mi olacağı baştan yazılmalı.
• Geçiş desteği yükümlülüğü: Eski sağlayıcının yeni ekibe belirli saat aralığında bilgi aktarımı yapma zorunluluğu olmalı; iyi niyete bırakılmamalı.

Fiyat karşılaştırmasında da dikkatli olmak gerekir. Aylık ücret düşük görünen teklifin kapsamı dar olabilir; yedekleme, lisans yönetimi veya güvenlik izlemesi ek ücretli mi diye madde madde sorulmalı, tek kalem toplam fiyata bakılmamalı.

Sık Sorulan Sorular

Geçiş sırasında sistemlerimiz kesintiye uğrar mı? Paralel izleme yöntemiyle planlanan geçişlerde kesinti olmaz. Riskli olan, eski ajan kaldırılmadan önce yeni izlemenin devreye alınmamasıdır.

Mevcut sağlayıcı bilgi vermek istemezse ne yapılır? Sözleşmede veri devri maddesi varsa yazılı talep yeterli. Yoksa domain ve e-posta yöneticiliğini kendi hesabınızdan sıfırlamak (parola sıfırlama, MFA yeniden kurulumu) en hızlı yoldur; kritik hesapların sahipliği zaten işletmeye ait olmalı.

Küçük bir ekip için MSP değiştirmeye değer mi? 10 kullanıcı altındaki işletmelerde bile arıza başına kayıp saat, geçiş maliyetinden hızla yüksek çıkabiliyor. Ölçek küçük olsa da yanıt süresi ve proaktif izleme aynı önemde.

İki sağlayıcıyı aynı anda tutmak mümkün mü? Kısa süreli evet, kalıcı olarak hayır. Paralel izleme geçiş için gereklidir ama iki firmanın aynı ağda süresiz kalması yetki karmaşasına ve güvenlik açığına yol açar. Kesim gününden sonra tek yetkili taraf kalmalı.

Yeni sağlayıcıyı seçerken en çok neye bakmalıyım? Referans değil, canlı gösterim isteyin. Mevcut bir müşterisinin destek kayıt sistemine veya aylık raporuna (izin alınarak) göz atmak, tanıtım sunumundan çok daha fazla şey söyler.