Konaklamada yapay zekâ

Otelde yapay zekâ denetim izi: iyi bir kayıt neleri göstermeli?

Yapay zekâ denetim izi, bir otomatik eylemin başlangıcından sonucuna kadar tüm olayları kronolojik olarak yeniden kurabilmelidir. Bu yazı, iyi bir kaydın taşıması gereken beş temel unsuru, 'değiştirilemez' yanılgısını ve kayıtta yer almaması gereken verileri açıklar.

  • 12 dk okuma
  • AI Otel Editorial

Yapay zekâ taslağı · editör incelemesi bekleniyor

İçindekiler

Kısaca

  1. "Sistem fiyatı değiştirdi" yazan bir kayıt, yöneticinin, mali kontrolörün ya da denetçinin soracağı beş sorudan hiçbirini yanıtlamaz.
  2. NIST sözlüğü, denetim izini bir eylemi çevreleyen olayların sırasını başından sonuçlarına dek yeniden kurmaya yetecek kronolojik kayıt olarak tanımlar (NIST Bilgisayar Güvenliği Kaynak Merkezi, "Glossary: audit trail").
  3. Dürüst söz "kurcalandığında fark edilir" olmaktır; değişikliklerin kolayca tespit edilebilir kılınması anlamına gelir (NISTIR 8202, NIST sözlüğü üzerinden), asla "değiştirilemez" değil.
  4. Her geri alma işlemi eski kaydı silmek yerine yeni bir kayıt oluşturmalıdır; böylece değişiklik de düzeltme de görünür kalır.
  5. Kayıt, bir ödemeye ya da misafir profiline başvuru numarası taşımalıdır; kart verisi ya da görevin gerektirdiğinden fazla kişisel veri asla taşımamalıdır.

Yapay zekâ denetim izi, otomatik bir sistemin ne yaptığını, olayı başlangıcından sonucuna dek yeniden kurmaya yetecek ayrıntıda kronolojik olarak kayda geçiren kayıttır. Bir otelde bu kayıt kim ya da neyin harekete geçtiğini, kimin yetkisiyle, neyin neye dönüştüğünü, neden ve nasıl geri alınabileceğini göstermelidir. İyi kayıtlar yalnızca eklenebilir ve kurcalandığında fark edilir nitelikte olur, asla "değiştirilemez" değildir.

Saat 02:40'ta bir oda fiyatı değişir. Kahvaltıya kadar gelir yöneticisi kimin değiştirdiğini, kimin talimatıyla değiştiğini ve geri konulup konulamayacağını öğrenmek ister. Sistemin verdiği tek yanıt "otomatikti" ise kontrol edecek bir şey de geri alacak bir şey de yoktur. Bu yazı, o soruları yanıtlayan kaydın şartnamesini verir: her kaydın göstermesi gereken beş şey, iyi bir kaydın nasıl göründüğü, "asla değiştirilemez" sözünün neden yanlış olduğu ve kaydın neleri dışarıda bırakması gerektiği.

Otelde yapay zekâ denetim izi nedir?

Sistemin ne yaptığını, başka birinin eylemin başlangıcından sonucuna kadar olaylar dizisini yeniden kurabileceği ayrıntıda kronolojik olarak kayda geçiren kayıttır. NIST Bilgisayar Güvenliği Kaynak Merkezi sözlüğü denetim izini tam bu terimlerle tanımlar: bir eylemi, prosedürü ya da olayı çevreleyen veya ona yol açan olayların sırasını başından sonuçlarına dek yeniden kurmaya ve incelemeye yetecek, sistem faaliyetlerinin kronolojik kaydı (NIST Bilgisayar Güvenliği Kaynak Merkezi, "Glossary: audit trail", 01.11.2026 (yeni sekmede açılır)).

Log kaydı ile denetim izi aynı şey değildir. Log kaydı, yazılımı hata ayıklaması gereken mühendis için yazılır; denetim izi ise bir yöneticinin, mali kontrolörün ya da denetçinin mühendis çağırmadan bir kararı yeniden kurabilmesi için yazılır. Kaydınızı yalnızca onu geliştiren kişiler okuyabiliyorsa, o bir log kaydıdır.

Yapay zekâ iki zorluk ekler. Harekete geçen, bir kişinin daha önce verdiği talimat doğrultusunda çalışan yazılım olabilir; ayrıca karar gerekçesi aylar sonra yeniden üretilemeyebilir. Bu yüzden kayıt, sonradan yeniden çalıştırmayı değil, o anki girdileri ve tetiklenen kuralı yakalamak zorundadır. Neden alanının yapay zekâ denetim izinde geleneksel olandan daha önemli olmasının sebebi budur.

Kapsamı sonuçla belirleyin. Para, oda envanteri, misafir verisi ya da misafire giden bir mesajla ilgili her otomatik değişiklik kayda girmelidir; ekran düzenindeki bir değişiklik girmemelidir. Ticari neden sıradandır: bir seyahat acentesiyle sözleşmeli fiyat yüzünden çıkan anlaşmazlık, bir kart itirazı, iptal edilen bir harcama hakkında muhasebecinin sorusu, bir sayının neden oynadığını soran mal sahibi.

İki uyarı. Kaydın nerede tutulduğunu, sözleşme bittikten sonra okuyup dışa aktarabileceğinizi ve saklayabileceğinizi sorun; satıcının kendi iç kayıtları size açılmayabilir, bu soruyu kayda güvenmeden önce netleştirin. Model Context Protocol projesinin araçlar şartnamesi (sürüm 2026-07-28) aynı beklentiyi dile getirir: istemci uygulamaların araç kullanımını denetim amacıyla kayda geçirmesi önerilir ve bir kişi modelin önerdiği eylemi her zaman reddedebilmelidir. Burada araç, modelin çağırmasına izin verilen bir işlemi, örneğin "fiyatı değiştir" işlemini anlatır.

Her kayıt hangi soruları yanıtlamalı?

Beş soru ve zamanla ilgili bir altıncısı: kim ya da ne harekete geçti, kimin yetkisiyle, ne neye dönüştü, neden, nasıl geri alınır ve otelin iş gününde ne zaman gerçekleşti.

Kim ya da ne: adı geçen kişi, ya da adı geçen otomatik süreç ve altında çalıştığı hesap. "Admin" bir yanıt değildir. Kimin yetkisiyle: eyleme izin veren onay, kalıcı talimat ya da kural, o onaya yapılan başvuruyla birlikte; "sistem karar verdi" de bir yanıt değildir. Ne değişti: öncesi ve sonrası değerleri, para birimi ve tarihleriyle, iki kişinin neyin değiştiği konusunda aynı fikre varacağı kesinlikte tanımlanmış bir nesneye bağlı olarak.

Neden: o anda verilmiş, sözlerle ifade edilen gerekçe ve kararın kullandığı girdiler. Boş bir neden alanı, kaydı bir makbuzdan farksız hale getirir. Nasıl geri alınır: geri alma yolu ya da böyle bir yol olmadığının açık söylenmesi; "desteğe başvurun" bir geri alma yolu değildir. Ne zaman: saat dilimiyle birlikte zaman damgası ve kaydın ait olduğu iş günü; çünkü gece yarısından sonra yapılan bir değişiklik, otelin defterlerini kapatan gün sonu (night audit) işlemiyle önceki güne ait olabilir.

SoruKayıtta bulunmalıYetersiz olan
Kim ya da neAdı geçen kişi ya da süreç ve hesabı"admin"
Kimin yetkisiyleOnay başvurusu, kalıcı talimat ya da kural"sistem karar verdi"
Ne değiştiÖnce ve sonraki değer, para birimi, tarih, nesne"fiyat güncellendi"
NedenO anki gerekçe ve kullanılan girdilerboş neden alanı
Nasıl geri alınırGeri alma yolu ya da olmadığının açık ifadesi"desteğe başvurun"
Ne zamanSaat dilimli zaman damgası ve iş günüçıplak saat

Bundan iki tasarım testi çıkar. Mühendis olmayan biri tek bir kaydı okuyup bunu bir misafire ya da muhasebeciye anlatabiliyor mu? Kayıt okunabilir bir biçimde dışa aktarılabiliyor mu, yoksa bir ekranın içinde mi sıkışmış? Hangi eylemlerin bir kişinin onayını gerektirmesi gerektiğine daha yakından bakmak isterseniz, otelde yapay zekâ: hangi eylemler bir kişinin onayını gerektirir? yazısına bakın.

İyi bir kayıt uygulamada nasıl görünür?

Vardiya müdürünün yüksek sesle tekrarlayabileceği kısa ve eksiksiz bir hikâye gibi okunur ve her parçası denetlenebilir bir şeye işaret eder.

NotÖrnek bir fiyat değişikliği

Örneğin, bir otelin sistemi bir salı günü saat 02:40'ta, deniz manzaralı çift kişilik odanın fiyatını sonraki yedi gece için 180 avrodan 165 avroya indirir. Kayıt aktörü adıyla verir: gelir yöneticisinin hesabı altında çalışan, "hafta içi doluluk" adlı otomatik kural; ortak bir yönetici girişi değil. Yetkiyi adıyla verir: gelir yöneticisinin belli bir tarihte onayladığı kalıcı talimat ve o onayın başvuru numarası. Değişikliği her gece için ayrı ayrı gösterir: oda tipine ve fiyat planına bağlı, her birinde öncesi 180 ve sonrası 165 olan yedi satır. O an kaydedilen gerekçeyi verir, örneğin bloktan kullanılan oda sayısının (pick-up) üç gün üst üste kuralın tabanının altında kalmasını ve kuralın okuduğu sayıları. Geri almayı verir: o yedi geceyi tek işlemde 180'e döndür. Zaman damgasını, saat dilimini ve iş gününü taşır. Geri alma yeni bir kayıt oluşturur; özgün kayıt görünür kalır.

Örnek, kaydın söyleyemediği şeyleri de gösterir. Talebin neden düştüğünü söyleyemez ve gerekçe hiç yazılmadıysa modelin iç muhakemesini açıklıyormuş gibi yapmamalıdır. Olaydan sonra gerekçe uyduran bir kayıt, yalnızca ölçülmüş olanı dürüstçe gösteren kayıttan daha kötüdür.

"Asla değiştirilemez" neden yanlış bir söz?

Çünkü hiçbir sistem bu sözü tutamaz ve bunu veren satıcı, mühendisliğinden çok satış dilinden söz ettirmiştir. Bir sistemin yapabileceği şey değişikliği tespit edilebilir kılmaktır: NIST sözlüğü "tamper evident" kavramını, veride yapılan değişiklikleri kolayca tespit edilebilir kılan bir süreç olarak tanımlar (NIST Bilgisayar Güvenliği Kaynak Merkezi, "Glossary: tamper evident", 01.11.2026 (yeni sekmede açılır)).

Yalnızca eklenebilir olması, yeni kayıtların eklenebileceği ama geçmiş kayıtların uygulamadan düzenlenemeyeceği ya da silinemeyeceği anlamına gelir. Düzenleme ve silme yolları veritabanının kendisinde kapatılır; böylece geçmişi yeniden yazan bir ekran da, bir API çağrısı da yoktur.

Zincir ikinci yarıdır. Her kayıt, kendi içeriğinden ve bir önceki kaydın parmak izinden birlikte hesaplanan kısa bir parmak izi taşır; eski bir kaydı değiştirmek, ondan sonraki her halkayı koparır. Düz bir deyişle: bir önceki mühürü de mühürleyen bir balmumu mühür. Bu tespit sağlar, önleme değil. Veritabanı dosyasına tam erişimi olan biri veriyi yine de değiştirebilir; zincirin gösterdiği şey, bunun yapıldığı ve nerede yapıldığıdır.

Blok zinciri gerekli değildir. Gerçekten istediğiniz özellik, tespit edilebilirlik, ayrıca otelin kendi yöneticisinin erişemeyeceği bir yerde tutulan bir kayıt kopyası ve "4.182 numaralı kayıt artık zincirle uyuşmuyor" diyen düz bir rapordur. Pratik test bedava: satıcıdan gözünüzün önünde geçmiş bir kaydı değiştirmesini, sonra bunu yakalayan raporu göstermesini isteyin. Bunu gösteremeyen satıcının kurcalandığında fark edilir bir kaydı yoktur.

"Değiştirilemez", "silinemez" gibi sözleri kendi politika belgelerinizden de uzak tutun. Bu sözler, yanıtlayamayacağınız soruyu tam olarak davet eder.

Kayıt neleri dışarıda bırakmalı?

Kart verisini ve görevin gerçekten gerektirdiğinden fazla kişisel veriyi. Misafir veritabanınızın ikinci bir kopyasına dönüşen bir denetim izi, arama kutusu olan bir sorumluluktur.

Denetim kaydının içine tam kart numarası, güvenlik kodu ya da taranmış kimlik belgesi asla konmamalıdır; bunların yerine ödeme kaydına ya da misafir profiline bir başvuru taşınır. Rezervasyonla ilgili bir kayıt, işe yarar olması için genellikle misafirin adına ihtiyaç duyar; fiyat değişikliği, kat hizmetleri durumu ya da ayar değişikliği duymaz ve en fazla bir rezervasyon numarası taşır.

KVKK (kişisel verilerin korunması kanunu) kapsamındaki genel ilkeler amacın sınırlanması, amacın gerektirdiğinden fazlasının tutulmaması ve okuyabilecek kişilerin kısıtlanmasıdır. Bu ilkeleri yalnızca misafir veritabanına değil, kaydın kendisine de uygulayın. Kayıt bir kişiyi tanımlıyorsa, eylemi onaylayan personel üyesini de, kişisel veridir; o kayıt, misafir kaydıyla aynı özeni hak eder. Erişim tasarımın parçasıdır: vardiya müdürü, mali kontrolör ve denetçi aynı kaydın farklı görünümlerine ihtiyaç duyabilir; resepsiyonun hiçbirine ihtiyacı olmayabilir.

İki soru satıcı toplantısına değil, danışmanlara aittir. Kayıt Türkiye dışında saklanıyor ya da işleniyorsa bu teknik bir ayrıntı değil, bir veri aktarımı sorusudur; hukuk danışmanınıza götürün. Saklama süreleri vergi kurallarına, kişisel veri kurallarına ve kendi durumunuza bağlıdır; politikanıza yazmadan önce muhasebeciniz ve hukuk danışmanınızla doğrulayın.

Kontrol listesiKendi kaydınızı bu listeyle denetleyin

  • Denetim kayıtlarının içinde kart numarası, güvenlik kodu ya da kimlik taraması yok
  • Misafir adları yalnızca kayıt gerçekten o misafirle ilgiliyse geçiyor
  • Kaydın tuttuğu her alan için yazılı bir amaç var
  • Rol bazlı görünümler sayesinde her okuyan yalnızca gerektiğini görüyor
  • Muhasebeci ve hukuk danışmanıyla doğrulanmış yazılı bir saklama kararı var
  • Kaydın nerede saklandığı ve Türkiye dışına çıkıp çıkmadığı biliniyor

Kaydı kim, ne sıklıkla okur?

Dört okuyucu, dört ayrı ritimle: vardiya müdürü her gün; mali kontrolör gün sonunda ve ay sonunda; muhasebeci ve denetçi talep üzerine; mal sahibi ya da genel müdür aylık ve her olaydan sonra.

Vardiya müdürü, vardiyanın başında bir şey ters görünüyorsa okur; kayıt düz bir dille yazılmış ve odaya, misafire ya da zamana göre aranabilir olmalıdır. Mali kontrolör gün sonu kapanışında okur: iptal ve ters kayıtları, kimin onayladığını ve iş gününün temiz kapanıp kapanmadığını arar. Muhasebeci ve dış denetçi belirli aralıklarla ve talep üzerine okur; onlara gerekli olan, neden alanı dolu, okunabilir bir dışa aktarım dosyasıdır, ekran görüntüsü değil.

Mal sahibi ya da genel müdür ham kaydı değil, bir özet okur: kaç otomatik değişiklik çalıştı, kaçı bir kişiyi gerektirdi, kaçı geri alındı, ne onay bekliyor. Misafir ise kaydı dolaylı olarak, sizin aracılığınızla okur; bir harcama itiraz edildiğinde. Kayıt öncesini, sonrasını ve onayı gösterdiğinde bu konuşma çok daha kısa sürer.

Tasarım sonucu keskindir: tek kayıt, birkaç görünüm. Tek görünüm bir geliştirici konsoluysa, binadaki kimse o kaydı okumaz ve kayıt dekorasyona döner. En sık karşılaşılan mali senaryo için folyodaki hatalı kalem nasıl düzeltilir? İptal ve ters kayıt rehberi yazısına bakın.

Geri alma ile düzeltme: kaydın yalnızca çözümü belgeleyebildiği durum

Bazı eylemler geri alınabilir, bazıları alınamaz; ikinci grupta kaydın görevi geri almaktan açıklamaya döner.

Geri alınabilir eylemler: fiyat değişikliği, oda ataması, kat hizmetleri durumu ve çoğu iç ayar. Geri alma bir eylemdir ve kendi kaydını oluşturur. Geri alınamayanlar: misafire gönderilmiş bir mesaj, alınmış bir ödeme, kesilmiş bir fatura, gönderilmiş bir misafir kimlik bildirimi. Sonucunu düzeltebilirsiniz; olayı geri çağıramazsınız. Bunlar için kayıt, neyin gönderildiğini, kime, ne zaman, kimin yetkisiyle ve sonrasında ne yapıldığını göstermek zorundadır: özür, iade, düzeltilmiş belge, başvurularıyla birlikte.

Bunu işleyen tasarım kuralı, geri alınamaz eylemleri bir kişinin onayının arkasına koymaktır; böylece kayıt her zaman adı geçen bir onaylayıcı taşır, adsız bir süreç değil. Düzeltme, silme değildir: misafirin hesabına işlenen bir harcama iptal ve ters kayıtla düzeltilir, asla silinmez; özgün kayıt düzeltmesinin yanında görünür kalır ve ikisi birlikte gerçeği anlatır. Konunun bütünü için otelde geri alınamayan adımlar ve yapay zekâ: mesaj, iade, e-belge yazısına bakın.

Kendi kurulumunuzu bu hafta sınayın: üç otomatik eylem seçin, her birinin geri alınıp alınamadığını sorun; alınamıyorsa, kaydın sonrasında ne gösterdiğini sorun. Bulduğunuz boşluklar sizin şartnamenizdir.

Şimdi ne yapmalı

Bu hafta otelinizde çalışmış tek bir otomatik eylem seçin ve yalnızca kaydı kullanarak, beş soru ve zaman damgasıyla onu yeniden kurmaya çalışın. Mühendise sormadan aktörü, yetkiyi, öncesi ve sonrası değerleri, gerekçeyi ve geri alma yolunu adlandıramıyorsanız, önce kapatmanız gereken boşluğu tam olarak buldunuz. Yazının geri kalanı bunu kapatmanın şartnamesiydi: okunabilir bir kayıt, yalnızca eklenebilir ve kurcalandığında fark edilir bir saklama, tutmaması gerekenlerin kısa bir listesi ve geri alabileceğiniz eylemlerle yalnızca açıklayabileceğiniz eylemler arasındaki net bir çizgi.

AI Otel'in karar kaydı bu doğrultuda geliştirildi ve herkese açık bir demo ortamında bu mantıkla işler: küçük değişiklikler kendiliğinden uygulanır ve kayda geçer, büyükleri bir kişiyi bekler ve her değişiklik, misafire gönderilmiş bir mesaj dışında, geri alınabilir. Denetim kaydı da aynı mantıkla geliştirildi: geçmiş kayıtlara yalnızca ekleme yapılabilir, değiştirme ve silme veritabanında kapalıdır; biri yine de değiştirirse zincir bunu gösterir. Bunun uygulamada nasıl okunduğunu görmek isterseniz görüşme talep edin.

Sıkça sorulan sorular

Yapay zekâ denetim izi otelin kendi sisteminin içinde durmak zorunda mı?

Hayır, ama üç koşul var: kaydı satıcının yardımı olmadan okuyup dışa aktarabilmeli, sözleşmenin bitişinden sonra da var olmalı ve hangi ülkede saklandığını bilmelisiniz. İmzadan önce, imzadan sonra değil, örnek bir dışa aktarım dosyası isteyin.

Kaydın kurcalandığında fark edilir olması için blok zinciri gerekir mi?

Hayır. Tespit edilebilirlik, yalnızca eklenebilir kurallardan ve her kaydın bir öncekine bağlandığı parmak izi zincirinden gelir. Blok zinciri, gerçekten ihtiyaç duyduğunuz özellik olan değişikliklerin görünür kılınmasını değiştirmeden maliyet ve karmaşıklık ekler.

Yapay zekâ denetim kayıtlarını ne kadar süre saklamalıyız?

Bu, vergi kurallarına, kişisel veri kurallarına ve kendi politikanıza bağlıdır; sorunun muhasebeciniz ve hukuk danışmanınız için olan bir sorudur, yazılım satıcısının değil. İşe yarar bir başlangıç noktası, bir kaydı, anlattığı işlem hâlâ sorgulanabildiği sürece tutmaktır.

Yapay zekâ asistanının yaptığı bir eylem bir kişiye atanabilir mi?

Evet, iki yoldan: adı geçen bir kişi eylemi onaylamıştır ya da adı geçen bir kişi, asistanın izlediği kalıcı talimatın sahibidir. İkisi de doğru değilse, kayıt otomatik süreci ve altında çalıştığı hesabı adıyla vermeli ve bu eylemi hiçbir kişinin onaylamadığını açıkça yazmalıdır.

Sistem log kaydı ile denetim izi arasındaki fark nedir?

Log kaydı yazılımı hata ayıklayan mühendisler için yazılır ve genellikle başkası tarafından okunamaz. Otel için yapay zekâ denetim izi ise bir yöneticinin, kontrolörün ya da denetçinin ne olduğunu ve nedenini, teknik yardım olmadan, düz bir dille yeniden kurabilmesi için yazılır.

Kaynaklar

  1. Glossary: audit trail (yeni sekmede açılır)NIST Computer Security Resource Centercsrc.nist.gov
  2. Glossary: tamper evident (yeni sekmede açılır)NIST Computer Security Resource Centercsrc.nist.gov

AI Otel EditorialYayın ekibi

AI Otel’in yayımlanmış bilgi tabanından yapay zekâ desteğiyle hazırlandı. Henüz bir editör tarafından incelenmedi.

Bu konuda size bilgi verebiliriz.

Bu konu işinizle ilgiliyse, neyin geliştirildiğini ve neyin tasarlandığını size anlatalım.

Görüşme talep edin