WordPress bakım sözleşmesi, bakım hizmetini sözlü anlaşmadan çıkarıp yazılı hale getiren belgedir. Freelancer olarak sorunlu bir güncelleme veya kaybolan bir yedek anında "kimin neden sorumlu olduğu" sorusu doğarsa, elinizdeki tek dayanak bu belgedir. Hizmeti nasıl kuracağınızı WordPress bakım hizmeti nasıl verilir yazısında, fiyatı bakım hizmeti fiyatlandırma yazısında anlattık. Burada o kararları sözleşme diline çeviriyoruz.
Sözleşmede hizmet kapsamı nasıl yazılır?
Kapsam, sözleşmenin en önemli maddesidir, çünkü uyuşmazlıkların çoğu "bu da dahil sanıyordum" ile başlar. Yapılacak işleri sıklıklarıyla birlikte tek tek sayın ve hariç tutulanları da yazın.
Küçük düzenleme için bir saat kotası veriyorsanız, kotanın kapsamını ve aşım ücretini de buraya ekleyin. Görev listesinin tamamı için bakım kontrol listesi yazısına bakabilirsiniz.
Yanıt süresi ve hizmet seviyesi nasıl tanımlanır?
Yanıt süresi, bir talebe ilk dönüş süresidir. Çözüm süresi ile karıştırmayın: çözümü taahhüt etmek, sizin kontrolünüzde olmayan hosting veya üçüncü taraf eklenti sorunlarında sizi zor durumda bırakabilir. Yanıt süresini iş günü ve mesai saati cinsinden yazın, acil durumun tanımını ekleyin.
Uptime izlemeyi taahhüt ediyorsanız, bunun yalnızca izleme ve bildirim olduğunu, uptime yüzdesi garantisi olmadığını açıkça yazın. İzleme için uptime takibi yazısına bakın.
Ücret, ödeme ve vade maddesi nasıl olmalı?
Ücret maddesinde şunlar bulunmalı: aylık ücret, KDV durumu, fatura ve ödeme tarihi, gecikme halinde yapılacaklar, kapsam dışı işlerin saatlik ücreti ve fiyat güncelleme yöntemi. Gecikme faizi veya hizmeti durdurma gibi yaptırımları yazmadan önce geçerliliklerini hukukçunuza sorun.
Yedek ve veri sorumluluğu nasıl yazılır?
Yedek maddesinin amacı, ne zaman ve nerede yedek alındığını, ne kadar saklandığını ve yedeğin garanti olmadığını netleştirmektir. Hiçbir yedek sistemi her durumda geri dönüşü garanti etmez. Bunun yerine "makul özenle" alındığını ve düzenli test edildiğini yazmak daha dürüst ve korunaklıdır. Yedekleme tarafındaki teknik ayrıntılar için WordPress yedekleme rehberi yazısına bakın.
Son cümlenin (sorumluluğun sınırlandırılması) geçerliliği Türk hukukunda koşullara bağlı olabilir, bu nedenle bu cümleyi bir hukukçuya gösterin.
Erişim bilgileri, gizlilik ve KVKK nasıl ele alınır?
Erişim maddesinde müşterinin size verdiği yönetici, hosting ve alan adı bilgilerinin nasıl kullanılacağını, nerede saklanacağını ve sözleşme sonunda ne olacağını yazın. Kendinize ait bir yönetici kullanıcı açtırmak, müşterinin hesabını kullanmaktan daha güvenlidir ve kimin ne yaptığının görülmesini sağlar.
Kişisel veri tarafında, bakım yaparken müşterinin sitesinde bulunan form kayıtlarına, sipariş bilgilerine ve kullanıcı verilerine erişebilirsiniz. Bu durumda 6698 sayılı KVKK kapsamındaki rolünüz (veri sorumlusu veya veri işleyen) ve yükümlülükleriniz sözleşmenin yapısına ve fiili duruma göre değişebilir. Bu konuda kesin bir sonuç çıkarmadan bir hukukçuya danışın. Bizim kendi veri işleme koşullarımıza veri işleme sözleşmesi sayfasından ulaşabilirsiniz, ancak o sayfa sizin müşterinizle yapacağınız sözleşmenin yerine geçmez.
Güncelleme riski ve üçüncü taraf yazılım nasıl yazılır?
WordPress siteleri çok sayıda üçüncü taraf eklenti ve temadan oluşur. Bir güncelleme, o eklentinin yazarının hatası nedeniyle başka bir bileşenle çakışabilir. Sözleşmede bu riski ve sizin süreçteki yükümlülüğünüzü dengeli yazın: güncellemeden önce yedek alınır, sonrasında temel akışlar test edilir, sorun çıkarsa makul sürede önceki sürüme dönülür. Müşterinin lisanslı eklentilerin lisanslarını güncel tutma sorumluluğunu da buraya ekleyin.
Hangi güncellemenin uygulanıp hangisinin bilerek ertelendiğini rapora yazın, böylece kararın kaydı olur. Güncelleme sürecinin teknik ayrıntıları için WordPress güncelleme rehberi yazısına bakın. Bu maddenin sorumluluk dağılımı yönünden geçerliliği için de hukukçu görüşü almanızı öneririz.
Fesih ve sorumluluk sınırı nasıl yazılır?
Fesih maddesinde tarafların hangi sürede, hangi yolla (yazılı veya e-posta) sözleşmeyi sonlandırabileceğini, kalan ücretin ve devir işlemlerinin nasıl ele alınacağını yazın. Süreli sözleşmelerde erken fesih koşulları ayrı belirtilmelidir.
Sorumluluk sınırı maddesini genel bir tavan (örneğin son 12 ayda ödenen bakım ücreti) olarak tasarlamak yaygındır. Ancak bu tür sınırlamaların hangi ölçüde geçerli olacağı bir hukuk konusudur: özellikle kasıt ve ağır kusur hallerinde sınırlamanın geçerli olmayabileceğini bir hukukçuyla netleştirin ve bu maddeyi kendiniz tahmin etmeyin.
Sözleşmede en sık yaşanan sorunlar neler?
- Kapsamın belirsiz yazılması, ardından her isteğin bakıma dahil olduğunun varsayılması.
- Güncelleme sonrası bozulan siteden kimin sorumlu olduğunun yazılmaması. Güncellemeden önce yedek almayı ve sorun halinde geri almayı süreç olarak yazın, bkz. güncelleme rehberi ve sorun giderme yazısı.
- Hosting ve alan adı kimde, kim yeniliyor sorusunun cevapsız kalması.
- Sözleşme bitince yönetici erişimlerinin kaldırılmaması.
- Zam mekanizmasının olmaması.
- Sözlü verilen ek taahhütlerin sözleşmeye eklenmemesi.
Güncelleme kaynaklı sorunlar için güncelleme sonrası site bozuldu yazısındaki adımları süreç olarak sözleşme ekine koymayı düşünün. Müşteriye göndereceğiniz aylık bilgilendirme için bakım raporu şablonuna bakın.
Sık sorulan sorular
Küçük bir müşteri için de yazılı sözleşme gerekir mi?
Önerilir. Sözleşme uzun olmak zorunda değil, bir ila iki sayfalık, kapsamı, ücreti ve feshi açıkça yazan bir belge çoğu uyuşmazlığı önler. Biçimsel geçerlilik konusunda hukukçunuza sorun.
İnternetten bulduğum şablonu olduğu gibi kullanabilir miyim?
Hayır. Şablonlar başlangıç noktasıdır. Kendi hizmetinize, vergi durumunuza ve müşteri tipinize uyarlayın ve bir hukukçuya göstererek kesinleştirin.
Sözleşmeyi imza yerine e-posta onayıyla yapabilir miyim?
Bu bir hukuki geçerlilik ve ispat sorusu, kesin cevap vermek için yetkin değiliz. E-posta onayının yeterli olup olmayacağını hukukçunuza danışın.
Sözleşmeye yedek garantisi yazmalı mıyım?
Mutlak garanti yazmayın. Alınma sıklığını, saklama süresini ve düzenli test yapılacağını yazın, garanti yerine makul özen taahhüdü verin.
Sözleşmede yazdığınız işi kayıt altında tutun
Watch Your WP, yedek, güncelleme ve uptime kayıtlarını aktivite günlüğünde tutar. Güvenli güncelle, güncellemeden önce yedek alır ve sorun çıkarsa tek tıkla sürüm geri alma sunar. Böylece sözleşmede taahhüt ettiğiniz süreci yaptığınızı gösterebilirsiniz.
Erdinç
Watch Your WP'yi geliştiriyor. WordPress bakım, güvenlik ve site yönetimi deneyiminden yazıyor.
LinkedIn