Dava Takip Yazılımında Süre Modülü Kritiği

Dava takip yazılımının süre modülü, yazılımın en değerli ve en riskli parçasıdır: dosya listesi, müvekkil kartı ve duruşma takvimi hata yaptığında rahatsız eder, süre modülü hata yaptığında hak kaybettirir. İyi bir süre modülü tebliğ tarihini doğru belirler, sürenin başlangıcını ve son gününü kanuna göre hesaplar, hafta sonu, resmî tatil ve adli tatil düzeltmelerini kendisi yapar ve sonucu son güne kadar hatırlatır. Seçerken bakmanız gereken ölçüt arayüzün güzelliği değil, hesabın doğruluğunu sınayabilmenizdir. Bu yazı, bir süre modülünü hangi kriterlerle değerlendireceğinizi meslek pratiğinden örneklerle anlatıyor.

Süre Modülü Neden Dava Takip Yazılımının Çekirdeğidir?

Bir avukatlık bürosunda dosya sayısı arttıkça kaçırılan şey genellikle bilgi değil zamandır. Dava dosyasının içeriğini herkes bilir, ancak hangi dosyada hangi sürenin hangi gün dolduğunu aynı anda kafada tutmak mümkün değildir. Dava takip yazılımı alma kararı da çoğu zaman bu noktada verilir. Ne var ki piyasadaki yazılımların önemli bir bölümü dosya, müvekkil ve duruşma kaydını güzel tutar, ama süre konusunda yalnızca bir tarih kutusu sunar. Tarihi yine siz hesaplar, kutuya yine siz yazarsınız. Bu durumda yazılım hesaplama yapmaz, yalnızca sizin hesabınızı saklar.

Örneğin Ankara'da icra ağırlıklı çalışan bir avukat düşünün. Sabah UETS'ten üç yeni e-tebligat gelmiş, bunlardan biri bir ilk derece mahkemesinden, ikisi icra dairelerinden. Üçünün süresi farklı kanuna bağlı, başlangıç günleri farklı, biri adli tatile yaklaşıyor. Bu avukat için süre modülü bir lüks değil, günün ilk işidir. Modül bu üç tebligatı doğru okuyup doğru süreye bağlamazsa avukat zaten elle hesaplamak zorunda kalır ve yazılımın sağladığı rahatlık ortadan kalkar.

Süre modülünün çekirdek olmasının ikinci nedeni hatanın geri alınamamasıdır. Yanlış girilmiş bir müvekkil telefonu düzeltilir, yanlış yazılmış bir dosya adı güncellenir; ancak kaçırılan kesin süre çoğu durumda telafi edilemez. Bu yüzden yazılımı değerlendirirken önce şu soruyu sormak gerekir: bu modül süreyi gerçekten hesaplıyor mu, yoksa yalnızca hatırlatıcı mı çalıştırıyor? İkisi arasındaki fark, yazılımın size zaman kazandırması ile size güvenlik hissi vermesi arasındaki farktır. Güvenlik hissi ise kanıtlanmadıkça tehlikelidir, çünkü hesabı denetlemeyi bırakmanıza yol açar.

Üçüncü olarak, süre modülü büronun ortak hafızasıdır. Stajyer, sekreter ve avukat aynı dosyaya farklı saatlerde bakar. Süre hesabı kişinin kafasında ya da kişisel takviminde kalırsa, o kişi izne çıktığında, hastalandığında ya da bürodan ayrıldığında bilgi de gider. Modül süreyi dosyaya bağlı, görünür ve herkesin aynı sonucu gördüğü bir kayıt olarak tuttuğunda büro kişilerden bağımsız çalışır. Dava takip yazılımına bu gözle bakınca süre modülünün neden çekirdek olduğu açıkça görülür.

Süre Hesabında Modülün Bilmesi Gereken Kurallar

Hukuki sürelerde hesap, ilk bakışta göründüğünden daha fazla kural katmanından geçer. Bir modülün güvenilir sayılması için bu katmanların hepsini bilmesi ve sırasını doğru uygulaması gerekir. En küçük hata, örneğin başlangıç gününü yanlış saymak, bütün sonucu bir gün kaydırır ve son gün sayılan bir süre için bu bir gün hak kaybı demektir.

Gün, hafta ve ay sürelerinin sayımı

Gün olarak belirlenen sürelerde tebliğ günü sayılmaz; sayım ertesi günden başlar. Hafta, ay ve yıl olarak belirlenen sürelerde ise süre, başladığı güne karşılık gelen günde biter (HMK m.92). Bu iki sayım biçimini ayırmayan bir modül, iki haftalık bir süreyi on dört gün diye tek tipe indirgeyebilir ve çoğu zaman aynı sonuca ulaşsa da ay sürelerinde farklı sonuç üretir. Modülün birimi tanıması, yani sürenin gün mü, hafta mı, ay mı olduğunu ayrı ayrı işlemesi bu yüzden önemlidir.

Son günün hafta sonuna ya da tatile denk gelmesi

Resmî tatiller ve hafta sonları süreye dahildir; süre içinde kaç tatil günü olduğu hesabı değiştirmez. Yalnızca son gün hafta sonuna veya resmî tatile denk gelirse süre izleyen ilk iş günü mesai sonunda biter (HMK m.93). Arife günü yarım gündür, ancak süreyi uzatmaz. Bu üç ayrıntı birlikte düşünüldüğünde modülün takvim bilgisinin güncel tutulması da gerekir: bayram tarihleri her yıl değişir ve takvim verisi eskimiş bir modül sessizce yanlış sonuç verir.

Burada dikkat edilecek bir nokta, modülün sonucu "gün" olarak değil "tarih ve gerekçe" olarak göstermesidir. İyi bir modül yalnızca "son gün 21 Ekim" demez; sürenin hangi tarihten başladığını, hangi kuralla kaç gün eklendiğini ve son günün neden kaydığını yazar. Böylece avukat sonucu denetleyebilir, gerektiğinde dilekçeye ya da dosya notuna da geçirebilir. Gerekçesiz sonuç veren bir hesap, doğru olsa bile güvenle kullanılamaz, çünkü doğruluğu sınanamaz.

Bu kuralların hepsini kendi başınıza denemek istiyorsanız ücretsiz hukuki süre hesaplama aracı ile birkaç farklı senaryoyu sınayabilir, sonucu kendi hesabınızla karşılaştırabilirsiniz. Bu karşılaştırmayı herhangi bir yazılımı satın almadan önce yapmak, modülün hangi kurallarda zayıf kaldığını görmenin en kısa yoludur.

E-Tebligat ve Süre Başlangıcı: Modülün İlk Girdisi

Süre hesabı, süreyi başlatan olayın tarihine dayanır; avukatlar için bu olay çoğunlukla bir tebligattır. Elektronik tebligat, muhatabın elektronik adresine ulaştığı tarihi izleyen beşinci günün sonunda tebliğ edilmiş sayılır (Tebligat K. m.7/a). Muhatap tebligatı okumamış ya da açmamış olsa bile bu sonuç değişmez. Tebliğ için muhatabın bir onay vermesi de gerekmez. UETS'i PTT işletir ve avukatlar için elektronik tebligat adresi almak zorunludur; dolayısıyla bir avukatın tebligatlarının büyük bölümü artık bu kanaldan gelir.

Dava takip yazılımlarının en sık yaptığı hata tam burada ortaya çıkar. Birçok kullanıcı "okundu" işaretini süre başlangıcı sanır. Oysa okuma veya "okundu" işareti süre başlangıcını değiştirmez; erken açmak süreyi öne çekmez, geç açmak ertelemez. Modül bu ayrımı bilmiyorsa ve kullanıcıdan "tebliğ tarihi" girmesini istiyorsa, kullanıcı çoğu zaman tebligatı açtığı günü yazar ve sürenin tamamı yanlış başlar. İyi bir modül, tebligatın düştüğü tarihi esas alır ve beşinci gün kuralını kendisi uygular.

Varsayımsal bir örnekle somutlaştıralım. Bir e-tebligatın Temmuz ayında bir çarşamba günü elektronik adrese ulaştığını varsayın. Beşinci günün sonu pazartesiye denk gelir ve tebliğ o gün sonunda gerçekleşmiş sayılır. Süre iki haftalıksa sayım ertesi günden başlar, ancak hafta süresi başladığı güne karşılık gelen günde biter; bu nedenle son gün iki hafta sonraki pazartesi olur. O pazartesi 20 Temmuz'a rastlıyorsa adli tatil devreye girer. Bu örneği elle çıkarmak beş dakikanızı alır; otuz dosyada her sabah yapmak ise hatayı kaçınılmaz hale getirir. Modülden beklenen, bu zinciri her tebligatta aynı doğrulukla kendiliğinden kurmasıdır.

Modülün tebligatı nasıl aldığı da önemlidir. Tebligat metni elle kopyalanıyor, tarih elle yazılıyorsa hata kapısı açıktır; tebligatlar doğrudan alınıyorsa tarih, merci ve tür bilgisi kaynağından gelir. Bu konuda ayrıntılı bilgi için UETS entegrasyonu sayfasına bakabilirsiniz.

Adli Tatil ve Resmî Tatil Düzeltmeleri

Süre modüllerinin en çok yanıldığı alan adli tatildir. Adli tatil her yıl 20 Temmuz ile 31 Ağustos arasıdır. Hukukta süreler adli tatilde durmaz; yani tatil içinde süre işlemeye devam eder. Son günü tatile rastlayan süre ise tatilin bittiği günden itibaren bir hafta uzar (HMK m.104). Bu, sürenin 7 Eylül'de biteceği anlamına gelir. Birçok kişi ve bazı yazılımlar bunu "son gün tatile denk gelirse ilk iş gününe kayar" biçiminde uygular; bu yanlıştır ve süreyi bir haftadan fazla erken bitirir.

Üstelik adli tatil kuralı her dava türünde aynı değildir. İdari yargıda uzama yedi gündür (İYUK m.8/3), tutuksuz ceza işlerinde üç gündür (CMK m.331). İcra takip işlemlerinde ve tutuklu işlerde ise böyle bir uzama yoktur. Dolayısıyla modül, tatil düzeltmesini tek bir sabit kuralla değil, işin türüne ve merciine göre uygulamak zorundadır. Bir dosyanın hukuk mahkemesinde mi, icra dairesinde mi, idare mahkemesinde mi olduğunu bilmeyen bir modül, adli tatil düzeltmesini doğru yapamaz.

Resmî tatil ile adli tatilin birlikte işlemesi

Bazı durumlarda sürenin son günü hem hafta sonuna hem adli tatile yakın bir tarihe denk gelir. Örneğin süre tatil bitmeden birkaç gün önce dolacaksa tatil uzaması devreye girmez, son gün hafta sonu kuralıyla değerlendirilir. Modül kuralları doğru sırayla uygulamazsa bu tür sınır durumlarda hatalı sonuç verir. Sınır durumları denemek, bir modülün gerçek kalitesini ölçmek için en iyi yöntemdir.

Bu yüzden bir yazılımı değerlendirirken adli tatilin başlangıç ve bitiş günlerine yakın tarihli birkaç tebligatı deneme olarak girmeniz önerilir. Hukuk, idare, icra ve ceza için ayrı ayrı bakın; her biri farklı sonuç vermelidir. Sonuçlar birbirinin aynıysa modül türe bakmadan tek kural uyguluyor olabilir ve bu bir uyarı işaretidir. Süre takibi özelliklerinin genel mantığını görmek için süre takibi sayfasına da göz atabilirsiniz.

Bir Süre Modülünü Satın Almadan Önce Nasıl Sınarsınız?

Bir dava takip yazılımının tanıtım sayfası ya da satış görüşmesi, süre modülünün doğruluğu hakkında size neredeyse hiçbir şey söylemez. Doğruluğu ancak kendi bildiğiniz sonuçları yazılıma sorarak ölçebilirsiniz. Aşağıdaki adımlar, birkaç saatlik bir deneme sürecinde bu ölçümü yapmanıza yardımcı olur. Önemli olan, cevabını sizin önceden bildiğiniz dosyalarla denemektir; cevabını bilmediğiniz bir dosyada yazılımın sonucu doğru görünse bile bunu doğrulayamazsınız.

1. Cevabı bilinen dosyaları seçin. Geçmişte süresini elle hesapladığınız ve sonucundan emin olduğunuz beş-altı dosyayı deneme listesine alın.
2. Tebliğ tarihini yazılıma bırakın. Modülden tebligatın ulaştığı tarihe göre hesap yapmasını isteyin; kendi bulduğunuz tarihi girmeyin.
3. Adli tatile yakın tarihleri deneyin. Son günü tatilin içine, tatilin hemen öncesine ve hemen sonrasına denk gelen örnekleri ayrı ayrı girin.
4. Farklı dava türlerini karşılaştırın. Hukuk, idare, ceza ve icra işlerinde aynı tarihin farklı sonuç verip vermediğine bakın.
5. Gerekçeyi okuyun. Modül sonucu hangi kuralla bulduğunu açıklıyor mu, yoksa yalnızca tarih mi veriyor, kontrol edin.
6. Hatırlatmayı bir kez canlı deneyin. Hatırlatmanın hangi kanallardan ve ne zaman geldiğini deneme kaydında görün.

Bu altı adımı tamamlamak genellikle bir iş gününü geçmez ve karşılığında yıllarca kullanacağınız bir aracın güvenilirliği hakkında somut bilgi verir. Denemede en az bir sonucun sizin hesabınızdan farklı çıkması şaşırtıcı değildir; asıl önemli olan farkın nedenini yazılımın açıklayabilmesidir. Fark hesabınızdaki hatadan kaynaklanıyorsa yazılımın gerekçesi bunu gösterir, yazılımın hatasından kaynaklanıyorsa gerekçe eksik ya da yanlış kural uyguladığını ortaya çıkarır. Her iki durumda da gerekçe veren modül, vermeyene göre kıyas kabul etmez biçimde değerlidir.

Deneme sürecinde avukat dışındaki büro çalışanlarını da dahil edin. Sekreterin ya da stajyerin yazılımı yardımsız kullanıp kullanamadığı, süre modülünün gerçek hayattaki kullanılabilirliğini gösterir. Hesap doğru olsa da kullanımı karmaşık bir modül, pratikte yine elle hesaba geri dönülmesine yol açar.

Yazılımların Süre Konusundaki Yaklaşımları: Kıyas Tablosu

Pazarda süreyi ele alan araçlar büyük ölçüde üç yaklaşımdan birine girer: elle tutulan takvim ya da çizelge, genel amaçlı görev ve hatırlatma aracı, hukuka özel hesap yapan süre modülü. Hangisinin sizin için uygun olduğu dosya yüküne ve hata toleransına bağlıdır, ancak aşağıdaki tablo üç yaklaşımın temel farklarını özetler.

Tablodan çıkan sonuç şudur: ilk üçünde hesap sorumluluğu tamamen sizdedir. Bu, hatalı olduğu anlamına gelmez; küçük bir dosya yükünde ve deneyimli bir avukatın elinde bu yöntemler yıllarca sorunsuz çalışabilir. Ancak dosya sayısı büyüdüğünde, tebligat sıklaştığında ve büroda birden fazla kişi aynı takvime baktığında hata ihtimali doğrusal değil, hızlı artar.

Hukuka özel bir modülde ise hesap yazılıma geçer, sizin işiniz doğrulamak olur. Doğrulamak, sıfırdan hesaplamaktan çok daha kısa sürer ve hata bulma ihtimalini artırır. Bu modül türünün tek kritik zayıflığı kuralların güncelliğidir: kanun değişikliği, yeni resmî tatil ilanı ya da bayram tarihi gibi bilgiler yazılıma yansımazsa modül yanlış sonucu büyük bir özgüvenle gösterir. Bu yüzden yazılımı seçerken kural ve takvim verisinin kim tarafından, hangi sıklıkla güncellendiğini sormanız gerekir.

Genel amaçlı araçların bu kıyasta kötü olduğunu söylemek haksızlık olur; onlar zaten hukuka özel tasarlanmamıştır. Sorun, bu araçların hukuki süre takibi için kullanıldığında bile güvenli göründüğü, ancak hesabı yapmadığıdır. Hatırlatıcı yanlış tarihi çok düzgün hatırlatır; bu da hatayı fark etmeyi zorlaştırır.

Büro İçi Roller, Sorumluluk ve Süre Takibi

Süre takibi tek kişinin işi gibi görünse de gerçekte bir büro sürecidir. Tebligatı kim alıyor, kim okuyor, süreyi kim hesaplıyor, kim kontrol ediyor ve işi kim yapıyor? Bu soruların cevabı net değilse en iyi yazılım bile eksik kalır. Dava takip yazılımının süre modülü, bu sorumluluk zincirini görünür ve kaydedilebilir hale getirmelidir.

Rol bazlı yetki bu açıdan basit bir kolaylık değil, süre güvenliğinin parçasıdır. Ortak avukat tüm dosyaları görmek isteyebilir; sekreter yalnızca tebligat girişini ve takvimi görmeli; stajyer ise kendisine atanan dosyalarla sınırlı kalmalıdır. Herkes her süreyi değiştirebiliyorsa, bir süreyi yanlışlıkla silmenin ya da değiştirmenin önüne geçilemez. Öte yandan kimsenin düzeltme yapamadığı bir sistem de pratikte kullanılmaz hale gelir. İyi bir modül, kimin neyi ne zaman değiştirdiğini kaydederek bu dengeyi kurar.

Süre modülünü değerlendirirken şu soruyu da sorun: büro içinde bir tebligat düştüğünde bunu yalnızca bir kişi mi görüyor, yoksa ilgili herkes mi? Tek kişiye bağlı bildirim, o kişi ulaşılamaz olduğunda süre kaçırma riskine dönüşür. Sorumlu avukatın yanında yedek bir kişinin de hatırlatmayı alabilmesi, tatil ve hastalık dönemlerinde büroyu korur. Hatırlatmaların aşamalı gelmesi de önemlidir; son güne iki gün kala tek bir bildirim gelmesi, yoğun bir günde gözden kaçabilir.

Bildirim tarafının mantığını ve kanal seçeneklerini bildirim sistemi sayfasında inceleyebilirsiniz. Burada kritik olan, hatırlatmanın yalnızca var olması değil, birden fazla kanaldan ve kademeli geliyor olmasıdır.

• ✓ Tebligat dosyaya otomatik bağlanıyor mu?
• ✓ Süre başlangıcı tebliğ kuralına göre mi hesaplanıyor?
• ✓ Adli tatil dava türüne göre uygulanıyor mu?
• ✓ Hatırlatma birden fazla kanaldan ve kademeli mi geliyor?
• ✓ Rol bazlı yetki ve değişiklik kaydı var mı?

MÜHLET'in Süre Modülüne Yaklaşımı

Yukarıdaki kriterlerin her biri bir derdin karşılığıdır ve MÜHLET bu dertleri tek tek ele almak için tasarlandı. Platform, UETS'e düşen e-tebligatları tarayıcı eklentisiyle, avukatın kendi bilgisayarında ve kendi oturumuyla otomatik alır. Şifre MÜHLET'e verilmez ve sunucular UETS'e bağlanmaz; bu, elle tarih girme hatasını ve erişim güvenliği endişesini birlikte azaltır.

Alınan tebligatı yapay zekâ analiz eder: mahkeme, esas numarası, taraflar ve tebligat türü çıkarılır. Her çıktı bağımsız bir usul kuralı motoruyla doğrulanır; güven düzeyi düşükse avukattan onay istenir. Böylece yapay zekâ tek başına karar veren bir kutu olmaz, denetlenen bir yardımcıya dönüşür. Ayrıntılar yapay zekâ tebligat analizi sayfasında anlatılıyor.

Süreler Türk adli takvimine göre hesaplanır; adli tatil, resmî tatil ve hafta sonu düzeltmeleri modülün içindedir. Hatırlatmalar son güne kadar kademeli olarak e-posta, SMS ve uygulama ya da tarayıcı bildirimiyle gelir. Bunların yanında takvim senkronizasyonu, iOS ve Android mobil uygulama, ortak, avukat, sekreter ve stajyer için rol bazlı yetki ile dava, müvekkil, duruşma ve görev yönetimi sunulur.

Veriler KVKK uyumlu biçimde Türkiye'de barındırılır. Platform tebligat kredisiyle çalışır ve ilk kullanımda ücretsiz deneme kredisi verilir; böylece modülü kendi dosyalarınızla, yukarıdaki sınama adımlarını izleyerek deneyebilirsiniz. Koşullar için fiyatlar sayfasına bakabilirsiniz. Hiçbir yazılım avukatın yerini almaz; MÜHLET'in amacı hesabı üstlenmek ve sonucu doğrulanabilir biçimde göstermektir.

Dosya notu örneği (varsayımsal):
Tebligat ulaşma tarihi: kayıtlı gün.
Tebliğ sayılma tarihi: ulaşma tarihini izleyen beşinci günün sonu.
Süre türü: iki hafta; son gün adli tatile rastlıyorsa HMK m.104 uzaması kontrol edildi.
Kontrol eden: sorumlu avukat.

Süre Modülü Seçerken Sık Yapılan Hatalar

Süre modülü seçimi sırasında en sık yapılan hata, arayüze ve özellik listesine bakıp hesabı sınamamaktır. Tanıtımda güzel görünen bir modül, sınır durumda yanlış sonuç verebilir. Yazılım değiştirmek de zahmetli olduğu için, hata fark edildiğinde geri dönmek zordur; bu yüzden denemeyi satın almadan önce yapmak gerekir.

İkinci hata, yazılımın hesabını denetlemeyi tamamen bırakmaktır. En iyi modül bile girdi yanlışsa yanlış sonuç verir. Örneğin yanlış dava türü seçildiyse adli tatil düzeltmesi de yanlış uygulanır. Bu nedenle özellikle yüksek riskli, kesin süreli dosyalarda hesabın gerekçesini göz atıp onaylamak makul bir alışkanlıktır. Bu denetim saniyeler sürer ve modülün gerekçe gösteriyor olması sayesinde mümkündür.

Üçüncü hata, süreyi yalnızca hatırlatıcı olarak görmektir. Hatırlatıcı, doğru tarih girilmişse işe yarar; ama tarih girilmeden önceki aşama, yani tebligatın fark edilmesi ve doğru süreye bağlanması ayrı bir risktir. Dördüncü hata, büro içi yetkileri tanımsız bırakmaktır; herkes her şeyi düzenleyebilirse sorumluluk dağılır. Beşinci hata ise kural güncellemelerini sormamaktır. Kanun değişikliği ve tatil takvimi yazılıma yansımıyorsa modülün doğruluğu zamanla azalır.

Son olarak, tek bir yöntemle yetinmemek önemlidir. Modül, takvim ve kişisel not birlikte kullanıldığında bir yöntemin hatası diğerinde yakalanır. Önemli bir süre için en az iki bağımsız kontrol noktası bulunması, bürolarda en etkili ve en ucuz güvenlik önlemidir.

Sık Sorulan Sorular

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