Otel teknoloji altyapısı: temel sistemler birbirine nasıl bağlanır?
Otel teknoloji altyapısında her bilginin tek bir sahibi olmalıdır. Müsaitlik, fiyat ve hesap verilerinin sistemler arası akışını, entegrasyon kopukluklarını ve Türkiye'deki yasal raporlama adımlarını bu yazıda bulabilirsiniz.
İçindekiler
Kısaca
- Otel teknoloji altyapısı bir ürün listesi değil, bir bilgi kümesidir ve her bilginin tek bir sahibi olmalıdır.
- Yönetim sistemi misafir, rezervasyon, misafir hesabı ve oda verilerinin birincil kaydıdır; otel entegrasyonları ise, özellikle yönetim sistemiyle kurulanlar, genellikle uzun ve karmaşıktır (AHLA/HTNG, tamamlanan çalışma grupları, 2026).
- Sistemler bir değeri ya sorarak alır ya da değiştiğinde haberdar edilir; haberdar edilme kopyaları güncel tutar ama dinleyici kapalıysa sessizce başarısız olur.
- Türkiye'de her konaklama ödeme, mali belge, misafir kimlik bildirimi ve kişisel veri adımlarını içerir; dolayısıyla altyapı yasal raporları da beslemek zorundadır.
- Yeni bir şey satın almadan önce müsaitliğin ve fiyatın hangi sisteme ait olduğuna karar verin: ikinci bir yazıcı, ikinci bir gerçeklik yaratır.
Otel teknoloji altyapısı, bir otelin çalıştırdığı sistemlerin bütünüdür: yönetim sistemi, kanal yöneticisi, rezervasyon motoru, satış noktası kasaları ve mali cihazlar, muhasebe, misafir uygulaması, kapı kilidi kodlayıcısı (kart yazan cihaz) ve e-belge entegratörü. Bu yapı, müsaitlikten faturaya kadar her bilginin tek bir sahibi olması, diğer tüm sistemlerin de kopyasını okumasıyla sağlıklı çalışır.
Öğlen bir misafir çıkış yapar, hesap kapanır ve 12.20'de restoran kasası, artık harcama kabul etmeyen bir hesaba minibar harcaması gönderir. Bu boşluğu kimse bilerek yaratmaz. İki sistemin de aynı bilgiye sahip olduğuna inanmasından doğar. Bu yazı sonunda otelinizin altyapısını sahipleriyle birlikte bir bilgi kümesi olarak görebilir, kopyalayabileceğiniz bir tablo, genellikle kopan bağlantı noktaları, Türkiye'de her altyapının beslemek zorunda olduğu raporlama katmanı ve bir sonraki satın almadan önce çizeceğiniz tek sayfalık harita elinizde olur.
Otel teknoloji altyapısı gerçekte hangi sistemleri içerir?
Çalışan bir otelde sekiz tür sistem bulunur ve her biri belirli bir tür bilgiyi tutmak ya da taşımak için vardır. Adları satıcıya göre değişir; işlevleri değişmez.
Yönetim sistemi, genellikle PMS (otel yönetim sistemi) denilen sistem, rezervasyonların, odaların, misafirlerin, harcamaların ve misafir hesabının kaydıdır. AHLA/HTNG onu misafir, rezervasyon, misafir hesabı (folyo) ve oda verileri için birincil arayüz olarak tanımlar. Altyapıdaki diğer her şey ya bu sisteme veri verir ya da ondan okur. Bunun günlük işte ne anlama geldiğini merak ediyorsanız otel işletim sistemi nedir? Otel yönetim sisteminden (PMS) farkı yazısına bakın.
Kanal yöneticisi müsaitliği ve fiyatları tutar, satış kanallarına kopyalarını gönderir. Fiyatı dağıtır; sahibi olmak zorunda değildir. Rezervasyon motoru, otelin kendi web sitesindeki rezervasyon akışıdır. Resepsiyonun ve kanalların sorduğu müsaitlik sorusunun aynısını sorar.
Satış noktası kasaları restoran, bar ve spadaki harcamaları kaydeder ve misafir hesabına aktarır. ÖKC (ödeme kaydedici cihaz, satış anında yasal olarak zorunlu fişi basan mali kasa) ayrı bir cihazdır ve kendi yasal görevi vardır. Muhasebe defterleri ve mali belgeyi tutar. Otelin kendi sistemleri yeterli olmadığında e-faturalar, Gelir İdaresi Başkanlığının izin verdiği bir özel entegratör üzerinden gider.
Misafir uygulaması ve kart kodlayıcı okuyuculardır. Uygulama hesabı gösterir ve talepleri alır; kodlayıcı, yönetim sisteminin çoktan yaptığı oda atamasından kart kodlar. Hiçbiri kendi başına bilgi üretmemelidir.
Bir satıcı bunların birkaçını birlikte satabilir. Bu, firmalar arasındaki bağlantı sayısını azaltır; hangi bilginin hangi sisteme ait olduğuna karar verme ihtiyacını ortadan kaldırmaz.
Hangi bilgi hangi sisteme ait olmalı?
Her bilginin tek bir yazıcısı ve istediği kadar okuyucusu olmalıdır. İki sistem de aynı bilgiyi değiştirebildiği anda otelin elinde iki gerçek ve bunları en kötü saatte uzlaşturmak zorunda kalan bir personel olur.
Müsaitlik yönetim sistemine aittir: odalar, hizmet dışı bırakılan odalar ve tahsisler orada tutulur; kanal yöneticisi ve rezervasyon motoru kopyaları okur ve yayımlar. Fiyatın tek bir sahibi olmalı ve bu bilinçli bir seçimle belirlenmelidir. Sahibi kanal yöneticisiyse resepsiyon fiyatı o kopyadan vermeli, basılı fiyat listesinden değil. Misafir hesabı yönetim sistemine aittir; satış noktası kasaları harcamayı hesaba işler, kendi paralel hesabını asla tutmaz.
Misafir kimliği, girişte alınan kayıtta yaşar. Kimlik bildirimi ve günlük müşteri listesi bu kayıttan okur; kendi sürümlerini tutmaz. Fatura, muhasebe ve e-belge tarafına aittir. Yönetim sistemi harcamayı ve ödemeyi tutar; fatura numarasının yetkilisi değildir. Oda durumunun tek sahibi vardır, genellikle yönetim sistemindeki kat hizmetleri panosudur; resepsiyon aynı ekranı okur.
| Bilgi | Sahip sistem | Kopya okuyanlar | Kopyalar ayrışınca ne olur |
|---|---|---|---|
| Müsaitlik | Yönetim sistemi | Kanal yöneticisi, rezervasyon motoru, acente portalları | Bir odanın iki kez satılması ya da arızalıyken satışta kalması |
| Fiyat | Seçilmiş tek sahip | Rezervasyon motoru, kanallar, resepsiyon | Hiçbir kanalın kabul etmeyeceği bir telefon fiyatı |
| Hesap ve harcamalar | Yönetim sistemi | Satış noktası kasaları, misafir uygulaması | Kapalı hesaba işlenen harcama ya da askıda kaybolan tutar |
| Misafir kimlik kaydı | Yönetim sistemi kaydı | Kimlik bildirimi, günlük müşteri listesi, fatura | Yasal kayıtlar arasında farklılaşan ad ya da belge numarası |
| Fatura | Muhasebe ve e-belge tarafı | Yönetim sistemi, misafir uygulaması | Mali belgeyle uyuşmayan hesap toplamı |
| Oda durumu | Yönetim sistemindeki kat hizmetleri panosu | Resepsiyon, kart kodlayıcı | Temiz oda kirli görünmesi ya da dolu odaya anahtar verilmesi |
İki sahibin maliyeti teknik değildir. Misafir beklerken gece resepsiyonistinin hangi ekrana inanacağına karar vermesidir.
Otel sistemleri birbiriyle nasıl konuşur ve kopyalar neden ayrışır?
Sistemler iki yolla konuşur: biri diğerinden güncel değeri ister, ya da sahip, bir şey değiştiğinde diğerlerine haber verir. Ayrışmaların çoğu ikinci yolun sessizce başarısız olmasından gelir.
Sormak basittir ve her zaman hafif bayat: kopya sorunun anında doğrudur, bir dakika sonra yanlış. Haberdar edilme, yayınla-abone ol yöntemidir: HTNG'nin Olay Bildirim Spesifikasyonu (sürüm 3.0, 24 Nisan 2015), bir sistemin ihtiyaç duyduğu olaylara, örneğin misafir girişine, çıkışına ya da bir odanın hizmet dışı kalmasına abone olmasını ve kaynak sistemin olay gerçekleştiğinde onu bilgilendirmesini tanımlar.
Haberdar edilme sessizce başarısız olur. Dinleyici kapalıysa gönderen yoluna devam etmiştir ve kimse fark etmez; bir misafir fark edene kadar. Ayrışmanın nedenleri sıradandır: belirli bir değişiklik için tanımlı olay olmaması, başarısız bir yeniden deneme, birinin kopyayı elle düzenlemesi, tarih sınırı ya da yeniden girilen bir harcama.
AHLA/HTNG otel entegrasyonlarının genellikle uzun ve karmaşık olduğunu, özellikle yönetim sistemiyle olanların, belirtir. Bir bağlantının bir haftalık iş olduğunu varsaymak yerine buna göre plan yapın. Bu görüşmelerde satıcıların kullanacağı sözlük için PMS entegrasyonu nasıl çalışır? API'yi sade bir dille anlamak yazısına bakın.
Önemli noktaTek yazıcı kuralı
Her bilgi için, onu değiştirmesine izin verilen tek sistemi yazılı hale getirin. Diğer her sistem kopyayı okur. İkinci bir sistem aynı bilgiyi yazabiliyorsa ya o yolu kapatın ya da iki gerçekliği elle uzlaştıracak bir insan olacağını kabul edin.
Pratik kural şu: bir bilgide her değişiklikten sonra, güncellenmesi gereken kopyaları ve güncellendiklerini kontrol edecek kişiyi adıyla belirleyin.
Bağlantılar genellikle nerede kopar?
Bağlantılar bir iş olayının kenarlarında kopar: hesabın kapanması, vardiyanın değişmesi, ayın bitmesi. Her kopukluğun, misafirden ya da muhasebeciden önce yakalayan ucuz bir kontrolü vardır.
Örneğin çıkıştan sonra işlenen bir minibar harcaması. Hesap kapandığı için harcama askı hesabına düşer ya da yeniden girilir. Kasanın kapalı hesaba harcama yazmayı reddedip reddetmediğini ve reddettiğinde kime haber verildiğini kontrol edin. Örneğin kat hizmetleri ile resepsiyon arasında farklılaşan oda durumu: bir ekran temiz, öteki kirli der. Hangi ekranın yetkili olduğunu ve diğerinin ne kadar hızlı güncellendiğini kontrol edin.
Örneğin bir indirim satırı ya da yerel bir vergiyle ayrışan misafir hesabı ve mali belge. Her ay bir günün belgelerini sistemin gün sonu raporuyla karşılaştırarak kontrol edin. Örneğin tek bir yerde değiştirilen fiyat, kanalların kabul etmeyeceği bir fiyatın kapıdan gelen misafire söylenmesi.
Örneğin kayıtta, hesapta ve faturada üç farklı yazılan misafir adı. Günlük müşteri listesi adı, soyadı, oda numarasını ve oda ücretini göstermek zorundadır; yazım farkı, yasal kayıt farkına dönüşür. Örneğin bakım için hizmet dışı çıkarılan bir odanın, kanal yöneticisine olay gitmediği için satışta kalması.
Her kopukluğun bir sahibi vardır. Bağlantının yanında bir ad yoksa, o bağlantı kimsenin işi değildir.
Türkiye'de otelin altyapısı neyi, kime raporlamak zorundadır?
Türkiye'de her konaklama ödeme, mali belge, misafir kimlik bildirimi ve kişisel veri adımlarını içerir; dolayısıyla altyapı yalnızca operasyonu değil, yasal raporlamayı da besler. Tarih, tutar ve kendi durumunuzu bir mali müşavir ya da hukuk danışmanıyla teyit edin.
Misafir kimliği ve kişisel veriler
Kimlik Bildirme Kanunu (1774 sayılı), otel, motel, pansiyon, tatil köyü ve benzeri konaklama yerlerinin sorumlu işleticilerine, yerli ya da yabancı her misafirin kimlik ve geliş-ayrılış kayıtlarını günü gününe tutma, tüm kayıtları bilgisayarda tutma ve genel kolluk kuvvetlerinin bilgisayar terminallerine bağlanarak bu kayıtları anlık bildirme yükümlülüğü getirir. Kanun, uymayanlara idari para cezası öngörür; tutarları bir danışmanla teyit edin. Ayrıntılar için mevzuat.gov.tr'deki Kimlik Bildirme Kanunu metni (yeni sekmede açılır)'ne bakabilirsiniz.
Kişisel veri tarafında KVKK'nın veri güvenliği rehberi (KVKK Yayınları No. 72, Nisan 2025), veri sorumlularından elindeki verileri hâlâ ihtiyaç duyup duymadıklarını değerlendirmesini, sık erişilmeyen arşiv verilerini daha güvenli ortamlarda saklamasını, ihtiyaç duyulmayan verileri saklama ve imha politikasına göre imha etmesini ve yeni sistemlerin tedariki ya da geliştirilmesinde güvenlik gereksinimlerini, girdi doğruluğunu sağlayan kontroller dahil, göz önünde bulundurmasını ister. Son nokta doğrudan sistem haritanıza aittir: yanlış yazılmış bir kimlik numarasını kabul eden sistem, hatayı aşağıdaki her yasal kayda taşır.
Para: e-belgeler ve mali kasalar
e-Arşiv fatura elektronik ortamda oluşturulur ve alıcının talebine göre kâğıt ya da elektronik ortamda iletilir; e-Arşiv uygulamasına dahil işletmeler bu faturayı e-Fatura uygulamasına kayıtlı olmayan alıcılara düzenler, dayanağı 509 Sıra No.lu Vergi Usul Kanunu Genel Tebliği'dir. Otelin kendi sistemleri yeterli olmadığında e-faturalar, Gelir İdaresi Başkanlığının testlerini tamamlayıp izin aldığı bir özel entegratörün sistemi üzerinden gönderilir ve alınır. Bir e-faturanın gönderilmeden önce bir kişi tarafından incelenmesi iyi bir uygulamadır.
Satış noktasında 3100 sayılı Kanun, nihai tüketiciye mal satan ya da hizmet veren birinci ve ikinci sınıf tüccarların ödeme kaydedici cihaz (ÖKC) kullanmasını zorunlu kılar. Cihaz her satış için bir satış fişi ve günlük kapanış fişi verir, müdahaleye karşı korunan bir mali hafıza taşır. Hangi satış noktalarında cihaz gerektiği, otelin mali müşavirine sorulacak bir sorudur.
Kayıtlar ve merkezi turizm veri tabanı
Vergi Usul Kanunu (213 sayılı), konaklama yerlerinden oda ve yatak planlarına uygun, müteselsil seri ve sıra numaralı, her misafirin adını, soyadını oda numarası ve oda ücretiyle gösteren günlük müşteri listeleri düzenlemesini (madde 240) ve defter tutanların defter ve belgelerini ilgili yılı izleyen takvim yılının başından itibaren beş yıl saklamasını (madde 253) şart koşar.
Ayrıca, alomaliye.com (6 Mayıs 2026) ve Dünya (18 Mayıs 2026) haberlerine göre Kültür ve Turizm Bakanlığı'nın 2026/1 sayılı genelgesi (16.04.2026), konaklama tesislerini ve yazılım sağlayıcılarını, verileri web servisi bağlantısıyla merkezi turizm veri tabanına göndermekle yükümlü kılar: aktarım otomatikse günlük, elle yapılıyorsa her ayın 15'ine kadar; ilk son tarih 15.05.2026. Kapsam ve yaptırım için genelge metnini ve yazılım sağlayıcınızı kontrol edin.
DikkatMevzuat değişir
Bu bölüm yükümlülükleri yalnızca genel hatlarıyla anlatır. Tarihler, eşikler, ceza tutarları ve belirli bir satış noktasının ya da belge türünün kapsama girip girmediği mali müşaviriniz ya da hukuk danışmanınızla, merkezi turizm veri tabanı için ise genelge metni ve yazılım sağlayıcınızla teyit edilmelidir.
Kendi sistem haritanızı nasıl çizersiniz?
Tek sayfaya çizin: sistemler yanda, bilgiler üstte, gerektiği her hücrede bir ad. Bu çalışma bir öğleden sonra sürer ve her sezon geri dönen tartışmaları bitirir.
Satıcılardan değil, bilgilerden başlayın. Müsaitlik, fiyat, misafir hesabı, misafir kimliği, fatura, oda durumu ve ödeme çoğu otel için yeterlidir. İnsanların unuttuğu sistemleri de katın: mali müşavirin programı, satış noktası kasaları, mali cihaz, e-belgeleri gönderen entegratör.
Her bağlantıyı otomatik ya da elle olarak işaretleyin. Elle bağlantı, bir kişinin yeniden yazması demektir; adı yazılmış bir sahibe ve çalışma saatlerine ihtiyaç duyar. Hangi kopyaların yasal bir raporu beslediğini işaretleyin ki bir sistemde yapılan değişiklik, kimlik bildirimi, günlük liste, mali belge ve merkezi veri tabanı aktarımıyla kontrol edilsin.
Her ay bir bağlantıyı bilinen bir değişiklikle sınayın, sonra tüm kopyaları kontrol edin. Bir harcama, bir fiyat değişikliği ya da bir oda bloğu yeterlidir. Haritayı satıcı sözleşmeleriyle birlikte tutun ve bir sistem değiştiğinde güncelleyin. Değişiklik gündeme geldiğinde harita, PMS değiştirirken veri taşıma: neler aktarılır, neler geride kalır? yazısının da girdisidir.
Kontrol listesiSistem haritası kontrol listesi
- Misafir, oda, fiyat ya da para bilgisi tutan her sistem listelenmiş, mali müşavirin programı ve mali kasa dahil.
- Her bilginin yanına tek bir sahip sistem yazılmış.
- Her bağlantı otomatik ya da elle olarak işaretlenmiş.
- Her bağlantının, ona ulaşılabilirlik saatleriyle birlikte, onu tamir eden adı var.
- Yasal rapor besleyen kopyalar işaretlenmiş.
- Her ay bir bağlantı bilinen bir değişiklikle sınanıyor.
- Harita sözleşmelerle birlikte saklanıyor ve tarih atılıyor.
- Bir sistem değiştirilmeden önce harita, neyin taşınacağına ve neyin kalacağına karar vermek için kullanılıyor.
Yeni bir şey satın almadan önce neye karar vermelisiniz?
Özellikleri karşılaştırmadan önce sahipliğe ve çıkışa karar verin. Özellikler demoda görünür; sahiplik, veri dışa aktarma ve gece sorumluluğu görünmez.
Önce müsaitliğin ve fiyatın sahibini belirleyin. Bu bilgileri yazan yeni bir sistem, eski yazıcı kapatılmadıkça ikinci bir gerçeklik yaratır. Yeni sistemin bir bilgiyi yazdığını mı yoksa yalnızca okuduğunu sorun. Okuyucu eklemesi kolaydır; ikinci yazıcı kalıcı bir uzlaştırma işidir.
Dışa aktarmayı isteyin: rezervasyonlar, misafir kayıtları ve hesap geçmişi, talep üzerine, bir proje olmadan, kullanılabilir bir dosyada. Yeni sistemin hangi yasal raporları beslediğini, hangilerinin muhasebede kaldığını ve merkezi turizm veri tabanı aktarımını kimin teyit ettiğini sorun. Bir bağlantı saat 23.00'te koptuğunda kime telefon edildiğini ve bunun satıcı mı, entegratör mü, sizin ekibiniz mi olduğunu sorun.
Yapay zekâ asistanlarını aynı bilgilerin bir okuyucusu daha olarak değerlendirin. Soru asistanın ne kadar akıllı olduğu değil, her bilginin tek bir sahibi ve tanımlı bir okunma yolunun olup olmadığıdır. Yanıtları toplantı notlarına değil, sözleşmeye yazın. Satıcılara sorulacak soruların tamamı için otel yönetim sistemi (PMS) seçimi: yazılım firmasına sorulacak sorular yazısına bakın.
Şimdi ne yapmalı
Bu hafta tek sayfalık haritayı çizin: sekiz sistem, yedi bilgi, her bilginin tek sahibi, her bağlantıda bir ad. Sonra onu her satın alma görüşmesinin ilk belgesi olarak kullanın; çünkü bir otel teknoloji altyapısı, kaç ürün içerdiğine değil, kaç bilgiyi iki kez tuttuğuna göre değerlendirilir.
Sıkça sorulan sorular
Her şeyi tek satıcıdan almak entegrasyon işini ortadan kaldırır mı?
Firmalar arasındaki bağlantı sayısını azaltır ve bu gerçek bir değerdir. Sahiplik sorusunu ortadan kaldırmaz: tek bir ürün ailesinin içinde bile bilgiler modüller arasında kopyalanır. Dışa aktarmayı, ürün ailesinin hangi yasal raporları beslediğini ve bir bağlantı koptuğunda kime telefon edildiğini sorun.
Oda fiyatının sahibi kim olmalı, yönetim sistemi mi kanal yöneticisi mi?
İkisi de olabilir ama yalnızca biri. Kanal yöneticisi sahibse resepsiyon fiyatı o kopyadan vermeli ve basılı fiyat listesi kalkmalı. Yönetim sistemi sahibse kanal yöneticisi yalnızca kendisine verileni yayımlamalı. İki yazıcı, hiçbir kanalın kabul etmeyeceği bir telefon fiyatı demektir.
Küçük bir otel kanal yöneticisi olmadan çalışabilir mi?
Evet, az kanalla satıyorsa ve bunları elle güncelliyorsa. Sahiplik sorusu kaybolmaz; adı yazılmış bir kişiye ve günün sabit bir saatine sahip, elle bir bağlantıya dönüşür. Kişi izindeyken elle bağlantılar ayrışır; bu yüzden aylık kontrol daha da önemlidir.
Bir bağlantının koptuğunu misafirden önce nasıl anlarız?
Her ay bir bağlantıyı bilinen bir değişiklikle sınayın: bir harcama işleyin, bir fiyat değiştirin, bir odayı bloke edin, sonra tüm kopyaları kontrol edin. Her ay bir günün misafir hesaplarını mali belgelerle karşılaştırın ve kayıt bilgisini kimlik bildirimiyle ve günlük müşteri listesiyle mukayese edin.
Yapay zekâ asistanı, otel teknoloji altyapısının bir parçası mıdır?
Okuyucudur, sahip değil. Bir asistan, okuduğu bilgilerin tek sahibi ve tanımlı bir okunma yolu varsa yararlıdır. Bu, herhangi bir asistan bağlanmadan verilecek bir altyapı kararıdır ve raporlamayı ile satış noktası harcamalarını güvenilir kılan kararla aynıdır.
Kaynaklar
- Kimlik Bildirme Kanunu, Kanun No. 1774 (consolidated text, Articles 1, 2 and Additional Article 1) (yeni sekmede açılır)T.C. Cumhurbaşkanlığı Mevzuat Bilgi Sistemi (mevzuat.gov.tr)mevzuat.gov.tr