> tpl_svc_003
SLA, OLA ve Destekleyici Sözleşme Gereksinimleri Matrisi
SLA açıklarını ve ihlal cezalarını ortadan kaldırmak için harici müşteri Hizmet Seviyesi Anlaşmalarını (SLA), şirket içi departmanlar arası Operasyonel Seviye Anlaşmalarını (OLA) ve harici tedarikçi Destekleyici Sözleşmelerini (UC) birbirine bağlayan sözleşmesel uyum ve çok katmanlı operasyonel anlaşmalar matrisi.
Karşılanamaz taahhütleri önlemek için harici müşteri SLA'lerini şirket içi OLA'ler ve tedarikçi sözleşmeleriyle uyumlayan kapsamlı matris.
Önemli Teknik Doküman Şablonu ve Hukuki Uyarı
TinyCTO.tv Teknik Doküman Şablon Bildirimi: Bu şablon genel eğitim ve operasyon amaçlı bir başlangıç materyalidir. Hukuki, vergisel, muhasebesel, yatırım, satın alma, mevzuat, güvenlik veya sertifikasyon danışmanlığı değildir. Gereklilikler ülkeye, kuruma, sözleşmeye ve riske göre değişir. Kullanmadan önce yetkin uzmanlarla gözden geçirip uyarlayın.
Çözülen Üretim Problemi
Ticari ekipler agresif müşteri SLA'leri (örneğin %99,99 kesintisiz çalışma, 15 dakika MTTR) taahhüt ederken, altyapı tedarikçileri veya veritabanı ekipleri yalnızca %99,5 ve 4 saatlik destek garantisi verir; bu da muazzam finansal cezalar ve sigortalanamaz riskler yaratır.
Ne Zaman Kullanılmalı?
- •Müşteri sözleşmelerini ve müşteriye dönük Hizmet Seviyesi Anlaşmalarını (SLA) net kademelendirme ve hizmet kredileriyle yapılandırırken
- •Mühendislik, SRE, güvenlik ve altyapı ekipleri arasında dahili Operasyonel Seviye Anlaşmalarını (OLA) müzakere edip uyumlarken
- •Uçtan uca marj koruması sağlamak amacıyla bulut satın alma süreçlerinde tedarikçi Destekleyici Sözleşmelerini (UC) değerlendirirken
Ne Zaman Kullanılmamalı?
- •Ham altyapı metrik eşikleri, uyarı kuralları ve işlemci telemetri tetikleyicilerinde (TPL-OPS-008 kullanın)
- •Proje kilometre taşı teslimat takvimleri ve sprint hız taahhütlerinde (TPL-DEL-004 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
Platin (%99,99), Altın (%99,9) ve Gümüş (%99,5) erişilebilirlik kademelerinin, önem derecesine göre (Sev 1-4) yanıt sürelerinin, çözüm pencerelerinin ve planlı bakım istisnalarının belirlenmesi.
Ürün Mühendisliği, Platform SRE, Ağ Operasyonları ve Bilgi Güvenliği arasında ön inceleme, eskalasyon ve değişiklik dondurma taahhütlerinin oluşturulması.
Bulut sağlayıcı (AWS/Azure/GCP) hizmet şartlarının, CDN SLA'lerinin, ödeme geçidi garantilerinin ve SaaS bağımlılık taahhütlerinin denetlenmesi.
Tedarikçi garantileri ile müşteri taahhütleri arasındaki boşluklardan kaynaklanan cezaların, hizmet kredilerinin ve yasal yükümlülük risklerinin modellenmesi.
Sentetik test problarıyla otomatik SLA takibi, hata bütçesi tüketim oranlarının hesaplanması, kök neden ceza incelemeleri ve aylık müşteri raporları.
Doldurma ve Uygulama Yönergeleri
Bağımsız İnceleme ve Onay Kontrol Listesi
- Tüm zorunlu bölümler dolduruldu
- Gizli anahtar veya parola içermiyor
- Yönetici sponsor onayı alındı
SLA, OLA ve Destekleyici Sözleşme Gereksinimleri Matrisi - Örnek Vaka Analizi
Örnek Organizasyon: SaaS B2B Kurumsal Çok Kiracılı Platform
SaaS B2B Kurumsal Çok Kiracılı Platform için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •12 müşteri ana hizmet sözleşmesi 8 tedarikçi sözleşmesiyle eşleştirilerek teminatsız kalmış 3 adet %99,99 erişilebilirlik maddesi düzeltildi
- •Dış müşteri SLA'sini (30 dk) güvenceye almak için 15 dakikalık Sev-1 yanıtı şart koşan dahili mühendislik OLA'si kuruldu
- •İhtilaflı ceza taleplerinde $120.000 tasarruf sağlayan otomatik aylık hizmet kredisi denetim modeli hayata geçirildi
Sıkça Sorulan Sorular
SLA, OLA ve Destekleyici Sözleşme (UC) arasındaki ilişki nedir?
SLA, dış müşterilerle yapılan yasal bağlayıcılığı olan sözleşmedir. OLA, SLA hedeflerini tutturmak için şirket içi ekipler (ör. SRE ve Yazılım) arasında yapılan operasyonel anlaşmadır. Destekleyici Sözleşme (UC) ise performansı doğrudan müşteri SLA'nizi etkileyen harici tedarikçilerle (ör. AWS, Twilio, Datadog) yapılan sözleşmedir.
SLA ihlal cezaları ve hizmet kredileri nasıl hesaplanmalıdır?
Hizmet kredileri genellikle aylık yinelenen faturanın kademeli yüzdeleri olarak yapılandırılır (%99,0 - %99,9 arası için %10, <%99,0 için %25 kredi). Hizmet kredilerinin tek ve münhasır finansal telafi yöntemi olduğu sözleşmede belirtilmeli, ucu açık dolaylı tazminat talepleri engellenmelidir.
Şirket içi OLA hedefleri neden müşteri SLA'lerinden belirgin şekilde daha sıkı olmalıdır?
Müşteri SLA'si Sev-1 olay çözümü için 2 saat tanıyorsa, şirket içi ekipler 2 saatlik yanıt OLA'si ile çalışamaz. Dış SLA ihlali gerçekleşmeden önce yeterli tampon bırakmak için ön inceleme, teşhis, kod yayını ve doğrulama aşamaları sıkıştırılmış sürelerle (ör. 15 dk inceleme, 45 dk çözüm) çalışmalıdır.
Teknik Doküman Şablon Paketi
Giriş GerekliTüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.
Yetkili Standartlar ve Kaynaklar
- ITIL 4 Practice Guide: Service Level ManagementAXELOS • OFFICIAL REQUIREMENT
- ISO/IEC 20000-1 Clause 8.3: Service Level Agreements & Supplier ManagementInternational Organization for Standardization • OFFICIAL REQUIREMENT
- AICPA SOC 2 Availability & Reliability CriteriaAICPA • OFFICIAL REQUIREMENT