Cloud‑POS: SLA, Uptime ve Destek — Avusturya şirketleri için karşılaştırma rehberi

Avusturya'da bir Cloud‑POS seçiyor veya değiştiriyorsanız, pazarlama vaatleri ile sözleşmeye bağlanmış taahhütler (SLA) arasındaki fark günlük satışlarınız, RKSV uyumluluğunuz (Registrierkassen‑Sicherheitsverordnung) ve müşteri deneyiminiz üzerinde doğrudan etki yapabilir. Bu rehber, erişilebilirlik (uptime), destek ve kurtarma açısından karşılaştırma yaparken kullanılacak teknik ve pratik ölçütleri açıklar.

Neden Uptime ve SLA işiniz için önemli?

"Uptime" bir hizmetin kullanılabilir olduğu sürenin yüzdesidir. Bir mağaza için erişimin yetersiz olması, kaçırılan satışlar, uzun kuyruklar ve RKSV kapsamında kayıt hataları riski demektir.

Cloud‑POS sözleşmelerinde dikkat etmeniz gerekenler: SLA nasıl ölçülüyor ve bildirim yapılıyor; planlı bakım (maintenance windows) SLA hesaplamasına dahil mi; downtime nasıl tanımlanıyor ve hangi durumlarda servis kredisi veya tazminat veriliyor.

Uptime karşılaştırmasında pratik ölçütler

• Yıllık erişilebilirlik yüzdesi (ör. %99,9): %99,9 ile %99,99 arasındaki fark yıllık bazda ek saatler anlamına gelir. SLA yüzdesini iş riskinize çevirin ve kaybedeceğiniz ortalama satış/euro üzerinden değerlendirin.
• Downtime tanımı: Kısa yerel ağ kesintileri veya ödeme işlemcisi sorunları SLA kapsamında mı, yoksa sadece Cloud servisinin kesintileri mi sayılıyor?
• Bakım pencereleri: Planlı bakım ne şekilde duyuruluyor ve yoğun satış saatlerine denk gelmemesi garanti ediliyor mu?
• Ölçüm ve şeffaflık: Sağlayıcının bir status page'i veya doğrulanabilir uptime verisi var mı? Tarihsel performans raporları talep edilebilir olmalı.

Destek: Seviyeler, saatler ve kanallar

Teknik destek, ortalama tamir süresi (MTTR) ve görünmeyen maliyetlerde en büyük etkiye sahiptir. Karşılaştırırken sorunuzu şu şekilde netleştirin:

• Destek saatleri: 7/24 mi yoksa yalnızca mesai saatleri içinde mi hizmet veriliyor?
• Kanallar: Telefon, canlı sohbet, e‑posta veya ticket sistemi mi sunuluyor? Kriz anında telefon erişimi ne kadar hızlı?
• Destek SLA'ları: Kritik incident'ler için ilk cevap süresi ve çözüm süresi sözleşmede nasıl tanımlanmış (ör. kritik olaylarda 30 dakika içinde ilk cevap)?
• Öncelik sınıflandırması: Olaylar etkiye göre nasıl sınıflanıyor ve kritik durumlar için hangi eskalasyon prosedürleri var?

Kurtarma ve iş sürekliliği (Disaster Recovery)

Günlük erişilebilirliğin ötesinde, yedekleme politikaları, DEP (Datenerfassungsprotokoll — veri kayıt protokolü) saklama ve kurtarma süreçlerini inceleyin. Temel sorular:

• Sağlayıcı düzenli, şifrelenmiş yedekler tutuyor mu ve yedek saklama süresi nedir?
• Sistemin yedekten geri dönmesi ne kadar sürer (RTO) ve hangi süreyle veri kaybı olasıdır (RPO)?
• Geri dönüş süreçleri periyodik olarak test ediliyor mu ve test raporları müşteriye sunuluyor mu?

RKSV uyumluluğu ve Avusturya'ya özgü gereklilikler

Avusturya'daki işletmeler için RKSV gerekliliklerine uygunluk zorunludur: işlemlerin doğru kaydı, DEP saklama ve veri bütünlüğünü koruyan onay mekanizmaları. Resmi mevzuat ve güncel yorumlar için Avusturya kaynaklarına bakın: RIS (Rechtsinformationssystem) ve mali işlemler için FinanzOnline. Ayrıca işveren ve ticaret konuları için WKO ve maliye bilgileri için BMF kaynaklarına başvurun.

Değerlendirmeyi akıllı hale getirmek: teknik ve sözleşmesel kontrol listesi

Satıcı seçimi toplantısında kullanabileceğiniz pratik kontrol listesi:

1. SLA dokümanını ve önerilen uptime yüzdesini alın; ölçüm yöntemi netleştirilsin.
2. Tarihsel uptime raporları veya genel status page bağlantıları isteyin.
3. Downtime tanımı ve istisnaları sözleşmede açıkça yazılı olsun.
4. Destek yanıt süreleri ve eskalasyon süreçlerini yazılı olarak alın.
5. Yedekleme politikaları, RTO ve RPO değerlerini isteyin; DEP saklama süresini kontrol edin.
6. Kurtarma testleri ile ilgili belgeler ve önceki test sonuçlarını talep edin.
7. RKSV uyumluluğu ile ilgili taahhütleri ve müşteri tarafındaki kayıt sorumluluklarını belgeleyin.

Operasyonel örnekler ve karar senaryoları

Senaryo 1 — Sabah yoğunluğu olan bir kafe: Kısa kesintilerin bile maliyeti yüksekse, daha yüksek uptime (ör. %99,99), 7/24 telefon desteği ve kısa RTO tercih edilir.

Senaryo 2 — Mevsimsel satışa odaklı bir giyim mağazası: Satış hacminin belirli dönemlere yoğunlaştığı durumlarda planlı bakımın bu dönemlerin dışına alınmasını ve kesinti durumunda servis kredileri şartlarının açıkça belirtilmesini isteyin.

Gizli maliyetler ve ticari metrikler

Aylık abonelik ücretinin ötesinde, entegrasyon donanımı, veri taşıma, personel eğitimi ve kesinti maliyetleri (kaybedilen satış, müşteri memnuniyeti etkisi) gibi gizli maliyetleri hesaba katın. ROI hesaplaması yaparken downtime olasılığı ve ortalama saatlik erişim kaybı maliyetini dahil edin.

Lonio nasıl yardımcı olabilir?

Karar verici ekipler için POS, stok, raporlar ve destek iletişim noktalarını tek bir platformda görmek karar süresini ve kurtarma süresini kısaltır. SLA tekliflerini pratikte karşılaştırmak veya kurtarma testleri planlamak isterseniz ürün sayfalarımızı inceleyin: POS özellikleri, Entegrasyonlar ve Raporlama. Teknik sorular ve veri geçişleri için Teknik destek hizmetleri veya Veri göçü hizmetleri sayfalarımızdan iletişime geçebilirsiniz.

Sonuç ve sonraki adımlar

Cloud‑POS seçiminde SLA, uptime yüzdesi, destek yanıt süreleri ve kurtarma politikaları üzerine karşılaştırma yapmak operasyonel ve uyumluluk risklerini azaltır. Sözleşmeyi imzalamadan önce SLA dokümanlarını dikkatle okuyun, sağlayıcıdan geçmiş raporlar isteyin ve RKSV ile ilgili etkiler için bir vergi danışmanına veya muhasebecinize danışın.

Sık Sorulan Sorular

1) Avusturya'da küçük bir işletme için hangi seviyede uptime uygun?

Günlük yüksek işlem hacmine sahip işletmeler için en az %99,9 veya daha iyisini (%99,95–%99,99) hedeflemek mantıklıdır; kesin seçim saatlik kesinti maliyeti ve operasyonunuzun hassasiyetine bağlıdır.

2) Sağlayıcının RKSV ile uyumlu olduğunu nasıl doğrularım?

Sağlayıcıdan DEP saklama, işlem kaydı uygulamaları ve Avusturya'da kullanılan imza mekanizması (Signaturerstellungseinheit veya kullanılan elektronik imza yöntemi) ile ilgili teknik doküman isteyin; yasal metinleri RIS veya bir vergi danışmanıyla karşılaştırın.

3) Sağlayıcı SLA'yı ihlal ederse ne beklemeliyim?

Sözleşmede downtime hesaplama yöntemi, servis kredileri veya tazminat mekanizmaları açıkça belirtilmelidir. İmzadan önce tazminat şartlarını gözden geçin ve yüksek risk durumlarında kurtarma testi veya deneme dönemi talep edin.