Çoğu otel yazılımı satıcısı size ürünlerinin "OPERA ile entegre olduğunu" söyleyecektir. İnceltilmiş bir cümledir. Bazen bu, gecelik dosya aktarımı anlamına gelir. Bazen canlı, çift yönlü bir API bağlantısı anlamına gelir. Bu iki şey arasındaki fark, bir otelin gerçekten daha akıllı bir operasyona mı yoksa personelin kontrol etmeyi hatırlaması gereken başka bir kontrol paneline mi sahip olacağını belirler.
Bu makale, yazılımın Oracle OPERA Cloud'a OHIP (Oracle Hospitality Integration Platform) aracılığıyla bağlandığında teknik olarak gerçekte ne olduğu ve daha da önemlisi, bu bağlantının kurulduğunda neyi mümkün kıldığı hakkındadır.
OPERA Cloud ve OHIP gerçekte nedir?
Oracle OPERA Cloud, bir otelin operasyonel çekirdeğini çalıştıran mülk yönetim sistemidir (PMS): rezervasyonlar, oda envanteri, misafir profilleri, foliolar, kat hizmetleri durumu ve fiyat yönetimi. Uzun bir süre boyunca OPERA, kurulumu yavaş ve bakımı kolay olmayan eski arayüzler (OXI veya bazı durumlarda doğrudan veritabanı erişimi) aracılığıyla kendisine bağlı ve şirket içi ve üçüncü taraf yazılımlarla yaşadı.
OHIP bunu değiştirdi. OPERA Cloud'un önünde bulunan ve her biri kendi kapsamına göre yönetilen rezervasyonlar, profiller, temizlik, kasiyer, fiyat planları ve daha fazlası gibi belirli veri alanlarına yapılandırılmış, izinli erişimi ortaya çıkaran bir REST API katmanıdır. Satıcı, bir mülkün PMS'sine genel erişim hakkına sahip değildir. Belirli API kapsamları için başvururlar, Oracle entegrasyonu inceler ve otel, mülk düzeyinde erişim izni verir. Bu önemlidir çünkü "OPERA'ya bağlanmanın" artık bir gecede bir FTP klasörüne bırakılan bir toplu iş dosyasından ziyade, gerçek zamanlı, yönetilen bir veri alışverişine daha yakın bir şey anlamına gelmesinin nedeni budur.
Bilmeye değer üç entegrasyon modeli
Tüm PMS bağlantıları aynı şekilde davranmaz. Genel olarak, sektörde kullanımda olan üç model vardır:
- Salt okunur senkronizasyon. Üçüncü taraf sistem verileri (gelenler, oda durumu, misafir profili ayrıntıları) OPERA'dan çeker ancak asla geri yazmaz. Bu, raporlama araçları ve iş zekası kontrol panelleri için yaygındır.
- Geri yazma entegrasyonu. Harici sistem, bir oda temizlendiğinde temizlik durumunun güncellenmesi veya misafir profiline not eklenmesi gibi güncellemeleri OPERA'ya aktarabilir. Bu, daha sıkı bir kapsam belirleme ve daha dikkatli hata yönetimi gerektirir çünkü hatalı bir yazma, operasyonel karışıklık yaratabilir.
- Olay odaklı, çift yönlü entegrasyon. İki sistem, programlara değil tetikleyicilere dayalı olarak sürekli olarak veri alışverişinde bulunur. Bir check-in olayı bir web kancasını tetikler, harici bir platform saniyeler içinde tepki verir ve sonuçta ortaya çıkan herhangi bir eylem OPERA'ya geri yazılabilir. Bu, gerçek zamanlı konuk operasyonlarını mümkün kılan kalıptır ve günümüzde çoğu yapay zeka katmanı aracının temel alındığı modeldir.
Satıcının kullandığı kalıp teknik bir dipnot değildir. Bir otelin günlük operasyonu için entegrasyonun gerçekte neler yapabileceğinin tavanını tanımlar.
Veri aktığında gerçekte ne mümkün olur?
Soyutun somutlaştığı yer burasıdır. Bir sistem, rezervasyon ve profil verilerine canlı, izinli erişime sahip olduğunda, birkaç şeyin manuel olması sona erer:
- Konuk istekleri yalnızca bilet numarasıyla değil, bağlamla yönlendirilir. Ön büroda veya bir mesajlaşma kanalı aracılığıyla kaydedilen bir talep, konuğun profili, sadakat kademesi, konaklama geçmişi ve mevcut rezervasyon ayrıntılarıyla otomatik olarak eşleştirilebiliyor ve ardından bir personelin OPERA'ya manuel olarak çapraz referans vermesine gerek kalmadan doğru departmana yönlendirilebiliyor.
- Hizmet kurtarma, reaktif olmak yerine proaktif hale gelir. Bir odanın bir bakım işareti varsa ve konuğun bir VIP profili veya belgelenmiş bir önceki şikayeti varsa, yapay zeka bağlantılı bir katman bu kombinasyonu olumsuz bir incelemeden sonra değil, girişten önce yöneticiye gösterebilir.
- Personel aynı verileri iki kez yeniden girmeyi bırakır. Kat hizmetleri güncellemeleri, konaklama sırasında kaydedilen misafir tercihleri veya bir hizmet etkileşiminden alınan notlar OPERA profiline otomatik olarak yazılabilir, böylece misafirin yaptığı bir sonraki rezervasyon zaten personelin en son öğrendiği şeyi yansıtır.
- Raporlama, dün gece olanları değil, şu anda olanları yansıtır. Olay odaklı entegrasyon, doluluk oranının, hizmet yanıt sürelerinin ve konuk duyarlılığının, ertesi sabah toplu dışa aktarma işlemiyle yeniden oluşturulmak yerine neredeyse gerçek zamanlı olarak izlenebileceği anlamına gelir.
Küçük bir misafir hizmetleri ekibiyle yüzde 70 dolulukla çalışan orta büyüklükte bir mülk düşünün. Örnek olarak, bu konumdaki bir otel, talepler departmanlar arasında telefonla iletmek yerine otomatik olarak oda ve misafir verileriyle eşleştirildiğinde, talep yanıt sürelerinin yirmi dakikadan beşin altına düştüğünü görebilir. Kazanç, yapay zekanın soyut anlamda akıllı olmasından kaynaklanmıyor. Bu, iyi eğitimli bir ön büro temsilcisinin sahip olacağı aynı içeriğe sahip, anında ve tutarlı bir şekilde erişilebilen yapay zekadan geliyor, çünkü birisinin durumu açıklamasını beklemek yerine doğrudan PMS'den okuyor.
PMS entegrasyonunun değeri bağlantının kendisi değildir. Bu, bir sistemin mülkte bir şey değiştiği anda görebildiği ve harekete geçebildiği şeydir.
Bunun daha geniş bir otel teknolojisi yığınına sığdığı yer
OPERA entegrasyonu nadiren tek başına durur. Genellikle bir satış noktası sistemi, bir mesajlaşma veya misafir iletişim platformu ve giderek bunların üzerinde yer alan, sinyalleri yorumlayan ve eylemi yönlendiren bir tür yapay zeka destekli operasyon katmanının yanında yer alır. GadgetMall'ın kendi otel operasyon platformu Hermes, bu model üzerine inşa edilmiştir: OHIP aracılığıyla OPERA Cloud'a bağlanarak konuk isteklerini yönlendirir, hizmet kurtarma durumlarını işaretler ve her karar için doğrudan PMS'de oturum açmalarına gerek kalmadan personele konuk bilgilerini gösterir. Önemli olan belirli bir ürün değil, mimaridir: PMS, rezervasyonlar ve konuk verileri için tek gerçek kaynak olmayı sürdürürken yapay zeka katmanı da bunun üzerine yorumlama ve yönlendirmeyi yönetir.
Bu, bir chatbot'u bir otelin web sitesine yerleştirmekten anlamlı derecede farklı bir tasarımdır. PMS erişimi olmayan bir sohbet robotu genel soruları yanıtlayabilir. Gerçek OHIP erişimi olan bir sistem, geri dönen bir misafire normal oda tipinin müsait olduğunu söyleyebilir, sadakat bakiyesini doğrulayabilir veya bu misafirin daha önce iki kez gürültü konusunda şikayette bulunduğunu personele işaretleyebilir. Aradaki fark tamamen sistemin hangi verileri görebileceği ve uygun olduğunda geri yazabileceği ile ilgilidir.
Bir entegrasyon imzalamadan önce sorulması gerekenler
OPERA uyumluluğunu iddia eden herhangi bir tedarikçiyi değerlendiren otel operatörleri için, belirsizliğin çoğunu ortadan kaldıracak birkaç doğrudan soru var:
- Bu entegrasyon salt okunur mu, geri yazılabilir mi veya olay odaklı mı ve gerçekte hangi OHIP kapsamlarını kullanıyor?
- Tedarikçi ilişkisi sona ererse misafir verilerine ne olur? Taşınabilir mi, yoksa özel bir formatta mı kilitli?
- Entegrasyon, BT personelinin raporları manuel olarak almasını gerektiriyor mu, yoksa gerçek zamanlı tetikleyicilerle mi çalışıyor?
Cevaplar, "OPERA ile entegre olmanın" anlamlı bir operasyonel değişim mi yoksa sadece ön büro ekibinin yönetmesi için başka bir giriş ekranı mı anlamına geldiğini belirliyor.