Otel teknolojisi

SLA nedir? Otel yazılımı destek sözleşmelerindeki terimler: yanıt süresi, RTO ve RPO

Otel yazılımı destek sözleşmelerindeki SLA terimlerini öğrenin. Yanıt süresi, çözüm süresi, RTO ve RPO kavramlarının otelinize ne taahhüt ettiğini ve hizmet kredisinin gerçekte neyi ödediğini anlayın.

  • 10 dk okuma
  • AI Otel Editorial

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

İçindekiler

Kısaca

  1. SLA, bir taahhütten önce bir ölçüm kuralıdır: dönemi, istisnaları ve kanıtı belirtilmemiş bir yüzde bir cümledir, taahhüt değil.
  2. Yanıt süresi ile çözüm süresi farklı sorulara yanıt verir: biri sorunun ne kadar hızlı ele alındığını, diğeri otelin ne kadar hızla normale döndüğünü söyler.
  3. RTO, bir arıza sonrasında otelin hizmetsiz kalmayı kabul ettiği en uzun süredir; RPO, kaybetmeyi kabul ettiği veri miktarıdır ve zaman cinsinden yazılır.
  4. Hizmet kredisi ücretin bir bölümünü geri verir; kaybedilen bir rezervasyonu, resepsiyondaki kuyruğu ya da misafir tazminatını ödemez.
  5. Bir yüzde, en yoğun ayınızdaki kesinti süresine dönüştürülmeden ve sözleşmenin sayımdan neleri çıkardığı kontrol edilmeden işe yaramaz.

SLA (hizmet seviyesi sözleşmesi), bir yazılım sözleşmesinde sağlayıcının hangi hizmet seviyelerini taahhüt ettiğini, her birinin nasıl ölçüldüğünü ve seviye tutturulmadığında otelin ne elde ettiğini belirten bölümdür. Çalışma süresi, yanıt süresi, çözüm süresi, RTO ve RPO bu bölümün sözlüğünü oluşturur ve her biri, ölçüm kuralı kadar güçlüdür.

Destek ekleri genellikle üç sayfa yüzdeden oluşur ve yenileme tarihi haftaya gelir. Ağustos'ta bir Cumartesi gecesi ne olacağına karar veren kelimelerin hepsi o sayfalardadır ve çoğu hiç tanımlanmamıştır. Bu yazıyı okuduktan sonra eki açıp her terimi bulabilecek ve onu sınaman tek soruyu bilebileceksiniz.

SLA bir otele gerçekte ne taahhüt eder?

SLA, hizmet seviyesi sözleşmesi, sağlayıcının hangi seviyeleri taahhüt ettiğini, her birinin nasıl ölçüldüğünü ve bir seviye kaçırıldığında otelin ne aldığını yazan ektir. Bu bir çaba tanımı değil, bir ölçüm sözleşmesidir. Ölçülmeyen bir seviye, umuttur.

Okumaya başlamadan önce üç belgeyi ayırın. Ana sözleşme süre, ücret ve sorumluluğu kapsar. Hizmet eki seviyeleri, destek saatlerini ve kredileri kapsar. Destek prosedürü bir arıza kaydının nasıl açıldığını ve kime telefon edileceğini kapsar. Bir terim üçünün herhangi birinde durabilir; ancak tanım genellikle ektedir, o yüzden eki diğer ikisinin yanına koyarak okuyun.

Ekteki her madde dört şeye ihtiyaç duyar: neyin ölçüldüğü, nasıl ölçüldüğü, hangi dönem üzerinden ölçüldüğü ve kaçırılmasının sonucu. Birini çıkarın, madde kullanılamaz hale gelir. Dönemi ve sonucu yazılmamış bir "müsaitlik %99,9" satırı süstür.

Kanıtı kimin ürettiğini sorun. Sağlayıcının kendi panosu, dışarıdan bir izleyici ya da hiçbir şey olabilir. Hiç kimsenin kaydetmediği bir seviye ne uygulanabilir ne de kredilendirilebilir; kanıt kuralı sayı kadar önemlidir.

Otelin de yükümlülükleri vardır. Ek genellikle adı belirtilmiş bir yetkili, arıza bildirmek için tek bir kanal ve personelin önce bildirip sonra yeniden başlatması kuralını öngörür. Personeliniz öncelikle cihazları yeniden başlatıp sonra arıyorsa, sağlayıcı saatin geç başladığını öne sürebilir.

Önemli noktaEkteki her satır için dört soru

Tam olarak ne ölçülüyor, nasıl ve kim tarafından, hangi dönem üzerinden, seviye kaçırılırsa ne oluyor. Bu dördünü her maddenin yanına yazın; dördünü birden yanıtlayamayan madde taahhüt değildir.

Bu sözlüğü bir okuma sırası olarak alın, hukuki görüş olarak değil. Parayı belirleyen ifadeleri kendi müşavirinizle doğrulatın; aynı kural, bu yazıyı tamamlayan otel yazılım sözleşmesinde imzalamadan önce okunacak maddeler için de geçerlidir. Ekin tamamını sınavdan geçiren soru basittir: geçen ayın raporunu, her seviyeye karşı gösterin.

Çalışma süresi, müsaitlik ve planlı bakım: kesinti sayılan nedir?

Müsaitlik, belirtilen bir dönem içinde sistemin isteklere yanıt verdiği sürenin oranıdır; çalışma süresi yüzdesi ise aynı oranın sayı olarak yazılmış hâlidir. Tartışma neredeyse hiçbir zaman yüzde üzerinden yürümez; sözleşmenin sayımdan neleri çıkardığı üzerinden yürür.

Önce ölçüm dönemi gelir: bir ay, bir çeyrek ya da bir yıl. Aynı yüzde, bir yıla yayıldığında kötü bir haftayı saklar; aya yayıldığında saklamaz. Sezonluk bir tesis için yıllık rakam, felaket bir Ağustos'u hiç göstermeden içine alabilir.

İstisnalar paydayı küçültür. Tipik olanları: planlı bakım pencereleri, otelin kendi interneti ya da elektriği, misafirin cihazı, sağlayıcının kontrolünde olmayan üçüncü taraf hizmetler ve kimsenin kontrolünde olmayan olaylar. Her istisna ilke olarak savunulabilir; soru, geçen yıl ne kadarının kullanıldığıdır.

Planlı bakım kendi üç sorusunu hak eder: sayının içinde mi dışında mı, ne kadar önce bildiriliyor, pencere otelin yoğun saatlerinin dışına alınabiliyor mu? Saat 22.00'deki bir bakım penceresi ile pazar günü çıkış saatinde, öğlen 12.00'deki bir pencere aynı ürün değildir.

Kısmi arıza sessiz boşluktur. Sistem ayaktadır ama rezervasyon motoru çalışmıyor, ya da ayakta ama yavaş. Ayrı bir performans ölçüsü olup olmadığını ve "yavaş"ın içinde saniye cinsinden ne demek olduğunu sorun, sıfat cinsinden değil.

TerimDüz anlamıSorulacak soru
MüsaitlikBir dönemde sistemin yanıt verdiği süre oranıHangi dönem üzerinden?
Çalışma süresi yüzdesiAynı oranın sayı olarak yazımıNeleri dışlıyor?
Ölçüm dönemiAy, çeyrek ya da yılKötü bir ay görünüyor mu?
Planlı bakımPlanlanmış işlerSayının içinde mi, ne kadar bildirimle?
Sayılmayan kesintiSağlayıcının saymadığı nedenlerTam liste ve geçen yılki kullanım?
Kısmi arızaSistem ayakta, bir işlev çalışmıyor ya da yavaşAyrı bir ölçü var mı?

Ölçümün nereden yapıldığı da önemlidir. Sağlayıcının kendi ağındaki bir izleyici, resepsiyon hiçbir şey görmezken yeşil kalabilir. İzleyicinin nerede durduğunu ve geçen yıl hangi saatlerin istisna sayılıp ne kadarının kullanıldığını sorun.

Yanıt süresi mi, çözüm süresi mi: hangisi taahhüt?

Yanıt süresi, sağlayıcının bildirilen bir arızayı ne kadar hızlı üstlendiğine ve çalışmaya başladığına, çözüm süresi ise otelin ne kadar hızla normal çalışabildiğine ilişkindir. Sözleşmeler çoğunlukla birincisini taahhüt eder, okurun ikincisini varsaymasına izin verir. İki kelimeyi ayrı ayrı okuyun.

Ağırlık seviyeleri bir arızayı sınıflandırır, genellikle etkiye göre: tüm tesis durmuş, tek satış noktası, tek kullanıcı ya da bir soru. Ağırlığı kimin atadığını sorun: sağlayıcının destek masası mı, otel mi. Sağlayıcı kendi işini kendi değerlendiriyorsa "kritik" bir arıza sessizce "orta"ya dönüşebilir.

Saatin kendi kuralları vardır. Takvim saatiyle mi iş saatiyle mi çalıştığını, otelden bilgi beklerken duraklatılıp duraklatılmadığını ve her yanıtta yeniden başlayıp başlamadığını sorun. Her soruda duran bir saat, hiç geç kalmadan günlerce çalışabilir.

Tırmandırma, bir telefon numarası değil, roller ve temas noktalarıyla bir yoldur. Her adımda ne olduğunu ve otelde kime telefon edildiğini sorun. Destek saatleri de en az bunun kadar önemlidir: günün her saati, genişletilmiş saatler ya da adı geçen bir saat diliminde iş saatleri. Sezonluk bir tesis yalnızca sezon içinde koruma isteyebilir; bu bir varsayılan değil, bir pazarlık konusudur.

İlk kademe destek, ilk telefonu alan masadır. Gerçekte ne yapabildiğini ve sistemi değiştirebilecek birine ulaşabildiğini sorun. Yalnızca mesaj alabilen bir ilk kademe, taahhüt edilen yanıt süresini bir teyide dönüştürür, yardıma değil.

Son olarak, çözüm ve geçici çözüm ayrımı. Geçici çözüm resepsiyonu yeniden hareket ettirir ama arıza açık kalır. Saati hangisinin durdurduğunu sorun. Yalnızca tam onarım durduruyorsa, bir aylık "çözüldü" kaydı yine de bir aylık topallama içerebilir.

Kontrol listesi

  • Arızanın ağırlığını kim atıyor?
  • Saat takvim saati mi, iş saati mi?
  • Biz yanıtlarken saat duruyor mu?
  • Tırmandırma yolu ne ve otelde kime telefon ediliyor?
  • Destek saatleri ne ve hangi saat diliminde?
  • Saati geçici çözüm mü durduruyor, tam onarım mı?

Arıza sınırın sizin tarafınızdaysa, internet kesildiğinde otelin nasıl çalışacağına dair resepsiyon kontrol listesi, sağlayıcının saati henüz işlemiyorken masayı ayakta tutar.

RTO ve RPO: kurtarma terimleri ne demek?

RTO, kurtarma süresi hedefi, bir arıza sonrasında otelin hizmetsiz kalmayı kabul ettiği en uzun süredir. RPO, kurtarma noktası hedefi, otelin kaybetmeyi kabul ettiği veri miktarıdır ve zaman cinsinden yazılır. İki harf farklı sorulara yanıt verir ve ikisi de arkasında bir prosedür durmadan taahhüt değildir.

RPO'yu kopyalama aralığı belirler. Gecelik kopya, bir güne kadar rezervasyonun kaybolabileceği anlamına gelir; daha sık kopyalar boşluğu daraltır. RTO'yu ise taahhüt değil, geri yükleme prosedürü belirler: kim yapıyor, nereden, hangi erişimle ve aktarımla doğrulama ne kadar sürüyor.

Hiç geri yüklenmemiş bir yedek umuttur. Son geri yükleme testinin tarihini ve sonucunu sorun; testin otelin kendi verisinin bir kopyası üzerinde yapılıp yapılmadığını da. Kopyanın nerede durduğu ve kimin ulaşabildiği, arızalanan şey sağlayıcının kendi platformu olduğunda en çok önem taşır.

TerimDüz anlamıSorulacak soru
YedekBaşka bir yerde tutulan kopyaNe sıklıkla, nerede?
Geri yüklemeKopyayı yeniden kullanıma sokmakKim yapıyor, ne kadar sürüyor?
RTOHizmetsiz kalınacak en uzun kabul süresiProsedür ne, kim yürütüyor?
RPOKabul edilen veri kaybı, zaman olarakKopyalama aralığı ne?
Geri yükleme testiGerçek veriyle provaSon testin tarihi ve sonucu?
Veri dışa aktarımıOtelin alıp götürebileceği kopyaHangi biçimde, ne sıklıkla?

Otelin kendi yedek planı, RTO sürerken masayı çalışır tutar: dışa aktarılmış ya da basılmış bir varış listesi, günün oda fiyat çizelgesi ve bir rezervasyonu kâğıda kaydetmenin bir yolu. Bu konunun derinleşmiş hâli için otelde veri yedekleme ve test etme rehberini bu maddeleri pazarlık etmeden önce okumaya değer. Sonra sağlayıcıya somut soruyu sorun: sistem bir Cumartesi 20:00'de yoksa ne olur, hangi sırayla, kim yapar ve otele nasıl bildirilir?

Hizmet kredisi gerçekte neyi öder?

Hizmet kredisi, belirtilen bir seviye kaçırıldığında ücretin bir bölümünü geri verir. Bu bir fiyat düzeltmesidir, kesintinin otele maliyetinin tazminatı değil. İki cümle arasındaki boşluk, hayal kırıklıklarının çoğunun yaşandığı yerdir.

Kredinin nasıl hesaplandığını sorun: genellikle aylık ya da yıllık ücretin bir yüzdesi olarak, seviyenin ne kadar kaçırıldığına bağlıdır. Özet değil, tablonun kendisini isteyin. Sonra kredinin talep mi gerektirdiğini yoksa kendiliğinden mi verildiğini sorun: birçok sözleşme, otelin kanıtla birlikte bir süre içinde talep etmesini şart koşar ve kimsenin talep etmediği kredi, kimsenin kullanmadığı bir maddedir.

Sınırlar gelir: ay başına ya da yıl başına bir üst tavan, çoğunlukla ücretin yanında küçük kalır. Sonra en önemli cümle: "tek ve münhasır telafi yolu" ifadesi, krediyi otelin seviyeyi kaçırması hâlinde alacağı tek şey yapabilir. O cümleyi yenilemeden önce müşavirinizle okuyun.

Ekin tamamen dışında kalanlar: kaybedilen rezervasyonlar, başka otele gönderilen misafirler, personel mesaisi, misafir tazminatı, itibar. Bunların hiçbiri bir kredi hesabında görünmez ve hiçbir kredi tablosu gece yarısındaki misafir kuyruğuna fiyat biçmez.

DikkatHizmet kredisi, zararın iadesi değildir

Yenilemeden önce şunları netleştirin: kredi neyin yüzdesi, kim talep etmek zorunda ve hangi süreye kadar, tavan ne kadar ve sözleşme kredinin tek ve münhasır telafi yolu olduğunu yazıyor mu.

Daha çok işe yarayan hak, veriyi kullanılabilir bir biçimde dışarı almak ve sözleşmeyi belirtilen bir ihbarla sonlandırmak hakkıdır. İhtiyaç duymadan önce dışa aktarımı test edin. Ücretin kendisinin neyi kapsadığı için otel yazılımı fiyatlandırmasının nasıl oluştuğuna ve çevresindeki maliyetlere bakabilirsiniz.

Yüzdeden saate: %99,9 kesinti ne kadar eder?

Ölçüm dönemindeki saatleri, 1 eksi belirtilen yüzdeyle çarpın. Örneğin 30 günlük bir ay 720 saattir; %99,9 yaklaşık 43 dakika kesintiye izin verir, %99,5 yaklaşık 3,6 saate.

Aritmetiği bir kez yazalım ki tekrarlanabilsin: 720 saatin 0,001'i 0,72 saat, yaklaşık 43 dakika; 0,005'i 3,6 saat; 0,01'i 7,2 saat. Bunlar örnek aritmetiktir; bir standart ya da öneri değildir. Hiçbir çalışma süresi seviyesi sektör standardı değildir; sayıyı sözleşme koyar ve otel kabul eder.

Belirtilen seviye (örnek)720 saatlik ayda kesintiResepsiyonda anlamı
%99,9yaklaşık 43 dakika15:00'e denk gelirse kısa bir kuyruk
%99,5yaklaşık 3,6 saatrestoran ekranı olmadan bir öğle servisi
%99,0yaklaşık 7,2 saatkâğıda geçirilen bir öğleden sonra

Sonra istisnaları uygulayın. Planlı bakım sayılmıyorsa ve sağlayıcı ayda birkaç saat kullanıyorsa, gerçek izin başlıktakinin gösterdiğinden büyüktür. Sonra sezonu uygulayın: aynı 43 dakika, Ağustos'ta satılmış bir Cumartesi'de, şubatın sakin bir Salı gününden çok daha pahalıya mal olur. Bu, bakım penceresini ve ölçüm dönemini teknik değil, ticari sorular hâline getirir.

İmzalamadan önce dönemi bir kez daha kontrol edin: çeyreklik ya da yıllık bir rakam, iyi bir yılın içine kötü bir ayı saklayabilir. Hangi ayın esas alındığını, hangi saatlerin istisna sayıldığını ve geçen Ağustos'ta gerçek rakamın ne olduğunu sorun.

Yenileme görüşmesinden önce ne yapmalı

Elinizdeki hizmet ekini yazdırın ve bu sözlükteki her terimi ekin üzerinde işaretleyin. Bir terim eksik ya da tanımsızsa yanına soruyu yazın ve listeyi yenileme görüşmesinden önce, değil sonra, sağlayıcıya gönderin. Kolay olan kısım yüzdedir; otelin gerçekte satın aldığı şey ölçüm kuralı, istisnalar ve kurtarma prosedürüdür.

Sıkça sorulan sorular

%99,9 çalışma süresi iyi mi?

Karşılaştırılacak bir sektör standardı yoktur; sayı tek başına bir şey söylemez. Onu en yoğun ayınızdaki kesinti süresine çevirin, ölçüm dönemini kontrol edin ve sözleşmenin neleri dışladığını listeleyin. Sonra resepsiyonun sezon içinde bu kadar kesintiyi kaldırıp kaldıramayacağına karar verin.

SLA, internetimizin ya da elektriğimizin kesilmesini kapsar mı?

Genellikle hayır: otel tarafındaki bağlantı, elektrik ve cihazlar normalde dışlanır, çünkü sağlayıcı bunları kontrol etmez. İşe yarayan iş, sınırın yazılı olarak çizilmesi, böylece iki tarafın da kime önce telefon edileceğini bilmesi ve bağlantı gelene kadar masada kâğıt bir yedek plan tutulmasıdır.

Yedek ile kurtarma planı arasındaki fark nedir?

Yedek kopyanın kendisidir; RTO ve RPO, sistemin ne kadar hızla döneceğine ve ne kadar veri kaybedilebileceğine ilişkin hedeflerdir; kurtarma planı ise kimin neyi, hangi sırayla, hangi erişimle yapacağıdır. Üçünün birbirine uyduğunun tek kanıtı geri yükleme testidir.

Ayrılırsak verilerimizin kopyasını alabilir miyiz?

Bu iyi niyete değil, dışa aktarım maddesine bağlıdır. Biçimi, ne sıklıkla istenebileceğini, bir ücret olup olmadığını ve sözleşme sona erdikten sonra ne kadar süre erişilebilir kaldığını sorun. Sözleşme sürerken bir dışa aktarım isteyin ve açın; ilk denemeniz baskı altında yapılmasın.

Sezonluk bir otel olarak günün her saati desteğe ihtiyacımız var mı?

Destek saatlerini fiilen işlettiğiniz aylarla eşleştirin ve sezonu eke yazın. Nisan'dan Ekim'e açık bir tesis, o aylar için günün her saati korumayı, dışında ise iş saatlerini pazarlık edebilir; koşul, saat tanımının ve tırmandırma yolunun iki durumda da net olmasıdır.

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