Dava Takip Yazılımı Büroya Nasıl Kurulur?

Dava takip yazılımını büroya kurmak, bir programı indirip çalıştırmaktan çok, bürodaki iş akışını yazılıma anlatma işidir. Doğru sıra şudur: önce büronun hangi derdi çözeceğini netleştirin, sonra mevcut dosya ve müvekkil verilerini düzenleyip aktarın, ardından rol ve yetkileri tanımlayın, en sonda ekibi küçük bir pilot dosya grubuyla eğitin. Kurulumun başarısı yazılımın özelliklerinden çok, ekibin onu her gün aynı biçimde kullanmasına bağlıdır. Küçük bir büroda bu süreç birkaç hafta, çok ortaklı bir büroda birkaç ay sürebilir; sabırla ve aşama aşama ilerleyen bürolar, yazılımı ilk günden herkese açıp sonra düzeltmeye çalışan bürolardan genellikle daha rahat sonuç alır.

Kurulum Bir Yazılım İşi Değil, Büro Düzeni İşidir

Örneğin Ankara'da icra ağırlıklı çalışan, üç avukat ve iki sekreterden oluşan bir büro düşünelim. Dosyalar bir yandan Excel tablosunda, bir yandan avukatların telefon notlarında, bir yandan da sekreterin masasındaki dosya kapaklarında tutuluyor. Büro bir gün "artık bir dava takip yazılımı alalım" kararı veriyor. Üç ay sonra yazılım var ama kimse tam olarak kullanmıyor: avukatlardan biri hâlâ kendi tablosuna bakıyor, sekreter yeni dosyaları yazılıma girmeyi unutuyor, ortak ise sistemden güvenilir bir özet alamıyor. Sorun yazılımda değil; yazılımın büro düzenine oturtulmamasında.

Bu yüzden kuruluma teknik bir proje gibi değil, bir büro düzeni projesi gibi başlamak gerekir. Hangi bilginin kimde, hangi sırayla, ne zaman yazılıma gireceği önceden belirlenmezse, en iyi yazılım bile yarım bilgiyle çalışır. Dava takibinde yarım bilgi ise tam bilgiden daha tehlikelidir; çünkü ekip sisteme güvenir, sistemde olmayan işi ise kimse hatırlamaz.

Kurulumun çıktısını baştan tanımlamak da işe yarar. "Her dosyanın tek bir kaydı, her kaydın tek bir sorumlusu ve her sürenin tek bir takvim karşılığı olacak" gibi üç cümlelik bir hedef, ileride yapacağınız onlarca küçük kararda pusula görevi görür. Bu hedefe ulaşmak için dört alana bakmanız yeterlidir: veri (dosya, müvekkil, duruşma, görev), kişi (kim ne görür, kim ne yapar), süreç (yeni dosya açılışından kapanışına kadar akış) ve alışkanlık (ekip sistemi gerçekten kullanıyor mu).

Bu rehberde kurulumu bu dört alan üzerinden, sırayla anlatıyoruz. Önce ihtiyaçlarınızı çıkaracak, sonra seçim ölçütlerine, kurulum adımlarına, veri aktarımına, yetkilendirmeye ve eğitime geçeceğiz. Sonunda da bürolarda en sık görülen kurulum hatalarını ve bunlardan nasıl kaçınılacağını ele alacağız. Rehberin tamamı, büronuzun büyüklüğü ne olursa olsun uygulanabilecek şekilde, ölçeklenebilir bir sıra izler.

Önce Büronun İhtiyaç Analizini Yapın

Hiçbir yazılım "her büroya uyar" diye tasarlanmaz. Bu yüzden satın alma veya kurulum kararından önce, bürodaki gerçek sorunları listelemek gerekir. Bu liste, ileride hem yazılım seçiminde hem de kurulumun önceliklerini belirlemede kullanacağınız temel belge olur. İyi bir ihtiyaç analizi iki sayfayı geçmez, ama bürodaki herkesin sesini içerir.

Ekibe sorulacak sorular

İhtiyaç analizini ortakların toplantı odasında değil, her rolün masasında yapın. Sekretere, günün en çok zaman alan işinin ne olduğunu sorun; çoğu zaman cevap dosya bulma, evrak sıralama ve duruşma listesini güncelleme çıkar. Avukata, hangi bilgiyi aradığında vakit kaybettiğini sorun; bu genellikle bir dosyanın son durumu, bir sonraki işlem tarihi veya müvekkille yapılan son yazışmadır. Stajyere, hangi işleri nereden öğrendiğini sorun; bu cevap büronun yazılı olmayan kurallarını ortaya çıkarır. Ortağa ise büroyu bir bakışta nasıl görmek istediğini sorun.

Ölçülebilir hedefler koyun

Soruların cevaplarını "daha düzenli olalım" gibi muğlak cümlelerde bırakmayın. "Bir dosyanın son durumuna en fazla yarım dakikada ulaşmak", "gelen her tebligatın aynı gün sisteme girmesi", "hiçbir sürenin kişisel hatırlatıcıya bağlı kalmaması" gibi somut hedefler yazın. Hedefler sayısal olmak zorunda değildir ama gözlemlenebilir olmalıdır: üç ay sonra "oldu mu, olmadı mı" sorusuna net cevap verebilmelisiniz.

Analiz sırasında mevcut araçları da envantere alın. Excel tabloları, ortak e-posta kutusu, takvim uygulamaları, kâğıt defterler, mesajlaşma grupları ve varsa eski bir büro programı; hepsi yeni sistemin içine taşınacak veya yerini alacak bilgileri taşır. Hangi bilginin hangi araçta tutulduğunu bilmeden aktarım planı yapmak mümkün değildir. Envanter çıkarırken her araç için üç şey not edin: kim kullanıyor, hangi bilgiyi tutuyor ve ne kadar güncel.

Son olarak büronun çalışma alanını netleştirin. İcra ağırlıklı bir büro ile ticaret hukuku, aile hukuku veya idari yargı ağırlıklı bir büronun ihtiyaçları farklıdır. Dosya sayısı çok ama her dosyanın işlem sayısı az olan bir büro toplu giriş ve filtreleme isterken, az sayıda ama uzun soluklu davalarla çalışan bir büro dosya içi görev ve duruşma takibine daha çok ihtiyaç duyar. Bu ayrım, hem seçeceğiniz yazılımı hem de kurulum sırasında önce hangi modülü devreye alacağınızı belirler.

Doğru Yazılımı Seçerken Bakılacak Ölçütler

İhtiyaç listeniz hazır olduğunda, yazılım seçimi çok daha kolay hale gelir; çünkü artık "en çok özellikli" olanı değil, "sizin sorunlarınızı çözen" olanı arıyorsunuz. Seçimde dört ana başlık işinizi görür: dava ve süre yönetiminin gücü, tebligat ile entegrasyon, ekip ve yetki yönetimi, veri güvenliği ve barındırma. Bunların dışındaki arayüz güzelliği, rapor çeşitliliği gibi unsurlar önemlidir ama ikinci sıradadır.

Avukatlık mesleğinde dava takip yazılımının en kritik görevi, süreyi kaçırma riskini azaltmaktır. Bu nedenle yazılımın süreleri nasıl hesapladığına, adli tatil ve resmî tatil gibi takvim farklarını dikkate alıp almadığına ve hatırlatmaları hangi kanallardan yaptığına özellikle bakın. Yalnızca duruşma tarihini kaydeden bir takvim ile süre hesaplayan ve süreyi hatırlatan bir sistem aynı şey değildir.

Tabloyu sadece bir kontrol aracı olarak görmeyin; her satırı bir deneme senaryosuna dönüştürün. Örneğin "tebligat girişi" satırı için, bir yazılımın demo sürümünde gerçek bir tebligat akışını baştan sona izleyin. Satıcının anlattığı ile sizin gördüğünüz arasındaki fark, seçim kararınızın en güvenilir verisidir.

Deneme sürümü olan yazılımları mutlaka deneyin, ama denemeyi bilinçli yapın: iki üç gerçek dosyayı sisteme girin, ekipten bir sekreter ve bir avukatın da aynı denemeyi yapmasını isteyin. Aynı yazılıma farklı roller farklı gözle bakar; sekreter için kolay olan avukat için yetersiz, avukat için yeterli olan sekreter için karmaşık olabilir. Fiyat konusunda ise sadece aylık bedele değil, kullanıcı sayısına, veri sınırlarına ve ek hizmetlerin ayrı ücretlendirilip ücretlendirilmediğine bakın.

Adım Adım Kurulum Planı

Analiz ve seçim tamamlandıktan sonra kurulum, tek seferde değil aşamalı bir plan olarak yürütülmelidir. Aşamalı ilerlemenin avantajı, hataları küçükken yakalamanızdır: ilk haftada yapılan bir yanlış, yüzlerce dosya aktarıldıktan sonra fark edilen aynı yanlıştan çok daha ucuza düzelir. Aşağıdaki sıra, küçük ve orta ölçekli bürolar için uygulanabilir bir yol haritasıdır.

1. Kurulum sorumlusunu belirleyin. Ortaklardan biri karar verici, bir sekreter veya avukat da günlük uygulayıcı olsun; sorumlusu olmayan proje yarım kalır.
2. Hesapları ve temel ayarları açın. Büro bilgilerini, kullanıcıları ve bildirim tercihlerini önce bir yönetici kullanıcıyla tanımlayın.
3. Verileri hazırlayın. Aktarılacak dosya listesini temizleyin; mükerrer, kapanmış veya eksik bilgili kayıtları ayıklayın.
4. Pilot dosya grubunu aktarın. Önce yirmi otuz canlı dosyayı sisteme alın ve sonuçları kontrol edin.
5. Tebligat ve süre akışını bağlayın. Yeni gelen tebligatların sisteme nasıl düşeceğini ve süre hatırlatmalarının kime gideceğini test edin.
6. Ekibi eğitin ve paralel çalışın. İlk iki hafta eski yönteminizi de sürdürerek yeni sistemi doğrulayın.
7. Tam geçişi yapın. Pilot sorunsuz bittiğinde kalan dosyaları aktarın ve eski takip araçlarını emekliye ayırın.

Bu planda en çok atlanan adım altıncıdır: paralel çalışma. Ekip eski yöntemi bırakıp yeni sisteme tek gecede geçtiğinde, sistemdeki bir eksik tespit edilene kadar kimsenin elinde güvenilir bir ikinci kaynak olmaz. Paralel dönem iki hafta sürse bile bu güveni sağlar. Bu süre içinde her sabah on dakikalık bir kontrol toplantısı yapmak, yeni sistemle eski listeyi karşılaştırmak ve farkları aynı gün gidermek, geçişin en güvenli yoludur.

Planın zamanlamasını büronun iş yüküne göre ayarlayın. Yoğun duruşma haftalarında veya adli tatil öncesindeki hareketli dönemlerde tam geçiş yapmak yerine, pilotu bu dönemlerde yürütüp tam geçişi daha sakin bir haftaya bırakmak akıllıca olur. Kurulumun hiçbir aşaması, bir duruşmanın veya bir sürenin kaçma riskini artıracak biçimde planlanmamalıdır.

Mevcut Dosya ve Verileri Aktarma

Veri aktarımı, kurulumun en sıkıcı ama en belirleyici aşamasıdır. Yazılımın kalitesi ne olursa olsun, içine yanlış veya eksik veri giren bir sistem yanlış sonuç üretir. Bu yüzden aktarımdan önce verileri düzenlemek, aktarımın kendisinden daha çok zaman alabilir; bu normaldir ve zaman kaybı sayılmamalıdır.

Aktarılacak verileri üç gruba ayırın: canlı dosyalar, arşiv dosyalar ve müvekkil rehberi. Canlı dosyalar derhal ve eksiksiz aktarılmalıdır; çünkü süreler, duruşmalar ve görevler bu dosyalara bağlıdır. Arşiv dosyaları ise sonraya bırakılabilir veya yalnızca temel bilgilerle (dosya numarası, taraflar, mahkeme, sonuç) kaydedilebilir. Müvekkil rehberi ise ayrı bir temizlik ister: aynı kişinin iki farklı yazımla kayıtlı olması, eski telefon numaraları ve eksik iletişim bilgileri sistemin başında düzeltilmelidir.

Her dosya için asgari bilgi setini önceden belirleyin. Mahkeme veya icra dairesi, esas numarası, taraflar, dosya türü, sorumlu avukat, açılış tarihi ve varsa yaklaşan işlem tarihi çoğu büro için yeterli bir başlangıçtır. Bu alanlardan biri boşsa dosya "eksik" olarak işaretlenmeli ve bir sorumlu tarafından tamamlanmalıdır. Eksik bilgiyle aktarılan dosyaların çoğu, bir daha tamamlanmaz.

Aktarım kontrol notu: Her dosya için esas numarası, taraflar, sorumlu avukat ve bir sonraki işlem tarihi dolu mu? Boşsa dosya "eksik" listesine alınır, haftalık toplantıda sorumlusu belirlenir ve tamamlanana kadar listede kalır.

Aktarım sonrası örnekleme yoluyla doğrulama yapın: rastgele on dosya seçin, kaynak belgelerle sistemdeki kaydı karşılaştırın. Hata oranı kabul edilebilir değilse, aktarım yöntemini düzeltmeden devam etmeyin. Orijinal belgeleri aktarım tamamlanana ve doğrulanana kadar saklamak da önemlidir; yedeksiz geçiş, geri dönüşü olmayan bir riskle sonuçlanabilir.

Kişisel verilerin korunması aktarım sırasında da geçerlidir. Müvekkil bilgilerini içeren tabloları e-posta ile dolaştırmayın, taşınabilir belleklerde bırakmayın ve aktarım bittikten sonra geçici kopyaları silin. Müvekkil verisi hassas kişisel veri niteliği taşıyabileceğinden, aktarım sürecini de KVKK çerçevesinde yürütmek büronun sorumluluğundadır.

Rol ve Yetki Dağılımını Tanımlayın

Bir büroda herkesin her bilgiyi görmesi ve değiştirmesi, ilk bakışta pratik görünür; ama ilk yanlış silmede, ilk müvekkil gizliliği ihlalinde veya ilk "bu kaydı kim değiştirdi?" sorusunda bedelini öder. Rol bazlı yetkilendirme, bu riskleri baştan engelleyen basit ama etkili bir önlemdir. Kurulum sırasında yetkileri tanımlamak, sonradan düzeltmeye çalışmaktan çok daha kolaydır.

Genel bir büroda dört temel rol işinizi görür: ortak, avukat, sekreter ve stajyer. Ortak, büronun tamamını görür ve ayarları yönetir. Avukat, kendi dosyalarını ve atandığı dosyaları yönetir. Sekreter, dosya açılışı, evrak girişi, duruşma ve görev kayıtlarıyla ilgilenir. Stajyer ise atandığı dosyalarda sınırlı yetkiyle çalışır ve kritik kayıtları silemez. Bu dağılım, her büroya birebir uymayabilir; ama başlangıç noktası olarak güvenilirdir.

• ✓ Her kullanıcının kendi hesabı var; ortak hesap kullanılmıyor
• ✓ Dosya silme ve ayar değiştirme yetkisi yalnızca ortaklarda
• ✓ Stajyerin göreceği dosyalar sorumlu avukat tarafından atanıyor
• ✓ Ayrılan çalışanın hesabı aynı gün kapatılıyor
• ✓ Süre hatırlatmaları hem sorumlu avukata hem yedeğine gidiyor

Yetkilendirmede bir ince nokta daha vardır: hatırlatma sorumluluğu. Bir süre yaklaştığında uyarı kime gidecek? Sadece sorumlu avukata gidiyorsa ve o gün avukat duruşmada veya izindeyse ne olacak? Yedek alıcı tanımlamak, büronun "tek kişiye bağlı risk" taşımamasını sağlar. Bu kararı kurulum sırasında yazılı hale getirin.

Yetki matrisini bir sayfalık bir belge halinde yazıp ekiple paylaşın. Belge, yeni bir çalışan geldiğinde de hesabın hangi rolle açılacağını belirleyen referans olur. Yetkileri altı ayda bir gözden geçirmek, büro büyüdükçe ortaya çıkan kayma ve aşırı yetkiyi temizlemenin en kolay yoludur.

Ekip Eğitimi ve İlk Haftalar

Kurulumu teknik olarak başarıyla bitirmiş pek çok büro, eğitimi küçümsediği için sistemi kullanıma oturtamaz. Avukatlar çoğu zaman yoğun çalışır; yeni bir araç öğrenmek için ayrılan zaman sınırlıdır. Bu yüzden eğitimi kısa, rol odaklı ve gerçek dosyalar üzerinden yapmak gerekir. Genel bir yazılım turu yerine, her rolün günlük yaptığı üç beş işi gösteren dar kapsamlı oturumlar çok daha etkilidir.

Sekreter için eğitim, yeni dosya açma, evrak ekleme, duruşma ve görev girişi üzerine kurulur. Avukat için, kendi dosyalarını görme, süreleri takip etme, bildirimleri ayarlama ve mobilden erişim önceliklidir. Stajyer için, atandığı dosyalarda neleri görebileceği ve neleri yapabileceği yeterlidir. Ortak için ise büronun genel görünümü, iş yükü dağılımı ve yaklaşan süreler ekranı öne çıkar.

İlk iki hafta için basit bir kural belirleyin: sistemde olmayan iş yapılmamış sayılır. Yeni gelen her tebligat, her duruşma ve her görev aynı gün sisteme girer. Bu kural ilk günlerde bürokrasi gibi görünebilir; ama alışkanlık haline geldiğinde sistemin güvenilirliğini sağlayan en önemli unsur olur. Kuralı ortakların örnek olarak uygulaması da önemlidir; ortaklar kendi dosyalarını sistemde tutmazsa ekibin geri kalanı da tutmaz.

Sorunları toplamak için de bir kanal açın. Ekip, "bunu nasıl yapacağım" sorularını sorabileceği tek bir kişi veya tek bir mesajlaşma grubuyla karşılaşmalıdır. Sık tekrarlanan sorular bir sayfalık bir rehbere dönüştürülürse, yeni gelenlerin uyumu da hızlanır. Birinci ayın sonunda yarım saatlik bir değerlendirme toplantısı yapıp başlangıçta koyduğunuz hedeflere bakmak, kurulumun gerçekten işe yarayıp yaramadığını gösteren en açık ölçüttür.

MÜHLET ile Büroda Kurulum

Dava takip yazılımlarının en zayıf noktası çoğu zaman tebligat girişidir: tebligat elle girilirse unutulabilir, geç girilebilir veya yanlış girilebilir. MÜHLET, bu derdi çözmek için tasarlanmış, avukatlar için UETS entegrasyonlu ve yapay zekâ destekli bir süre takip ve tebligat yönetim platformudur. Kurulumda büronun dava, müvekkil, duruşma ve görev kayıtlarını bir araya toplar; tebligat akışını ise otomatikleştirir.

Tebligat tarafında MÜHLET, UETS'e düşen e-tebligatları tarayıcı eklentisiyle, avukatın kendi bilgisayarında ve kendi oturumuyla alır. UETS şifresi MÜHLET'e verilmez ve sunucular UETS'e bağlanmaz. Bu, UETS entegrasyonunun güvenli işleyişinin temelidir. Alınan tebligatı yapay zekâ analiz eder; mahkemeyi, esas numarasını, tarafları ve tebligat türünü çıkarır. Her çıktı bağımsız bir usul kuralı motoruyla doğrulanır ve güven düşükse avukattan onay istenir. Ayrıntıları yapay zekâ ile tebligat analizi sayfasında bulabilirsiniz.

Süreler, Türk adli takvimine göre hesaplanır; adli tatil, resmî tatil ve hafta sonu düzeltmeleri hesaba katılır. Hatırlatmalar ise son güne kadar kademeli olarak e-posta, SMS ve uygulama veya tarayıcı bildirimiyle gelir; bildirim sistemi ve süre takibi sayfaları bu işleyişi anlatır. Süre hesabını denemek isterseniz hukuki süre hesaplama aracı ücretsizdir.

Büro kurulumu açısından MÜHLET'in öne çıkan yanları şunlardır: takvim senkronizasyonu, iOS ve Android mobil uygulama, ortak, avukat, sekreter ve stajyer için rol bazlı yetki, KVKK uyumlu yapı ve verilerin Türkiye'de barındırılması. Sistem tebligat kredisiyle çalışır ve ilk kullanımda ücretsiz deneme kredisi verilir; bunun nasıl işlediğini fiyatlar sayfasından inceleyebilirsiniz. Önce pilot dosya grubuyla deneyip sonra büronun geneline açmanız, bu rehberdeki aşamalı kurulum mantığıyla uyumludur.

Kurulumda Sık Yapılan Hatalar

Dava takip yazılımı kurulumlarında hatalar genellikle teknik değil, organizasyoneldir. En yaygın hata, kurulumu sahipsiz bırakmaktır: herkesin "birinin ilgilendiğini" düşündüğü proje hiç ilerlemez. İkinci yaygın hata, verileri temizlemeden aktarmaktır; mükerrer müvekkil kayıtları ve eksik dosya bilgileri sistemin ilk günlerinde güveni zedeler ve ekibin sistemi bırakmasına yol açar.

Üçüncü hata, aşırı kapsamla başlamaktır. İlk günden her modülü, her raporu ve her otomasyonu devreye almaya çalışan bürolar, ekibi bunaltır. Önce dosya, tebligat ve süre takibi gibi çekirdek işlevleri oturtmak, geri kalanını bunun üzerine eklemek daha sağlamdır. Dördüncü hata, eski sistemi çok erken kapatmaktır; paralel çalışma dönemi atlandığında, sistemdeki eksikler ancak bir süre kaçtığında fark edilir.

Beşinci hata, yetkilendirmeyi ihmal etmektir: herkesin ortak bir hesapla çalışması veya herkesin her şeyi silebilmesi, hem güvenlik hem de sorumluluk açısından sorun yaratır. Altıncı hata ise kurulum sonrası takibi bırakmaktır; sistem kurulduktan sonra kullanım düzenli olarak gözden geçirilmezse, ekip eski alışkanlıklarına geri döner ve yazılım yavaş yavaş kullanılmaz hale gelir.

Bu hataların hepsi önlenebilir. Kurulum sorumlusunu belirlemek, verileri temizlemek, kapsamı dar tutmak, paralel çalışmak, yetkileri tanımlamak ve düzenli değerlendirme yapmak; yedi adımlık planın tamamlayıcı alışkanlıklarıdır. Bunları yapan bir büro, hangi yazılımı seçerse seçsin, dava takibini sağlam bir zemine oturtmuş olur.

Son olarak, başarıyı doğru ölçün. "Yazılımı kurduk" bir başarı değildir; "ekibin her dosyası sistemde, her süresi takvimde, her tebligatı aynı gün kayıtlı" ise başarıdır. Bu üç cümleyi üç ay sonra tekrar okuyun ve dürüstçe cevaplayın; cevabınız evetse kurulum tamamlanmıştır.

Sık Sorulan Sorular

Bu yazı genel bilgilendirme amaçlıdır; somut olayınız için hukuki değerlendirme gerekir.