Restoran ve kafelerde veri ihlali, müşteri telefon numaralarından kredi kartı bilgilerine, çalışan kişisel verilerinden mali kayıtlara kadar geniş bir yelpazede zarar yaratabilir. Bu rehber, bulut tabanlı adisyon yazılımı kullanan işletmelerin hangi noktalarda risk taşıdığını, hangi önlemlerin gerçekten işe yaradığını ve günlük operasyonda nelere dikkat edilmesi gerektiğini somut adımlarla açıklıyor.
Restoran yazılımlarında veri ihlali nasıl gerçekleşir
Veri ihlali genellikle üç noktada başlar: zayıf şifreler, güncel olmayan cihazlar ve yetkisiz erişim. Bir adisyon programı bulutta çalıştığında, sisteme giriş yapan her cihaz potansiyel bir giriş kapısıdır. Eski Android tablet, evden getirilen kişisel dizüstü bilgisayar veya garsonun kendi telefonundan açtığı yönetim paneli, güvenlik yaması almamışsa saldırganlar için kolay hedeftir. Aynı şekilde, tüm çalışanların aynı yönetici hesabını kullanması, kim ne yaptığını izlemeyi imkânsız hale getirir ve bir çalışanın ayrılmasından sonra bile eski şifrenin dolaşımda kalmasına yol açar.
İkinci yaygın senaryo, üçüncü taraf entegrasyonlardan kaynaklanır. Paket servis pazaryerleri, ödeme sağlayıcıları veya muhasebe yazılımları arasında veri akışı olduğunda, her bir bağlantı noktası ayrı bir kontrol gerektirir. Örneğin Yemeksepeti entegrasyonu üzerinden gelen siparişler, müşteri adres ve telefon bilgilerini taşır; bu bilgilerin yalnızca ilgili personelin erişimine açık olması ve belirli bir süre sonra silinmesi gerekir. Entegrasyon API anahtarlarının işletme içinde paylaşılması veya not defterine yazılması, anahtarın ele geçmesi durumunda tüm sipariş geçmişinin sızdırılmasına yol açabilir.
Bulut tabanlı sistemlerde güvenlik katmanları
Bulut yazılımlar, veriyi yerel sunucuda değil uzak veri merkezinde tutar. Bu mimari, donanım arızası riskini ortadan kaldırır ancak internet bağlantısı üzerinden yapılan her oturum açma girişiminin doğrulanması gerekir. İki faktörlü kimlik doğrulama (2FA), yönetici hesapları için standart olmalıdır: kullanıcı adı ve şifrenin yanı sıra telefona gelen tek kullanımlık kod veya kimlik doğrulayıcı uygulama kodu istenir. Böylece şifre çalınsa bile hesaba giriş yapılamaz.
Veri merkezinin fiziksel güvenliği ve yedekleme politikası, yazılım sağlayıcısının sorumluluğundadır. Estorix gibi platformlar, verileri şifreli olarak saklar ve günlük yedekleme yapar; ancak işletme sahibi de kendi tarafında kontrol noktaları oluşturmalıdır. Örneğin, haftalık restoran raporlama çıktılarını yerel olarak saklamak, yazılım sağlayıcısının hizmet dışı kalması durumunda en azından mali kayıtlara erişim sağlar. Ayrıca, bulut platformuna bağlanan her cihazın işletim sistemi ve tarayıcısı güncel tutulmalıdır; eski yazılım sürümleri bilinen güvenlik açıklarını taşır.
Rol tabanlı erişim kontrolü
Her çalışanın yalnızca işi için gerekli ekranlara erişmesi, veri sızıntısı riskini azaltır. Garson, masa durumu ve sipariş girişi yapabilmeli ancak günlük ciro raporunu görememeli; kasiyer, adisyon kapama ve ödeme alabilmeli ancak stok fiyatlarını değiştirememeli; mutfak personeli, sipariş detaylarını görmeli ancak müşteri telefon numarasına ulaşamamalıdır. Bu ayrımı sağlamak için yazılımda kullanıcı rolleri tanımlanır ve her rol için izin seti belirlenir. Rol değişikliği veya işten ayrılma durumunda hesap hemen devre dışı bırakılmalıdır.
Ödeme ve kişisel veri saklama süreleri
Kişisel Verilerin Korunması Kanunu (KVKK), müşteri verilerinin yalnızca belirli bir amaç için ve o amacın gerektirdiği süre boyunca saklanmasını zorunlu kılar. Restoran bağlamında, bir müşterinin telefon numarası sipariş teslimatı için gereklidir; ancak teslimat tamamlandıktan sonra bu numara, müşteri açık rıza vermedikçe pazarlama amacıyla kullanılamaz ve belirli bir süre sonra silinmelidir. Yasal saklama süreleri, Vergi Usul Kanunu gereği mali belgeler için beş yıl, iş sözleşmeleri için on yıldır; ancak bu süreler yalnızca yasal yükümlülük kapsamındaki kayıtlar için geçerlidir.
Kredi kartı bilgileri hiçbir zaman restoran yazılımında saklanmamalıdır. PCI-DSS standartları, kart numarası, son kullanma tarihi ve CVV kodunun yalnızca ödeme sağlayıcısının sisteminde tutulmasını gerektirir. Adisyon yazılımı, ödeme işlemini sağlayıcıya yönlendirir ve yalnızca "ödeme onaylandı" veya "ödeme reddedildi" yanıtını alır; kart bilgileri hiçbir zaman işletmenin sunucusuna gelmez. Bu nedenle, ödeme entegrasyonu kurarken sağlayıcının PCI-DSS sertifikasına sahip olduğundan emin olunmalıdır.
Çalışan eğitimi ve farkındalık
Teknik önlemler, çalışanların bilinçli davranışıyla tamamlanmalıdır. Bir garson, müşterinin masada unuttuğu telefonu bulduğunda, cihazı güvenli bir yere kilitlemeli ve sahibine ulaşmak için yalnızca işletme telefon numarasını kullanmalıdır; müşterinin kişisel verilerine erişmeye çalışmamalıdır. Benzer şekilde, bir çalışan işten ayrıldığında, o kişiye ait tüm hesaplar kapatılmalı ve paylaşılan şifreler değiştirilmelidir. Eski çalışanın hâlâ sisteme erişebildiği durumlar, veri ihlalinin en yaygın nedenlerinden biridir.
Sosyal mühendislik saldırıları, teknik bilgi gerektirmeden çalışanları kandırarak bilgi toplar. Örneğin, saldırgan telefon ederek kendini yazılım destek ekibinden biri olarak tanıtır ve "sistem güncellemesi için yönetici şifresini doğrulamanız gerekiyor" der. Eğitimli bir çalışan, bu tür talepleri reddeder ve doğrudan yazılım sağlayıcısının resmi destek hattını arar. Estorix destek ekibi, hiçbir zaman telefon veya e-posta ile şifre sormaz; tüm destek oturumları, kullanıcının kendi hesabına giriş yapmasıyla başlar.
| Risk Noktası | Kontrol Adımı | Sorumluluk |
|---|---|---|
| Zayıf şifreler | En az 12 karakter, harf-rakam-sembol karışımı zorunlu kılın; üç ayda bir değiştirin | İşletme sahibi |
| Eski cihazlar | İşletim sistemi ve tarayıcı güncellemelerini haftalık kontrol edin | Teknik sorumlu |
| Yetkisiz erişim | Her kullanıcı için ayrı hesap açın; rol bazlı izinler tanımlayın | İşletme sahibi |
| API anahtarı sızıntısı | Entegrasyon anahtarlarını yalnızca yönetici görsün; düzenli olarak yenileyin | Yazılım yöneticisi |
| Veri saklama süresi | KVKK uyarınca gereksiz kayıtları altı ayda bir temizleyin | İşletme sahibi |
Sık yapılan hatalar
En yaygın hata, tüm çalışanların aynı yönetici hesabını kullanmasıdır. Bu durumda, kim hangi işlemi yaptığı izlenemez ve bir sorun çıktığında sorumluluk belirlenemez. Her çalışan için ayrı hesap açmak, hem güvenlik hem de operasyonel şeffaflık sağlar. İkinci hata, yazılım güncellemelerini ertelemektir. Güvenlik yamaları, bilinen açıkları kapatır; güncellemeleri "meşgul sezon sonuna" bırakmak, o süre boyunca sistemi savunmasız bırakır.
Üçüncü hata, yedekleme stratejisinin olmamasıdır. Bulut sağlayıcısı otomatik yedekleme yapsa bile, işletme sahibi kritik raporları ve mali kayıtları düzenli olarak yerel olarak saklamalıdır. Dördüncü hata, eski çalışan hesaplarını kapatmamaktır. İşten ayrılan bir garson, haftalarca sonra hâlâ mobil uygulamadan sisteme giriş yapabiliyorsa, bu ciddi bir güvenlik açığıdır. Beşinci hata, müşteri verilerini pazarlama amacıyla kullanmadan önce açık rıza almamaktır; KVKK ihlali, idari para cezasına yol açar.
Olağanüstü durum planı
Veri ihlali gerçekleştiğinde, ilk 24 saat kritiktir. İhlal tespit edilir edilmez, etkilenen hesaplar dondurulmalı, tüm şifreler değiştirilmeli ve yazılım sağlayıcısı bilgilendirilmelidir. Estorix destek ekibi, hafta içi 09:00-22:00 arasında canlı destek sağlar; bu saatler dışında yapay zekâ asistanı üzerinden acil durum protokolü başlatılabilir. İhlal, kişisel verileri etkiliyorsa, KVKK uyarınca 72 saat içinde Kişisel Verileri Koruma Kurumu'na bildirim yapılması gerekir.
Olağanüstü durum planı, şu adımları içermelidir: ihlal tespit edildiğinde kiminle iletişime geçileceği, hangi hesapların öncelikli olarak kapatılacağı, müşterilere nasıl bilgi verileceği ve yasal bildirimlerin nasıl yapılacağı. Plan, yılda bir kez masabaşı tatbikatla test edilmelidir. Tatbikat sırasında, bir senaryo üzerinden adımlar gözden geçirilir ve her çalışanın rolü netleştirilir. Bu tür hazırlık, gerçek bir ihlal durumunda panik yerine düzenli müdahale sağlar.
Sık sorulan sorular
Bulut tabanlı yazılım yerel sunucudan daha mı güvenli?
Bulut sağlayıcıları, profesyonel güvenlik ekipleri ve güncel altyapı kullanır; küçük bir restoran için bu düzeyde koruma sağlamak maliyetli ve karmaşıktır. Ancak bulut güvenliği, işletmenin de kendi tarafında önlem almasını gerektirir: güçlü şifreler, iki faktörlü doğrulama ve güncel cihazlar. Yerel sunucu, fiziksel erişim kontrolü ve düzenli yedekleme gerektirir; bu sorumluluk tamamen işletmeye aittir.
Eski çalışan hesaplarını ne zaman kapatmalıyım?
Çalışan işten ayrıldığı gün, hesap hemen devre dışı bırakılmalıdır. Hesap kapatma işlemi, yazılımın kullanıcı yönetimi bölümünden birkaç saniye içinde yapılır. Ayrıca, o çalışanın bildiği paylaşımlı şifreler varsa, bunlar da değiştirilmelidir. Gecikme, eski çalışanın sisteme erişmeye devam etmesine ve veri sızıntısı riskine yol açar.
Müşteri telefon numaralarını ne kadar süre saklayabilirim?
KVKK, kişisel verilerin yalnızca belirli bir amaç için ve o amacın gerektirdiği süre boyunca saklanmasını gerektirir. Paket servis için alınan telefon numarası, teslimat tamamlandıktan sonra pazarlama amacıyla kullanılamaz; müşteri açık rıza vermedikçe bu numara belirli bir süre sonra silinmelidir. Yasal saklama süreleri, yalnızca mali belgelerde geçerlidir; müşteri iletişim bilgileri bu kapsamda değildir.
İki faktörlü doğrulama nasıl çalışır?
İki faktörlü doğrulama, kullanıcı adı ve şifrenin yanı sıra ikinci bir doğrulama adımı ekler. Kullanıcı giriş yaptığında, telefona SMS veya kimlik doğrulayıcı uygulamaya tek kullanımlık kod gönderilir; bu kod girilmeden oturum açılamaz. Böylece şifre çalınsa bile, saldırgan ikinci faktöre erişemediği için hesaba giremez. Yönetici hesapları için 2FA zorunlu olmalıdır.
Veri ihlali durumunda yasal sorumluluğum nedir?
KVKK, kişisel verilerin güvenliğini sağlamak işletmenin sorumluluğundadır. İhlal durumunda, 72 saat içinde Kişisel Verileri Koruma Kurumu'na bildirim yapılması ve etkilenen kişilere bilgi verilmesi gerekir. İhmal veya kasıt tespit edilirse, idari para cezası uygulanabilir. Bu nedenle, teknik ve idari önlemlerin belgelenmesi ve düzenli denetim yapılması önemlidir.
Veri güvenliği, tek seferlik bir kurulum değil, sürekli dikkat gerektiren bir süreçtir. Güçlü şifreler, rol tabanlı erişim, güncel cihazlar ve çalışan eğitimi, ihlal riskini önemli ölçüde azaltır. Estorix gibi bulut tabanlı platformlar, altyapı güvenliğini sağlar; ancak işletme sahibi de kendi tarafında kontrol noktaları oluşturmalıdır. Daha fazla bilgi ve demo talebi için iletişime geçebilirsiniz.
