Sevkiyat & Müşteri Verisi Yedekleme Sistemi

Bu sistem; dijital operasyon verisi olan ama veri kaybı senaryosunu hiç test etmemiş ya da yedeği «hosting firması halleder» diye başkasına bırakan tüm lojistik ve nakliyat firmaları için tasarlanmıştır.

Özellikle şu profillerdeki işletmeler acil ihtiyaç duyar:

• TMS veya WMS yazılımı kullananlar: Sefer planlaması, araç ataması ve teslimat geçmişi bu sistemlerde saklanır. Sunucu arızası veya kötü niyetli saldırı karşısında haftalarca biriktirilen operasyon verisi dakikalar içinde yok olabilir.
• e-Fatura ve e-İrsaliye entegrasyonu olanlar: GİB kayıtları yerel sunucudaki kopyalarla birlikte tutulur. Yerel kopya bozulunca geçmiş belgelere erişim hem operasyonel hem yasal sorun yaratır.
• Müşteri portföyü olan firmalar: Kurumsal müşterilerin adres, iletişim ve anlaşma bilgileri yıllarca birikiyor. Bu verinin kaybı yalnızca operasyonel değil; KVKK açısından da veri ihlali sayılabilir ve Kurul'a bildirim yükümlülüğü doğurabilir.
• Arşiv tutma yükümlülüğü olanlar: Vergi Usul Kanunu kapsamında fatura ve irsaliyelerin belirli süreler boyunca arşivde tutulması zorunludur. Dijital arşivin yedeksiz çökmesi vergi incelemesinde ciddi sorunlara yol açar.
• Hosting firması yedeklemesine güvenenler: Pek çok paylaşımlı hosting paketi yedek alır; ancak bu yedekler her zaman günlük değildir, fidye yazılımı saldırısında şifreli veritabanının yedeği de şifreli alınabilir ve kurtarma süresi tanımlanmamıştır. Kurumsal yedekleme bu boşlukları kapatır.

İşletmeniz ne ölçekte olursa olsun, veri kaybının maliyeti her zaman yedeklemenin maliyetinden yüksektir. Tek bir günlük sefer kaybı, o günkü gelir kaybıyla birlikte müşteri tazminat taleplerine de dönüşür. Bu sistem, bu riski ortadan kaldırmak için kurulur.

Lojistik firmalarının veri kaybı yaşamasının beş temel nedeni vardır; bu sistem bunların hepsini doğrudan hedef alır.

1. Test Edilmemiş Yedekleme

Hosting firmanız yedek aldığını söylüyor olabilir; ama o yedeği hiç açıp denedIniz mi? Pek çok firma olası bir kurtarma senaryosunu simüle etmeden yıllarca çalışır. Gerçek arıza anında yedeğin bozuk, eksik veya yanlış yapılandırılmış olduğu ortaya çıkar. Bu paket yedekleme sistemini kurmanın yanı sıra düzenli aralıklarla kurtarma tatbikatı da içerir.

2. Fidye Yazılımı Yedekleri de Şifreler

Modern fidye yazılımları önce ağa sessizce sızar, yerel yedekleri şifreler; ardından ana veritabanını kilitler. Sonuçta hem veri hem yedek şifrelenmiş olur. Çözüm; fidye yazılımının ulaşamayacağı, internet bağlantısı kesilmiş çevrimdışı yedek kopyasıdır. Bu sistem bunu otomatik olarak sağlar.

3. Tek Konum Riski

Yedeğin ana sunucuyla aynı fiziksel konumda olması; yangın, su baskını veya güç kesintisi durumunda iki kaybın aynı anda yaşanması demektir. Coğrafi olarak ayrışmış ikinci kopya bu riski ortadan kaldırır.

4. Kurtarma Süresinin Belirsizliği

«Yedek var» demek, «dört saat içinde sisteme döneriz» demek değildir. Kurtarma prosedürü tanımlanmamışsa yedekten yeniden kurulum saatlerce veya günlerce sürebilir. Bu sistem her kurtarma adımını belgelenmiş ve tatbikat edilmiş hâlde tutar.

5. Seçici Veri Kurtarma İmkânsızlığı

«Dün gece kargonun müşteri kaydını sildik, sadece onu geri alabilir miyiz?» sorusunun yanıtı çoğu temel yedekleme sisteminde hayırdır; çünkü tüm veritabanı yedeklenir. Bu sistem; dosya, kayıt ve zaman damgası düzeyinde seçici kurtarma imkânı sunar.

1. Envanter ve Kritiklik Analizi (1. hafta): Yedeklenmesi gereken tüm veri kaynakları tespit edilir: operasyon veritabanı, müşteri kayıtları, belge arşivi (PDF irsaliye, fatura), yapılandırma dosyaları ve raporlar. Her kaynak için kurtarma önceliği (RPO: ne kadar geri gidebilirim? RTO: ne kadar sürede dönebilirim?) belirlenir ve onaylanır.
2. Çok Katmanlı Yedekleme Mimarisinin Kurulumu (1–3. hafta): Üç katmanlı yapı kurulur. Birinci katman: yerel sunucuya anlık artımlı yedek. İkinci katman: günlük şifreli bulut yedeği (coğrafi olarak ayrışmış). Üçüncü katman: haftalık çevrimdışı kopya (fidye yazılımı erişemez). Her katmanın şifreleme anahtarı müşteriye aittir.
3. Yedek Doğrulama Otomasyonu (2–4. hafta): Her yedek alındıktan sonra otomatik bütünlük kontrolü çalışır; bozuk veya eksik yedek tespit edilirse yöneticiye anında bildirim gönderilir. Yedek alma ve doğrulama logları raporlanabilir biçimde arşivlenir.
4. Kurtarma Tatbikatı (3–5. hafta): Gerçek veri kaybı senaryosu simüle edilerek kurtarma prosedürü test edilir. «Veritabanı çöktü» ve «seçili müşteri kaydı silindi» gibi iki farklı senaryo uygulanır. Kurtarma süreleri ölçülür ve belgelenir.
5. İzleme Paneli ve Bildirim Sistemi (4–6. hafta): Yönetici paneli devreye alınır; yedeklerin son alınma zamanı, boyutu, başarı durumu ve tahmini kurtarma süresi görüntülenir. Yedek atlanması veya hata durumunda e-posta ve SMS ile otomatik uyarı gönderilir.
6. Dokümantasyon ve Devir (5–6. hafta): Yedekleme politikası, kurtarma prosedürleri ve şifreleme anahtarı yönetimi belgesi hazırlanır. Operasyon ekibine kurtarma sürecini bağımsız yürütebilmeleri için kısa eğitim verilir. Kurtarma adım adım belgelenmiş bir kılavuzla desteklenir; kritik anda teknik ekip olmadan da süreci yürütebilirsiniz. Sistem devredilir.

Kurulum sonrasında tam otomatik çalışır; günlük müdahale gerektirmez. Yedekler alınıyor, doğrulanıyor ve raporlanıyor; siz yalnızca uyarı geldiğinde haberdar oluyorsunuz. Altı ayda bir kurtarma tatbikatı önerilir; bu hizmet opsiyonel bakım paketi kapsamında sunulmaktadır.

Yedekleme sistemi hem teknik güvenlik hem de veri koruma açısından kurumsal standartları karşılar. Bir nakliyat firmasının yedek deposu; müşteri adresleri, sefer geçmişi ve finansal kayıtlar içerdiğinden güvenlik önlemleri üretim sistemiyle aynı ciddiyette uygulanır.

• Uçtan uca şifreleme: Yedek verileri aktarım sırasında TLS 1.3, depoda AES-256 ile şifrelenir. Şifreleme anahtarı yalnızca müşteriye aittir; Yazilim.pro dahil hiçbir üçüncü taraf veriye erişemez. Anahtar kaybını önlemek için güvenli anahtar kasası (key vault) çözümü önerilir.
• Değiştirilemez (immutable) yedek: Çevrimdışı kopya, fidye yazılımının erişemeyeceği biçimde ağdan izole edilmiş konumda tutulur. Silme veya şifreleme komutu bu konuma ulaşamaz; saldırgan aktif ağ üzerindeki yedekleri şifrelese bile bu kopya el değmemiş kalır.
• KVKK uyumlu saklama: Yedek içindeki kişisel veriler de KVKK kapsamında saklama süresine tabidir. Sistem, tanımlı süre dolunca yedeklerin otomatik silinmesini veya anonimleştirilmesini destekler; imha kaydı tutulur.
• Erişim denetimi: Yedek yönetim paneline yalnızca yetkili kişiler erişebilir; rol bazlı izin sistemi uygulanır. Her erişim zaman damgalı biçimde loglanır ve denetlenebilir rapor hâline getirilebilir.
• Bütünlük doğrulama: Her yedek alındıktan sonra hash (SHA-256) karşılaştırması yapılır; dosya bozulması veya eksik aktarım anında tespit edilir ve uyarı gönderilir.
• Gizlilik sözleşmesi: Proje öncesinde NDA imzalanır; kurulum sürecinde karşılaşılan operasyon verileri işlenmez, yalnızca teknik yapılandırma gerçekleştirilir. Proje tesliminde tüm geçici erişimler kapatılır.

Yedekleme güvenliği; yedek almakla değil, yedeğin bütünlüğünü doğrulamak, erişimini denetlemek ve kurtarmayı test etmekle tamamlanır. Bu sistem üç adımı da otomatikleştirir.