SLA ihlali teknik olaydan daha geniştir
Bir veritabanı kesintisi olduğunda teknik ekip CPU, failover, replication ve geri yükleme süresine bakar. Müşteri ise uygulamam çalıştı mı, satış kaybettim mi, ne zaman haberdar edildim, bunun faturama etkisi ne olacak diye bakar. İyi SLA süreci bu iki dünyayı bağlar.
Hizmet kredisi, müşteri memnuniyeti için sonradan verilen manuel indirim olmamalıdır. Hangi breach domain oluştu, hangi müşteri etkilendi, claim ne zaman açıldı, kim onayladı ve faturada nasıl göründü soruları kayıtlı olmalıdır.
- Availability, geri yükleme RTO, bakım etkisi ve güvenlik güncellemesi ayrı breach domainleri olarak izlenmeli.
- Müşteri-visible claim olmadan ihlal kapatılmamalı.
- Credit onayı rol, gerekçe ve denetim gerektirmeli.
- Faturadaki kredi satırı olay veya claim ile ilişkilendirilmeli.
Claim kaydı müşteri etkisini görünür yapar
Kesinti sırasında birden fazla müşteri farklı şekilde etkilenebilir. Aynı altyapı olayı bazı müşterilerde kısa gecikme artışı, bazılarında tam outage, bazılarında geri yükleme gecikmesi yaratabilir. Tek olay kaydı bu farkı taşımakta zorlanır.
Bu yüzden müşteri bazlı claim kaydı önemlidir. Claim, müşterinin etkisini, ilgili SLA domainini ve uygulanacak kredi kararını taşır.
Hizmet kredisi claim modeli
{
"tenant": "acme",
"cluster": "acme-prod-pg",
"breach_domain": "engine_availability",
"olay_id": "inc_20260614_001",
"customer_visible": true,
"status": "eligible",
"impact_window": "2026-06-14T10:02:00Z/2026-06-14T10:31:00Z"
}Manuel kredi güveni azaltır
Bir adminin faturaya elle indirim girmesi kısa vadede pratik görünür, ama sistem büyüdükçe sorun çıkarır. Hangi olay için verildi, tekrar uygulandı mı, kim onayladı, müşteri ne gördü? Bunlar belirsiz kalır.
İyi tasarımda onaylanmış claim, meter credit kaydı üretir; fatura da bu kayıttan negatif kredi satırı oluşturur. Böylece muhasebe, destek ve teknik ekip aynı izi takip eder.
Credit uygulama kontrolü
olay tespit edildi -> customer impact calculated -> claim created and müşteriye görünür -> admin approval with reason and denetim -> meter credit generated -> invoice line_type=credit appears -> claim closed with evidence
SLA raporu olay bittikten sonra da yaşar
Olay kapandıktan sonra en değerli işlerden biri kredi ve iletişim izini tamamlamaktır. Müşteri yalnızca “düzeldi” cevabını değil, kendi etkisinin nasıl değerlendirildiğini de bilmek ister.
TürkDB tarafında denetim, billing meter ve müşteriye görünür claim birleştiğinde SLA sadece pazarlama vaadi olmaktan çıkar; ölçülen ve faturaya yansıyan sorumluluk haline gelir.