ERP Bakım ve Destek Sözleşmesi Tam Olarak Neyi Kapsar?

Bir ERP bakım ve destek sözleşmesi aslında iki ayrı şeyi kapsar ve bu ikisi karıştırıldığında teklifler karşılaştırılamaz hale gelir: yazılım üreticisine ödenen yıllık bakım bedeli (yeni sürüm ve yama hakkı, üretici destek kanalı) ile iş ortağınızla yaptığınız hizmet sözleşmesi (insan zamanı — ticket, uzaktan müdahale, sürüm planlaması, danışmanlık saatleri). Teklifte bakılması gereken şey saatin fiyatı değil, hangi işin kapsam içinde hangisinin kapsam dışı olduğunun yazılı olup olmadığıdır.

Bu yazı, canlıya geçmiş bir ERP'nin arkasındaki destek ilişkisini şeffaflaştırmak için yazıldı. Rakam vermiyoruz; çünkü anlamlı bir rakam ancak sizin kurulumunuzun karmaşıklığına göre çıkar. Onun yerine, fiyatı neyin belirlediğini ve teklifte hangi satırların yazılı olması gerektiğini anlatıyoruz.

Sözleşmenin iki ayrı bacağı

Teklifleri yan yana koyduğunuzda ilk yapılacak iş, hangi bacağın neyi içerdiğini ayırmaktır:

Bacak	Kime ödenir	Karşılığında ne alırsınız
Yıllık yazılım bakımı	Yazılım üreticisine (iş ortağı üzerinden)	Yeni sürüm ve yama hakkı, üretici destek kanalı, lisansın güncel kalması
Destek ve hizmet sözleşmesi	İş ortağınıza	Ticket süreci, uzaktan müdahale, sürüm planlaması, sağlık kontrolü, danışmanlık saatleri
Add-on bakımı	İlgili çözüm sağlayıcısına	e-belge ve diğer eklentilerin mevzuat güncellemeleri ve sürüm uyumu

Üçüncü satır en çok atlanandır. Türkiye'de e-belge çözümleri ayrı bir üründür; onun bakımı ne üreticinin yıllık bakımına ne de iş ortağının hizmet sözleşmesine otomatik olarak dahildir. Teklifte bu satır görünmüyorsa sorun — "dahildir" cevabını sözlü değil yazılı alın. Bu kalemlerin toplam maliyet içindeki yerini ERP'de toplam sahip olma maliyeti yazısında ayrıca ele aldık.

Hizmet sözleşmesinde tipik kapsam

Destek sözleşmesinin içeriği partnerden partnere değişir; bizim sözleşmemizde standart olarak bulunan kalemler şunlar:

• Adlandırılmış destek ekibi. Talebinizi her seferinde baştan anlatmamanız için sisteminizi ve süreçlerinizi tanıyan sabit bir ekip.
• Talep takip sistemi. Her başvuru kayıt altına alınır; panel, e-posta veya telefonla açılan talep aynı akışa girer, izlenebilir ve raporlanabilir olur.
• Uzaktan bağlantı desteği. Güvenli bağlantıyla müdahale; destek hafta içi 09.00-18.00 arasında telefon ve uzak bağlantı üzerinden verilir.
• Sürüm ve yama planlaması. Güncellemeler önce test edilir, sonra planlı bir pencerede uygulanır.
• Periyodik sağlık kontrolü. Performans, yedekleme ve yetki taramaları; arıza çıkmadan önce müdahale etmenin tek yolu.
• Aylık destek raporu. Açılan talepler, çözüm süreleri ve iyileştirme önerileri tek raporda.

Bu listedeki son iki madde, teklifleri ayırt etmenin en pratik yoludur. Reaktif bir sözleşme yalnızca siz aradığınızda çalışır; proaktif bir sözleşme, aramanız gereken durumların bir kısmını hiç oluşturmaz. Teknik destek ve bakım hizmetimizin kapsamını bu mantıkla kurduk.

SLA'da asıl bakılacak şey: yanıt mı, çözüm mü

Sözleşmelerin en yanlış okunan yeri burası. İki farklı taahhüt var ve aynı şey değiller:

• İlk yanıt süresi: Talebinizin görüldüğü, sınıflandırıldığı ve size kimin ilgilendiğinin bildirildiği ana kadar geçen süre. Ölçülebilir ve taahhüt edilebilir bir şeydir.
• Hedef çözüm süresi: Sorunun giderildiği ana kadar geçen süre. Sorunun niteliğine bağlı olduğu için "hedef"tir; tek taraflı garanti edilemez, çünkü kimi sorun üretici tarafında, kimi üçüncü parti üründedir.

Bizim taahhüdümüz şudur: tüm taleplere hafta içi 09.00-18.00 arasında, en geç 1 iş günü içinde ilk yanıt verilir. Öncelik seviyesi, ilk yanıt süresini değil, taleplerin ele alınma sırasını ve hedef çözüm sürelerini belirler. Mesai saatleri dışındaki destek ihtiyaçları ayrıca planlanır.

Bir teklifte "çözüm süresi garantisi" gördüğünüzde iki soru sorun: hangi sorun tiplerini kapsıyor ve kapsamadıklarını nasıl tanımlıyor? Her sorunu kapsadığını iddia eden bir çözüm taahhüdü, pratikte yerine getirilemeyen ve ilk kriz anında tartışmaya dönüşen bir maddedir.

Öncelik seviyeleri ve kapsam dışı işler

Öncelik, talebin ne kadar hızlı ele alınacağını belirleyen sınıflandırmadır. Dört seviyeli bir yapı çoğu şirkette yeterli oluyor:

Seviye	Durum
Kritik	Sistem tümüyle durdu, iş yapılamıyor
Yüksek	Ana bir süreç aksadı, geçici çözüm yok
Orta	Süreç aksadı ama geçici bir çözüm var
Düşük	Sorular, küçük istekler ve iyileştirme talepleri

Asıl netleştirilmesi gereken taraf ise kapsam dışıdır. Sözleşmede yazılı olmadığında her ay tartışma üreten tipik kalemler:

• Yeni bir modülün devreye alınması veya yeni bir süreç tasarımı
• Yeni entegrasyon geliştirme ve mevcut entegrasyonun kapsam değişikliği
• Yeni ekip için baştan eğitim programı (tek kullanıcının sorusu destek, program eğitimdir)
• Toplu veri düzeltme ve veri taşıma işleri
• Donanım, işletim sistemi, ağ ve yedekleme altyapısının kendisi
• Üçüncü parti ürünlerin kendi hataları (çözüm sağlayıcısına yönlendirilir, takibi destek kapsamındadır)

Bu ayrım, sözleşmeyi dar tutmak için değil, öngörülebilir kılmak için yapılır. İyi bir sözleşme, kapsam dışı işi reddetmez; onu ayrı bir teklifle ve ayrı bir takvimle ele alacağını yazar.

Sürüm güncelleme sorumluluğu kimde

Sık karışan bir konu: yıllık yazılım bakımı size yeni sürüme geçme hakkını verir, geçişin kendisini yapmaz. Yükseltmenin planlanması, test ortamında denenmesi, add-on ve özelleştirmelerin uyumluluğunun doğrulanması ve canlı pencerenin yürütülmesi bir hizmet işidir.

Teklifte cevaplanması gereken sorular şunlar: Yılda kaç yükseltme kapsamda? Yalnızca yama seviyesi mi, büyük sürüm geçişi de dahil mi? Add-on uyumluluk testi kimin işi? Yükseltme sonrası bir sorun çıkarsa geri dönüş planı kimin sorumluluğunda?

Bizim yaklaşımımız, güncellemeleri test edip planlı bir pencerede uygulamak ve büyük sürüm geçişlerini ayrı bir mini proje olarak ele almaktır. Bunu belirsiz bırakan sözleşmelerde olan şey öngörülebilir: şirket yükseltmeyi erteler, ertelendikçe geçiş pahalılaşır ve bir noktada destek alınamayan bir sürümde kalınır.

Danışmanlık saatleri ve fiyatı belirleyen değişkenler

Sözleşmelerin en çok pazarlık edilen kalemi, içine dahil edilen danışmanlık saatleridir. Netleştirilmesi gereken üç nokta var: saatler neyi kapsıyor (yalnızca sorun çözme mi, süreç iyileştirme ve rapor geliştirme de mi), kullanılmayan saat bir sonraki döneme devrediyor mu ve tüketim nasıl raporlanıyor. Üçünün de yazılı olduğu bir sözleşmede yıl sonunda sürpriz olmaz.

Fiyatı belirleyen değişkenler ise şunlar — rakam yerine bu listeye bakarak iki teklifin neden farklı olduğunu anlayabilirsiniz:

Değişken	Fiyata etkisi
Kullanıcı sayısı ve aktif modül sayısı	Destek yükünün temel ölçüsü
Add-on ve entegrasyon sayısı	Her bağlantı ayrı bir arıza yüzeyidir
Özelleştirme miktarı	Standart kurulum, özelleştirilmiş kuruluma göre daha az bakım ister
Hizmet penceresi	Mesai içi standarttır; mesai dışı ve hafta sonu ayrıca planlanır
Dahil danışmanlık saati	Sözleşmenin en görünür değişkeni
Proaktif izleme ve sağlık kontrolü sıklığı	Reaktif sözleşmeden ayrıştıran kalem
Ortam sayısı	Test ve canlı ortamın ayrı yönetilmesi ek iştir
Yerinde ziyaret ihtiyacı	Uzaktan destek standarttır; planlı saha ziyareti ayrı tanımlanır

Bizim çalışma modelimiz Ankara merkezli: destek uzaktan verilir, ihtiyaç halinde planlı saha ziyaretiyle desteklenir. Bu modelin ayrıntısını Ankara'daki çalışma biçimimizi anlattığımız sayfada bulabilirsiniz.

Teklifi değerlendirirken kontrol listesi

Aldığınız her destek teklifini şu sekiz maddeyle karşılaştırın; cevabı yazılı olmayan her madde, ilk krizde tartışma konusudur:

1. İlk yanıt taahhüdü ve hizmet penceresi (gün, saat) net yazılmış mı?
2. Öncelik seviyeleri ve her seviyenin ele alınma sırası tanımlı mı?
3. Kapsam dışı işler açıkça listelenmiş mi?
4. Sürüm ve yama güncellemesi kapsamda mı, hangi seviyede?
5. Add-on ve e-belge çözümlerinin bakımı kimin sorumluluğunda?
6. Dahil danışmanlık saati var mı, devrediyor mu, tüketimi nasıl raporlanıyor?
7. Aylık veya dönemsel raporlama taahhüdü var mı?
8. Sözleşme sonlandığında verilerinize ve dokümantasyonunuza nasıl erişeceğiniz yazılı mı?

Son madde en az sorulan ama en önemli olanıdır. Partner seçerken sorulacak diğer soruları SAP Business One partneri nasıl seçilir yazısında topladık; destek sözleşmesi, o listenin canlıya geçtikten sonraki devamıdır.

Sık sorulan sorular

ERP bakım sözleşmesi zorunlu mu?

Yazılım üreticisine ödenen yıllık bakım, yeni sürüm ve yama hakkının devamı için gereklidir; bırakıldığında sistem çalışmaya devam eder ama güncelleme ve üretici desteği dışında kalırsınız. İş ortağıyla yapılan hizmet sözleşmesi ise teknik olarak zorunlu değildir; ancak sözleşmesiz çalışan şirketlerde destek talebi her seferinde ayrı bir teklif ve bekleme süresi anlamına gelir.

İlk yanıt süresi ile çözüm süresi arasındaki fark ne?

İlk yanıt, talebinizin görülüp sınıflandırıldığı ve ilgilenen kişinin size bildirildiği ana kadar geçen süredir; taahhüt edilebilir. Çözüm süresi, sorunun giderildiği ana kadar geçen süredir ve sorunun niteliğine bağlı olduğu için hedef olarak tanımlanır. Bizde tüm taleplere en geç 1 iş günü içinde ilk yanıt verilir; öncelik seviyesi ele alınma sırasını ve hedef çözüm süresini belirler.

Mesai saatleri dışında sistem durursa ne olur?

Standart destek penceremiz hafta içi 09.00-18.00'dir; mesai dışı destek ihtiyaçları ayrıca planlanır. Kritik dönemleri — yıl sonu kapanışı, sayım, büyük bir sürüm geçişi — önceden bildiren şirketler için o pencereyi baştan takvime koyarız. Bu tür ihtiyaçları kriz anında değil, sözleşme aşamasında konuşmak gerekir.

Destek sözleşmesinin fiyatını ne belirler?

Kullanıcı ve aktif modül sayısı, add-on ile entegrasyon adedi, özelleştirme miktarı, hizmet penceresi, dahil danışmanlık saati, proaktif izleme sıklığı ve yerinde ziyaret ihtiyacı. Aynı şirket için iki teklifin farklı çıkmasının nedeni genellikle fiyat politikası değil, bu değişkenlerin farklı varsayılmasıdır; kapsamı eşitlemeden fiyat karşılaştırmayın. Lisans ve uygulama tarafındaki değişkenleri SAP Business One fiyatını neyin belirlediği yazısında ele aldık.

Sözleşmeye dahil danışmanlık saatleri neyi kapsar?

Kapsamı sözleşmede tanımlanır ve tanımlanmadığında tartışma üretir. Bizim ayrımımız şu: mevcut sistemin çalışmasını engelleyen her şey destek, sistemin yeteneğini genişleten her şey danışmanlık ya da projedir. Yeni rapor geliştirme, süreç iyileştirme ve ek eğitim gibi işler dahil saatlerden düşülür; saat yetmediğinde ayrı bir teklifle devam edilir.