Müşteri & Servis Verisi Yedekleme Sistemi

Bu sistem, dijital verilerini düzgün biçimde koruyamadığının farkında olan veya geçmişte veri kaybı yaşamış temizlik, dezenfeksiyon, haşere ilaçlama ve endüstriyel hijyen firmalarına yöneliktir. Temizlik sektöründe veri, yıllar içinde biriktirilen kurumsal hafızadır: müşteri tercihleri, özel hizmet notları, fiyatlandırma geçmişi, ekip performans kayıtları. Bu hafızanın yok olması sadece teknik bir aksaklık değil; müşteri kaybı, hukuki riske açık olmak ve operasyonel çöküş anlamına gelebilir.

Özellikle Fayda Sağlayan Profiller

• Müşteri sözleşme ve servis raporu birikimi olan firmalar: Yıllarca biriktirilen müşteri geçmişi, hizmet detay kayıtları, özel talimatlar ve imzalı sözleşmeler kurumsal hafızanızın temelidir. Bu verileri tek bir ofis bilgisayarında ya da paylaşımlı ağ diskinde tutmak, bir donanım arızasında tüm operasyonel süreklilik riskini tek noktaya yığmak demektir.
• Muhasebe ve fatura yazılımı kullanan firmalar: Logo, Netsis, Mikro ve benzeri muhasebe yazılımlarının veritabanlarının bozulması veya kaybolması yasal kayıt yükümlülüğü, vergi denetimi ve müşteri faturalandırması açısından ciddi hukuki ve mali sonuçlar doğurur. Günlük otomatik yedekleme bu riski kökeninden ortadan kaldırır.
• Sahada mobil uygulama veya tablet kullanan ekipler: Saha personelinin cihazlarında toplanan servis notları, müşteri imzaları, öncesi-sonrası fotoğrafları ve kontrol listeleri; merkezi yedekleme sistemine otomatik aktarıldığında cihaz kaybı, hasar veya çalınma durumunda hiçbir veri yitirilemez.
• İş sürekliliği şart olan kurumsal müşterilere hizmet verenler: Hastane, fabrika, havalimanı veya alışveriş merkezi gibi büyük kurumsal tesislere hizmet veren firmalar için sözleşme belgelerinin, hizmet protokollerinin ve servis raporlarının her an erişilebilir, bütünlüklü ve geri yüklenebilir olması hizmet kalitesi güvencesinin parçasıdır.
• KVKK kapsamında kişisel veri saklama yükümlülüğü olanlar: Kanun, kişisel verilerin imha edilene kadar yetkisiz erişime ve veri kaybına karşı güvenli biçimde korunmasını şart koşar. Şifreli, erişim kontrollü ve test edilmiş yedekleme sistemi bu teknik tedbiri denetimde belgeli biçimde karşılar.
• Fidye yazılımı saldırısı yaşamış veya risk altındaki firmalar: Fidye yazılımları ağ paylaşımlı klasörleri, bağlı diskleri ve yerel yedekleri çok hızlı biçimde şifreler. Ayrı ağda veya değiştirilemez bulut katmanında tutulan yedekler, bu saldırı türüne karşı tek gerçek savunma hattıdır ve kurtarmanın mümkün olmasının tek güvencesidir.

Küçük Ölçekli Firmalar İçin Değerlendirme

Tek kişilik ya da yalnızca birkaç müşterisi olan çok küçük firmalar için basit bulut depolama çözümleri yeterli olabilir. Bu sistem; veri hacmi, yasal yükümlülük ve iş sürekliliği gereksinimleri arttığında kurumsal yedekleme altyapısına ihtiyaç duyan firmalar içindir. Hangi çözümün size uygun olduğu konusunda ücretsiz ön değerlendirme yapılabilir.

Veri yedekleme, her şey yolunda giderken görünmez; bir sorun çıktığında ise ya eksik, ya bozuk ya da hiç olmadığı fark edilen bir süreçtir. Temizlik ve hizmet sektöründe operasyonel verinin kaybı, müşteri ilişkisi kaybı ve hukuki yükümlülük ihlali anlamına gelir. Aşağıda sektörde sık karşılaşılan gerçek risk senaryoları ve bunların tipik sonuçları yer almaktadır.

Gerçek Risk Senaryoları

• Donanım arızası: Ofis bilgisayarının sabit diski çöktüğünde, içinde tutulan tüm müşteri kayıtları, sözleşmeler ve muhasebe verileri anında yok olabilir. Mekanik sabit disk arızaları haber vermez; SSD'lerde ani hücre ölümleri de ani ve tam veri kaybına yol açar. Kurtarma stüdyosu maliyeti yüksek olmakla birlikte başarıyı garanti etmez.
• Fidye yazılımı saldırısı: Bir çalışanın açtığı kimlik avı e-postası eki veya güncellenmemiş bir uzak masaüstü bağlantısı, tüm ağdaki dosyaları dakikalar içinde şifreleyebilir. Saldırı, ağa bağlı yerel yedekleri de kapsar; yalnızca ayrı ortamda ve değiştirilemez biçimde tutulan yedekler güvende kalır. Fidye ödenmesi bile her zaman veri kurtarma garantisi vermez.
• Kullanıcı hatası: Yanlışlıkla silinen müşteri klasörü, üzerine yazılan sözleşme dosyası veya hatalı silinen veritabanı tablosu; sürüm geçmişi tutulmayan bir ortamda geri getirilmesi mümkün değildir. Sürümlü yedekleme bu durumda önceki halini dakikalar içinde geri yükler.
• Fiziksel hasar ve hırsızlık: Ofis bilgisayarı veya laptopun çalınması, sel ve su baskını, yangın ya da deprem; yerel yedek diskleri de aynı ortamda bulunduğundan bu olaylar hem birincil veriyi hem yedeği yok eder. Uzak lokasyonlu bulut yedekleme bu senaryoya karşı korur.
• Yazılım güncelleme kaynaklı bozulma: Muhasebe veya ERP yazılımlarının sürüm güncellemeleri zaman zaman veritabanı formatını bozabilir ya da veri taşıma hatası oluşturabilir. Güncelleme öncesinde alınan doğrulanmış yedek, sorun durumunda geriye dönüşü mümkün kılar.

Yedekleme Yaklaşımları Karşılaştırması

Tablonun son satırı bu paketin hedeflediği standarttır. Bir yedekleme sisteminin gerçekten çalışıp çalışmadığı yalnızca düzenli ve belgelenmiş kurtarma testleriyle doğrulanabilir. Test edilmemiş yedek, fiilen yedek sayılmaz; kriz anında sizi hayal kırıklığına uğratır.

Proje dört ana aşamada hayata geçirilir. Temel hedef: konfigürasyon değişikliği gerektirmeden günlük olarak çalışan, aylık testlerle doğrulanan ve felaket anında minimum sürede tam kurtarma sağlayan bir yedekleme altyapısı.

Aşama 1 — Veri Haritası ve Kapsam Belirleme (1. Hafta)

Firmanızdaki tüm kritik veri kaynakları tek tek belirlenir ve belgelenir: müşteri CRM verileri veya Excel tabloları, muhasebe yazılımı veritabanı, servis raporları ve iş emirleri, sözleşme ve imzalı belge arşivi, çalışan özlük dosyaları, e-posta arşivi, operasyon yazılımı yapılandırmaları. Her kaynak için şu parametreler kayıt altına alınır: veri hacmi, değişim sıklığı, maksimum tolere edilebilir veri kaybı süresi (RPO) ve hedef kurtarma süresi (RTO). Bu harita, yedekleme mimarisinin temelini oluşturur.

Aşama 2 — Yedekleme Mimarisi Tasarımı (1.-2. Hafta)

Sektör standardı olan 3-2-1 yedekleme kuralı uygulanır ve ötesine geçilir:

• 3 kopya: En az 3 ayrı kopya; biri birincil, ikisi yedek.
• 2 farklı ortam: Biri yerel (hızlı erişim için), biri uzak veya bulut (felaket kurtarma için).
• 1 çevrimdışı veya değiştirilemez kopya: Fidye yazılımının ve yetkisiz kullanıcının kesinlikle erişemeyeceği ortamda saklanan kopya.

Her veri kaynağı için yedekleme sıklığı — saatlik, günlük veya haftalık — ve saklama süresi belirlenir. Muhasebe kayıtları için yasal yükümlülük süreleri (5-10 yıl) ayrıca gözetilir. Kişisel veri içeren yedekler için KVKK kapsamındaki saklama ve imha politikası da bu aşamada tanımlanır.

Aşama 3 — Kurulum ve Yapılandırma (2.-3. Hafta)

• Yedekleme yazılımı kurulumu ve tüm veri kaynaklarına bağlantı testi.
• Şifreleme yapılandırması: veriler hem iletim sırasında hem de depolama ortamında şifreli; şifre anahtarı yalnızca firmada saklanır.
• Otomatik yedekleme zamanlamaları ve bildirim kuralları: başarılı yedek, başarısız yedek, depolama doluluk uyarısı.
• Bulut depolama hesabı yapılandırması ve erişim güvenliği: çok faktörlü kimlik doğrulama (MFA), kısıtlı erişim politikası.
• Saklama ve sürüm politikası: kaç sürüm ne kadar süre tutulacak, eski sürümlerin otomatik temizlenmesi, değiştirilemez kopya saklama süresi.

Aşama 4 — Kurtarma Testi ve Felaket Kurtarma Planı (4. Hafta)

Kurulumun en kritik adımıdır. Her veri kaynağı için gerçek kurtarma simülasyonu yapılır: yedekten dosya geri yükleme, veritabanı kurtarma, süre ölçümü. Hedef kurtarma süresi (RTO) proje belgelerine yazılır. Felaket Kurtarma Planı (Disaster Recovery Plan) hazırlanır: hangi felaket senaryosunda kim ne yapacak, hangi sırayla, hangi sistem ve kişiyle iletişime geçilecek. Bu belge basılı ve dijital olarak teslim edilir.

Bakım ve Sürekli İzleme

• Günlük yedekleme başarı veya hata bildirimleri e-posta ile iletilir; hiçbir başarısız yedek sessizce geçmez.
• Aylık kurtarma testi otomatik olarak planlanır; sonuçlar raporlanır.
• Yedek depolama boyutu ve doluluk uyarıları; kapasite planlaması için erken sinyal.

Yedekleme Kapsamı ve Parametreler

Yedekleme sistemi yalnızca veri kopyası oluşturmaz; bu kopyaların güvenliğini, bütünlüğünü ve geri yüklenebilirliğini de garanti altına alır. Şifreli ama bütünlüğü bozulmuş veya erişilemeyen bir yedek, etkili yedek sayılmaz.

Teknik Güvenlik Önlemleri

• Uçtan uca şifreleme: Veriler yedekleme işlemi başlamadan önce istemci tarafında şifrelenir; bulut sağlayıcısına yalnızca şifreli veri aktarılır. Şifre anahtarı firmada kalır; sağlayıcı verinizi okuyamaz.
• Erişim kontrolü ve MFA: Yedekleme sistemine erişim rol tabanlıdır; yalnızca yetkili personel yedeklere ulaşabilir. Çok faktörlü kimlik doğrulama (MFA) zorunlu yapılandırılır.
• Değiştirilemez (immutable) yedek katmanı: Bulut tarafında belirlenen saklama süresi boyunca yedekler silinemez ve değiştirilemez. Fidye yazılımı da dahil olmak üzere hiçbir uygulama veya kullanıcı bu kopyayı bozamaz.
• Hash tabanlı bütünlük doğrulama: Her yedekleme tamamlandıktan sonra otomatik hash kontrolüyle dosya bütünlüğü doğrulanır. Bozuk yedek derhal tespit edilir ve bildirim gönderilir.
• Ağ trafiği şifreleme: Yedek verisi iletimde TLS 1.2 ve üzeri ile korunur.

KVKK Teknik Tedbirler Uyumu

KVKK Madde 12 kapsamında kişisel verilerin yetkisiz erişim, kayıp ve yok olmaya karşı korunması için teknik önlem alınması zorunludur. Şifreli, erişim kontrollü, izlenen ve düzenli test edilen yedekleme sistemi bu yükümlülüğü karşılar ve denetime sunulabilecek belgelerle desteklenir.

• Kişisel veri içeren yedekler ayrı şifreleme anahtarı politikasıyla korunur.
• Saklama süresi dolan kişisel veri yedekleri güvenli ve geri döndürülemez biçimde imha edilir; imha belgesi oluşturulur.

İş Sürekliliği

Felaket Kurtarma Planı, değişen iş süreçleri ve veri yapısına göre yılda en az bir kez güncellenmesi önerilen, yaşayan bir belgedir. Bakım paketi kapsamında yıllık kurtarma testi ve plan revizyonu hizmeti sunulur. Sistem izleme altyapısı yedekleme başarısızlığını ve kesintileri anlık olarak bildirir; böylece hiçbir sorun günlerce farkında olunmadan büyümez.

Önemli not: Yedekleme sistemi veri kaybı riskini önemli ölçüde azaltır; ancak ciddi donanım hasarı veya fidye yazılımı saldırısı sonrasında gerçekleştirilen kurtarma, son yedekleme noktasına kadar olan veri kaybını içerebilir. Bu nedenle kurtarma noktası hedefi (RPO) ve yedekleme sıklığı başlangıçta birlikte belirlenir. Sistemi kurmak kadar düzenli test etmek de iş sürekliliğinin temel koşuludur.