Otelde Kimlik Bildirimi (KBS) Nedir? Misafir Kaydı Süreci
Kimlik bildirimi, check-in sırasında yapılan zorunlu bir işlemdir. Süreci düzenli tutmanın yolları.
Otel Yazılımında Güvenlik Kontrol Listesi: Satın Almadan Önce Sorulacak 12 Soru
Otel yazılımı seçerken güvenlik için hangi 12 soruyu sormalısınız? Kimlik doğrulama, veri yalıtımı, ödeme güvenliği, denetim kaydı ve yedekleme kontrol listesi.
Bir otel yazılımı misafirlerin kimlik bilgilerini, iletişim verilerini, rezervasyonlarını ve ödeme kayıtlarını bir araya getirir. Bu nedenle yazılım seçerken yalnızca özelliklere değil, güvenliğe de bakmak gerekir. Aşağıdaki 12 soru, satıcıyla yapacağınız görüşmelerde işinize yarayacak bir kontrol listesidir.
12 soru ve iyi bir cevabın özellikleri
| Soru | İyi bir cevap neye benzer? |
|---|---|
| 1. Kimlik doğrulama nasıl? İki aşamalı doğrulama ve passkey var mı? | TOTP ve passkey desteği; yöneticiler için zorunlu kılma seçeneği; parola sıfırlamanın güvenli yapılması |
| 2. Roller ve yetkiler nasıl ayarlanıyor? | Rol ve tesis bazlı erişim; finansal işlemlerin ayrı yetkilendirilmesi |
| 3. Tesisler ve müşteriler arasında veri nasıl ayrılıyor? | Her sorgunun tesis ya da organizasyon kapsamıyla sınırlandığı bir mimari |
| 4. Veri aktarımı ve saklaması nasıl korunuyor? | Aktarımda şifreli bağlantı (TLS); hassas anahtarların şifreli saklanması |
| 5. Kart bilgisi nerede işleniyor? | Kart verisinin sağlayıcının ödeme sayfasında toplandığı, yazılım sunucusuna girmediği bir akış |
| 6. Denetim kaydı var mı? | Kim, neyi, ne zaman değiştirdi sorusunu yanıtlayan kayıtlar |
| 7. Yedekleme ve geri yükleme nasıl? | Yedekleme sıklığı, geri yükleme testi ve sorumluluk dağılımı |
| 8. API ve entegrasyonlar nasıl korunuyor? | Kapsamlı anahtarlar, istek sınırı, imzalı webhook |
| 9. Oturumlar nasıl yönetiliyor? | Oturum süresi, çıkış ve cihaz yönetimi |
| 10. Güncelleme ve zafiyet yönetimi? | Düzenli güncelleme ve bildirilen açıklara yanıt süreci |
| 11. Veri sahipliği ve çıkış? | Verinin dışa aktarılabilirliği; sözleşme sonunda verinin akıbeti |
| 12. Olay müdahalesi ve bildirim? | Bir ihlalde ne zaman ve nasıl haberdar edileceğiniz; veri işleyen sözleşmesi |
Satıcıya sorular nasıl sorulur?
- Yazılı yanıt isteyin; sözlü vaatler yeterli değildir.
- Demoda yetkisiz bir kullanıcıyla deneme yaptırın ve neyin gizlendiğini görün.
- “Var mı?” yerine “nasıl?” diye sorun; mekanizmayı anlatabilen bir cevap daha çok bilgi verir.
- Bir sertifika ya da bağımsız test iddiası varsa kapsamını ve tarihini sorun.
Kendi tarafınızdaki önlemler
Yazılımın güvenliği yalnızca satıcının işi değildir. Kullanıcı parolalarını paylaşmayın, ayrılan çalışanların hesaplarını hemen kapatın, yetkileri “en az yetki” ilkesiyle verin ve yöneticiler için iki aşamalı doğrulamayı açın. Kişisel verilerin korunması için KVKK rehberimize da göz atın.
Kontuar’ın yaklaşımı
Kontuar organizasyon, tesis ve kullanıcı katmanlarıyla çalışır; API istekleri tesis bazında yalıtılır. Roller (Yönetici, Resepsiyon, Kat Hizmetleri, Muhasebe) ve tesis erişimi ayrı atanır; TOTP tabanlı iki aşamalı doğrulama ve passkey desteklenir, captcha yapılandırılabilir. Kart numarası ve CVV sunucuya girmez, sağlayıcı kimlik bilgileri şifreli saklanır. Rezervasyon geçmişi ve sistem günlükleri değişiklikleri kaydeder; API anahtarları özetlenerek saklanır, istek sınırı uygulanır ve webhook’lar imzalanır.
Sık sorulan sorular
Verilerim bulutta olunca daha mı güvensiz olur?
Kendiliğinden değil. Güvenlik; sağlayıcının altyapısına, yedekleme düzenine ve erişim kontrollerine olduğu kadar sizin kullanıcı disiplininize de bağlıdır. Sağlayıcıya verilerin nerede tutulduğunu, yedeklerin nasıl alındığını ve kimlerin erişebildiğini sorun.
İki aşamalı doğrulama zorunlu olmalı mı?
En azından yönetici ve finansal yetkili kullanıcılar için önerilir. Kontuar’da yöneticiler için zorunlu kılma seçeneği platform ayarlarında bulunur.