Otel için kurumsal e-posta: rezervasyon kutusu, ortak erişim ve ayrılan personel

Doğru kurulmuş bir otel kurumsal e-posta düzeni şunu demektir: otelin sahip olduğu tek bir alan adı, reservations@ ve info@ gibi görev adresleri ve herkesin kendi hesabıyla açtığı ortak bir posta kutusu. Kimse parola paylaşmaz, her yanıt bir isim taşır ve ayrılan personelin erişimi son gününde biter.

Rezervasyon adresi, yıllar önce birinin adına kaydedilmiş ücretsiz bir tüketici hesabıdır; vardiyadaki üç kişi parolayı bilir ve Ekim'de ayrılan resepsiyonist hâlâ evdeki telefonunda kayıtlı tutar. Bu tablo bağımsız otellerde yaygındır ve bir rezervasyonun itiraz konusu olması, hesabın kilitlenmesi ya da bir ayrılık gününe kadar sorunsuz işler. Bu rehberi okuduktan sonra mevcut düzeninizi gözden geçirebilir, rezervasyonları otelin denetlediği bir alan adına taşıyabilir ve ayrılan personel ile sezon sonunu e-posta veya uyku kaybetmeden yönetebilirsiniz.

Rezervasyon, ücretsiz bir kutu ve ortak parolayla çalışınca ne bozulur?#

Her şey, biri ayrılana, bir rezervasyon tartışmalı hâle gelene veya hesap kilitlenene kadar çalışır; o gün geldiğinde kimin ne söylediğini kanıtlayabilen kimse kalmaz. Sorun ücretsiz serviste değil; hesabın bir kişiye ait olmasında ve parolanın tek anahtar olmasındadır.

Posta kutusu bir bireye veya kişisel bir telefon numarasına kayıtlıdır; bu yüzden hesap kurtarma, otelden değil, kaydı yapan kişiden geçer. O kişi izindeyse, ulaşılması zorsa veya otelle ilişkisi bozulmuşsa da kurtarma yolu yine ondan geçer. Otelin rezervasyon geçmişi, denetleyemediği bir hesabın içinde yaşar.

Vardiyalar boyunca tek parola, sorumluluğu görünmez kılar. Gönderilenler klasörü posta kutusunu gösterir; yanıtı yazan kişiyi asla. Bir misafir, geç bir iptalin e-postayla kabul edildiğini söylediğinde kimin ne zaman ne yazdığını gösterecek kimse yoktur. Denetim izi yoktur ve bir anlaşmazlıkta otelin elinde göstereceği bir şey kalmaz.

Parolayı değiştirmek tüm ekibe aynı anda haber vermeyi gerektirdiğinden, uygulamada yıllarca değişmeden kalır ve eski personel kişisel telefonlarından tam erişimi korur. Ücretsiz paketler ayrıca depolamayı ve ek boyutunu sınırlar; bir fiyat listesi veya taranmış sözleşme, kimsenin fark etmedigi biçimde geri döner ya da kaybolur. Üstelik konaklaması için ciddi bir tutar ödeyen misafir, onay e-postasında tüketici bir adres görür; bu hem gayriresmî durur hem de taklit edilmesi çok kolaydır.

Otelin alan adı ve posta hesapları kime ait olmalı?#

İkisi de otel şirketine aittir; şirketin denetlediği ve hiçbir tek çalışana muhtaç kalmadan kurtarabildiği hesaplarda. Sahiplik, teknik bir soru olmaktan önce bir evrak sorusudur.

Alan adının kayıt sahibi şirket olmalıdır; genel müdür, web ajansı veya siteyi kuran danışman değil. Alan adının DNS ayarlarını, yani internete otelin e-postasının ve web sitesinin nerede yaşadığını söyleyen kayıtları, düzenleyebilen kişi otelin e-postasını başka bir sunucuya yönlendirebilir. DNS erişimi e-posta erişimidir; bu yüzden her anahtar gibi listelenmeli ve sınırlandırılmalıdır.

Kayıt firması ve posta yönetimi oturum bilgilerini, otelin elinde tuttuğu bir kurtarma yöntemiyle şirkete ait hesaplarda tutun: örneğin kişisel bir telefon yerine ofisteki kasada duran bir şirket telefonu. Alan adı ve posta aboneliğini uzun son kullanma tarihli bir şirket kartına bağlayın ki ayrılan bir çalışanın iptal edilen kartı, yenileme günü e-postayı düşürmesin.

Bugün yönetici haklarını kimin tuttuğunu yazılı hâle getirin ve bu listeyi yılda bir, ayrıca her yönetim değişiminde gözden geçirin. Otel el değiştirdiğinde veya yönetim şirketi değiştiğinde, alan adı ve posta kutusu yönetimi anahtarlar ve sözleşmelerle birlikte devrin parçasıdır. Aynı sahiplik disiplini web sitesinin kendisi için de geçerlidir; otel web sitesi güvenliği: alan adı kimde, SSL sertifikası, güncellemeler ve şifreler yazısında ayrıntılı işlenir.

Bir otelde hangi e-posta adresleri olmalı?#

Küçük bir bağımsız otel, her birinin adı yazılı bir sahibi olan üç ila altı görev adresine ve en yoğun olanın arkasında bir ortak posta kutusuna ihtiyaç duyar. Az ama iyi okunan adresler, kimsenin açmadığı çok sayıda adresten iyidir.

Görev adresleri bir kişiyi değil bir işi tanımlar; bu yüzden personel değiştiğinde çalışmaya devam ederler. Kişisel adresler yalnızca iç kimlik içindir. Ortak posta kutusu, birden çok kişinin her birinin kendi hesabıyla oturum açarak okuyabildiği tek adrestir; alias yalnızca iletir ve ortak bir durum tutmaz. Send-as ayarını kullanın: kişi reservations@ adresinden yanıt verirken posta kutusu günlüğü mesajı hangi kişinin gönderdiğini kaydeder.

Her adrese bir sahip ve bir yedek sahip belirleyin; kimsenin okumaya niyetli olmadığı adresleri silün. Misafire görünür adres kümesini sabit tutun: rezervasyon adresini değiştirmek, eski onayları, basılı materyalleri ve kayıtlı kişileri bozar. Adresleri oluşturmadan önce kanal bildirimlerinin nereye düşeceğine karar verin ki rezervasyon uyarıları, misafir sorularıyla aynı gelen kutusunda yarışmasın.

Bir ekip, birbirine çatmadan tek kutudan nasıl yanıt verir?#

Görünür iki alışkanlıkta anlaşın: bir mesaj yanıtlanmadan önce sahiplenilir ve yanıt, onu yazan kişinin adıyla imzalanır. Posta kutusu böylece hem otelin sesini hem de arkasındaki kişiyi gösterir.

Mesajı önce sahiplenin: kişinin adını taşıyan bir klasöre taşıyın veya bir kategori uygulayın; böylece vardiyadaki ikinci kişi mesajın alındığını görür. Saat ve gönderilen içerikle tek satırlık iç not bırakın ki sonraki vardiya, tüm yazışmayı okumadan durumu bilsin. Ortak adresten yanıt verin ve kendi adınızla imzalayın; misafir tek bir otel görür, ekip tek bir kişiyi.

Döngüyü otel sisteminde kapatın: rezervasyon onaylandığında onay numarasını kaydedin ve yazışmayı bitmiş olarak işaretleyin; böylece posta kutusu ile rezervasyon birbirini yalanlamaz. Vardiya başına bir yanıt beklentisi belirleyin ve her vardiya değişiminde açık konuları ve söz verilen geri aramaları listeleyen kısa bir devir notu yazın. Bu yazışmaları gerçek rezervasyonlara dönüştürmek ayrı bir disiplindir; telefon, e-posta ve WhatsApp'tan gelen rezervasyon talepleri: teklife ve rezervasyona dönüştürmek yazısında ele alınır.

Katı bir kural: misafir e-postasını evde bitirmek için asla kişisel bir adrese iletmeyin. O kopya, otelin sahip olduğu her denetimin dışındadır ve yapacağınız her işten çıkarma adımından sonra da yaşamaya devam eder.

Rezervasyon kutusunda asla ne saklanmalı?#

Kimlik belgeleri, kart bilgileri ve imzalı formlar bir posta kutusunda durmamalıdır; çünkü posta kutusunda saklama kuralı da güvenilir silme de yoktur. Gelen kutusundaki kişisel veri yine kişisel veridir ve gelen kutusu, onu tutmanın en az denetlenen yeridir.

Pasaport ve kimlik kartı taramaları, ehliyetler, kredi kartı yetki formları ve kart numarası taşıyan sözleşmeler e-postaya ait değildir. Her iletim, yanıt ve yedek yeni bir kopya yaratır; bir kez gönderilen belge, kimsenin listesini çıkaramayacağı beş yerde bulunabilir. Türkiye'de her konaklama; ödeme, mali belge (fatura ya da e-belge), misafir kimlik bildirimi (KBS) ve kişisel veri (KVKK, kişisel verilerin korunması kanunu) adımlarını içerir. Bu yüzden rezervasyon masasına akan belge hacmi gerçektir ve kural önemlidir.

Denetlediğiniz kanalları tercih edin: misafirden ayrıntıları varışta resepsiyonda tamamlamasını isteyin veya eki olarak değil, otelin kendi misafir uygulaması üzerinden göndermesini isteyin. Bir belge e-postayla gelmek zorundaysa, denetimli sisteme taşıyın ve mesajı silin; kaydın ne kadar yaşayacağına saklama tablosu karar versin. Kayıt türüne göre saklama süresini danışmanınızla belirleyin, yazılı hâle getirin ve plana uygun biçimde gerçekten silin; yazılmamış bir kural saklama politikası değildir. Bu tablonun kurulması, otel kayıtları ne kadar saklanır? Saklama ve imha tablosu hazırlamak yazısında anlatılır.

Kuralı ekibe tek sayfada öğretin; çünkü başarısızlık neredeyse her zaman, yardımsever bir resepsiyonistin pasaportu bir meslektaşına iletmesidir.

Ayrılan personelin posta kutusuyla ve sezon sonunda ne yapmalı?#

Son iş gününden önce karar verin: kutu yönlendirilecek mi, yetkilendirilecek mi, kapatılacak mı ve kararı kim onaylayacak. Kimse seçmek istemediği için çalışır durumda bırakmayın.

Önceden seçilecek üç seçenek vardır: belirli bir süre için yönetici veya ekip adresine yönlendirme, adı yazılı bir meslektaşa okuma yetkisi verme ya da yeni iletişim bilgisini veren otomatik yanıtla kapatma. Eski bir çalışanın kutusunun içeriğini okumak, bilgi tercihi değil kişisel veri ve iş hukuku sorusudur; yazılı görüş alın ve kuralı, ihtiyaç duymadan önce sözleşmelere ve personel el kitabına koyun. İş yazışması ile kişisel yazışma aynı kutuda bir arada olabilir; içindeki her şeyin otele ait olduğunu varsaymayın, bunun nasıl ele alınacağına danışmanınız karar verir.

Sezonluk personelin hesapları sözleşmenin son gününde devre dışı bırakılır; takvim hatırlatması biri hatırladığında değil, sözleşme imzalanırken kurulur. Posta, otel sistemi, misafir uygulaması yönetimi, ortak diskler, Wi-Fi, kapı kodları ve varsa otel telefonunu kapsayan tek bir işten çıkarma kontrol listesi tutun. Açık konuları yazılı devredin: yanıtlanmamış talepler, söz verilen fiyatlar ve bekleyen grup teklifleri; hiçbir şey kapalı bir kutuda ölmesin.

Otel e-postasının ulaştığı ve taklit edilemediği nasıl sağlanır?#

Alan adının DNS ayarlarındaki üç kayıt, dünyaya otel adına kimlerin e-posta gönderebileceğini ve diğerlerine ne yapılacağını söyler: SPF, DKIM ve DMARC. Bunlar olmadan gerçek bir onay e-postası spam'e düşebilir ve sahte bir e-posta otelin adını taşıyabilir.

SPF, alan adı adına gönderim yapmasına izin verilen sunucuların listesidir; listede olmayan her şey şüphelidir. DKIM giden her mesaja şifreleme temelli bir imza ekler; böylece alan taraf, mesajın yolda değiştirilmediğini denetleyebilir. DMARC ise bir mesaj bu denetimlerden geçemezse alınacak tarafi alıcı sistemlere söyler ve otelin adına kimlerin gönderim yaptığına dair raporlar gönderir.

DMARC'ı önce izleme modunda başlatın, raporları birkaç hafta okuyun, sonra meşru göndericileri kapsadığınızda reddetme moduna geçin. Rezervasyon motoru, otel sistemi ve varsa bülten aracı dahil tüm meşru göndericileri önce ekleyin; yoksa kendi onay e-postalarınızı engellersiniz. Her değişiklikten sonra birkaç dış adrese test gönderiler yapın ve otel adına posta gönderen her yeni sistemde yeniden denetleyin. Teknik adımlar, otel e-postaları için SPF, DKIM ve DMARC: rezervasyon onayı spama düşmesin yazısında ayrıntılı olarak anlatılır.

Şimdi ne yapmalı#

Otelin e-postasından sorumlu tek bir kişiye ad verin, her adresi ve her adresi açabilen herkesi listeleyin, ardından misafire görünür adresleri, bireysel oturum bilgileriyle ortak posta kutuları olarak otelin kendi alan adına taşıyın. Bu tek adım sorumluluk kaydını, erişimin geri alınmasını ve devri aynı anda çözer. Alan adı sahipliği çalışması ile SPF, DKIM ve DMARC kayıtları ise bu düzeni ayakta tutan iki takip işidir.