SAP AMS nedir — ve neden destek sözleşmesi yetmez?

AMS (Application Management Services) kelimesi, tekliflerde ‘7/24 destek’ diye şişer. 7/24, bir telefonun çalmasıdır. AMS, kimin çalacağını, kapanışta kimin masada duracağını ve aynı hatanın üçüncü kez gelmeyeceğini tarif eder. Bu yazı tanım cümlesi; sihirli SLA tablosu değil.

Proje biter, sistem kalır

Dönüşüm veya rollout bittiğinde hypercare birkaç haftadır. Sonra işletme başlar: dönem sonu, banka dosyası, e-fatura tebliği, yanlış master, yetki. Bunları proje ekibi ‘artık sizin’ diye bırakırsa, bilgi de gider. AMS, o bilgiyi isimlendirilmiş bir ekibe bağlar. Sözleşme, kapsam ve öncelik sırası yazar. Yazılmazsa her şey acildir; acil olan hiçbir şey bitmez.

SLA neyi ölçer, neyi ölçmez?

Yanıt süresi ölçülür. Kapanış kalitesi ölçülmez — ta ki ters kayıt ve tekrar bilet sayılana kadar. İyi AMS, tekrarlayan olayı runbook veya düzeltmeye çevirir. Kötü AMS, aynı Fiori dump’ını her ay yeniden ‘çözür’. Skor tahtası uydurmayız; kuyruk ve tekrar adedi yeter.

Türkiye’de AMS’in görünmez yarısı

GİB takvimi, e-belge kesintisi, enflasyon düzeltmesi çalıştırma penceresi, DBS ret kodu. Bunlar ‘ABAP dump’ değildir; takvim işidir. Destek sözleşmesi yalnızca Priority-1 dump yazıyorsa, kapanış günü yalnız kalırsınız. Kapsama mevzuat ve kapanış penceresini yazın.

Ne zaman AMS, ne zaman proje?

Yeni bir ülke, yeni bir defter, yeni bir banka fabrikası — bunlar projedir. Yeni bir onaycı, yeni bir vergi kodu, endeks güncellemesi — AMS. Karışırsa her bakım ‘değişiklik talebi’ olup kuyruk şişer, ya da her proje ‘destekten hallice’ olup risk gizlenir. Sınır, keşifte çizilir.

Conforcus’ta AMS’i ortaklık diye tarif ediyoruz çünkü kapanışı birlikte yapmadığımız bir ‘destek’i satmıyoruz. Ücretsiz analiz, kapsamın nerede durduğunu konuşmak içindir — sihirli sağlık skoru için değil.