Yargı Sürecinde Durum Bildirimleri Otomasyonu

Yargı sürecinde durum bildirimleri otomasyonu, dosyanızla ilgili tebligat, süre, duruşma ve görev gibi gelişmelerin sizi beklemeden, doğru zamanda ve doğru kişiye ulaşmasını sağlayan düzendir. Avukatlar için asıl risk bilgiyi hiç almamak değil, aldığı bilgiyi süreye çevirmeyi ve hatırlamayı kaçırmaktır. Elektronik tebligat muhataba ulaştığı tarihi izleyen beşinci günün sonunda tebliğ edilmiş sayıldığı için, açıp okumak süreyi değiştirmez; bu yüzden takip insan hafızasına değil bir sisteme bağlanmalıdır. Doğru kurulmuş bir otomasyon tebligatı yakalar, süreyi hesaplar ve son güne kadar kademeli olarak hatırlatır.

Kısa Cevap: Durum Bildirimi Otomasyonu Neyi Çözer?

Bir hukuk bürosunda bilgi dört farklı yerden gelir: elektronik tebligat adresi, mahkeme ve icra dairelerinden gelen yazılar, müvekkilin telefonu ve büronun kendi iç yazışmaları. Bu kaynakların hiçbiri diğeriyle konuşmaz. Avukat sabah bir tebligatı görür, öğleden sonra duruşmaya girer, akşam müvekkille konuşur ve süre hesabı bir kenara not edilir. Not edilen şey ertesi hafta hatırlanmazsa kayıp başlar. Durum bildirimleri otomasyonu bu zinciri kırmayı hedefler: bilgi bir kez sisteme girer, sistem onu bir tarihe bağlar ve o tarihe doğru sizi uyarır.

Otomasyonun işi hukuki değerlendirme yapmak değildir. Hangi dilekçenin verileceğine, hangi yola başvurulacağına karar vermek yine avukata aittir. Otomasyon yalnızca üç mekanik görevi üstlenir: gelen bildirimi yakalamak, ilgili süreyi kurala göre hesaplamak ve hatırlatmayı doğru kanaldan göndermek. Mekanik olduğu için bu görevler yorulmaz, tatil tanımaz ve unutmaz; ama kuralı yanlış kurarsanız yanlışı da aynı sadakatle tekrar eder. Bu nedenle sistemin hesabını bağımsız bir kurala göre doğrulaması, şüpheli durumlarda ise insana sorması gerekir.

Örneğin Ankara'da icra ağırlıklı çalışan bir avukat düşünün. Günde onlarca dosyada hareket olur; ödeme emri tebliğ edilir, itiraz gelir, haciz talebi için süre işler. Bu avukatın en büyük derdi tek bir tebligatı kaçırması değil, onlarca küçük bildirimin arasında kritik olanı ayırt edememesidir. Otomasyon, bildirimleri önem ve son tarihe göre sıralayarak ekranı sadeleştirir. Böylece avukat, bugün hangi dosyada ne yapması gerektiğini sabah ilk bakışta görür.

Bu rehberde önce hangi olayların bildirime dönüştüğünü, ardından e-tebligatın hukuki işleyişini, süre hesabını, kurulum adımlarını ve büro içi rol dağılımını ele alacağız. Sonra özel durumlara, ürün tarafına ve sık yapılan hatalara geçeceğiz. Amaç, bir yazılım tanıtmaktan çok, sürecin mantığını sizin kendi büronuza uyarlayabileceğiniz şekilde anlatmaktır.

Hangi Gelişmeler Bildirime Dönüşmelidir?

Her gelişme aynı ağırlıkta değildir. Otomasyonu kurarken ilk iş, hangi olayların size bildirim olarak ulaşacağını ve hangilerinin yalnızca kayıt olarak tutulacağını ayırmaktır. Her şeyi bildirime çevirirseniz birkaç gün içinde bildirimlere bakmayı bırakırsınız; yalnızca süreyi doğuran olayları çevirirseniz kritik olan gözden kaçar. Dengeyi bulmak için olayları üç gruba ayırmak işe yarar.

Süreyi doğuran olaylar

Bu grup en yüksek önceliklidir. Tebliğ edilen dava dilekçesi, karar, ödeme emri, bilirkişi raporu veya ara karar gibi belgeler bir hak düşürücü ya da usuli süre başlatır. Bu belgelerin her biri için ilgili usul kanunundaki süreyi bilmek gerekir; emin olmadığınız süreyi ezbere değil kaynağından doğrulayın. Bu gruptaki bildirimler yalnızca haber vermemeli, yanında son günü ve gerekli işlemi de göstermelidir.

Tarihe bağlı olaylar

Duruşma, keşif, bilirkişi toplantısı ve arabuluculuk oturumu gibi olaylar tebligat gibi süre doğurmaz ama kaçırıldığında telafisi zordur. Bunlar için süre hesabına gerek yoktur; yalnızca günün ve saatin doğru kaydedilmesi ve yaklaştıkça hatırlatılması yeterlidir. Duruşma hazırlığı için gereken işleri ayrı görevlere bölmek, hatırlatmayı daha işe yarar kılar.

Bilgi amaçlı olaylar

Müvekkilden gelen bir belge, dosyaya eklenen bir not veya büro içi bir görev bildirimi bu gruba girer. Bunları anlık bildirime çevirmek yerine günlük özet gibi sakin bir kanalda toplamak, dikkati kritik olaylara saklar. Hangi grubun hangi kanaldan geleceğini bir kez belirleyin; büronun herkesi aynı kurala göre çalışsın. Özellikle sekreter ve stajyer gibi roller için bu ayrım, hangi bildirimin hemen avukata iletilmesi gerektiğini de netleştirir. Sınıflandırmayı yılda bir kez gözden geçirmek de faydalıdır; büronun dosya yapısı değiştikçe hangi olayın kritik sayıldığı da değişir.

Elektronik Tebligat ve Beş Günlük Kural

Durum bildirimlerinin merkezinde elektronik tebligat durur. UETS, yani Ulusal Elektronik Tebligat Sistemi, PTT tarafından işletilir ve avukatlar için elektronik tebligat adresi almak zorunludur. Bu nedenle bir avukata ait tebligatların büyük bölümü artık fiziksel posta yerine bu adrese düşer. Burada en çok yanlış anlaşılan nokta, süre başlangıcıdır. Tebligat K. m.7/a uyarınca elektronik tebligat, muhatabın elektronik adresine ulaştığı tarihi izleyen beşinci günün sonunda tebliğ edilmiş sayılır. Bu sonuç, muhatap tebligatı okumasa veya açmasa da doğar.

Bu kuralın üç pratik sonucu vardır. Birincisi, tebligatı erken açmanız süreyi öne çekmez; çünkü okuma işareti süre başlangıcını değiştirmez. İkincisi, tebligatı geç açmanız süreyi ertelemez; tebliğ tarihi sizin davranışınızdan bağımsızdır. Üçüncüsü, tebliğ için sizin herhangi bir onay vermeniz gerekmez. Yani sistem tebligatı adresinize bıraktığı anda saat işlemeye başlar. Bu yüzden "bakmadım, görmedim" savunması süre açısından sonuç vermez ve takibi bildirime bağlamak zorunlu bir güvence haline gelir.

Varsayımsal bir örnekle gidelim. Bir cevap dilekçesi süresi doğuran tebligat Pazartesi günü adresinize ulaşsın. Beşinci günün sonu Cumartesi'ye denk gelir ve tebligat o günün sonunda tebliğ edilmiş sayılır. HMK'da yazılı yargılamada cevap süresi iki haftadır; hafta ile belirlenen süre başladığı güne karşılık gelen günde biter, yani iki hafta sonraki Cumartesi. Son gün hafta sonuna denk geldiği için süre izleyen ilk iş günü, Pazartesi mesai sonunda dolar. Bu hesabı elle yapan bir avukat, tek bir gün farkla süreyi kaçırabilir; otomasyon aynı adımları her seferinde aynı sırayla izler.

Bu nedenle bildirim sisteminin iki tarihi ayrı tutması gerekir: tebligatın adrese ulaştığı tarih ve hukuken tebliğ sayıldığı tarih. İkisini karıştıran bir sistem, en baştan yanlış gün üzerinden hesap yapar. Kullandığınız aracın hangi tarihi referans aldığını mutlaka öğrenin; ücretsiz hukuki süre hesaplama aracı gibi bir araçla kendi örneklerinizi karşılaştırarak sağlama yapabilirsiniz.

Bildirimden Süreye: Hesaplamanın İşleyişi

Bildirim ulaştıktan sonra ikinci aşama süreyi hesaplamaktır. Burada otomasyonun değeri en çok görünür, çünkü hesap küçük ama ölümcül ayrıntılarla doludur. Gün olarak belirlenen sürelerde tebliğ günü sayılmaz; süre ertesi günden işlemeye başlar. Hafta, ay veya yıl olarak belirlenen sürelerde ise süre, başladığı güne karşılık gelen günde sona erer (HMK m.92). Resmî tatiller süreye dahildir; yani süre içinde bir bayram varsa gün kaybetmezsiniz ama kazanmazsınız da. 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ünleri yarım gün olduğu için sık karıştırılır. Arife süreyi uzatmaz; son gün arifeye denk gelirse süre o gün sona erer. Bir sistemin takvim modülünde arifenin ayrı bir kategori olarak doğru tanımlanması bu yüzden önemlidir. Aynı şekilde adli tatil dönemi de ayrı bir kural bloğudur ve hesabın içinde ayrıca ele alınmalıdır; bunu hukuki dayanak bölümünde ayrıntılandıracağız.

Tablodaki satırlar mekanik görünür, ama gerçek dosyalarda süreler çoğu zaman tek bir kuraldan değil birkaç kuralın birleşiminden çıkar. Örneğin e-tebligatın beş günlük başlangıcı, ardından gelen iki haftalık süre ve son günün hafta sonuna denk gelmesi aynı hesapta üç ayrı kuralı devreye sokar. Otomasyon bu zinciri adım adım uygulamalı ve sonucu avukatın görebileceği biçimde, hangi kuralın uygulandığıyla birlikte göstermelidir. Gerekçesiz bir tarih, güven vermez.

Sürenin hangi türde olduğunu belirlemek ise hesaptan önceki sorudur. Aynı mahkemeden gelen iki belge farklı sürelere tabi olabilir. Bu aşamada yapay zekâ destekli bir analiz tebligatın türünü ve içeriğini çıkarabilir; ancak çıkarılan sonucun bağımsız bir kural motoruyla doğrulanması gerekir. Sistem kendi çıkarımından emin değilse avukattan onay istemelidir. Kesin olmayan bir tarihi kesinmiş gibi göstermek, hiç göstermemekten daha tehlikelidir.

Adım Adım Durum Bildirimi Otomasyonu Kurulumu

Otomasyonu bir anda tüm büroya yaymak yerine küçük başlayıp genişletmek daha güvenlidir. Aşağıdaki sıra, hangi aracı kullanırsanız kullanın işleyen bir kurulum için temel adımları verir. Her adımın amacı bir sonraki adımın zeminini hazırlamaktır; sırayı bozarsanız eksik veriyle çalışan bir sistemle karşılaşırsınız.

1. Kaynakları belirleyin. Hangi elektronik tebligat adreslerinin ve hangi dosyaların takip edileceğini listeleyin; büroda birden fazla avukat varsa her adresi ayrı tanımlayın.
2. Bildirim türlerini sınıflandırın. Süreyi doğuran, tarihe bağlı ve bilgi amaçlı olayları ayırın; her sınıf için ayrı öncelik belirleyin.
3. Hesaplama kurallarını doğrulayın. Sistemin adli tatil, resmî tatil ve hafta sonu düzeltmelerini doğru uyguladığını birkaç bilinen örnekle sınayın.
4. Hatırlatma kademelerini kurun. Son günden önce birkaç aşamalı uyarı tanımlayın; uyarıları farklı kanallara yayarak tek bir kanalın sessiz kalma riskini azaltın.
5. Sorumluları atayın. Her bildirimin hangi role gideceğini ve kimin onaylayacağını yazılı hale getirin.
6. Deneme dönemi yürütün. Eski yönteminizi bir süre paralel tutup sistemin bulduklarını kendi kayıtlarınızla karşılaştırın.

Deneme dönemi çoğu büro tarafından atlanır ve en çok pişmanlık yaratan adımdır. Paralel çalışma sırasında sistemin ne yakaladığını, neyi geç yakaladığını ve neyi hiç yakalamadığını görürsünüz. Bu veriler, hatırlatma kademelerini ve rol dağılımını gerçek ihtiyaca göre ayarlamanızı sağlar. İki ya da üç hafta boyunca her sabah sistemin listesini kendi not defterinizle kıyaslamak, sonraki yıllarda size büyük bir güven kazandırır.

Kurulum sırasında hesabınızın güvenliğine de dikkat edin. Elektronik tebligat adresine erişim kişisel ve hassastır. Hiçbir otomasyon aracının sizden şifrenizi istemesi gerekmez; erişim, kendi bilgisayarınızda, kendi oturumunuzla yapılan bir akış olmalıdır. Şifrenizi üçüncü bir tarafa teslim etmeyi gerektiren çözümlerden kaçının, çünkü bu hem mesleki gizlilik hem de kişisel verilerin korunması bakımından ağır bir risk oluşturur.

Kurulumun son aşaması, avukatın sistemden ne beklediğini kendi dilinde yazmasıdır. "Süresi üç gün kala bana SMS gelsin" gibi basit cümleler, ayarların hangi mantıkla yapılacağını netleştirir. Bu tür notlar büroya yeni gelen stajyerin de sistemi anlamasını kolaylaştırır. Takip düzenini bir kişiye bağımlı bırakmamak için kuralları büronun ortak bir belgesine yazmak iyi bir alışkanlıktır.

Hukuki Dayanak ve Adli Tatil

Otomasyonun hesapladığı her tarih, bir kanun kuralına dayanmalıdır. Bu bölümde yalnızca kesin bildiğimiz dayanakları topluyoruz. Elektronik tebligatın tebliğ sayılma anı Tebligat Kanunu m.7/a'da düzenlenir. Gün, hafta ve ay sürelerinin nasıl hesaplanacağı HMK m.92'de, son günün hafta sonuna veya resmî tatile denk gelmesi halindeki durum HMK m.93'te yer alır. Bu üç hüküm, bir bildirim otomasyonunun hesap motorunun omurgasını oluşturur. Başka usul kanunlarında süreler farklı olabilir; ilgili usul kanunundaki süreyi kaynağından kontrol etmek her zaman en güvenlisidir.

Adli tatil ise en çok yanlış anlaşılan konudur. Adli tatil her yıl 20 Temmuz ile 31 Ağustos arasındadır. Hukukta süreler adli tatilde durmaz; yani tatil başlarken işleyen bir süre tatil boyunca işlemeye devam eder. Son günü adli tatile rastlayan bir süre ise tatilin bittiği günden itibaren bir hafta uzar (HMK m.104). Bu, sürenin 7 Eylül'de sona ereceği anlamına gelir. "Adli tatilde son gün ilk iş gününe kayar" gibi bir yorum yanlıştır; bu fark, hesaplamada doğrudan bir hata kaynağıdır.

İdari yargıda aynı uzama yedi gündür (İYUK m.8/3). Tutuksuz ceza işlerinde ise üç gün uzar (CMK m.331). İcra takip işlemlerinde ve tutuklu işlerde böyle bir uzama yoktur. Bir avukatın aynı yaz döneminde hukuk, idare, ceza ve icra dosyalarını birlikte yürüttüğünü düşünün; her dosya türü için farklı kural işler. Bu çeşitlilik, elle takibin en çok zorlandığı yerdir ve otomasyonun en büyük katkıyı sağladığı alandır.

• ✓ Elektronik tebligat, adrese ulaştığı tarihi izleyen beşinci günün sonunda tebliğ sayılır.
• ✓ Hafta ve ay süreleri, başladığı güne karşılık gelen günde sona erer.
• ✓ Resmî tatiller süreye dahildir; yalnızca son gün tatile denk gelirse süre kayar.
• ✓ Adli tatilde süreler durmaz, son gün tatile rastlarsa uzama kuralı işler.
• ✓ İcra takip işlemlerinde ve tutuklu işlerde adli tatil uzaması yoktur.

Yukarıdaki liste bir otomasyonu test ederken kullanabileceğiniz kısa bir kontrol çerçevesidir. Sistemin her maddeyi doğru uyguladığını birkaç dosyada görmeden güvenmeyin. Dayanakların değişebileceğini de unutmayın; mevzuat güncellendiğinde hesap kurallarının da güncellendiğinden emin olun. Mevzuat değişikliğini takip eden bir güncelleme düzeni, bir yazılımın uzun vadeli güvenilirliğini belirleyen ölçütlerden biridir.

Özel Durumlar, İstisnalar ve Büro İçi Roller

Standart akış çoğu dosyada işler, ama istisnalar tam da gözden kaçtığı yerde sorun yaratır. İlk istisna, tebligatın içeriğinin otomatik olarak anlaşılamadığı durumlardır. Taranmış, okunaksız veya alışılmadık biçimde hazırlanmış bir belge, sistemin türü yanlış çıkarmasına yol açabilir. Bu durumda düşük güvenli bir sonucu avukata onaylatmak, hatayı tespit etmenin en etkili yoludur. İkinci istisna, aynı tebligatın birden fazla süre doğurduğu hallerdir; bir karar hem bir başvuru yoluna hem de bir ek işleme zemin hazırlayabilir ve her biri için ayrı bir takip gerekir.

Üçüncü istisna, dosyanın birden fazla avukat tarafından yürütülmesidir. Ortak avukatlar, aynı davada farklı sorumluluklar üstlenebilir. Bu durumda aynı bildirimin iki kişiye gitmesi ile hiç kimseye gitmemesi arasındaki denge kritik hale gelir. Sorumluluğu açıkça atamak, "o bakar" varsayımının yarattığı boşluğu kapatır. Dördüncü istisna ise yaz aylarıdır; izin dönemlerinde bildirimlerin yedeğe yönlendirilmesi, tebligatın ulaştığı ama kimsenin görmediği bir durumu önler.

Roller konusunda büronun yapısına göre dört temel kullanıcı düşünülebilir: ortak, avukat, sekreter ve stajyer. Ortak avukat tüm dosyaları ve hesaplanan süreleri görür; avukat kendi dosyalarını yönetir; sekreter bildirimleri düzenler ve gerekli kayıtları işler; stajyer ise yalnızca atandığı dosyalarda çalışır. Yetkilerin rol bazlı ayrılması iki işe yarar: yanlış kişinin kritik bir süreyi değiştirmesini önler ve kişisel veri açısından gerekli olmayan erişimi kısıtlar. Kişisel verilerin korunması mevzuatı açısından da, her kullanıcının yalnızca işi için gereken veriye ulaşması doğru bir uygulamadır.

Kontrol notu: Tebligat adrese ulaştı mı? Ulaşma tarihi kayıtlı mı? Tebliğ sayıldığı gün hesaplandı mı? Süre türü ve son gün onaylandı mı? Sorumlu avukat ve yedeği atandı mı?

Yukarıdaki not, her yeni tebligat için beş saniyede cevaplanabilecek bir kontrol zinciridir. Sisteminiz bu soruların çoğunu otomatik olarak yanıtlasa bile, kritik dosyalarda tek tek bakmak iyi bir alışkanlıktır. Bu alışkanlık, sistemin sessizce yanlış çalıştığı nadir durumları yakalamanızı sağlar ve otomasyona körü körüne bağımlılığı engeller.

MÜHLET ile Durum Bildirimlerini Otomatikleştirmek

Buraya kadar anlatılan akışı tek bir yerde toplamak isteyen avukatlar için MÜHLET, UETS'e düşen e-tebligatları otomatik alır, yapay zekâ ile içeriğini analiz eder, süreleri Türk adli takvimine göre hesaplar ve son güne kadar hatırlatır. Her özellik, yukarıda tarif ettiğimiz bir derde karşılık gelir ve hiçbiri hukuki karar yerine geçmez.

Tebligatları almak için UETS entegrasyonu, tarayıcı eklentisi üzerinden avukatın kendi bilgisayarında, kendi oturumuyla çalışır. Şifreniz MÜHLET'e verilmez ve sunucular UETS'e bağlanmaz. Tebligat geldiğinde yapay zekâ analizi 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 sizden onay istenir. Böylece tahmin yürütmek yerine kontrollü bir otomasyon elde edersiniz.

Süre hesabı adli tatil, resmî tatil ve hafta sonu düzeltmeleriyle yapılır; kuralların nasıl işlediğini süre takibi sayfasında inceleyebilirsiniz. Hatırlatmalar son güne kadar kademeli olarak e-posta, SMS ve uygulama veya tarayıcı bildirimi ile gelir; ayrıntılar bildirim sistemi sayfasında yer alır. Takvim senkronizasyonu, iOS ve Android mobil uygulaması, ortak, avukat, sekreter ve stajyer rollerine göre yetkilendirme ile dava, müvekkil, duruşma ve görev yönetimi aynı yapının parçasıdır.

Veriler KVKK'ya uygun biçimde Türkiye'de barındırılır. Sistem tebligat kredisiyle çalışır ve ilk kullanımda ücretsiz bir deneme kredisi verilir; ayrıntılar için fiyatlar sayfasına bakabilirsiniz. Önce küçük bir dosya grubuyla denemek, önceki bölümde anlattığımız paralel deneme döneminin pratik karşılığıdır. Sistemin yakaladığı tebligatları kendi kayıtlarınızla karşılaştırmak, hem hesap kurallarına hem de hatırlatma düzenine güveninizi somut veriyle besler. Ayrıca süre hesabını bağımsız olarak sınamak isterseniz ücretsiz hukuki hesaplama araçları bu amaçla kullanılabilir.

Sık Yapılan Hatalar ve Nasıl Önlenir?

Bildirim otomasyonlarında en sık görülen hata, "okundu" işaretini süre başlangıcı sanmaktır. Daha önce anlattığımız gibi, elektronik tebligatta süre okumadan bağımsız olarak adrese ulaştığı tarihi izleyen beşinci günün sonuna göre işler. Bu hatayı yapan bir büro, tebligatı açtığı güne göre hesap yapar ve bir ya da iki gün hatalı bir son tarih belirler. Çözüm basittir: sistemde iki tarihi ayrı tutun ve ekranda hangisinin kullanıldığını görünür kılın.

İkinci sık hata, tek bir kanala güvenmektir. Yalnızca e-posta ile çalışan bir büro, e-posta kutusu dolduğunda veya bildirim spam klasörüne düştüğünde hatırlatmayı kaçırır. Birden fazla kanalı kademeli kullanmak, bu tek nokta arızasını ortadan kaldırır. Üçüncü hata, hatırlatmaların hepsini son güne yığmaktır. Son gün sabahı gelen bir uyarı, dilekçeyi hazırlamak için yetersizdir; kademelerin gerçekten çalışma süresi bırakacak şekilde erken başlaması gerekir.

Dördüncü hata, sistemin hesabını hiç sınamadan kullanmaktır. Bilinen birkaç örnekle adli tatil, hafta sonu ve resmî tatil düzeltmelerini kontrol etmeyen bir büro, hatayı ancak süre kaçtığında fark eder. Beşinci hata ise sorumluluğu belirsiz bırakmaktır: bildirim iki kişiye gider, ikisi de diğerinin ilgileneceğini düşünür. Bu hataların hepsi teknolojiden çok düzenle ilgilidir; otomasyon bunları ancak büro kuralları açık olduğunda önleyebilir.

Son olarak, bildirimlerin arşivlenmesi unutulur. Süresi geçmiş bir bildirim kaybolursa, bir uyuşmazlık halinde hangi tarihte ne bilindiğini göstermek zorlaşır. Bildirimlerin, hesaplanan tarihlerin ve onayların kayıt altında tutulması, hem iç denetim hem de müvekkile hesap verebilirlik açısından değerlidir. İyi bir otomasyon yalnızca ileriye dönük hatırlatmaz; geriye dönük olarak ne olduğunu da gösterir.

Sık Sorulan Sorular

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