Konaklama operasyon sistemi
Tesisin tamamı
tek ekip gibi çalışır.
Resepsiyon yanıtı sohbetlerde aramaz. Kat görevlisi hangi odanın kritik olduğunu bilir. Mutfak aynı siparişi iki kez almaz. Yönetici bildirim selini değil; sorumluyu, son tarihi ve bir sonraki adımı görür. Çünkü GostelOS'ta misafir, oda, sipariş, görev, vardiya, para ve stok tek bir süreçle birbirine bağlıdır.
68 rolher role özel çalışma alanı
504 senaryotalep başlangıcından sonuca
24 E2Euçtan uca süreç
GostelOSŞu anda çözülmesi gerekenler
RezervasyonGirişKonaklamaHesaplaşmaGeri dönüş
Yalnızca bir “bildirim” değilRisk · sorumlu · tahmini süre
Vardiya devriBağlam ve SLA korundu
İş gününüz tanıdık geliyor mu?
Sorun departmanların arasında doğar.
GostelOS da onu tam orada çözer.
Tek bir ekranı otomatikleştirmek yeterli değildir. Misafire verilen sözün uygulayıcıya ulaşması, fiziksel odanın ancak tüm denetimlerden sonra yeniden satışa açılması ve arıza sonrasında ödeme ya da siparişin yinelenmemesi gerekir.
“Durum PMS'te, ayrıntılar sohbette, sorumlu ise vardiya ekibinin aklında”
GostelOS çözümü
Tek süreç kartı misafiri veya nesneyi, durumu, SLA'yı, sorumluyu, geçmişi, kanıtları ve sonraki adımı saklar. Devir işlemi, verilen sözleri ve süreyi kaybetmeden işi diğer vardiyaya aktarır.
“Oda temiz, ancak arıza kontrol edilmedi; buna rağmen yeniden satışta”
GostelOS çözümü
Doluluk, temizlik, teknik durum ve ticari durum birbirinden ayrıdır. Odanın yeniden satışa dönmesi kat hizmetleri, teknik servis ve güvenlik için bağımsız geçitlerden geçer.
“Sistem donunca çalışan tekrar bastı; ikinci bir sipariş ya da ödeme oluştu”
GostelOS çözümü
Yinelenmeye dayanıklı komutlar, kalıcı kuyruklar ve mutabakat; rezervasyonu, ödemeyi, yazdırmayı, stoktan düşmeyi, teslimi ve bildirimi tekrarlanan iş etkisinden korur.
“Yönetici her şeyi alıyor, ancak hangisinin çözüm gerektirdiğini anlayamıyor”
GostelOS çözümü
Başlangıç sayfası dört soruyu yanıtlar: Ne kritik, şimdi ne yapılmalı, ne gecikti ve hangi konu kararınızı bekliyor? Her KPI kaynak kaydı açar.
“Ağ yoksa sahadaki çalışma durur veya kaybolur”
GostelOS çözümü
PWA yerel kimliği, ilk zamanı ve bekleyen durumu saklar. Ağ geri geldiğinde komut yalnızca bir kez eşitlenir ve çakışma açıkça gösterilir.
“Yeni çalışan eski bir dosyadan öğreniyor ve gereksiz işlevleri görüyor”
GostelOS çözümü
Rol yardımı, süreç ve yetkilerle aynı katalogdan oluşturulur. Çalışan yalnızca kendi senaryolarını; müdür ve yönetici ise kapsamın tamamını görür.
Bir iş gerçeği — tek kayıt
Kanal değişir.
Süreç mantığı değişmez.
Web, PWA, Telegram, MAX, web sitesi, POS ve entegrasyonlar aynı etki alanı komutlarını çağırır. Böylece çalışan ve misafir gerçeğin farklı sürümlerini değil, aynı güncel durumu görür.
01TetikleyiciMisafir bir düğmeye bastı, OTA rezervasyonu geldi, sensör tetiklendi veya vardiya başladı.
02SüreçKurallar yetkileri, kaynakları, zorunlu verileri, SLA'yı ve izin verilen geçişi denetler.
03UygulamaRol kişisel kuyruk, kontrol listesi, kanıt, tahmini süre ve devir bilgisi alır.
04SonuçEventLog, defter ve denetçi yalnızca düğmeye basılmasını değil, iş etkisini doğrular.
Web sitesiWeb / PWATelegramMAXGostelOS CoreDurum makinesi · RBAC · SLA · EventLog · DefterOTA / PMSPOS / KDS1C / bankalarAPI / webhook'lar
Eksiksiz operasyon kapsamı
Misafirin ilk ilgisinden
başlayıp yeniden satışa kadar
Modüller kendi sınırlarında bitmez: rezervasyon oda ve parayı, restoran misafir ve stoku, bakım odanın satılabilirliğini, vardiya ise uygulayıcının gerçek müsaitliğini dikkate alır.
Manuel kopukluklar olmadan PMS, Rezervasyon Motoru ve Kanal Yöneticisi
Arama ve tam fiyat, doğrudan ve OTA rezervasyonu, gruplar, oda planı, geliş öncesi süreç, çevrim içi giriş, oda atama, erken/geç çıkış, gelmeme, folyo, çıkış ve mutabakat.
- Envanter ve kısıtlamalar
- Oda atama çakışmaları
- Ödeme bağlantıları
- Belgeler ve denetim
Misafir 360 ve Hizmet Telafisi
Tek profil ve onaylar, seyahat geçmişi ve tercihler, tüm kanallardan talepler, herkese açık ve kurum içi mesajlar, sonucun misafirce doğrulanması, değerlendirmeler, CAPA ve sadakat.
Güvenebileceğiniz oda hazırlığı
Kirli → temizlendi → denetlendi, DND/MUR, giriş önceliğine göre rotalar, QR/konum/fotoğraf, çevrim dışı kontrol listesi, yeniden çalışma, çamaşır, mini bar, kayıp eşya ve ortak alanlar.
Talepten varlık güvenilirliğine
Varlık kaydı, iş emri, önleyici bakım, yedek parçalar, garanti, duruş süreleri, OOO/OOS, kök neden analizi, devriyeler, acil durum eylem planları, muhafaza zinciri, HSE ve CAPA.
Salon, POS, KDS, üretim ve depo aynı dili konuşur
Masa rezervasyonu ve bekleme listesi, misafir/oturma yeri/servis sırasına göre sipariş, seçenekler ve alerjenler, mutfak istasyonları, servis, bölme/birleştirme, bahşiş, oda hesabına yazma, reçeteler, partiler, FEFO, satın alma, üretim, gıda güvenliği ve kasa mutabakatı.
- Masalar ve oturtma
- Tam bir kez stoktan düşme
- Oda servisi
- EGAIS / Mercury / ürün işaretleme
Vardiya, kenardaki bir tablo değil sürecin parçasıdır
Müsaitlik, yayımlanmış çizelge, açık vardiyalar, vardiya değişimi, izin ve hastalık izni, giriş/çıkış kaydı, molalar, zaman çizelgesi düzeltmeleri, yetkinlikler ve izinler, bordro anlık görüntüsü ve kişisel hesap.
Gizli çakışmalar olmadan bileşik rezervasyon
Uzman, oda, ekipman, kapasite ve ara süreler aynı anda ayrılır. Formlar ve veri erişim kısıtları, paketler, üyelikler, kiralama, feragatname ve hava koşullarına bağlı kapatma.
BEO uygulanabilir bir plana dönüşür
Etkinlik CRM'i, sözleşme, alan bloğu, BEO sürümleri, bölüm onayları, kaynaklar, zaman çizelgesi, değişiklik emri, banket yürütme panosu, gerçekleşen ekler ve son hesap.
Para, dönem kapanmadan mutabık hale gelir
Değiştirilemez folyo ve defter; ücret, ödeme, iade ve depozito ayrı; kasa, AP/AR, üçlü eşleştirme, PMS–POS–PSP–KKT–banka–OTA mutabakatı, iş tarihi ve dönem kilidi.
Göstergeden kaynak gerçeğe
Doluluk, ADR, RevPAR, gelir, marj, işçilik ve yiyecek maliyeti, SLA ve ilk geçiş kalitesi, süreç darboğazları, tesis sahibi raporu ve tek formül sürümüyle çok tesisli kıyaslama.
Tesisi gerçekte olduğu gibi satın
CMS ve SEO, ölçekli tesis haritası, evler, yollar, SPA, otopark ve altyapı, salon ve masa düzenleyicisi. Mevcut bağlayıcılar ve düzenleyiciler korunur ve geliştirilir.
Rol çalışma alanı
Herkese kendi işi.
Kimseye gereksiz veri yok.
GostelOS varsayılan olarak reddetme uygular: rol şablonu, yetki, nesne, departman, etkin istihdam ve veri politikası işlem anında kesişir.
Rol yardımını görüntüleResepsiyonRezervasyonGelir yönetimiMisafir İlişkileriKat görevlisiSüpervizörTeknisyenBaşmühendisGüvenlikKarşılama görevlisiGarsonAşçıŞefDepo görevlisiSPABanketİnsan KaynaklarıFinansBTMüdürTesis sahibi+ 47 rol şablonu daha
Kişisel kuyruk: nesne, öncelik, SLA, kontrol listesi, belirgin eylem, kamera/QR ve gerçek çevrim dışı çalışma.
İş yükü, gecikmeler, bekleyenler, yeniden planlama, devir, onay ve yeniden çalışma.
Tüm işlevler, 24 E2E süreci, EventLog, roller, yetkiler, entegrasyonlar ve tanılama.
Web, Telegram ve MAX
Tek düğme — çekirdekte tek komut
Mesajlaşma uygulaması kullanışlı bir kanaldır, ayrı bir veri tabanı değildir. Menü rolün yeteneklerine göre oluşturulur, geri çağrı doğrulanır, yinelenmeye karşı korunur ve sonuç büyük menünün altında yeni bir mesajla gösterilir. Haricî teslimat başarısız olsa bile iş süreci GostelOS'ta kullanılabilir kalır.
MAX · GostelOS
Ne yapmak gerekiyor?
✅ Görev kabul edildi
Oda 305 · SLA 14:30
Oda 305 · SLA 14:30
Aynı Olay KimliğiAynı durumAynı yetkilerAynı EventLogHiçbir “bot tablosu” yok
Güvenilirlik işlevin bir parçasıdır
Arıza
çifte satışa dönüşmemelidir.
GostelOS kurtarmayı ana akışla birlikte tasarlar: korelasyon kimliği, gelen/giden kutusu, yeniden deneme, işlenemeyen iletiler, yeniden oynatma, sistem sağlığı, iş kontrolleri, mutabakat ve belirsiz işlemin anlaşılır durumu.
Ayrı kiracı veri tabanıTesis verileri, kullanıcıları, dosyaları ve ayarları birbirinden yalıtılmıştır.
YinelenmezlikTekrarlanan tıklama, webhook veya yeniden oynatma sonucu yinelemez.
EventLog ve denetimİşlemi yapan/kaynak/önce/sonra/korelasyon zaman çizelgesi kararı yeniden oluşturur.
Yedekleme ve geri almaGüncelleme kontrolleri, yedekleme, atomik sürüm ve tanılama.
Entegrasyon Merkezi
Sistemleri bağlayın.
Manuel veri girişini çoğaltmayın.
OTA, PMS, CRM, telefon, ödemeler, KKT, 1C, POS, kilitler, Wi‑Fi, itibar ve iş ortağı API'leri tek yaşam döngüsüyle bağlanır: manifest → erişim bilgileri → eşleme → test → eşitleme → mutabakat.
OTA / KanalTravelLineÖdemeler / SBPKKT / OFD1C / EDIEGAISMercuryKilitler / EdgeTelefonWi‑FiTelegram / MAXREST / webhook'lar
Entegrasyonun açık sınırı. Kapalı API'ler için sözleşme, resmî şartname, erişim bilgileri ve bazen iş ortağı sertifikasyonu gerekir. GostelOS bir katalog kartını hazır bağlantı gibi göstermez.
İşletmede neler değişir
Geçiş noktalarında daha az kayıp.
Daha fazla yönetilebilir hizmet.
Bağlam, web sitesi, bot, resepsiyon ve uygulayıcı arasında taleple birlikte ilerler.
Hazırlık tek bir kullanışlı bayraktan değil, bağımsız fiziksel denetimlerden oluşur.
Kuyruk SLA'yı, sonraki girişi, riski, rolü, yetkinlikleri ve gerçek müsaitliği dikkate alır.
Her işlem kaynağına başvurur; düzeltme geçmişi silmez, telafi eder.
Raporu elle toplamak yerine gerçeklere, sorumluya ve beklenen çözüme kesin ayrıntı geçişi.
Rol, süreç, test ve Yardım aynı kataloğu kullanır; böylece sürüm ile talimat birlikte değişir.
Sık sorulan sorular
Tanıtımdan önce
Çalışan tüm sistemleri bir anda değiştirmek gerekiyor mu?
Hayır. GostelOS aşamalı olarak tek operasyon çekirdeği hâline gelebilir: önce roller ve süreçler, ardından veriler ve ayrı entegrasyonlar. Mevcut tesis alanı düzenleyicileri, bağlayıcılar ve çalışan modüller korunur.
Sistem yalnızca klasik oteller için mi uygundur?
Hayır. Kaynak kataloğu ve bileşik rezervasyonlar sayfiye tesisleri, evler, restoranlar, hamamlar, SPA, kiralama, aktiviteler ve etkinlikler için tasarlanmıştır.
Telegram ve MAX, bottaki ayrı bir otomasyondan nasıl ayrılır?
Ayrı mantık oluşturmazlar. Düğme web/PWA ile aynı etki alanı komutunu çağırır; bu nedenle durum, yetkiler, SLA ve geçmiş aynıdır.
Belirli bir çalışan ne görecek?
Yalnızca izin verilen çalışma alanını ve kendi rolünün yardımını. Yönetici ve müdür kapsamın tamamına sahiptir; belgelere, sağlık verilerine, bordroya, CCTV'ye ve gizli bilgilere erişim ayrı izinlerle bölünür.
Sistem uygulamadan önce denenebilir mi?
Evet. Ayrı bir demo veri tabanı açın, rol senaryolarını ve uçtan uca süreçleri deneyin. Canlı ortam için kendi rolleriniz, kurallarınız, verileriniz ve entegrasyonlarınızla UAT önerilir.
Sunumu kaydırmayın — süreci deneyin
GostelOS'a kendi rolünüzün gözünden bakın
Ayrı bir demo veri tabanında kuyruğu, rol yardımını ve olaydan doğrulanmış sonuca kadar olan yolu denetleyin.