← Tüm yazılar

BT Destek

BT bakım tekliflerini karşılaştırırken hangi sorular sorulmalı?

Aylık ücretin yanında cihaz kapsamı, yanıt ve müdahale süreleri, saha ziyareti, lisanslar, yedek testleri ve hizmetten çıkış koşulları karşılaştırılmalı.

Corvnet teknik notları · · 2 dk okuma · Yayın ilkeleri

Kısa cevap: önce aynı kapsamı karşılaştırın

İki BT bakım teklifinin aylık bedeli ancak desteklenen kullanıcı, cihaz, hizmet saati ve işlem kapsamı aynıysa anlamlı biçimde karşılaştırılabilir. Uzaktan yanıt verme, yerinde müdahale ve sorunu tamamen çözme farklı aşamalardır. Teklifte her aşamanın sorumlusu, koşulları ve ölçüm başlangıcı açık olmalıdır.

Cihaz ve iş kapsamını listeleyin

Bilgisayar, yazıcı, ağ, kamera, sunucu ve bulut hesaplarının hangilerinin bakıma dahil olduğunu yazın. Başlangıç envanteri olmadan yalnız çalışan sayısına göre teklif almak, kritik bir cihazın kapsam dışında kalmasına neden olabilir. Desteklenmeyen eski cihazlar veya lisansı eksik yazılımlar ayrıca değerlendirilir.

  • Dahil kullanıcı ve cihaz sayısı; ek cihazın koşulları
  • Uzaktan destek, saha ziyareti ve periyodik bakım
  • Donanım parçası, sarf malzeme, lisans ve ulaşım bedelleri
  • Üçüncü taraf sağlayıcılarla iletişim sorumluluğu
  • Başlangıç değerlendirmesi ve devralma işleri

Yanıt, müdahale ve çözüm süresini ayırın

Yanıt süresi, talebin alınıp değerlendirmeye başladığının bildirilmesi olabilir. Müdahale süresi, teknik çalışmanın başlaması; çözüm süresi ise iş akışının kabul edilen şekilde yeniden çalışmasıdır. Parça tedariği veya sağlayıcı kesintisi gibi bağımlılıklar bu süreleri etkileyebilir.

Öncelik tanımı da gerekir: tüm işletmenin dosya erişiminin durması ile bir bilgisayardaki uygulama sorunu aynı seviyede ele alınmayabilir. Sürelerin hangi gün ve saatlerde sayıldığı, mesai dışı talebin nasıl ele alındığı ve işi kimin kapatacağı teklifte görülmelidir. Buradaki açıklamalar Corvnet için sabit bir SLA ilanı değildir.

Yedekleme kaleminin çıktısını sorun

“Yedek dahil” ifadesi tek başına yeterli değildir. Hangi sistemin, ne sıklıkla, hangi hedefe kopyalandığı ve yedekten dönüşü kimin denediği sorulmalıdır. Kurtarma denemesi canlı sistemi etkilemeyecek ayrı bir ortamda yapılmalı; sonuç ve eksikler kaydedilmelidir.

NIST’in OT yedek rehberi, operasyonel teknoloji bağlamında düzenli yedekleri, değişiklik yönetimini ve kurtarma çalışmalarındaki testleri birlikte ele alır. Bu kaynağın kapsamı OT sistemleridir; burada her işletme için tek bir yedekleme sıklığı veya zorunlu sözleşme maddesi çıkarmıyoruz.

Kaynak: NIST SP 1339 · OT Backup Quick Start Guide

Hesap sahipliği ve hizmetten çıkış

Alan adı, bulut, lisans ve yönetici hesaplarının kimin adına olduğunu başlangıçta netleştirin. Hizmet sona erdiğinde cihaz listesi, yapılandırma kayıtları ve erişimler için devir yöntemi olmalıdır. Ortak bir parolayı herkesle paylaşmak yerine kişiye ve göreve uygun yetkilendirme seçilmelidir.

İstanbul ve Kocaeli’de yerinde bakım teklifinde konum, giriş izni, uygun ziyaret saatleri ve ulaşım koşulları özellikle belirtilmelidir. Türkiye genelindeki uzaktan çalışmada ise güvenli erişim yöntemi ve sahada bir kişinin bulunmasını gerektiren işler ayrılır.

Karar toplantısı için kabul listesi

En ucuz bedeli seçmeden önce kapsam dışı kalan işlerin ve devralma maliyetinin toplam etkisini görün. Yazılı sorulara verilen yanıtları teklifler arasında aynı başlıklarla karşılaştırın.

  • Kapsam ve envanter yazılı mı?
  • Yanıt ve müdahale hedefleri ayrı tanımlı mı?
  • Parça, lisans ve ziyaret koşulları açık mı?
  • Yedek için geri yükleme testi var mı?
  • Hesap sahipliği, raporlama ve çıkışta devir açıklanmış mı?

Mevcut sisteminiz için kapsam değerlendirmesi

Cihazlarınızı, çalışma koşullarınızı ve hedefinizi paylaşın. Uygun hizmet kapsamını ve doğrulama adımlarını değerlendirelim.