Otel yönetim sisteminde KBS, KVKK ve e-Fatura: AI Otel’in yaklaşımı

Otel yönetim sistemi (PMS), otelin konaklamaları üzerinde çalıştığı yazılımdır. AI Otel'in otel işletim sistemi, KBS misafir kimlik bildirimlerini, KVKK kişisel veri yönetimini ve e-Fatura ile e-Arşiv faturalamasını çekirdeğine işledi. Her e-fatura gönderilmeden önce bir kişinin incelemesini bekler. ÖKC yazar kasa bağlantısı tasarlandı, geliştirilmedi.

Saat 23:40'ta bir misafir kimlik kartını resepsiyona uzatıyor. Sonraki birkaç dakikada otel bir konaklama kaydı açıyor, kimlik bildirimini yapıyor, kişisel veriyi bir saklama kuralına göre depoluyor, misafir hesabını açıyor ve sonunda bir mali belge düzenliyor. Bu beş şeyin birbiriyle tutup tutmadığına resepsiyonist değil, yazılım karar veriyor. Yazının sonunda her adımın yasal olarak ne içerdiğini, otel yönetim sisteminde KBS ve e-Fatura'nın nasıl taşınması gerektiğini ve herhangi bir sağlayıcıya güvenmeden önce hangi soruları soracağınızı bileceksiniz.

Türkiye'de her konaklama ne içerir?#

Dört adım: ödeme, mali belge (fatura ya da e-belge), misafir kimlik bildirimi (KBS) ve kişisel veri (KVKK). Bunlar aynı masada, aynı birkaç dakika içinde gerçekleşir; bu yüzden tek bir sisteme aittir. Her konaklamanın içerdiği dört adımı başka bir yazıda ayrıntıyla ele aldık; burada yazılımın içinde nasıl yer aldıklarına bakıyoruz.

Ayrı araç yaklaşımı öngörülebilir biçimde başarısız olur. Misafirin bilgileri giriş sırasında bir kez, bildirim programında bir kez daha yazılır. Hesap bir yerde, fatura başka bir yerde düzeltilir. Bir itiraz geldiğinde hangi kaydın doğru olduğunu kimse söyleyemez. "Çekirdekte" olmaksa somut bir şey demektir: giriş ekranı, misafir hesabı, kimlik bildirimi ve fatura tek bir konaklama kaydından okunur; bir kez yapılan düzeltme, önemli olduğu her yerde görünür olur.

Bir de dürüstçe söylemek gereken bir bedel var. Çekirdek sistem, yan araçtan daha fazla yasal ağırlık taşır; bu yüzden hesabını göstermeli, geçmişi korumalı ve bir kişinin bir adımı durdurabilmesine izin vermelidir. Bu bir satış noktası değil, maliyettir. Sınır da sabittir: iş akışını yazılım taşır, yasal yükümlülük tesiste kalır. Tarihler, yaptırımlar ve kendi kapsamınız mali müşavir ya da hukuk danışmanına aittir. Dört adımın her birinin kendi düzenleyici makamı ve kendi kural seti vardır; dördünü tek ekranda sunduğunu iddia eden bir sağlayıcıdan her birini çalışırken göstermesini isteyin.

Uyum hattının üretimdeki kullanımı doğrulanmamıştır.

KBS giriş akışının içinde nasıl çalışır?#

KBS (misafir kimlik bildirimi) bildirimleri giriş akışının içinden hazırlanır ve gönderilir; resepsiyonist misafirin bilgilerini ikinci bir programa yeniden girmez.

Yasal dayanak eskidir ve açıktır. 1774 sayılı Kimlik Bildirme Kanunu, otel, motel, pansiyon, tatil köyü ve benzeri konaklama yerlerinin sorumlu işleticilerinin, yatacak yer gösterdikleri herkesin kimlik ve geliş-ayrılış kayıtlarını günü gününe tutmasını öngörür; Kanun'un ek 1. maddesi tesislerin tüm kayıtlarını bilgisayarda tutmasını ve genel kolluk kuvvetlerinin terminallerine bağlanarak anlık bildirmesini zorunlu kılar (mevzuat.gov.tr, 1774 sayılı Kanun, 05.12.2025'te yürürlükteki birleşik metin (yeni sekmede açılır)).

Mekanizma, kanunun tarihinden daha önemli. Girişte yakalanan kimlik verisi bildirime dönüşür, bildirim konaklamaya bağlanır ve ayrılış kaydı çıkışta (check-out) onu kapatır. Bir dışa aktarımdan hazırlanan bildirim, kendi hataları olan ikinci bir veri girişidir; giriş akışının içinde hazırlanan bildirim ise misafir kaydından kopamaz.

Görünürlük işin diğer yarısıdır. Başarısız ya da bekleyen bir gönderim ekranda bir kişiye görünmelidir; bir günlük dosyasının içinde kaybolmamalıdır. Asıl tehlikeli durum sessizliktir. Pratik bir test: sağlayıcıdan bir bildirimin rapordan değil, canlı bir girişten hazırlanışını göstermesini isteyin.

KVKK otelden ne ister ve sistemde nerede durur?#

KVKK (kişisel verilerin korunması kanunu) hukuka uygun bir dayanak, bir saklama süresi ve misafirlere verilebilir yanıtlar ister. AI Otel açık rızayı, veri dışa aktarımını ve saklama sürelerini bir politika metnine değil, veri modeline yerleştirdi.

Önce hukuki dayanak. 6698 sayılı Kanun açık rızayı "belirli bir konuya ilişkin, bilgilendirilmeye dayanan ve özgür iradeyle açıklanan rıza" olarak tanımlar; açık rıza aranmaksızın işleme yalnızca 5. maddedeki şartlardan biri varsa mümkündür, örneğin kanunlarda açıkça öngörülmüş olması ya da veri sorumlusunun hukuki yükümlülüğü için zorunlu olması (mevzuat.gov.tr, 6698 sayılı Kanun, 3. ve 5. maddeler (yeni sekmede açılır)). KBS bu ikinci yolun en açık örneğidir: kimlik bildirimi yasal bir yükümlülüktür, verisi bir onay kutusuna dayanmaz.

Saklama aynı mantığı izler. Kişisel veri, mevzuatın öngördüğü ya da işleme amacının gerektirdiği süre kadar tutulur; işlenmesini gerektiren sebepler ortadan kalkınca veri sorumlusu verileri resen ya da ilgili kişinin talebi üzerine siler, yok eder ya da anonim hâle getirir (6698 sayılı Kanun, 4. ve 7. maddeler). 12. madde güvenlik yükümlülükleri ekler: hukuka aykırı işleme ve erişimi önlemek için gerekli teknik ve idari tedbirleri almak, veriler kanuni olmayan yollarla ele geçirilirse durumu en kısa sürede ilgilisine ve Kurula bildirmek. 11. madde herkese, verisinin işlenip işlenmediğini öğrenme, bilgi talep etme, düzeltilme ya da silinme isteme ve yalnızca otomatik sistemlerle analiz sonucu aleyhine çıkan sonuca itiraz etme hakkı verir. Sistemin içine kurulmuş bir veri dışa aktarımı, bu hakları dakikalar içinde yanıtlanabilir kılan şeydir.

Yakın tarihli bir karar her otelcinin dikkatini hak ediyor. Kişisel Verileri Koruma Kurulu, 06.11.2025 tarihli ve 2025/2120 sayılı ilke kararında (Resmî Gazete, 09.12.2025), konaklama tesislerinin misafirlerden T.C. kimlik belgesi fotokopisi alma uygulamasına son vermesi ve alınan fotokopileri 6698 sayılı Kanun'un 7. maddesine uygun olarak imha etmesi gerektiğine; isim, soy isim ve T.C. kimlik numarasının Kimlik Bildirme Kanunu kapsamında kaydedilmesinin hukuka uygun olduğuna karar verdi. Karar T.C. kimlik belgelerini kapsar; yabancı misafirlerin pasaportlarını değil.

"Veri modelinde" olmak düz bir anlam taşır: açık rıza, tarihi ve belirtilmiş amacı olan bir alandır; saklama, bir kayıt türüne bağlı kuraldır; silme, kimin talep ettiği kayda geçen tanımlı bir eylemdir. Bir politika PDF'i bunların hiçbirini yapamaz.

e-Fatura ve e-Arşiv nasıl ele alınıyor ve her belgeyi neden bir kişi inceliyor?#

Belgeleri lisanslı bir entegratör düzenler; otel işletim sistemi onları hazırlar ve her e-fatura gönderilmeden önce bir kişinin incelemesini bekler.

Gelir İdaresi Başkanlığına (GİB) göre e-Fatura, satıcı ile alıcı arasındaki iletimi merkezi bir platform üzerinden gerçekleşen elektronik bir belgedir; yeni bir belge türü değildir, kâğıt faturayla aynı nitelikleri taşır ve uygulamaya kayıtlı mükellefler birbirlerine kestikleri faturaları bu yolla gönderip alır (GİB eBelge, "e-Fatura Hakkında", 2026 (yeni sekmede açılır)). e-Arşiv Fatura, 509 Sıra No.lu Vergi Usul Kanunu Genel Tebliği ile düzenlenir; e-Fatura'ya kayıtlı olmayan mükelleflere ve mükellef olmayanlara düzenlenir, alıcının talebine göre kâğıt ya da elektronik ortamda iletilir. Özel entegrasyon yönteminde mükellef, GİB'ten özel entegrasyon izni almış bir entegratörün bilgi işlem sistemi aracılığıyla e-faturalarını gönderip alır. Entegratör adı vermek gerekmez; önemli olan, belgeyi lisanslı birinin düzenlemesidir.

İncelemenin nedeni şudur: fatura gönderildiği anda mali bir belgedir ve yanlış olanı aynı resmi yol üzerinden düzeltilmek zorundadır. Alıcı bilgileri, tutarlar, KDV ve tarih üzerinden yapılan bir dakikalık insan kontrolü, zincirdeki en ucuz kapıdır. Bunu iyi bir uygulama olarak sunuyoruz, yasal garanti olarak asla. Bu yazı zorunlu tarih ya da eşik vermez; hiçbir faturayı, yazılım ürettiği için yasal geçerli saymaz. İnceleyen kişiye pratik bir alışkanlık: satışın hiç fatura gerektirip gerektirmediğini kontrol edin; bazı satışlar yazar kasa fişiyle belgelenir.

Kaynak: GİB eBelge sayfaları, 2026.

Düzeltmeler neden silinmek yerine iptal ve ters kayıtla yapılıyor?#

Çünkü kaybolabilen bir mali kayıt denetlenemez. AI Otel'in faturalama modülü asla silmez: düzeltmeler iptal ve ters kayıtla yapılır, gün sonu işlemi (night audit) iş gününü kapatır.

Mekanizma basittir. Yanlış bir harcama gerekçesiyle iptal edilir ve karşısına ters kayıt işlenir. Orijinal satır görünür kalır; kimin, neden değiştirdiğiyle birlikte. Okur için sonuç: misafir hesabı ile mali belge birbirine uymak zorundadır ve silinen bir satır, konaklama, hesap ve fatura arasındaki izi koparır. Ters kayıt üçünü de okunur tutar.

Gün sonu işlemi iş gününü kapatır, o günün toplamlarını sabitler ve sistemi sonraki tarihe taşır; kapanan günün gerisinde hiçbir şey sessizce değişemez. Resepsiyon pratiğinde personele gereken şey bir silme düğmesi değil, gerekçe alanı ve yetki seviyesidir; eğitim tıklamada değil, gerekçededir. Bedeli şudur: hesap daha çok satır taşır ve misafir nedenini sorabilir. Kısa açıklamalı yazılı bir düzeltme, kayıp bir satır üzerine tartışmadan daha çabuk çözüm getirir.

Peki ya ÖKC yazar kasa cihazları?#

ÖKC (ödeme kaydedici cihaz) bağlantısı tasarlandı, geliştirilmedi. AI Otel'in sistemi ÖKC cihazlarına satış noktası bazında bağlanacak şekilde tasarlandı.

3100 sayılı Kanun'a göre ödeme kaydedici cihazlar, elektronik yazar kasa ve elektronik terminal gibi cihazlardır; bu cihazlarla verilen satış fişleri, fatura verme zorunluluğu olmayan satışların belgelendirilmesinde kullanılır ve fatura yerine geçer (mevzuat.gov.tr, 3100 sayılı Kanun, 1. ve 2. maddeler (yeni sekmede açılır)). GİB, yeni nesil ÖKC'leri internet üzerinden GİB'e güvenli veri aktarabilen bilgisayar tabanlı cihazlar olarak tanımlar; gün sonu (Z) raporlarındaki mali bilgiler güvenli servis sağlayıcılar üzerinden GİB'e gönderilir.

“Satış noktası bazında” ifadesi işin dürüst biçimidir. Restoranın, barın ve spanın her birinin kendi cihazı ve kendi fiş akışı olabilir; tek bir açma-kapama düğmesi entegrasyonun şekli değildir. Durum sözcüğü nettir: tasarlandı, bağlanacak şekilde. Geliştirilmiş olsa bile her entegrasyon, gerçek bir otelde çalışmadan önce kurum ve entegratör erişimlerini gerektirir; ÖKC bağlantısı bu aşamada değil. Bu yazı hangi satış noktalarının fatura yerine ÖKC kullanmak zorunda olduğunu ya da bağlantı son tarihini söylemez; bu bir mali müşavir kararıdır. Beş durum etiketinin ne anlama geldiğini başka bir yazıda ayrıntıyla açıkladık.

Çekirdekteki uyum konusunda herhangi bir sağlayıcıya ne sormalısınız?#

İş akışını, broşürü değil, göstermesini isteyin: bildirim nerede hazırlanıyor, rıza nerede saklanıyor, faturayı kim inceliyor, gün kapandıktan sonra yapılan bir hata ne oluyor?

Aşağıdaki kontrol listesini hayali bir misafirle bir demoda uygulayın ve sağlayıcıdan bilerek bir şeyi bozmasını isteyin. Aynı soruları bize de sorun. Uyum hattımız geliştirildi ve lansman öncesinde çalışıyor; üretimdeki kullanımı doğrulanmamıştır. Kontrol listesini sıfatlarla değil, durum sözcükleriyle yanıtlıyoruz. Dört adımın nerede buluştuğunu sorun: kimlik bildirimi, hesap ve fatura farklı kayıtlardan geliyorsa, bir düzeltme er geç kendisiyle çelişir. Bir adımı kimin durdurabileceğini sorun: bir kişi e-faturayı bekletebilmeli, bir harcamayı iptal edebilmeli ve başarısız bir bildirimi görebilmelidir. Ne dışa aktarıldığını ve ne kadar hızlı olduğunu sorun: misafirin 11. madde talebi bir politika sorusu değil, teslimat testidir. Tarihler, yaptırımlar ve tesisinizin kapsamı için mali müşavirinize ya da hukuk danışmanınıza gidin. Kamuya açık veri ve mevzuat metinleri hiçbir sağlayıcı için onay anlamı taşımaz.

Şimdi ne yapmalı#

Sekiz soruluk kontrol listesini aynı hafta hem mevcut sağlayıcınıza hem de mali müşavirinize götürün: sağlayıcı iş akışını gösterir, mali müşavir tarihleri, yaptırımları ve tesisinizin kapsamını doğrular. Yazının bölümleri tek bir fikirde birleşir: bir konaklamanın dört adımı tek bir kaydı paylaşır; böylece düzeltme, bildirim ve fatura birbirinden kopamaz. Bunun kendi sistemimizde nasıl göründüğünü merak ediyorsanız otel işletim sistemi sayfamızı inceleyebilir, görüşme talep edebilirsiniz.