Satış & Müşteri Verisi Yedekleme Sistemi

Bu yedekleme sistemi, dijital veri varlığı olan ve bu veriyi kaybetmenin operasyonel veya finansal zarar doğuracağı her yeme-içme işletmesi için uygundur. Çoğu restoran kasadaki bilgisayarın ne kadar kritik bir veri deposu haline geldiğini, ta ki o bilgisayar arıza yapana kadar fark etmez. Satış geçmişi, vergi kayıtları, sadakat puan bakiyeleri ve rezervasyon listesi; bunların tamamı çoğunlukla tek bir makinede yaşar.

• POS yazılımı kullanan restoranlar ve kafeler: Satış geçmişi, günlük kapanış raporları, kategori bazlı ciro analizleri ve vergi kayıtları POS veritabanında birikir. Bu verinin yıllarca korunması hem muhasebe hem de işletme analitiği açısından kritiktir. Üstelik bir vergi denetiminde eski dönem satış kayıtlarını sunamamak ciddi bir hukuki risk oluşturur.
• Sadakat programı yürüten işletmeler: Müşteri puan bakiyeleri ve üyelik geçmişi tek bir veritabanında tutulur. Bu verinin yok olması müşteri güvenini zedeler ve geri yükleme neredeyse imkânsız hale gelir; hiçbir müşteri «puanlarım gitti» haberini iyi karşılamaz.
• Online rezervasyon sistemi kullanan restoranlar: Rezervasyon kayıtları ve müşteri iletişim bilgileri kaybedildiğinde hem operasyon akışı hem de KVKK uyum belgeleme süreci sekteye uğrar. Hangi müşterinin ne zaman rezervasyon yaptığının tarihçesi hem hizmet kalitesi takibi hem de iade-şikâyet yönetimi için gereklidir.
• Muhasebe yazılımını kasada çalıştıran işletmeler: Muhasebe verisinin yalnızca yerel makinede tutulması, bir donanım arızasının aynı zamanda vergi kayıtlarını yok etmesi anlamına gelir. Bu durum hem finansal hem de yasal bir kriz oluşturabilir.
• Otel yeme-içme birimleri: Oda servisi siparişleri, restoran rezervasyonları ve minibar tüketimleri farklı sistemlerde üretilen verileri kapsar. Tüm bu kaynakları kapsayan birleşik bir yedekleme planı olmadan felaket kurtarma yönetilemez; bir sistemin veri kaybı diğer sistemlerle çapraz tutarsızlık yaratır.

Veri kaybı riski donanım arızasıyla sınırlı değildir. Fidye yazılımı saldırıları son dönemde küçük ölçekli işletmeleri de hedef almakta; şifreli ve coğrafi olarak ayrı konumda tutulan yedeği olmayan işletmeler fidyeyi ödeme veya veriyi kalıcı olarak kaybetme ikilemiyle karşı karşıya kalmaktadır. Bu sistem tam da bu boşluğu kapatır.

Yedeksiz çalışan bir restoran, veriyi kaybetmeden önce bu durumun ne kadar tehlikeli olduğunu tam anlamıyla kavrayamaz. Aşağıdaki senaryolar kurgusal değil, küçük ve orta ölçekli işletmelerde tekrar eden gerçek risk olaylarıdır.

1. Donanım arızası

HDD veya SSD arızaları önceden haber vermez. Kasa bilgisayarının diski çöktüğünde tüm POS geçmişi, müşteri kayıtları ve muhasebe veritabanı gider. Veri kurtarma laboratuvarları her zaman başarılı olmuyor ve yüksek maliyetlidir; üstelik kurtarma süresi boyunca işletme veri kaybıyla çalışmak zorunda kalır.

2. Elektrik dalgalanması ve güç kesintisi

Kesintisiz güç kaynağı (UPS) olmayan ortamlarda ani güç kesintisi veri yazma işlemini yarım bırakır ve veritabanı bozulmasına yol açar. Bozulan bir veritabanını onarmak zaman alır ve her zaman mümkün değildir; kısmi veri kaybı kaçınılmaz olabilir.

3. Fidye yazılımı saldırısı

Fidye yazılımı kasa bilgisayarındaki tüm dosyaları şifreler ve veriyi geri almak için ödeme talep eder. Küçük işletmeler büyük kurumlara göre çok daha savunmasızdır çünkü güvenlik yatırımları kısıtlıdır. Şifreli ve çevrimdışı bir yedeğe sahip işletmeler fidye ödemeden sistemi önceki durumuna döndürebilir; bu fark hem mali hem de operasyonel açıdan belirleyicidir.

4. Kullanıcı hatası

Yanlışlıkla silinen bir tablo, deneyimsiz personelin yönetim panelinde yaptığı yanlış işlem veya güncelleme sırasında bozulan yapılandırma POS geçmişini kısmen ya da tamamen yok edebilir. Zaman damgalı versiyon yedekleri bu hatayı birkaç tıkla geri almayı mümkün kılar.

Bu sistem söz konusu senaryoların tamamına karşı günlük otomatik yedek, haftalık tam yedek ve 90 güne kadar versiyon geçmişi sunar. Her yedek şifreli bulutta tutulur; yerel dosyalarla birlikte yok olma riski taşımaz. Yedekleme başarılı mı, verinin ne kadarını kapsıyor, son yedek ne zaman alındı — tüm bu sorulara merkezi yönetim panelinden tek bakışta yanıt verilir. Rutin işi siz değil sistem yürütür; müdahale yalnızca anormallik durumunda gerekir. Sistem hem donanım arızasını hem de kötü niyetli saldırıyı kapsayan kapsamlı bir veri koruma katmanı sunar; her iki riske karşı da tek altyapı yeterli olur.

1. Veri kaynakları envanteri (1. hafta): POS yazılımı, sadakat veritabanı, rezervasyon sistemi ve muhasebe uygulaması tespit edilir. Her kaynağın veritabanı türü (SQL Server, MySQL, SQLite, dosya tabanlı), konumu ve tahmini boyutu belirlenir. Hangi verinin kritik olduğu, ne kadar süreyle saklanması gerektiği ve olası bir arızada öncelikli kurtarılması gereken sistemin hangisi olduğu işletme ile birlikte kararlaştırılır.
2. Yedekleme planı tasarımı (1. hafta): Her kaynak için yedekleme sıklığı (saatlik, günlük veya haftalık), saklama süresi ve hedef (yerel NAS artı şifreli bulut) tanımlanır. RPO yani en fazla kaç saatlik veri kaybını kaldırabiliriz ve RTO yani arızadan kaç saat içinde kurtarma tamamlanmalı hedefleri işletme ile birlikte belirlenir. Bu iki parametre sistemin tasarımını doğrudan şekillendirir.
3. Altyapı kurulumu (1–2. hafta): Otomatik yedekleme ajanı POS bilgisayarına kurulur. Şifreli bulut depolama hesabı yapılandırılır. Yerel NAS veya yedek disk varsa ikincil hedef olarak entegre edilir. İlk tam yedek alınır, bütünlüğü doğrulanır ve merkezi yönetim panelinde görünür hale getirilir. Başarısız yedek uyarı sistemi yapılandırılır.
4. Test ve doğrulama (2–3. hafta): Felaket kurtarma tatbikatı yapılır: gerçek bir yedek dosyasından test ortamına geri yükleme simülasyonu gerçekleştirilir ve hedef RTO süresi içinde tamamlandığı doğrulanır. Uyarı sistemi test edilir; başarısız yedek durumunda yöneticiye e-posta ve SMS gönderildiği teyit edilir. Tatbikat raporu belgelenir ve teslim dosyalarına eklenir.
5. Teslim ve eğitim (3. hafta): Yedekleme yönetim paneli tanıtılır; günlük durum kontrol, veri geri yükleme prosedürü ve uyarı yönetimi açıklanır. Acil durumda kimin ne yapacağını tanımlayan kurtarma prosedür dokümanı teslim edilir. 30 günlük garanti destek penceresi başlar.

Kurulum tamamlandıktan sonra sistem tamamen otomatik çalışır. Yönetici sabah işe geldiğinde gece boyunca alınan yedeğin başarılı olduğunu tek ekrandan doğrular; müdahale yalnızca olağandışı durumlarda gerekir. Başarısız yedek durumunda SMS ve e-posta uyarısı hemen iletilir; sorun fark edilmeden üstü kapanmaz. Yedekleme sürekliliği hem veri güvenliği hem de KVKK güvenlik tedbiri yükümlülüğü açısından kritik bir göstergedir. Yedekleme ajanı düşük kaynak kullanımıyla çalışır; kasa bilgisayarının performansını olumsuz etkilemez ve POS operasyonuna yük bindirmez.

Yedekleme verilerinin güvenliği, yedekleme sürecinin kendisi kadar önemlidir. Yedeği almak yeterli değildir; yedeğin güvenli, bütünlüklü ve geri yüklenebilir olması da kritiktir. Sistemin güvenlik katmanları şöyle tasarlanmıştır:

• Şifreli aktarım ve depolama: Tüm yedek dosyaları buluta aktarılmadan önce AES-256 ile şifrelenir. Şifreleme anahtarları yalnızca işletmede saklanır; bulut sağlayıcısı veriyi düz metin olarak göremez. Bu yaklaşım bulut sağlayıcısının kendi bir ihlali yaşaması durumunda bile verilerinizi korur. Anahtar yönetimi işletmenin kontrolündedir; anahtar kaybı için kurtarma prosedürü belgelenir.
• Erişim kontrolü: Yedekleme yönetim paneline yalnızca yetkili yönetici hesapları erişebilir. Erişim logları tutulur; kimin hangi yedeği ne zaman gördüğü veya indirdiği kayıt altına alınır. Yetkisiz erişim girişiminde yöneticiye otomatik uyarı gönderilir.
• KVKK uyumu: Kişisel veri içeren yedek dosyaları (müşteri adı, telefon ve benzeri) şifreli tutularak KVKK'nın güvenlik tedbiri yükümlülüğünü karşılar. Saklama süresi politikası işletmenin veri saklama politikasıyla uyumlu şekilde yapılandırılır; belirlenen süre geçtikten sonra yedekler otomatik silinir. Bu sayede veri minimizasyonu ilkesine teknik olarak uyulur.
• Fidye yazılımına dayanıklılık: Bulut yedekleri değiştirilemez (immutable) depolama politikasıyla saklanır. Fidye yazılımı yerel dosyalara ulaşsa bile bulut yedeğini şifreleyemez veya silemez; bu mimari tasarım korunmanın temel güvencesidir. Fidye ödeme yerine temiz yedeğe dönmek hem daha hızlı hem de çok daha ucuzdur. İmmutable politika, bulut sağlayıcısının kendi çalışanları tarafından bile yedeğin değiştirilmesini veya silinmesini engeller; bu en katı güvencedir.
• Coğrafi yedeklilik: Birincil yedek ile ikincil kopya fiziksel olarak farklı konumlarda tutulur. Veri merkezini etkileyen bir olay tek konumdaki yedeği kaybettirse bile ikinci kopya kurtarmayı mümkün kılar.