Bulut tabanlı PMS’te her otelin verisi nasıl ayrı tutulur?

Çok kiracılı otel yazılımı, çok sayıda oteli tek bir sistemde çalıştırır ve sunucuları NIST'in bulut tanımının tarif ettiği biçimde havuzda toplar. Otel arasındaki veri ayrımı, bir otelin kayıtlarını diğerinin görüşünden uzak tutan duvardır. Bu duvar en sağlam biçimde, uygulama kodu filtrelemeyi hatırlamaya çalışırken değil, veritabanının her okuyucu için kuralı kendisinin dayatmasıyla tutar.

İki otel aynı yazılımı kullanıyor. Otellerden birinin sahibi makul bir soru soruyor: karşıdaki otel benim fiyatlarımı görebilir mi? Yanıt, giriş ekranındaki markadan çok, iki otel arasındaki duvarın gerçekte nereye inşa edildiğine bağlı. Bu yazının sonunda üç yaygın duvar tasarımını, veritabanının uygulamadan neden daha önemli olduğunu, ayrımın sessizce nerede çöktüğünü ve satıcıdan yazılı olarak isteyeceğiniz yanıtları bileceksiniz.

Çok kiracılı yazılım, otel yazılımında ne demek?#

Kiracı, yazılımın tek bir müşterisidir: çoğunlukla bir otel, kimi zaman bir otel grubu. Çok kiracılı sistem ise birden çok kiracının kendi makinesini almak yerine sunucuları ve veritabanlarını paylaştığı, aynı çalışan sistemdir. NIST'in Bulut Bilişim Tanımı (SP 800-145, Eylül 2011) bunu kaynak havuzu olarak adlandırır: sağlayıcının bilişim kaynakları çok kiracılı bir modelle birden çok müşteriye hizmet verir ve müşteri, kaynakların tam konumunu genellikle denetleyemez; ancak ülke veya veri merkezi gibi daha üst bir düzeyde konum belirtebilir.

Tersi tasarım, otelin içinde duran bir sunucudur: tek makine, tek tesis; güncelleme, yedekleme ve fiziksel erişim otelin kendi işidir. Paylaşım, tüm tesislerde tek kod tabanı, tek güncelleme yolu ve tek rapor seti sağlar. Bedeli bir tasarım kararıdır: kiracılar arasındaki duvar, fiziksel hiçbir şeyin onları ayırmadığı için bilinçli olarak inşa edilmelidir.

Kiracı ile kullanıcıyı ayırın. Bir otel grubu, çok sayıda tesisi olan tek kiracı olabileceği gibi, bilinçli biçimde bağlanmış birkaç kiracı da olabilir. İkisi de normaldir; ama farklı biçimde bozulurlar. Sahibin soracağı soru "bulut mu, değil mi" değil; "verilerimi kim okuyabilir, ne engelliyor, gerçekleşse nasıl anlardım?" sorusudur. Satıcıya tasarımındaki kiracının adını sorun: tesis mi, tüzel kişi mi, grup mu?

Otel teknoloji altyapısındaki yerini görmek isterseniz, temel otel sistemlerinin birbirine nasıl bağlandığına bakın.

Oteller arasındaki duvarı kurmanın üç yolu#

Üç yaygın tasarım vardır: otel başına ayrı veritabanı, tek veritabanı içinde otel başına ayrı bölüm ve her satırı oteline bağlayan bir veritabanı kuralıyla paylaşılan tablolar.

Otel başına veritabanı en güçlü fiziksel ayrımı ve sözleşme sonunda en temiz devri sağlar; ama işletmesi en ağırdır, çünkü her düzeltme ve her rapor çok sayıda veritabanında çalışmak zorundadır. Otel başına bölüm (şema adı verilir) tek sunucuda her tesise bir ad alanı açar: çalıştırması daha ucuzdur, ama her yapısal değişiklik her yere uygulanmalıdır; biri atlanırsa oteller farklı sürümlerde kalır. Paylaşılan tablolar ve veritabanı kuralında tek tablo vardır, her satır bir otel tanımlayıcısı taşır ve veritabanı her sorguyu kendisi filtreler: kural varsayılan olarak açık ve sınanmış olduğu sürece verimli ve tutarlıdır; özellik özellik açılan bir kural o güvenceyi vermez.

Üçünden hiçbiri kendiliğinden daha iyi değildir. Takas, işletme maliyeti ile hata yapılabilecek yer sayısı arasındadır. Tasarım ayrıca oteller arası raporlamanın bedelini belirler: grup panoları kiracılar arasından okuyan bilinçli bir yol gerektirir ve o yolun kendisi, adı konulması gereken ayrıcalıklı bir kapıdır. Hangi tasarımın kullanıldığını sorun, sonra yalnızca var olduğuna değil, dayatıldığına dair kanıt isteyin.

Duvar veritabanında değil de yalnızca uygulamada olursa ne olur?#

Çünkü uygulama kodunun çok kapısı vardır. Ekranlar, raporlar, dışa aktarımlar, iş ortağı bağlantıları ve yapay zekâ asistanları veriyi ayrı ayrı okur ve her birinin filtreyi hatırlaması gerekir.

Koda yazılmış bir filtre yalnızca onu çağıran kod yollarında tutar. Yeni bir rapor, bir destek betiği, gelecek yıl eklenen bir iş ortağı bağlantısı, filtreyi kullanmayan bir yol olabilir. Kuralı veritabanı dayattığında aynı duvar her okuyucuya uygulanır; satıcının kendi mühendisleri bir sorgu aracı çalıştırdığında bile. Bu, en az yetki ilkesinin uygulamasıdır: NIST sözlüğü (csrc.nist.gov, 2022, CNSSI 4009-2022'ye dayanarak) ilkeyi, kullanıcıların ve onlar adına çalışan süreçlerin erişim yetkilerinin görev için gereken asgari düzeyle sınırlandırılması olarak tanımlar.

KVKK Kişisel Veri Güvenliği Rehberi (kvkk.gov.tr, Nisan 2025), erişim yetki ve kontrol matrisi kurulmasını, "izin verilmedikçe her şey yasaktır" ilkesine uyulmasını, yönetici yetkisinin yalnızca gerektiğinde açılmasını, ilişiği kesilen çalışanların hesaplarının zaman kaybetmeden kapatılmasını ve tüm kullanıcıların işlem hareketlerinin düzenli kayıt altına alınmasını önerir. Kayıtlar, ayrımı bir sözden bir denetime dönüştürür. Kimin neyi okuduğuna dair bir kayıt gösterilemiyorsa, verilen bir beyana güveniyorsunuz demektir.

Duvarın kendi tarafınızdaki ayarları için PMS kullanıcı yetkileri: rol bazında kurulum kontrol listesi yazısına bakın.

Bir otel grubu, kendi otelleri arasında veri paylaşımını nasıl bilinçli yapar?#

Paylaşımı açık ve yazılı bir karar hâline getirerek: grup, hangi rolün hangi tesisi ve hangi veri kategorisini göreceğini tanımlar ve sistem bu kapsamı, kiracılar arasındaki duvarı dayattığı biçimde dayatır.

Kapsam veridir, menü değil. Üç tesis gören bir bölge müdürü ile bir tesis gören bir resepsiyon, ekranda görünenle değil, veritabanının döndürdüğüyle ayrışmalıdır. KVKK madde 4, kişisel verilerin belirli, açık ve meşru amaçlarla işlenmesini ve bu amaçlarla bağlantılı, sınırlı ve ölçülü tutulmasını şart koşar (mevzuat.gov.tr, birleşik metin, 03.06.2024). Misafir profilinin tesisler arasında paylaşılması, bir ayar sorusu olmaktan önce bir amaç sorusudur.

Bu paylaşımın sizin durumunuzda hukuki dayanak, bilgilendirme ya da açık rıza gerekip gerektirmediği, satıcının kurulum ekibinin değil, danışmanınızın sorusudur. Grubun diğer tesisleri veya yazılım sağlayıcısı yurt dışındaysa aktarıma KVKK madde 9 uygulanır ve kanun, yeterlilik kararı ya da saydığı güvencelerden birini ister (mevzuat.gov.tr, 03.06.2024). Kendi durumunuzu hukuk danışmanınızla teyit edin.

Rol, tesis ve veri kategorisinden oluşan yazılı bir matris tutun ve gruba otel katıldığında ya da ayrıldığında gözden geçirin. Kurulum sırasında açılan geçici yetkili hesabı izleyin: dikkatle sınırlandırılmış bir grubu bu yolla sessizce genişletebilir.

Yapay zekâ asistanları bu verilere dokunacaksa, yapay zekâ ve misafir verisi: KVKK danışmanınıza sorulacak sorular yazısını okuyun.

Veri ayrımı sessizce nerede çöker?#

Çökme yalnızca çalışan sistemde değil, çevresindeki kopyalarda da olabilir: yedekler, test ortamları, dışa aktarımlar, destek erişimi ve sözleşme sonunda yaşananlar.

Yedekler tek bir ortama geri yüklenir. Bir geri yükleme sınaması, yalnızca verinin değil, duvarın da geri geldiğini kanıtlamalıdır. Canlı veriden alınan test kopyaları gerçek misafir kayıtları taşır; test ortamlarının maskelenmiş veri mi, üretimin bir kopyasını mı kullandığını sorun. Dışa aktarımlar duvarı tamamen geride bırakır: bir elektronik tabloda kiracı kuralı yoktur; soru, kimin neyi dışa aktarabildiği ve dosyaların nereye düştüğü hâline gelir.

Satıcı destek erişimi adıyla, süreyle sınırlı ve kayıt altında olmalıdır; bu, en az yetki ilkesinin sorunu çözen insanlara uygulanmış hâlidir. Sözleşme sonunda, KVKK madde 7, işlemeyi gerektiren sebepler ortadan kalktığında veri sorumlusunun kişisel verileri silmesini, yok etmesini ya da anonim hâle getirmesini şart koşar (mevzuat.gov.tr, birleşik metin, 03.06.2024). Sıralamayı ve alacağınız yazılı teyidi sorun. Rehber, bulut hizmeti sona erdiğinde şifreleme anahtarlarının tüm kopyalarının yok edilmesini de önerir (kvkk.gov.tr, Nisan 2025). Kimsenin çözemediği bir yedek ile kimsenin hatırlamadığı bir yedek, aynı nesne değildir.

Bir PMS satıcısından yazılı olarak ne istenmeli?#

Kısa ve yazılı bir yanıt seti: ayrım tasarımı, verinizi kimin okuyabildiği, nerede barındırılıp işlendiği, erişimin nasıl kayda geçtiği ve sözleşme sonunda ne olacağı.

KVKK madde 3, işleme amaçlarını ve vasıtalarını belirleyen veri sorumlusu ile onun adına, verdiği yetkiye dayanarak veri işleyen kişiyi ayırır; madde 12, verileri kendi adına başkası işliyorsa, veri sorumlusunu bu tedbirlerden onunla birlikte müştereken sorumlu tutar (mevzuat.gov.tr, 03.06.2024). Rehber, sağlayıcının yalnızca talimatlarınızla hareket etmesini, verileri süresiz gizli tutmasını, her ihlali derhâl bildirmesini ve denetlenebilir olmasını düzenleyen yazılı bir sözleşme önerir (kvkk.gov.tr, Nisan 2025). Aynı rehber, bulut hizmeti alan veri sorumlusundan sağlayıcının güvenlik önlemlerini değerlendirmesini ister ve uzaktan erişimde iki kademeli kimlik doğrulama önerir.

Konumu NIST'in kullandığı terimlerle sorun: müşteri, makinenin kendisini denetleyemese de ülke veya veri merkezi belirtebilir (SP 800-145, Eylül 2011). "KVKK uyumluyuz" ifadesini bir başlık olarak görün, yanıt olarak değil. Hangi tedbirin, hangi sistemde ve kimin size gösterebileceğini sorun. Yanıtları üstünde bir adın bulunduğu bir belge olarak alın ve e-posta zincirinde değil, sözleşmenin yanında saklayın.

Satıcı görüşmesinin bütününü otel yönetim sistemi (PMS) seçimi: yazılım firmasına sorulacak sorular yazısında bulabilirsiniz. Dayandığı temel kaynaklar: NIST, The NIST Definition of Cloud Computing (SP 800-145, Eylül 2011) (yeni sekmede açılır), Kişisel Verileri Koruma Kurumu, Kişisel Veri Güvenliği Rehberi (Nisan 2025) (yeni sekmede açılır) ve mevzuat.gov.tr, 6698 sayılı KVKK birleşik metin (yeni sekmede açılır).

Peki AI Otel otellerin verisini nasıl ayırıyor?#

Her otelin verisi veritabanı seviyesinde ayrılır; bu geliştirildi. Barındırmayı ve yapay zekâ işlemeyi Türkiye'ye taşımak ise yol haritamızda; tamamlanana dek böyle bir iddiada bulunmuyoruz.

Burada tablo sayısı ya da sertifika vermiyoruz; ikisi de soruyu yanıtlamaz. Barındırma ve yapay zekâ işleme bugün Türkiye dışında; taşınması planlanıyor ve tamamlanana dek iddia etmiyoruz. OtelCiro bugün ücretli otel müşterileriyle çalışıyor; otel işletim sistemi geliştirildi ve çalışıyor, lansman öncesi durumda. Bu yazıdaki yazılı sorular bize de uygulanır; yanıtlarımız güven sayfamızda ve bir bilgilendirme görüşmesi, onları sınamanızın yeridir.

Şimdi ne yapmalı#

Oteller arasındaki duvar, giriş ekranındaki markanın bir özelliği değil, inceleyebileceğiniz bir tasarım kararıdır. Bu yazıdaki kontrol listesini alın, yanına konum sorusunu ekleyin ve başka hiçbir şeyi imzalamadan önce satıcınızdan yanıtları imzalı bir belge olarak isteyin. Bizim yanıtlarımızı da aynı yöntemle sınamak isterseniz, görüşme talep edin.