Otel grubu yönetimi: grup genelinde karar ve onay kontrol listesi
Otel grubu yönetimi, yetki ve onay kurallarını yazılı hale getirmeyi gerektirir. Bu rehber, grup genelinde karar mekanizmalarını, misafir verisi paylaşımını ve güvenilir raporlama tanımlarını açıklar.
İçindekiler
Kısaca
- Grup girişi bir yetki kararıdır, teknik bir ayar değil: ilk hesap açılmadan önce kimin neyi görebileceğini, değiştirebileceğini ve onaylayabileceğini yazılı hale getirin.
- Her tesise dokunan bir değişikliği bir kişi önermeli, başka bir kişi onaylamalı; kayıt tutulmalı ve geri alınabilir olmalıdır.
- Misafir profillerinin tesisler arasında paylaşılması önce hukuki bir sorudur: 6698 sayılı Kanun (Resmî Gazete, 07.04.2016) veri sorumlusunu işleme amaçlarını ve vasıtalarını belirleyen kişi olarak tanımlar; yapılandırmadan önce hukuk müşavirinize danışın.
- Grup toplamları, içindeki en zayıf tanım kadar güvenilirdir: tek bir doluluk formülü, tek bir tarih esası ve tek bir para birimi, yazılı ve her tesisçe kullanılır.
- Tek sayfalık bir onay matrisi, uzun bir politika metninden iyidir: her tekrarlayan karar için bir sahip ve bir onaycı, tesis müdürlerinin bulabileceği bir yerde yayımlanır.
Otel grubu yönetimi, birkaç oteli tek bir kural seti altında çalıştırmaktır: her tesisi kim görüp değiştirebilir, grup genelindeki bir fiyat veya politika değişikliğini kim onaylar, misafir verileri ve acente sözleşmeleri tesisler arasında nasıl geçer ve her raporun ardında tek bir ortak tanım durur. Bu kuralları yazan kişi siz olursunuz; yazmazsanız yazılım varsayılanı karar verir.
Grup raporu, tesis raporlarının toplamıyla tutmuyor ve hangi sayının doğru olduğunu kimse söyleyemiyor. Bunun nedeni nadiren yazılımdır: grubun kimin bir fiyatı değiştirebileceğini, grup genelindeki bir politikanın kimin onayına tabi olduğunu ya da grup toplamının hangi doluluk formülünü kullandığını kimse yazmamıştır. Bu yazı, otel grubu yönetiminin yönetişim katmanını veriyor: görünürlük haritası, onay kuralı, paylaşılan misafir verisine ilişkin hukuki sorular, acente sözleşme yapısı ve grup toplamlarını güvenilir kılan tanımlar. Yetkilendirme kurulumunun kendisi ise PMS kullanıcı yetkileri kontrol listesinin konusudur.
Otel grubu yönetimi gerçekte neyi değiştirir?
Kimin karar vereceğini değiştirir, yalnızca kimin giriş yapacağını değil. Birkaç tesisi tek sistemden yönetmek, bir fiyat değişikliği, bir rapor tanımı ya da paylaşılan bir misafir profili gibi günlük seçimleri, adı konmuş bir sahibi gereken grup düzeyi kararlarına dönüştürür.
Tek otel alışkanlıkları sessizce bozulur. Her fiyatı düzenleyebilen bir genel müdür artık her tesise dokunur. Yerel filtrelerle kaydedilmiş bir rapor grubun varsayılanı olur. Bir resepsiyonist, önündeki misafirleri değil, gruptaki her misafiri arayabilir.
Başka her şeyden önce üç katmanı ayırın: görünürlük, kişinin neyi görebildiği; yetki, neyi değiştirebildiği; onay, neyin ikinci bir kişiye ihtiyaç duyduğu. Yazılım varsayılanlarla gelir ve bir varsayılan, sahibi değil, kurulumu yapan kişinin verdiği bir karardır. Kuralları önce tek sayfada yazın; var olan hesapların üzerine yetki yapıştırmak, baştan yetkiyle başlamaktan daha yavaş ve hataya daha açıktır.
İş günü konsolidasyonun birimidir. Grup toplamı, grup raporu çalışmadan önce her tesisin gününü aynı şekilde, aynı sırayla kapatmasıyla doğru çıkar; mekaniği bir otel iş gününün baştan sona nasıl işlediği yazısında ele alıyoruz. Aynı zamanda, bilinçli olarak yerinde kalacakları seçin. İyi yönetilen bir grubun kat hizmetleri vardiya listelerini ya da kahvaltı siparişlerini merkezileştirmesi gerekmez.
Grupta her tesisi kim görebilmeli?
Görünürlük haritasını, hesaplar açılmadan önce, tesis tesis ve rol rol sahibi belirler; aksi halde yazılım kendi varsayılanını uygular.
Okumayı değiştirmekten ayırın. Grup gelir yöneticisi genellikle her tesisin fiyatlarını ve rezervasyon hareketini okumalıdır; tesis genel müdürü genellikle yalnızca kendi otelini değiştirebilmelidir. Finans, merkezi rezervasyon ve grup satış gibi paylaşılan hizmetler, tesisler arası okuma yetkisine ve dar, adı yazılmış bir değiştirme yetkisine ihtiyaç duyar.
Rolleri genişletmek yerine istisnaları adlandırın: kişi, tesis, gerekçe ve bitiş tarihi. Her role tek bir soru sorun: bu kişi yanlışlıkla yapabileceği en kötü şey nedir ve kurulum, bu bir misafire ya da bir fiyata ulaşmadan önce durduruyor mu? Acente ve kurumsal portal kullanıcıları da haritanın parçasıdır: onlar kendi rezervasyonlarını görür, grubun defterini değil.
| Rol | Görmesi gerekenler | Değiştirebilmesi gerekenler |
|---|---|---|
| Grup gelir yöneticisi | Tüm tesisler, okuma | Onaylı taban içinde fiyat değişikliği |
| Tesis genel müdürü | Kendi tesisi, okuma ve yazma | Grup düzeyinde hiçbir şey |
| Merkezi rezervasyon | Tüm tesisler, okuma | Rezervasyon açma ve düzeltme |
| Grup finans | Tüm tesisler, okuma | Kayıt düzeltmeleri, ikinci onayla |
| Sahip veya yönetim kurulu | Tüm tesisler, okuma | Grup genelindeki değişiklikleri onaylar |
| Acente portal kullanıcısı | Yalnızca kendi rezervasyonları | Fiyat ya da envanter değişikliği yok |
Ayrılan personelin yetkilerinin kapatılması ve dönemsel erişim gözden geçirmeleri, bu sayfanın değil, yetkilendirme kontrol listesinin işidir.
Grup genelinde bir fiyatı ya da politikayı kim değiştirebilir?
Her tesise ulaşan bir değişikliği bir kişi önermeli, başka bir kişi onaylamalı ve kayda geçmeli; tek bir otelde tek bir tarihteki tek bir fiyat değişikliği ise genellikle yerinde kalabilir.
Değişiklikleri erişim alanına göre sınıflandırın: tek tarihte tek fiyat; bir sezon için fiyat tabanı; sözleşmelere akan iptal, çocuk ya da evcil hayvan kuralları gibi bir politika; bir rapor tanımı. Yönetişim nesnesi tekil fiyat değil, fiyat tabanıdır. Tekil fiyatlar taban içinde hareket eder; taban bir imzayla hareket eder.
Politika değişiklikleri sözleşme değişiklikleridir. Acente sözleşmesi otelin iptal politikasına atıf yapıyorsa, sözleşme sahibi onay sürecinde yer almalıdır. Her grup genelindeki değişiklik için dört şeyi kaydedin: neyin değiştiği, kimin önerdiği, kimin onayladığı ve ne zaman yürürlüğe gireceği. Nasıl geri alınabileceğini de ekleyin.
Her onaycı için bir vekil adlandırın. Tek bir kişi tatile çıktığında duran bir kural, bir ay içinde atlanır. Kuralın ifadesini ekrandaki ifadeyle aynı tutun ki yönetici, kuralı bastığı düğmeyle eşleyebilsin.
İpucuHer grup genelindeki değişiklikten önce bir test
Değişikliğin dokunmadığı tesisleri sayın. Yanıt "hiçbiri" ise, o değişiklik ikinci bir imza ve yazılı bir kayıt gerektirir.
Bir otel grubu, misafir profillerini tesisleri arasında paylaşabilir mi?
Bu, bir yazılım sorusu olmaktan önce hukuki bir sorudur ve yanıtı veri sorumlusunun kim olduğuna bağlıdır; hukuk müşavirinize danışın ve yanıtı grup politikası olarak kaydedin.
Türkiye'de kişisel verilerin korunmasını 6698 sayılı Kişisel Verilerin Korunması Kanunu (Resmî Gazete, 07.04.2016) düzenler. Kanun, veri sorumlusunu işleme amaçlarını ve vasıtalarını belirleyen kişi olarak tanımlar; dolayısıyla ilk soru, grubun tek veri sorumlusu olup olmadığı ya da her tesisin kendi sorumlusu olduğudur. Aynı kanun, verilerin belirli, açık ve meşru amaçlarla, bu amaçlarla bağlantılı, sınırlı ve ölçülü biçimde işlenmesini ve mevzuatın öngördüğü ya da işleme amacının gerektirdiği süre kadar saklanmasını şart koşar. Bir tesiste kaydedilmiş bir akşam yemeği tercihi, başka bir tesis için otomatik olarak meşru bir amaç değildir.
Bir profilin tesisler arasında paylaşılmasının kanunun aktarım hükümleri kapsamına girip girmediği, bu yazının çözümleyemeyeceği bir sorudur; hukuk müşavirinizin önüne grubun yapısını koyarak bir hukuk sorusu olarak ele alın. KBS, yani misafir kimlik bildirimi için toplanan kimlik verileri ise bir tanıma varlığı değildir: 1774 sayılı Kanun'un 9. ve 14. maddeleri uyarınca, mahkeme kararı olmadıkça yetkili resmî kuruluşlar dışında hiç kimse bu bildirimlerden yararlanamaz.
İşleyen bir orta yol, hukuk müşaviriyle anlaşılmış, alan alan yazılı bir amaç listesidir: grup profili, yalnızca misafirin bilgilendirildiği ve amacın listede olduğu yerde var olur. Önce karar verin, sonra yapılandırın. Etkinleştirmesi kolay olduğu için açılmış bir grup geneli misafir araması, olayların yanlış sırasıdır.
DikkatAyar mevcut diye grup geneli misafir aramasını açmayın
Yetkilendirme kolay kısımdır; asıl iş hukuki dayanak ve saklama kuralıdır ve ikisi de hukuk müşavirini ve yazılı bir politika gerektirir.
Acente ve kurumsal sözleşmeler birkaç tesis arasında nasıl işlemeli?
Tek bir anlaşma birkaç tesisi kapsayabilir; ancak her tesis, üstlendiği taahhüdü tam olarak görebilmeli ve grubu kapsayan bir talebi yalnızca adı yazılmış kişiler kabul edebilmelidir.
Sözleşmeyi fiyat setinden ayırın: tek anlaşma, tesis başına bir fiyat seti, tek bir geçerlilik penceresi ve üçünün birden saklandığı tek bir yer. Tahsis mi serbest satış mı olacağını, sezon başlamadan önce, tesis tesis ve yazılı olarak belirleyin; bu kararı sezon ortasında kimin değiştirebileceğini de söyleyin. Tesisleri kapsayan bir grup ya da seri talebini kimin kabul edip kimin reddedebileceğini ve gerçekleştiğinde tesis müdürüne ne bildirileceğini adlandırın.
Bir teklif hesabını göstermelidir: otelin net fiyatı, uygulanan her kural ve nihai fiyat; böylece bir tesis, kendi yapmadığı bir rezervasyonu denetleyebilir. Seyahat acenteleri ve kurumsal müşteriler kendi portallarından rezervasyon yapar ve kendi rezervasyonlarını görür; grup bütün tabloyu görür. Bir ana hesaba işlenen ve sonra yönlendirilen harcamalar her yerde aynı koşulları gerektirir; folyo, hesaba işleme ve yönlendirme terimleri tam bu noktada önem kazanır.
AI Otel'in otel işletim sistemi, tek otelleri ve otel gruplarını tek girişten yönetmek için geliştirildi; seyahat acenteleri ve kurumsal müşteriler kendi portallarından rezervasyon yapar. Çalışan yazılım, lansman öncesi.
Grup raporları tesisler arasında nasıl karşılaştırılabilir tutulur?
Her ölçüm için tek bir tanım sabitleyin, yazıya geçirin ve her tesisin buna göre raporlamasını sağlayın; bir grup toplamı, içindeki en zayıf tanım kadar güvenilirdir.
Olağan sorun kaynakları az ve öngörülebilirdir: doluluk oranının pay ve paydası, tarih esası (iş günü mü takvim günü mü), kullanılan para birimi ve döviz kuru, bakımda olan odaların durumu ve ücretsiz ile hizmet amaçlı odaların durumu. Yayımlanan istatistiklerin de aynı sorunu vardır: Kültür ve Turizm Bakanlığı'nın konaklama bülteni (2025), tanımını belirtmeden bir doluluk sütunu yayımlar. Ulusal bir tablo dipnot gerektiriyorsa, grup tablosu da gerektirir.
Bir tanım defteri tutun: her ölçüm için tek satır, düz bir dille yazılmış formül, tanımın sahibi ve en son değiştiği tarih. Sabit bir ritimle mutabakat yapın: aynı gün için grup raporunu ve tesis raporlarının toplamını çalıştırın ve her farkı, düzelterek kapatmak yerine inceleyin. Bir tanımı yalnızca tarih ve notla değiştirin ve ya geçmişi yeniden hesaplayın ya da grafikte kırılmayı işaretleyin. Her tesisten, grup çalışmasından önce iş gününü kapatmasını isteyin ki grup sayısı hiçbir zaman kapalı ve açık günlerin karışımı olmasın. Her tesisin günlük ne üretmesi gerektiği genel müdür günlük raporu yazısında ele alınıyor.
Kontrol listesiGrup raporu hazırlık denetimleri
- Her tesis aynı iş günü esasını kullanıyor
- Tek bir doluluk formülü, kelimelerle yazılmış
- Bakımda ve hizmet amaçlı odalar her yerde aynı şekilde işlem görüyor
- Para birimi ve kur kaynağı raporda belirtilmiş
- Her tesis, grup çalışmasından önce iş gününü kapatmış
- Tanım defterinin adı yazılmış bir sahibi var
- Her tanım değişikliği tarih ve not taşıyor
Tek sayfalık bir grup onay matrisinde ne olmalı?
Her tekrarlayan karar için tek satır: bir sahip, bir onaycı, bir vekil ve kararın kaydedildiği tek bir yer; karar sayfada yoksa, sahibi de yoktur.
Matrisi tekrarlayan kararlarla sınırlı tutun. Olası her eylemi listeleyen bir matris, kimsenin okumadığı bir belgeye dönüşür. Bir karar ikinci kez sahipsiz ortaya çıktığında satır ekleyin; bu, ona ihtiyaç duyduğunun sinyalidir. Tesis müdürlerinin bulabileceği bir yerde yayımlayın ve yazılım ekranlarındaki kelimelerle aynı kelimeleri kullanın ki kural bir düğmeye karşılık gelsin. Sezon başında bir kez ve grup yapısındaki her değişiklikten, yeni tesisten ya da yeni acente anlaşmasından sonra gözden geçirin.
| Karar | Öneren | Onaylayan | Kayıt yeri |
|---|---|---|---|
| Bir sezon için grup fiyat tabanı | Grup gelir | Sahip veya yönetim kurulu | Fiyat sistemi, değişiklik günlüğü |
| Grup genelinde kampanya | Grup pazarlama | Sahip veya yönetim kurulu | Kampanya kaydı |
| Çok tesisli yeni acente sözleşmesi | Grup satış | Sahip veya yönetim kurulu | Sözleşme dosyası |
| Tesisleri kapsayan grup talebi | Merkezi rezervasyon | Adı yazılmış onaycı | Rezervasyon kaydı |
| Misafir profil alanının paylaşımı | Grup BT veya veri sahibi | Sahip, hukuk görüşü sonrası | Veri politikası |
| Rapor tanımının değiştirilmesi | Rapor sahibi | Grup finans | Tanım defteri |
| Grup girişine tesis eklenmesi | Grup BT | Sahip | Erişim kaydı |
| İptal veya çocuk politikası değişikliği | Tesis veya grup operasyon | Grup operasyon ve sözleşme sahibi | Politika kaydı |
Matris bir yönetişim belgesidir, yetki listesi değil. Onu hesaplara ve rollere dönüştürmek, yetkilendirme kontrol listesinin işidir.
Şimdi ne yapmalı
Bir sonraki hesap açılmadan önce iki belgeyi yazın: her tekrarlayan karar için bir sahip ve bir onaycı içeren tek sayfalık onay matrisi ve her ölçüm için tek formül içeren bir tanım defteri. Bu yazıdaki her şey o iki sayfaya bağlanır: görünürlük matrisi izler, grup genelindeki değişiklikler onay sütununu izler, misafir verileri hukuk müşavirinizin onayladığı politikayı izler, grup toplamları tanım defterini izler. Sonra sistemi buna göre yapılandırın ve iki sayfayı da sezon başında bir kez gözden geçirin. Tek bir sistemin bu yapıyı nasıl taşıyabildiğini görmek isterseniz görüşme talep edin.
Sıkça sorulan sorular
Gruptaki her otelin kendi sistemi mi olmalı, yoksa tek sistem mi paylaşılsın?
Tek sistem paylaşmak grup raporlamasını ve tesisler arası rezervasyonları kolaylaştırır; ama yetki kararlarını da acil hale getirir, çünkü geniş bir varsayılan artık her tesise ulaşır. Ayrı sistemler yerel kontrolü korur, mutabakatı elektronik tablolara iter. Belirleyici olan, grubun tek bir tanım ve onay setini yazıp uygulayabilip uygulayamayacağıdır; uygulayamıyorsa tek sistem, bunu yalnızca daha hızlı ortaya çıkarır.
Bir otel grubunda fiyatları kim değiştirebilmeli?
Grup düzeyinde bir fiyat tabanı belirleyin ve tesis ya da bölge gelir yöneticilerinin tekil fiyatları taban içinde hareket ettirmesine izin verin. Tabanı değiştiren ya da her tesis ve her kanala uygulanan her şey, ikinci bir imza ve yazılı bir kayıt gerektirir. Kural tatilde de işlesin diye bir vekil belirleyin.
Aynı gruptaki oteller arasında KVKK kapsamında misafir verisi paylaşmak yasal mı?
Bu yazı bunu yanıtlayamaz. 6698 sayılı Kanun (Resmî Gazete, 07.04.2016) veri sorumlusunu işleme amaçlarını ve vasıtalarını belirleyen taraf olarak tanımlar; dolayısıyla yanıtı, grubun hukuki yapısına ve paylaşımın aktarım sayılıp sayılmadığına bağlıdır. Yapıyı ve amaçlanan amaç listesini hukuk müşavirinize götürün, sonra sonucu politika olarak yazın ve sisteme uygulayın. KBS için toplanan misafir kimlik verileri ayrıdır ve mahkeme kararı olmadıkça yalnızca yetkili resmî kuruluşlar tarafından kullanılabilir.
Grup raporları neden tesis raporlarıyla uyuşmaz?
Neredeyse her zaman veriden değil tanımlardan kaynaklanır: farklı bir doluluk formülü, iş günü yerine takvim günü, farklı bir döviz kuru ya da grup raporu çalıştığında iş gününü kapatmamış bir tesis. Çözüm, elle düzeltmeler değil, bir tanım defteri ve aylık bir mutabakattır.
İkinci bir tesis eklenirken ilk düzeltilmesi gereken nedir?
Hesaplardan önce onay matrisi. Her tesisi kimin görüp değiştireceğine, grup genelindeki değişiklikleri kimin onaylayacağına ve kararların nereye kaydedileceğine karar verin. Yetkilendirme kurulumu ondan sonra gelir; mekaniği PMS kullanıcı yetkileri kontrol listesinde ele alınıyor.