Rezervasyon evrakında yapay zekâ: e-posta, rooming list ve acente voucher’ından bilgi çıkarmak
Rooming list ve voucher gibi belgelerden yapay zekâ ile veri çıkarma sürecini ve insan onayının önemini anlatır. Kendi belgelerinizle hata sayımı yaparak güvenli bir test tasarlayabilirsiniz.
İçindekiler
Kısaca
- Çıkarma işlemi bir taslak tablo üretir, rezervasyon değil; tek işi, orijinal belgeyi elle yeniden yazdırmaktan daha hızlı kontrol edilmektir.
- Düzeni sabit ve tekrarlayan belgeler çıkarmaya uygundur; kimlik belgeleri, pasaportlar ve KBS verileri bu akışa asla girmez.
- Alan listesi, zaten elle yazacağınız alanları yansıtmalı; isimler acentenin yazdığı biçimiyle korunmalıdır.
- Çıkarılan her rezervasyon üç karşılaştırma ister: kontrat, allotman ve mevcut rezervasyon.
- Değişiklik öncesi ve sonrasında, kendi belgeleriniz üzerinde, yüz rezervasyon başına hata sayın.
Belgelerden yapay zekâ ile veri çıkarma; bir rezervasyon e-postasını, PDF voucher’ı ya da Excel’deki bir rooming list’i adlandırılmış alanlardan oluşan bir tabloya çevirir: misafir adı, varış tarihi, oda tipi, pansiyon. Araç değerleri önerir; otel sistemine bir şey yazılmadan önce bir kişi bunları kontratla ve mevcut rezervasyonla karşılaştırır.
Rooming list üçüncü kez geliyor, konu satırında “kesin” yazıyor, ama sistemdeki sürüme göre bir soyadı, bir gece ve bir pansiyon tipi değişmiş. Şimdi birinin bu üç farkı gözle bulması gerekiyor. Bu yazı, rezervasyon ofsinde yeniden yazmanın nerede yaşandığını, yapay zekâ ile veri çıkarmanın neyi yapıp neyi yapamadığını, hangi belgelerin uygun olduğunu, hangi alanların çekileceğini, girişten önceki üç kontrolü ve hatanın nasıl sayılacağını anlatıyor. Sonunda, kendi belgelerinizle küçük bir test tasarlayabileceksiniz.
Rezervasyon ofsinde yeniden yazma nerede yaşanır?
Yeniden yazma, rezervasyon yapılandırılmış bir ileti olarak değil de belge olarak geldiği her yerde yaşanır: acente e-postası, PDF voucher, Excel’de bir rooming list ya da önceki bir rezervasyonun tek satırını değiştiren kısa bir yanıt.
Aynı bilgi aynı anda üç yerde durur: acentenin e-postasında, ekindeki voucher’da ve otelin kendi rezervasyon kaydında. Her elle kopyalama, bu üçünün birbirinden ayrışma şansıdır. Tipik biçimler şunlardır: rezervasyonun gövdesine yazıldığı bir teyit e-postası, rezervasyon başına tek sayfalık PDF voucher, grup için Excel rooming list ve bir misafiri başka bir oda tipine taşıyan kısa bir yanıt.
Grup değişiklikleri en zor durumdur, çünkü belge tekrar tekrar gelir. İkinci ve üçüncü sürüm ilk bakışta aynı görünür ve dosyanın üzerinde, otelin hangisi üzerine hareket ettiğini söyleyen bir şey yoktur. Hata giriş anında görünmez, resepsiyonda görünür: yanlış yazılmış bir soyadı, bir gece eksik bir konaklama ya da kontratda oda kahvaltı yazarken yarım pansiyon olarak okunan bir pansiyon tipi, misafir karşınıza dikilene kadar sistemde normal görünür.
Zaman maliyeti yazmak değil, tekrar okumaktır. Rezervasyon görevlisi aynı satırı kaynağa karşı iki ya da üç kez kontrol eder, çünkü kaynağın ve kaydın yan yana durduğu tek bir yer yoktur. Talepten varışa uzanan akışın tamamı, rezervasyon kaydının nerede oluştuğu ve her adımın sahibi kim olduğu dahil, otelde rezervasyon departmanının nasıl çalıştığı rehberimizde anlatılıyor.
Rezervasyon belgesinden yapay zekâ ile veri çıkarma gerçekte ne yapar?
Belgenin düzenini okur, sizin belirlediğiniz alan listesine uyan değerleri bulur ve her değerin yanında kaynak metin de duracak biçimde bir tablo döndürür.
Üç adım sırayla olur. Araç sayfayı hem metin hem düzen olarak okur, bulduklarını adlandırdığınız alanlarla eşleştirir ve bir tablo döndürür. Bu dizide hiçbir adım, rezervasyonun ne olduğunu anlamaz.
Asıl kazanç, aracın farklı düzenlere dayanabilmesidir. Paragraf olarak yazılmış bir rezervasyon, iki sütunlu bir voucher ya da elektronik tablodaki bir satır, aynı alan listesine indirgenebilir. Araçların yapamadığı şey yargılamaktır. Fiyatın kontratta olup olmadığını, odanın blokta tutulup tutulmadığını ya da adı geçen kişinin misafir mi ödeyici mi olduğunu bilmez.
İyi araçlar, hangi değerleri temiz okuduklarını ve hangilerini çıkarsadıklarını işaretler. İşaretlenmemiş bir güven sinyalini uyarı olarak alın: göremediğiniz şeyi kontrol edemezsiniz. Sabit bir çıktı isteyin: her seferinde aynı sütunlar, ayrıca her alanın orijinal metnini tutan bir sütun. Satır satır karşılaştırabileceğiniz bir tablo, özenli bir özetten daha değerlidir.
Çıktı rezervasyona değil, bir inceleme ekranına aittir. Çıkarma, kontrolü kısaltır; onun yerine geçmez.
Önemli noktaTablo bir taslaktır, kayıt değil
Tek işi, orijinal belgeyi elle yeniden yazdırmaktan daha hızlı kontrol edilmektir. Bunun ötesi, aracın taşıyamayacağı bir iddiadır.
Hangi rezervasyon belgeleri çıkarmaya uygundur, hangileri değil?
Düzeni sabit ve tekrarlayan belgeler uygundur; kimlik verisi taşıyanlar ya da el yazısının fotoğrafı olarak gelenler uygun değildir.
İlk süzgeç hukuksaldır, teknik değil. Pasaportlar, kimlik kartları ve misafir kimlik bildirimleri (KBS) giriş (check-in) akışına aittir; belge çıkarma aracına asla girmez. İkinci süzgeç hacimdir: bir belge türü haftada birkaç kez geliyorsa, elle yazmak onun için alan listesi kurup sürdürmekten ucuzdur. Üçüncü süzgeç sürüm takibidir: değişiklikle tekrar tekrar gelen bir belgeyi çıkarmak, ancak otelin hangi sürüm üzerine hareket ettiğini de kaydetmenizle güvenlidir.
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. Rezervasyon belgeleri ticari koşulları ve ödemeyi taşır; kimlik verisi masaya, yüz yüze gelir. Taranmış ya da fotoğrafı çekilmiş voucher’lar sınır durumudur: tarama düz ve temizse çalışabilir, değilse sessizce başarısız olur. Dijital asıllarıyla başlayın.
| Belge türü | Çıkarmaya uygunluk | Neden | İnsan yine de neyi kontrol eder |
|---|---|---|---|
| Acente teyit e-postası, rezervasyon gövdede | Dikkatle, evet | Serbest metin ama yinelenen alanlar | Verilen fiyatın kontratla uyuşması |
| Acenteden PDF voucher | Evet | Rezervasyon başına sayfa düzeni sabit | Acente referansı ve iptal son tarihi |
| Excel rooming list | Evet | Zaten tablo; iş sütun eşleştirmede | Dosyanın kesin sürüm olması, isimlerin blokla uyuşması |
| Taralı ya da fotoğrafı çekilmiş voucher | Zayıf | Görüntü kalitesi ve eğiklik | Her şey; yeniden yazmayı göze alın |
| El yazısı liste | Hayır | El yazısı ve yerel yazımlar | Her şey |
| Pasaport, kimlik kartı ya da KBS verisi | Asla | Kimlik verisi giriş akışına aittir | Uygulanamaz |
Bir voucher ya da rooming list’ten hangi alanlar çekilmeli?
Rezervasyona zaten yazacağınız alanları çekin, başka hiçbir şeyi: yanlış olduğunda misafirin konaklamasını ya da hesabı değiştirecek alanları.
İsimleri acentenin yazdığı biçimiyle, yanlış olduğuna inandığınız yazım dahil, koruyun. Çıkarma anında düzeltmek, kaynak belgeye geri giden izi yok eder. Pansiyon tipi anlamın kaydığı yerdir: yarım pansiyon, HB ve İngilizce karşılığı, sisteminizde tek bir değere bağlanmalıdır ve bu eşleştirme sizin kararınızdır, aracın değil.
Tarihler, aracın sizin için yapmayacağı bir aritmetik ister: varış ile ayrılış arasındaki gece sayısı ve ayrılış tarihinin son gece mi, ertesi sabah mı olduğu. Asla bir söz çıkarmayın: deniz manzarası ya da birleşik oda talebi bir taleptir ve bir kişi atama yapana kadar metin olarak kalır. Alanların yanına belgenin düzenleme tarihi ve sürümünü de kaydedin ki, sonradan çıkacak bir anlaşmazlık, üzerine hareket edilen belgeyi göstererek çözülebilsin.
Kontrol listesiÇıkarılacak ve kontrol edilecek alan listesi
- Misafirin soyadı ve adı, yazıldığı biçimiyle
- Varış ve ayrılış tarihleri
- Gece sayısı
- Oda tipi ve oda sayısı
- Kendi sözlüğünüzle pansiyon tipi
- Fiyat kodu ve para cinsiyle toplam fiyat
- Acente referansı ve acentenin kendi rezervasyon numarası
- Yetişkin sayısı ve yaşlarıyla çocuk sayısı
- Düz metin olarak kalan özel istekler
- İptal son tarihi ve ödeme koşulları
- Belgenin düzenleme tarihi ve sürüm numarası
Grup blokları, rooming list’in kendisi ve ana hesap (folyo), grup rezervasyonunun nasıl yönetildiği yazımızda ele alınıyor.
Çıkarılan veri kontrat, allotman ve mevcut rezervasyonla nasıl kontrol edilir?
Bu sırayla üç karşılaştırma: kontrat, fiyatın ve koşulların ne olması gerektiğini söyler; allotman, odaların tutulup tutulmadığını söyler; mevcut rezervasyon, bunun yeni bir kayıt mı yoksa değişiklik mi olduğunu söyler.
Kontrat kontrolü: fiyat kodu, pansiyon, iptal koşulları ve komisyon temeli. Sisteme yüklenmiş kontratta bulunmayan bir fiyat, sonra çözülecek bir soru değil, bir durma nedenidir. Allotman kontrolü: o tarihlerde o acente için tutulan odalar. Bloğun tuttuğundan fazla oda isteyen bir voucher, kesinleşmiş bir rezervasyon değil, acenteye gönderilecek bir taleptir.
Mevcut rezervasyon kontrolü: önce acente referansıyla, sonra soyadı artı tarihlerle eşleştirin. Hızlı bir çıkarmayla oluşan çifte kayıt, yavaş bir girişten daha kötüdür, çünkü envanteri iki kez tüketir. Değişiklik ile yeni kayıt arasındaki fark: rooming list’in üçüncü sürümü ikincisinin yerine geçer, üstüne eklemez. İkisini ayırt eden tek şey sürüm numarasıdır.
Aritmetik insanda kalır: gece sayısıyla fiyatın çarpımı, çocuk fiyatları, ek hizmetler ve daha önce alınmış ön ödeme (kapora). Araç sayıları okumuştur, hesap yapmamıştır. Fiyat kodlarının ve iptal koşullarının nasıl girilmesi gerektiği dahil kontrat girişi, acente fiyatlarını sisteme doğru yüklemek için kontrol listemizde anlatılıyor.
Her şey PMS’e girmeden önce bir insan neden onaylamalı?
Çünkü araç bir belgeyi okumuştur, bir rezervasyonu kontrol etmemiştir; onay adımı da otelin kaydın sorumluluğunu üstlendiği yerdir.
Başarısızlık biçimi sessizdir. Yanlış bir tarih, sistemde tamamen normal görünen bir rezervasyon üretir ve sorun, misafir kayıtta yazılandan bir gün önce kapıya geldiğinde ortaya çıkar. Onay, kaynak belgenin önerilen değerlerin yanında durduğu tek bir ekran olmalıdır. Denetleyen kişi karşılaştırmak için PDF’i başka bir pencerede açıp alanları yeniden yazmak zorunda kalırsa, kazanç yok olmuştur.
Bazı alanlar ikinci bir çift gözü hak eder: fiyat, tarihler ve yeni kayıt oluşturmak yerine var olan bir rezervasyonu değiştiren her şey. Kimin, ne zaman ve hangi belge sürümünden onayladığını kaydedin. Altı hafta sonra bir acente rezervasyona itiraz ettiğinde ortaya koyacağınız şey bu kayıttır.
AI Otel’in PMS asistanı, bir otelin kendi tesisine dair sorulara düz bir dilde yanıt verecek, rutin işlemleri yapacak ve hassas her adımda bir kişinin onayını bekleyecek biçimde geliştirildi. Rezervasyon e-postası ya da belge okumaz; bu akışta hiçbir şey rezervasyonlara gözetimsiz yazılmaz. Genel örüntü, tek bir iş, izin verilen belli işlemler ve onaylayan adı belli bir kişi, tek bir otel işi için yapay zekâ ajanının nasıl kurulacağı rehberimizde anlatılıyor.
DikkatÇıkarmaya rezervasyonlara gözetimsiz yazma izni vermeyin
Tek bir yanlış varış, iki kez satılan bir oda ya da geri çevrilen bir misafir, otomasyonun kazandırdığı dakikalardan pahalıya gelir.
Rezervasyon veri girişi hataları öncesi ve sonrası nasıl sayılır?
Hatanın tek bir tanımını seçin, bir ay elle sayın, sonra değişikliğin ardından aynı tanım ve aynı örneklemle yeniden sayın.
Hatayı dar tanımlayın: kaynak belgeden farklı olan, varıştan önce ya da varışta bulunan bir rezervasyon alanı. Daha belirsiz bir tanım, aynı biçimde iki kez sayılamaz. Tek bir yerde sayın: her sabahki varış listesinin, o günün voucher’ıyla karşılaştırılması, ek iş gerektirmeyen yinelenebilir bir örneklem verir.
Sayıyla birlikte türü de kaydedin: isim, tarih, oda tipi, pansiyon, fiyat. Tür, şablonda ya da eşleştirmede hangi alanı düzelteceğinizi söyler. Bir payda tutun: girilen yüz rezervasyon başına hata sayısı; böylece sakin bir hafta bir iyileşme gibi görünmez.
Kontrol süresini de sayın. Çıkarılan tabloyu incelemek belgeyi yeniden yazmakla aynı süreyi alıyorsa, hata sayısı ne derse desin kazanç daha yok demektir. Bir satıcıdan, bize dahil, bir doğruluk oranı benimsemeyin. Düzen, dil ve tarama kalitesi her otelde yereldir; tek anlamlı sayı, kendi belgelerinizde ölçülendir.
Şimdi ne yapmalı
Tek bir belge türünü, PDF voucher’ı alın; alan listesini yazın; yirmi gerçek voucher’ı araçtan geçirin ve her değeri elle, kaynağa karşı kontrol edin. Uyuşmayanları ve kontrol için geçen dakikaları sayın. Bu küçük test, çıkarma işleminin rezervasyon akışınıza yer kazanıp kazanmadığını söyler; kazanırsa, ihtiyacınız olacak alan listesini ve inceleme ekranını da üretir. İnsan onayının otel yazılımında nasıl ele alındığını görmek isterseniz görüşme talep edebilirsiniz.
Sıkça sorulan sorular
Rooming list nedir?
Bir grup rezervasyonunun içindeki tek tek misafirlerin listesi: isimler, oda tipleri, varış ve ayrılış, kimin kiminle aynı odada kalacağı. Otel bu listeyi odaları önceden atamak ve kartları hazırlamak için kullanır. Grup değiştikçe liste de değişir; bu yüzden her sürüm tarihlenmeli ve işaretlenmeli, otel hangi sürüm üzerine hareket ettiğini bilmelidir.
Yapay zekâ Excel’deki bir rooming list’i okuyabilir mi?
Evet, ve mekanik kısım kolaydır çünkü veri zaten tablo hâlindedir; iş, acentenin sütun adlarını sizin alanlarınıza bağlamaktır. Zor olan sorular şunlardır: dosyanın hangi sürümü kesindir, isimler sözleşmedeki blokla uyuşuyor mu ve oda sayısı hâlâ allotmana sığıyor mu.
Rezervasyon e-postasını bir yapay zekâ aracına yapıştırmak güvenli mi?
Yalnızca otelinizin onayladığı bir araca ve yalnızca kimlik verisini temizledikten sonra. Metnin nerede işlendiğini, ne kadar saklandığını ve kimlerin görebildiğini sorun, yanıtı yazılı alın. KVKK kapsamındaki kişisel veri yükümlülükleri yapıştırdığınız her şeye uygulanır; ilk belgeyi göndermeden önce kendi durumunuzu bir hukuk danışmanıyla teyit edin.
Otel sistemi voucher’dan rezervasyonu otomatik oluşturabilir mi?
Rezervasyonu hazırlayabilir, ama bir kişi onaylamalıdır. Araç bir belgeyi okumuştur; kontratı, allotmanı ya da rezervasyonun zaten var olup olmadığını kontrol etmemiştir. Onay ayrıca otelin kaydın sorumluluğunu üstlendiği adımdır; acente sonradan itiraz ettiğinde bu fark eder.
Otel rezervasyon belgelerinde yapay zekâ ile veri çıkarma ne kadar doğru?
Güvenebileceğimiz bir oran yok ve biz de uydurmayacağız. Doğruluk; belge düzenine, dile, tarama kalitesine ve alan listesinin ne kadar sıkı yazıldığına bağlıdır. İşe yarayan tek sayı, kendi belgelerinizden bir örneklemde, değişiklik öncesi ve sonrasında aynı hata tanımıyla ölçülen sayıdır.