Karar kaydı ve denetim kaydı: AI Otel’de iki kayıt, iki ayrı görev
Karar kaydı değişikliklerin içeriğini ve geri alma durumunu açıklar. Denetim kaydı ise geçmiş kayıtların bütünlüğünü korur. İki sistemin farkını ve kullanımını inceleyin.
İçindekiler
Kısaca
- Karar kaydı neyin kararlaştırıldığını ve geri alınıp alınamayacağını yanıtlar; denetim kaydı geçmişe dokunulup dokunulmadığını yanıtlar.
- Küçük değişiklikler kendiliğinden uygulanır ve kayda geçer, büyükler bir kişiyi bekler; ikisi arasındaki çizgi otelin ayarı değil, kodda sabittir.
- Misafire gönderilmiş bir mesaj dışında her değişiklik geri alınabilir, çünkü gönderilmiş bir mesajı geri çekmek yazılımla yapılabilecek bir iş değildir.
- 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.
- "Değiştirmeye karşı kanıtlanabilir" ile "değiştirilemez" aynı şey değildir: kayıt bir müdahaleyi saklayamaz, bu daha zayıf ama daha dürüst bir sözdür.
Karar kaydı, neyin değiştiğini, değişikliği kimin ya da neyin önerdiğini, kimin onayladığını ve geri alınıp alınamayacağını söyler. Denetim kaydı ise geçmişe dokunulup dokunulmadığını söyler: kayıtlara yalnızca ekleme yapılabilir ve zincir her müdahaleyi gösterir. AI Otel ikisini de geliştirdi; ikisi de herkese açık bir demo ortamında çalışıyor.
Gece saat ikide hafta sonu oda fiyatı değişir. Sabah dokuzda genel müdür üç yanıt ister: ne değişti, kim ya da ne değiştirdi, geri koyabilir miyiz. Bir değişiklik bildirimi birincisini yanıtlar. Bu yazının sonunda iki kaydı birbirinden ayırabilecek, her birinin hangi soruyu yanıtladığını bilecek ve her tedarikçiyi, bizi dahil, kısa bir kontrol listesiyle sınayabileceksiniz.
Otel yazılımında karar kaydı nedir?
Karar kaydı, bir şey değiştiği anda yazılan yapılandırılmış bir kayıttır: önceki değer, yeni değer, saat, değişikliği kimin ya da neyin önerdiği, kimin onayladığı ve geri alınıp alınamayacağı.
Bu bir sohbet dökümü ya da ekran görüntüsü değildir. Yöneticinin mühendis aramadan okuyabildiği veridir: her biri gerekçesiyle birlikte kısa bir değişiklik listesi. Gerekçe alanı, karar kaydını bir bildirimden ayıran şeydir. "Fiyat artık daha düşük" diyen bir mesaj neden konusunda hiçbir şey söylemez, geri dönüş yolu konusunda da hiçbir şey.
İşlemler üç güvenlik seviyesinden birinde durur: bazıları doğrudan çalışır, bazıları bir kişinin onayını ister, en hassas olanlar iki onay ister. Küçük değişiklikler kendiliğinden uygulanır ve kayda geçer. Büyükler etkili olmak için bir kişiyi bekler. Küçük ile büyük arasındaki çizgi otelin ayarladığı bir ayar değil, yazılımda sabittir; bu yüzden bir tedarikçi size bu çizginin tam olarak nerede olduğunu söyleyebilmelidir.
Kayıt, değişiklik olduğu anda yazılır; sonradan hafızadan ya da gece özetinden yeniden kurulmaz. Sonradan oluşturulan kayıt bir rekonstrüksiyondur ve rekonstrüksiyon yanlış olabilir. Okur için sınav basittir: geçen haftaki herhangi bir değişikliği seçin ve sistemden önceki değeri ve gerekçeyi göstermesini isteyin. Gösteremiyorsa elinizdeki bir aktivite kaydıdır, karar kaydı değil. Aynı mantık yapay zekâ asistanları için de geçerlidir: PMS asistanının neler yapabildiği ve hangi adımın insan onayı beklediği, her işlemin hangi seviyede olduğuna bağlıdır.
Denetim kaydı nedir, farkı nedir?
Denetim kaydı başka bir soruyu yanıtlar: geçmişe dokunan oldu mu? Kaydın kaydıdır; karar kaydının sonradan güvenilir kalması için tutulur.
Geçmiş kayıtlara yalnızca ekleme yapılabilir. Bir kaydı değiştirmek ya da silmek, bir yöneticinin kapatabileceği bir izin ekranının arkasına gizlenmiş değildir; veritabanının kendisinde kapalıdır. Her kayıt, bir öncekine bağlanmıştır. Biri başka bir yoldan bir kaydı değiştirirse bağlantı artık uyuşmaz ve zincir kopukluğu gösterir. "Değiştirmeye karşı kanıtlanabilir" sözünün ardındaki mekanizma budur.
İş bölümü nettir. Karar kaydı kararların içeriğini taşır; denetim kaydı onları saklayan kabın bütünlüğünü taşır. Bir fiyatın neden değiştiğini öğrenmek için karar kaydını okursunuz. Yanıtın sonradan düzenlenmediğinden emin olmak için denetim kaydını okursunuz.
Yalnızca karar kaydı olan bir sistem ne olduğunu söyleyebilir ama hesabın sağlam olup olmadığını söyleyemez. Yalnızca denetim kaydı olan bir sistem hiçbir şeye dokunulmadığını kanıtlayabilir ama neden hiçbir şey olduğunu anlatamaz. İkisi de gerekir ve biri diğerinin yerine geçmez. Denetim kaydı, karar olmayan olayların da göründüğü yerdir: demo tesiste bir yapay zekâ asistanının oda bulup rezervasyon yapması, bir kişinin onayladığı bir öneri değil, denetlenecek bir olaydır. Daha kapsamlı bir ölçüt için iyi bir yapay zekâ denetim izinin neleri göstermesi gerektiğine bakın; iki kayıt bunun asgari ölçütüdür.
"Değiştirmeye karşı kanıtlanabilir" ne demek, neden "değiştirilemez" değil?
Değiştirmeye karşı kanıtlanabilir demek, bir müdahalenin saklanamaması demektir. Müdahalenin olamayacağı demek değildir; bunu dürüstçe vaat edebilecek yazılım tedarikçisi yoktur.
Sunucuya yeterli erişimi olan herkes bayt değiştirebilir. Yazılımın yapabileceği, değişikliği sonradan görünür kılmaktır; böylece okur, hesabın bozulduğunu bilir. Mekanizma iki şeyin birlikteliğidir: veritabanı seviyesinde yalnızca eklemeye izin veren depolama ve her kaydı bir öncekine bağlayan zincir. Tek başına hangisi olsa daha zayıftır.
Denetim konuşmasında daha zayıf olan kelime daha yararlı olandır. Mali müşavir ya da denetçi, müdahalenin imkânsız olup olmadığını değil, farkında olur musunuz diye sorar. Bu, otel içinde de doğru beklentiyi kurar: personel, kaydın düzenlemeleri ortaya çıkarmak için tasarlandığını bilmelidir; düzenlemeleri düşünülemez kılmak için değil. Tedarikçiler satış toplantısında daha güçlü durduğu için daha sert kelimelere kayar; sorgu altında ilk pes eden de o sert kelimelerdir. Bizim sistemimizde güvenlik katmanının model seçiminden önce gelmesinin nedenlerinden biri de budur.
DikkatTedarikçi yanıtlarından çıkarılacak üç ifade
"Değiştirilemez", "blok zinciri" ve "silinemez" ifadelerini geçersiz sayın. Yerine sorun: biri bir kaydı değiştirseydi, bunu nasıl anlardım ve ne görürdüm?
Hangi değişiklikler geri alınabilir, hangileri alınamaz?
Misafire gönderilmiş bir mesaj dışında her değişiklik geri alınabilir. Geri alma da başlı başına yeni bir kayıttır: özgün kayıt yerinde kalır, ters işlem onun yanına yazılır.
Geri almak, silmek değildir. Bir fiyat eski haline döndürülürse kayıt, değişikliği ve düzeltmeyi sırasıyla, iki zaman damgasıyla gösterir. İlk kaydı silmek, okuyucuyu ikincisini açıklayamaz duruma getirirdi. İstisna, dışarı giden iletişimdir. Bir mesaj misafire ulaştıysa misafir onu okumuştur. Kaydı tersine çevirmek, kaydı dünyada gerçekte olanla çelişir duruma getirirdi.
Aynı mantık otel sistemindeki parayı zaten yönetir: mali kayıtlar asla silinmez, düzeltmeler iptal ve ters kayıtla yapılır, gün sonu işlemi iş gününü kapatır. Karar kaydı bu disiplini operasyonel değişikliklere taşır. Otel ekibi için pratik sonuç bir kuraldır: binadan çıkan her şeyi ayrı bir işlem sınıfı olarak görün ve önüne bir insan koyun. Onay adımı saniyeler alır; geri çekilemeyen bir mesaj bir misafire mal olur. Daha geniş sınıf için, geri alınamayan adımları ayrıca gözden geçirmeye değer.
Önemli noktaTek geri dönüşsüz sınıf
Misafire gönderilmiş bir mesaj geri alınamaz. Karar kaydındaki her şey başka bir kayıtla tersine çevrilebilir. Onay adımını önce bu sınıfın çevresine tasarlayın.
İki kayıt birlikte nasıl çalışır?
Aynı olayın üzerinde yan yana koşarlar: karar kaydı değişikliği açıklar, denetim kaydı onu yerinde sabitler, böylece açıklama sonradan güvenilir kalır.
Örneğin bir gelir yöneticisi hafta sonu fiyatını küçük bir miktarda düşürür. Değişiklik doğrudan uygulanacak kadar küçüktür; etkili olur ve eski değer, yeni değer, saat, kişi ve gerekçeyle kayda geçer. Aynı olay, denetim kaydına bir öncekine bağlı, eklenmiş bir kayıt olarak düşer. İçerikte hiçbir şey değişmez; değişen, kaydın artık sessizce yeniden yazılamayacağıdır.
İki gün sonra yönetici işlemi tersine çevirir. Bu, ikinci bir karar kaydı ve ikinci bir denetim kaydı üretir. Geçmiş artık bir değişiklik ve bir düzeltme olarak okunur; gerçek olan da budur.
Örneğin demo tesisimizde bir yapay zekâ asistanı, otelin belirlediği sınırlar içinde oda bulur, tutar ve rezervasyon yapar. Bu rezervasyon karar kaydına yazılmaz, denetim kaydına geçer: ayrıntılarıyla bir olay olarak görünür, bir kişinin onayladığı bir öneri olarak değil. Bu iki biçimi ayrı tutmak önemlidir. Her otomatik olay onay bekleyen bir karar gibi yazılsaydı, kayıt kimsenin kararlaştırmadığı maddelerle dolar ve gerçek kararları bulmak zorlaşırdı.
AI Otel karar kaydı ve ona eşlik eden denetim kaydı bugün burada duruyor. Karar kaydı geliştirildi ve herkese açık bir demo ortamında çalışıyor: küçük değişiklikler kendiliğinden uygulanır ve kayda geçer, büyükler bir kişiyi bekler ve misafire gönderilmiş bir mesaj dışında her değişiklik geri alınabilir. Denetim kaydı aynı ortamda geliştirildi: geçmiş kayıtlara yalnızca ekleme yapılabilir, değiştirme ve silme veritabanında kapalıdır ve biri yine de değiştirirse zincir bunu gösterir.
| Soru | Karar kaydı | Denetim kaydı |
|---|---|---|
| Neyi yanıtlar | Ne kararlaştırıldı, kim tarafından, geri alınabilir mi | Geçmişe dokunan oldu mu |
| Ne taşır | Eski değer, yeni değer, saat, öneren, onaylayan, gerekçe, geri alma durumu | Tüm kayıtlar sırayla, her biri bir öncekine bağlı |
| Kim yazar | Küçük değişiklikte sistem, büyük değişiklikte onaylayan kişi | Sistem, her kayıt yazıldığında |
| Geçmiş kayıt düzenlenebilir mi | Hayır, düzeltme yeni bir kayıttır | Hayır, düzenleme ve silme veritabanında kapalı |
| Hiç göstermediği şey | Geçmişin kendisinin değiştirilip değiştirilmediği | Bir kararın neden alındığı |
Bir otel, tedarikçiye kayıtları hakkında ne sormalı?
Kendi tesisinizden gerçek bir değişiklik üzerinde, sunum slaytıyla değil canlı bir gösterim isteyin ve karşılaştığınız her sisteme aynı yedi soruyu sorun.
Bu soruları odada mühendis olmadan düz bir dille yanıtlayabilen tedarikçi, kaydı kendi geliştiricileri için değil otelciler için kurmuştur. Düzenleme sorusunun yanıtı bir izin ayarıysa, o ayarı kimin değiştirebildiğini sorun. Çoğu iddianın sessizce çöktüğü yer orasıdır. Dışa aktarmayı da isteyin: mali müşavir, denetçi ya da grup sahibi bir gün kaydı sistemin dışında görmek isteyecektir ve yalnızca bir mühendisin okuyabildiği dışa aktarma, dışa aktarma değildir.
Kontrol listesi
- Bu değişikliği kimin ya da neyin yaptığını ve ne zaman yapıldığını görebiliyor muyum?
- Yeni değerin yanında önceki değeri görebiliyor muyum?
- Geri alabiliyor muyum ve geri alma, eski kaydın yerine geçen değil, yeni bir kayıt olarak görünüyor mu?
- Hangi işlemler hiç geri alınamaz ve sistem bana onlardan önce uyarı veriyor mu?
- Bir yönetici geçmiş bir kaydı düzenleyip silebiliyor mu ve bu ayarı kim değiştirebiliyor?
- Biri bir kaydı değiştirseydi ne görürdüm ve bunu ne kadar çabuk görürdüm?
- Kaydı mali müşavirimizin okuyabileceği bir biçimde dışa aktarabiliyor muyum?
Şimdi ne yapmalı
Sözleşmeden önce, tedarikçinizden kendi tesisinizden tek bir gerçek değişiklik üzerinde iki kaydı da düz bir dille göstermesini isteyin. İki fikir basitçe birbirine oturur: karar kaydı ne olduğunu ve geri alınıp alınamayacağını açıklar, denetim kaydı o açıklamayı dürüst tutar, geri alma da hikâyeyi yeniden yazmadan durumu onarır. Bizimkini nasıl kurduğumuzu görmek isterseniz görüşme talep edin.
Sıkça sorulan sorular
Karar kaydı ile aktivite kaydı aynı şey mi?
Hayır. Aktivite kaydı genellikle bir şeyin olduğunu ve ne zaman olduğunu gösterir. Karar kaydı buna önceki değeri, gerekçeyi, değişikliği kimin ya da neyin önerdiğini, kimin onayladığını ve geri alınıp alınamayacağını ekler. Bunlar olmadan yönetici hareketi görür ama onu açıklayamaz ve geri alamaz.
Yapay zekâ asistanının yaptığı bir rezervasyon geri alınabilir mi?
Rezervasyon, her rezervasyonun iptal edilebildiği gibi iptal edilebilir ve iptal, özgün kayıt silinerek değil yeni bir kayıt yazılarak geçer. Geri alınamayan şey, misafire gönderilmiş bir mesajdır, çünkü misafir onu çoktan okumuştur. Yapay zekâ asistanlarının rezervasyonları karar olarak değil, denetlenen olay olarak kayda geçer.
Yalnızca eklemeye izin veren kayıt blok zinciri mi kullanır?
Hayır. Veritabanı seviyesinde yalnızca eklemeye izin veren depolama ve her kaydı bir öncekine bağlayan zincir, önemli olan özelliği verir: bir müdahale saklanamaz. Blok zinciri farklı maliyetleri olan farklı bir tasarımdır ve bir otelin denetçi sorusunu yanıtlamak için buna ihtiyacı yoktur.
Otel içinde bu kayıtları kim görebilir?
Otelin kendi ekibi kendi karar kaydını düz bir dille okur; denetim kaydı, aynı ekibin, sahibin ya da dış bir denetçinin geçmişi sonradan denetleyebilmesi için vardır. Her otelin verisi veritabanı seviyesinde ayrılır. Güvenmeden önce herhangi bir tedarikciden dışa aktarmayı göstermesini isteyin.
Bu kayıtlar bugün otellerde kullanılıyor mu?
İkisi de geliştirildi ve herkese açık bir demo ortamında çalışıyor. Ekosistemin otel büyüme ve danışmanlık kolu olan OtelCiro bugün ücretli otel müşterileriyle çalışıyor; otel işletim sistemi ise çalışan yazılım olarak lansman öncesi durumda.