Yazılım seçimi tamamlandığında ekip genellikle bir an önce kuruluma geçmek ister ve sözleşme hızla imzalanır. Oysa sözleşme, acentenin verilerinin, çalışma sürekliliğinin ve olası bir ayrılığın nasıl yönetileceğini belirleyen belgedir. Bu yazı hukuki danışmanlık yerine geçmez; amacı, sözleşmeyi okurken hangi başlıklara dikkat etmeniz ve sağlayıcıya hangi soruları sormanız gerektiğini düzenli bir liste halinde sunmaktır. Önemli kararlar için sözleşmeyi bir hukuk danışmanıyla birlikte değerlendirmenizi öneririz.
Veri sahipliği ve erişim
İlk ve en önemli soru, sisteme girilen verinin kime ait olduğudur. Müşteri kayıtları, poliçe bilgileri, teklif geçmişi ve notlar acentenin iş varlığıdır. Sözleşmede şu konuların açık olması gerekir:
- Verinin acenteye ait olduğu ve sağlayıcının yalnızca hizmeti sunmak amacıyla işlediği
- Acentenin verilerini hangi biçimlerde ve ne sıklıkla dışa aktarabileceği
- Sağlayıcının veriyi hangi amaçlarla kullanamayacağı
- Veri işleme rolleri ve kişisel verilerin korunmasına ilişkin yükümlülüklerin nasıl paylaşıldığı
Hizmet seviyesi ve süreklilik
Bulut tabanlı bir sistemde erişilebilirlik, günlük işin aksamadan sürmesi demektir. Sözleşmede veya ekinde hizmet seviyesine ilişkin taahhütlerin, planlı bakım çalışmalarının nasıl duyurulacağının ve bir kesinti durumunda bilgilendirmenin nasıl yapılacağının yazılı olması önemlidir. Somut bir taahhüt yoksa, en azından sağlayıcının kesinti ve bakım iletişimini hangi kanaldan yaptığını sorun.
Yedekleme ve geri dönüş
Verilerin hangi sıklıkla yedeklendiği, yedeklerin nerede tutulduğu ve bir sorun anında verinin ne kadar geriye dönük kurtarılabileceği sorulması gereken sorulardır. Bu bilgiler, acentenin kendi iş sürekliliği planını yapabilmesi için gereklidir.
Güvenlik yükümlülükleri
Sözleşmede güvenliğe ilişkin genel ifadeler yerine, uygulamada neyin sunulduğunu görmek isteyin. Rol bazlı yetkilendirme, iki aşamalı doğrulama, oturum ve cihaz yönetimi, işlem kayıtlarının tutulması gibi özellikler hem sözleşme ekinde hem de demo hesabında doğrulanabilmelidir. Bir güvenlik olayı yaşanması halinde acentenin ne kadar süre içinde ve nasıl bilgilendirileceği de ayrı bir madde olarak yer almalıdır.
Destek kapsamı
“Destek dahildir” ifadesi tek başına yeterli değildir. Şu ayrıntıları netleştirin:
- Destek hangi kanallardan verilir: telefon, e-posta, panel içi talep veya mesajlaşma?
- Destek saatleri nelerdir ve yoğun dönemlerde nasıl işler?
- İlk kurulum, veri aktarımı ve ekip eğitimi destek kapsamında mı, ayrı bir hizmet mi?
- Hata bildirimleri ile yeni özellik talepleri nasıl ayrıştırılır ve takip edilir?
Ücretlendirme ve değişiklikler
Abonelik modelinde ücretin neye göre belirlendiğini anlamak önemlidir: kullanıcı sayısı, modül kapsamı, şube sayısı veya bunların bir bileşimi olabilir. Sözleşmede ayrıca şu konulara bakın:
- Fiyat değişikliklerinin ne kadar önceden bildirileceği
- Kullanıcı veya modül eklemenin ve çıkarmanın nasıl yapılacağı
- Faturalama döneminin ve ödeme koşullarının açık olup olmadığı
- Deneme veya demo süresinden ücretli kullanıma geçişin nasıl işlediği
Ürün değişiklikleri ve güncellemeler
SaaS ürünleri sürekli gelişir. Bu genellikle acentenin lehinedir; ancak bir özelliğin kaldırılması veya köklü biçimde değiştirilmesi günlük işi etkileyebilir. Önemli değişikliklerin önceden duyurulup duyurulmadığını ve güncellemelerin nasıl iletildiğini sorun. Özellikle teklif akışlarında, sigorta şirketlerinin kendi sistemlerindeki değişikliklerin platforma nasıl yansıtıldığını öğrenmek faydalıdır.
Çıkış koşulları
Sözleşmenin en çok ihmal edilen bölümü, ilişkinin nasıl sona ereceğidir. Hiçbir acente ayrılmayı planlayarak sözleşme imzalamaz; ama çıkış koşulları net olduğunda, kalmak da daha güvenli bir tercih olur. Kontrol edilecek noktalar:
- Fesih bildirim süresi ve yöntemi
- Fesih sonrası verilerin hangi süre içinde ve hangi formatta teslim edileceği
- Teslimden sonra verilerin sağlayıcı sistemlerinden nasıl silineceği
- Geçiş döneminde erişimin sürüp sürmeyeceği
Kullanıcı ve yetki yönetimine ilişkin maddeler
Acentede çalışan değişimi olağan bir durumdur. Sözleşmenin veya hizmet tanımının, kullanıcı ekleme ve kapatma işlemlerini acentenin kendisinin yapabileceğini açıkça göstermesi gerekir. Bir çalışan ayrıldığında erişimin sağlayıcıya talep açmadan, panelden kapatılabilmesi hem güvenlik hem de operasyon açısından önemlidir. Bunun yanında, ayrılan kullanıcının oluşturduğu kayıtların silinmeden başka bir kullanıcıya devredilip devredilemeyeceğini sorun. Müşteri kartları, açık görevler ve bekleyen teklifler bir kişiye değil acenteye aittir; sözleşme ve ürün yapısı bu ilkeyi desteklemelidir.
Sözleşme okurken sorulacak hızlı sorular
- Bu madde bir sorun yaşandığında bana ne hak tanıyor?
- Bu taahhüt ürünün hangi ekranında veya hangi raporda görülebilir?
- Belirsiz bir ifade varsa, sağlayıcı bunu yazılı olarak açıklayabilir mi?
- Bu madde ileride kullanıcı sayımız veya şube sayımız arttığında nasıl işler?
Bu sorular, sözleşmeyi pasif bir okuma yerine aktif bir kontrol sürecine çevirir. Sağlayıcının sorulara verdiği yanıtların hızı ve açıklığı da, ileride destek ilişkisinin nasıl yürüyeceğine dair ipucu verir.
İmzadan önce kısa bir uygulama testi
Sözleşmedeki maddeleri kâğıt üzerinde okumak kadar, bazılarını uygulamada denemek de önemlidir. Demo hesabında bir alt kullanıcı oluşturup yetkilerini kısıtlamak, iki aşamalı doğrulamayı açmak ve örnek müşteri listesini dışa aktarmayı denemek, sözleşmedeki ifadelerin ürüne nasıl yansıdığını gösterir. InsureHub'ı bu açıdan incelemek isterseniz demo talep sayfasından hesap oluşturabilir, platformun genel kapsamını sigorta acentesi yazılımı sayfasından inceleyebilirsiniz.
Sözleşmeyi iç belge setine ekleyin
İmzalanan sözleşme, yalnızca muhasebe klasöründe durmamalıdır. Destek kanalları, bakım duyuru yöntemi, veri dışa aktarma hakkı ve yenileme tarihi gibi bilgileri tek sayfalık bir özet haline getirip acentenin operasyon sorumlusuyla paylaşın. Böylece sözleşmedeki haklar, gerçekten ihtiyaç duyulduğunda hatırlanır ve kullanılır. Sözleşme yenileme tarihinden birkaç hafta önce bu özete yeniden bakmak, ihtiyaçlarınızın değişip değişmediğini değerlendirmek için de iyi bir fırsattır.