MTHS başka bir sağlayıcıya taşınabilir mi?
Evet, şirket yetkili başka bir MTHS sağlayıcısıyla çalışmayı seçebilir. Güvenli geçişin odağı sözleşme feshi değil; mevcut yayınların tam envanteri, arşivin doğrulanması, kurumsal sitedeki bağlantının kontrollü değiştirilmesi, kullanıcı yetkilerinin yeniden kurulması ve eski hizmet kapanmadan yeni erişimin kabul testinden geçirilmesidir.
Taşımadan önce mevcut durumu fotoğraflayın
Geçiş günü neyin eksik olduğunu anlayabilmek için önce kaynak sistemi belgeleyin. Yayındaki şirket kimliği bilgilerini, belge sayısını, tarih aralığını, kullanıcı rollerini, kurumsal sitedeki bağlantıyı ve açık destek taleplerini kayıt altına alın.
Taşıma dosyasında bulunması gerekenler
| Kontrol | Kanıt | Kabul ölçütü |
|---|---|---|
| Yetkili yeni sağlayıcı | Bakanlık güncel listesi ve yetki tarihi | Teklif tarihinde yetki geçerli |
| Yayın envanteri | Belge adı, tarih, kategori ve bağlantı listesi | Kaynak ve hedef sayıları açıklanmış |
| Arşiv teslimi | Dosyalar ve ilişkilendirme kayıtları | Örneklemde dosyalar açılıyor |
| Alan adı bağlantısı | Eski ve yeni hedef ekran kaydı | Mobil/masaüstü doğru şirkete ulaşıyor |
| Kullanıcı yetkileri | Rol ve kullanıcı matrisi | Gereksiz eski hesap yok |
| Geri dönüş planı | Sorumlu, süre ve önceki ayar | Kritik hata halinde uygulanabilir |
Kesintisiz geçiş için 6 adım
- Mevcut sözleşmenin bitiş, fesih, veri teslimi ve destek koşullarını okuyun.
- Yeni sağlayıcının Bakanlık yetkisini ve yetki bitiş tarihini doğrulayın.
- Kaynak sistemden belge ve meta veri envanteri alın; toplamları kayıt altına alın.
- Yeni alanda şirket bilgileri, kullanıcılar ve arşivi kurun.
- Yeni alanı dışarıdan test ettikten sonra kurumsal sitedeki bağlantıyı değiştirin.
- Eski hizmeti ancak karşılaştırmalı kabul tutanağı tamamlandıktan sonra kapatın.
DNS veya kurumsal site değişikliği nasıl planlanır?
Bilgi Toplumu Hizmetleri bağlantısı kurumsal sitenin menü ya da altbilgisindeyse çoğu geçiş yalnızca hedef bağlantının kontrollü güncellenmesini gerektirir. DNS veya alan adı ayarı değişecekse TTL, SSL sertifikası, yönlendirme ve güvenlik duvarı etkileri ayrıca test edilmelidir. Değişiklik sırasında eski ve yeni hedeflerin aynı anda erişilebilir tutulması riski azaltır.
Arşiv bütünlüğü nasıl test edilir?
Yalnızca toplam dosya sayısına bakmayın. Eski, orta ve yeni tarih aralıklarından örnek seçin; belge başlığı, yayın tarihi, dosya içeriği ve varsa imza/zaman damgası ilişkisinin hedef sistemde doğru olduğunu kontrol edin. Eksik veya bozuk kayıtlar için sorumlu ve tamamlanma tarihi belirleyin.
Taşıma ile yenileme arasındaki karar
Mevcut sağlayıcı hizmet seviyesi, destek, arşiv erişimi ve maliyet bakımından ihtiyaçları karşılıyorsa yenileme daha az operasyonel riskli olabilir. Taşıma; açıklanamayan fiyat artışı, yetersiz destek, kullanım zorluğu, yetki durumu riski veya sözleşme koşulları nedeniyle değerlendirilebilir. Kararı yalnızca yıllık bedele indirgemeyin.
Resmî kontrol noktası
Yeni sağlayıcının unvanını ve yetki bitiş tarihini doğrudan Bakanlık sayfasından kontrol edin.
T.C. Ticaret Bakanlığı yetkili MTHS listesiTaşıma adımları sağlayıcıların teknik süreçlerine göre farklılaşabilir. Kişisel veriler, erişim anahtarları ve imza araçları güvenli kanallarla aktarılmalıdır.