SAP AMS hizmet seviyeleri: sözleşmeyi doğru kurmanın yolu

AMS tam olarak neyi kapsar?

AMS (Application Management Services), canlıya alınmış SAP sistemlerinin süregelen bakımını, olay çözümünü, küçük geliştirmeleri ve izlemeyi tek bir hizmet sözleşmesi altında toplar. Proje ekibinden farkı, çıktının bir teslimat değil bir hizmet seviyesi olmasıdır.

Uygulamada en çok karışan nokta şudur: AMS kapsamı olay çözümüyle sınırlıysa, iş birimlerinden gelen küçük değişiklik talepleri sürekli kapsam tartışmasına dönüşür. Bu yüzden sözleşmede "olay", "servis talebi" ve "küçük geliştirme" ayrı ayrı tanımlanmalıdır.

SLA'yı gerçekçi kurmanın kuralları

Sıkı bir SLA otomatik olarak daha iyi hizmet anlamına gelmez; yalnızca daha pahalı olur. Doğru yaklaşım, iş etkisine göre öncelik sınıflandırması yapmak ve yalnızca gerçekten kritik olan akışlar için en yüksek seviyeyi satın almaktır.

• P1 (üretim durdu): saatlik yanıt taahhüdü, 7/24 kapsam, tanımlı yükseltme (escalation) zinciri.
• P2 (kritik işlev kısıtlı): aynı iş günü yanıt, iş saatleri kapsamı, geçici çözüm kabul edilir.
• P3/P4 (küçük hata ve talepler): birkaç iş günü içinde planlanır, sprint benzeri paketlerle toplu işlenir.
• Ölçüm noktasını yazın: süre biletin açıldığı anda mı, atandığı anda mı başlar? Bu tek cümle, raporların yarısını belirler.

Devreye alma: ilk 60 gün

AMS'in başarısı çoğunlukla ilk iki ayda belirlenir. Bilgi devri eksik yapıldığında ekip aylarca körlemesine çalışır ve SLA ihlalleri sözleşmeden değil, bilgi boşluğundan doğar.

• Sistem envanteri, arayüz haritası ve kritik iş takvimi (ay sonu kapanış, bordro, sevkiyat pencereleri) yazılı olarak devredilmelidir.
• İlk 30 gün gölge mod: AMS ekibi mevcut ekiple birlikte çalışır, ikinci 30 gün birincil sorumluluk devralır.
• Tekrar eden olayların kök neden listesi çıkarılır; AMS'in ilk çeyrekteki hedefi olay sayısını düşürmek olmalıdır.

AMS'i ölçmenin doğru göstergeleri

Yalnızca SLA uyumunu ölçmek yanıltıcıdır: her bileti zamanında kapatan ama aynı hatayı her ay yeniden gören bir ekip, kâğıt üzerinde başarılı görünür.

• Tekrar eden olay oranı ve kök neden kapatma sayısı.
• İlk temasta çözüm oranı — bilgi devrinin kalitesini gösterir.
• Otomasyona alınan manuel işlerin sayısı; izleme araçlarıyla önlenen olaylar en değerli kalemdir.

Sık sorulan sorular

SAP AMS ile klasik destek arasındaki fark nedir?

Klasik destek olay bazlı ve reaktiftir. AMS, tanımlı hizmet seviyeleriyle sürekli bir sorumluluk devri içerir: izleme, önleyici bakım, küçük geliştirmeler ve raporlama da kapsamdadır.

AMS sözleşmesi nasıl fiyatlanır?

Yaygın modeller sabit aylık ücret (tanımlı kapsam ve SLA), kullanım bazlı paket saat ve hibrit yapıdır. Fiyatı belirleyen ana etkenler kapsam saatleri, öncelik sınıfları ve 7/24 gereksinimidir.

AMS'e geçiş ne kadar sürer?

Tipik devreye alma 6–10 hafta sürer: envanter ve bilgi devri, gölge mod, ardından tam sorumluluk devri. Karmaşık arayüz ortamlarında bu süre uzayabilir.