Dava Takibinde Görev Zinciri Otomasyonu

Dava takibinde görev zinciri otomasyonu, bir dosyadaki işlerin birbirini tetikleyen halkalar olarak tanımlanması ve her halkanın sorumlusunun, süresinin ve hatırlatmasının sistemde tutulmasıdır. Zincir genellikle tebligatın gelmesiyle başlar, süre hesabıyla devam eder, dilekçe hazırlığı ve müvekkil bilgilendirmesiyle ilerler, son günde kontrol ile kapanır. Zincirin en kritik kısmı ilk iki halkadır: tebligatı zamanında fark etmek ve süreyi doğru hesaplamak. Bu iki halka elle yürütüldüğünde hata payı yüksektir; otomasyon tam da burada devreye girer.

Görev Zinciri Nedir ve Dava Dosyasında Neden Gerekir?

Bir dava dosyası tek bir iş değil, birbirine bağlı pek çok işin toplamıdır. Mahkemeden bir tebligat gelir, bu tebligat bir süre başlatır, süre bir dilekçenin hazırlanmasını gerektirir, dilekçe müvekkilin bilgi ve belgelerine dayanır, hazırlanan dilekçe son gün dolmadan sisteme yüklenmelidir. Bu halkaların her biri bir öncekinin tamamlanmasına bağlıdır. Görev zinciri dediğimiz yapı, bu bağımlılığı görünür ve takip edilebilir hale getirmektir.

Örneğin Ankara'da icra ağırlıklı çalışan bir avukat düşünelim. Günde onlarca dosyaya dokunuyor, her dosyada farklı bir aşamada bekleyen işler var. Sabah UETS kutusuna bir tebligat düşüyor, öğleden sonra duruşmaya çıkıyor, akşam müvekkille görüşüyor. Tebligatın hangi dosyaya ait olduğunu, hangi sürenin başladığını ve kimin neyi ne zamana kadar yapacağını zihninde tutması mümkün değil. Zincir kurulmamışsa her halka bir kişinin hafızasına emanet edilir; o kişi hasta, izinli ya da yoğun olduğunda zincir kopar.

Zincirin kopması çoğu zaman büyük bir ihmalden değil, küçük bir aktarım boşluğundan kaynaklanır. Tebligatı sekreter görmüştür ama avukata iletmemiştir. Avukat süreyi hesaplamış ama takvime yazmamıştır. Stajyer dilekçe taslağını hazırlamış ama kimin onaylayacağı belli olmamıştır. Her biri tek başına makul görünen bu boşluklar üst üste geldiğinde hak kaybı doğurabilir. Süreler kesin olduğu için bu hata telafisi güç bir hata türüdür.

Görev zinciri otomasyonu bu aktarım boşluklarını azaltmayı hedefler. Amaç avukatın yerine karar vermek değil, karar gerektiren her noktayı doğru kişinin önüne doğru zamanda getirmektir. Zincir altı halkadan oluşur: tebligatın alınması, sınıflandırılması, sürenin hesaplanması, görevlerin atanması, hatırlatmaların yürütülmesi ve işin kapatılması. Tebligat alma, sınıflandırma, süre hesabı ve hatırlatma kural tabanlı işlerdir ve otomasyona uygundur; dilekçenin içeriği ve strateji ise avukatın kararıdır. Zincirin tamamı tebligatın süreyi ne zaman başlattığına dayanır; bu yüzden önce bu kuralı ele alıyoruz.

Zinciri Başlatan Olay: Elektronik Tebligat ve Süre Başlangıcı

Zincirin ilk halkası olan elektronik tebligatta en çok karıştırılan nokta, sürenin ne zaman başladığıdır. Elektronik tebligat, muhatabın elektronik adresine ulaştığı tarihi izleyen beşinci günün sonunda tebliğ edilmiş sayılır (Tebligat Kanunu m.7/a). Bu sonuç, muhatap tebligatı okumasa ya da açmasa da doğar. Dolayısıyla okundu işareti süre başlangıcını değiştirmez; erken açmak süreyi öne çekmez, geç açmak da ertelemez. Tebliğ için muhatabın ayrıca bir onay vermesi gerekmez.

Bu kural zincirin tasarımını doğrudan etkiler. Eğer büro, süreyi tebligatı fiilen okuduğu günden başlatırsa, hesap kaçınılmaz olarak yanlış çıkar. Doğru yaklaşım, tebligatın adrese ulaştığı tarihi kayda geçirmek ve süre hesabını bu tarihe göre yapmaktır. Bu nedenle zincirin ilk halkasında tutulması gereken bilgi, tebligatın okunma tarihi değil, ulaşma tarihidir.

Avukatlar için elektronik tebligat adresi almak zorunludur ve UETS, PTT tarafından işletilen Ulusal Elektronik Tebligat Sistemi'dir. Bu zorunluluk, tebligatların büyük bölümünün artık bu kanaldan geldiği anlamına gelir. Kutuyu her gün kontrol etmek gerekir; çünkü okunmayan bir tebligat da kendi içinde işleyen bir süreyi başlatmış olabilir. Kutuyu kontrol etme alışkanlığına güvenmek yerine, kutuya düşen her belgenin zincire otomatik olarak girmesi çok daha güvenlidir.

Yukarıdaki kuralın pratik sonucu şudur: tebligatın ulaştığı gün ile tebliğ sayıldığı gün arasında beş günlük bir boşluk vardır ve zincirdeki tüm tarihler bu boşluğun sonundan itibaren hesaplanır. Bu boşluğu her dosyada elle hesaplamak, özellikle hafta sonları ve tatiller araya girdiğinde hata üretmeye açıktır. Bir sonraki bölümde süre hesabının kendi kurallarını ve bunların nasıl sisteme dökülebileceğini inceliyoruz.

Süre Hesabı Halkası: Gün, Hafta ve Son Gün Düzeltmeleri

Tebliğ tarihi belli olduktan sonra zincirin ikinci kritik halkası süre hesabıdır. Gün olarak belirlenen sürelerde tebliğ günü sayılmaz; hafta, ay ve 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 ve süreyi durdurmaz. Yalnızca son gün hafta sonuna ya da resmî tatile denk gelirse süre, izleyen ilk iş günü mesai sonunda biter (HMK m.93). Arife günleri yarım gün olsa da süreyi uzatmaz.

Adli tatil ayrı bir konudur ve sık yanlış anlaşılır. Adli tatil her yıl 20 Temmuz ile 31 Ağustos arasındadır. Hukuk yargılamasında süreler adli tatilde durmaz; yalnızca son günü tatile rastlayan süre, tatilin bittiği günden itibaren bir hafta uzar ve bu da 7 Eylül'e denk gelir (HMK m.104). İdari yargıda bu uzama yedi gün (İYUK m.8/3), tutuksuz ceza işlerinde üç gündür (CMK m.331). İcra takip işlemlerinde ve tutuklu işlerde ise uzama yoktur. Yani adli tatilde son günün ilk iş gününe kayacağı varsayımı yanlıştır.

Aşağıdaki tablo, zincirin başında hangi bilgiye bakılması gerektiğini özetler.

Bu kuralların hepsi tek tek bilinebilir, ancak her dosyada, her gün, onlarca tarih için doğru uygulanması insan dikkatine büyük yük bindirir. Süre hesabı otomatikleştirildiğinde bu kurallar bir kez kodlanır ve her tebligata aynı şekilde uygulanır. Elle kontrol etmek isteyen avukatlar için ücretsiz hukuki süre hesaplama aracı sonucu çapraz doğrulamak için kullanılabilir.

Görev Atama ve Sorumluluk: Kim, Neyi, Ne Zamana Kadar?

Süre hesaplandıktan sonra zincirin üçüncü halkası, işin kime ait olduğunu belirlemektir. Büroda süreyi bilen biri vardır, ama dilekçeyi yazacak kişi, onaylayacak kişi ve dosyayı sisteme yükleyecek kişi çoğu zaman farklıdır. Sorumluluk belirsiz kaldığında iş "bir başkası halleder" varsayımıyla bekler. Bu yüzden her görevin tek bir sorumlusu ve net bir teslim tarihi olmalıdır.

Teslim tarihi ile son gün aynı olmamalıdır. Son gün hukuki sınırdır; büronun iç teslim tarihi ise bu sınırdan önce, onay ve düzeltme payı bırakacak şekilde konulmalıdır. Zincirde her halka için bir ara tarih tanımlamak, işin son güne yığılmasını engeller. Örneğin taslak için bir tarih, avukat onayı için bir tarih, yükleme için bir tarih belirlenebilir. Bu ara tarihler bürodan büroya değişir; önemli olan bunların yazılı ve herkes tarafından görülebilir olmasıdır.

Rol ayrımı da burada belirleyicidir. Ortak avukat dosyanın stratejisine karar verir, çalışan avukat dilekçeyi hazırlar, sekreter tebligat akışını ve evrak takibini yürütür, stajyer araştırma ve taslak desteği verir. Bu dağılım bürodan büroya farklılaşsa da her rol için görünür olması gereken şey aynıdır: bana atanmış işler neler ve hangisinin tarihi yaklaşıyor. Rol bazlı yetki, hem bu görünürlüğü sağlar hem de kimin neyi değiştirebileceğini sınırlar.

Atanan görevin müvekkille ilişkisi de zincire dahil edilmelidir. Birçok dilekçe müvekkilden bilgi veya belge bekler. Bu bekleme süresi görev tarihinin içine hesaplanmazsa, avukat son güne bir gün kala hâlâ müvekkilin yanıtını bekliyor olabilir. Müvekkil iletişimi için ayrı bir halka tanımlamak, hem sorumluluğu netleştirir hem de bekleyen işin görünmez kalmasını önler. Bir sonraki bölümde bu kadar halkanın uygulamada nasıl adım adım kurulacağını sıralıyoruz.

Zinciri Adım Adım Kurmak

Zinciri kurmak için büyük bir dönüşüm projesi gerekmez. Mevcut iş akışınızı yazıya dökmek ve her halkaya sahip, tarih ve tetikleyici atamak yeterlidir. Aşağıdaki sıra, çoğu büroda işe yarayan bir başlangıç iskeletidir.

1. Tebligatın giriş noktasını tekilleştirin. Tüm tebligatların tek bir yerden zincire girmesini sağlayın; farklı kişilerin farklı kutuları izlemesi boşluk yaratır.
2. Tebligatı dosyayla eşleştirin. Mahkeme, esas numarası ve taraflar üzerinden belgeyi doğru dosyaya bağlayın.
3. Tebliğ tarihini ve süreyi hesaplayın. Ulaşma tarihinden tebliğ tarihini, oradan da son günü kurallara göre çıkarın.
4. Görevleri sorumlularla açın. Taslak, onay ve yükleme için ayrı görevler oluşturun; her birine tek sorumlu ve iç teslim tarihi verin.
5. Hatırlatma basamaklarını belirleyin. Son güne kadar birden fazla noktada, birden fazla kanaldan uyarı gelmesini sağlayın.
6. İşi kapatırken kanıtı saklayın. Dilekçenin sisteme yüklendiğini gösteren kaydı göreve ekleyin ve görevi ancak o zaman tamamlandı işaretleyin.

Bu adımların hiçbiri teknik bilgi gerektirmez; gerektiren, tutarlılıktır. Zincir bir dosyada kuruluyor, diğerinde atlanıyorsa asıl risk atlanan dosyada ortaya çıkar. Bu yüzden zincirin her yeni dosyada kendiliğinden başlaması, kişiye bağlı olmaması önemlidir.

Bir başka pratik nokta, zincirin geriye dönük denetlenebilir olmasıdır. Bir süre kaçırıldığında ya da kaçırılma ihtimali doğduğunda, hangi halkada ne olduğunu görebilmek çok değerlidir. Tebligat ne zaman alındı, süre nasıl hesaplandı, görev kime atandı, hatırlatma ne zaman gitti sorularının cevabı kayıt altında olmalıdır. Bu kayıt hem büro içi öğrenme hem de olası bir uyuşmazlıkta durumu açıklamak için işe yarar.

Zincir kurulduktan sonra sıradaki soru, ona kimlerin dahil olacağı ve hangi mercilerle temas edileceğidir. Dava takibinde tebligat yalnızca avukata değil, büronun diğer üyelerine ve müvekkile de dokunan bir olaydır.

Taraflar ve Merciler: Zincirde Kimler Yer Alır?

Zincirin bir ucunda mahkeme veya icra dairesi, diğer ucunda müvekkil vardır. Aradaki halkalarda ise büronun kendi üyeleri bulunur. Tebligat mahkemeden gelir, UETS üzerinden avukatın elektronik adresine ulaşır, büro içinde sınıflandırılır, ilgili avukata atanır, müvekkille paylaşılır ve cevap yeniden mahkemeye gider. Her geçişte bilginin kaybolma ya da gecikme riski vardır.

Mercilerle ilgili bir ayrımı baştan netleştirmek gerekir: bazı süreler mahkeme tarafından verilir, bazıları doğrudan kanundan doğar. Kanundan doğan süreler tebligatın içeriğinde yazmayabilir; örneğin yazılı yargılamada cevap dilekçesi süresi iki hafta, istinaf süresi iki haftadır. Hâkimin verdiği kesin süreler ise ara kararda belirtilir ve belgenin içeriğinden okunmalıdır. Bu yüzden zincir hem belgenin kendisini hem de ilgili usul kanunundaki genel süreyi birlikte değerlendirmelidir.

Müvekkil, zincirin çoğu zaman gözden kaçan halkasıdır. Müvekkilin dosyadaki gelişmelerden haberdar edilmesi hem meslek ilişkisinin gereği hem de iş akışının parçasıdır; çünkü bilgi ve belge talepleri ancak müvekkil bilgilendirildiğinde karşılanabilir. Müvekkile ne zaman, hangi içerikte bilgi verileceğini belirlemek ve bunu görev olarak tanımlamak, "aramayı unuttum" türü aksaklıkları ortadan kaldırır. Kişisel veri içeren yazışmalarda KVKK'ya uyumlu bir kanal kullanmak da zincirin tasarımına girmelidir.

Büro içinde ise iki ayrı ihtiyaç ortaya çıkar. Birincisi, kimin hangi dosyaya erişebileceğinin sınırlandırılması; ikincisi, birinin yokluğunda işin başkasına devredilebilmesidir. İzin, hastalık ya da duruşma yoğunluğu gibi nedenlerle sorumlu kişi ulaşılamaz olduğunda zincir durmamalıdır. Görevlerin kişiye değil role ve atamaya bağlı olması, devri kolaylaştırır ve süreyi kişisel bir hafızadan kurtarır.

Özel Durumlar ve İstisnalar

Standart zincir çoğu tebligatı karşılar, ancak her dosyada istisna çıkar. Süre hesabında en sık karşılaşılan istisna adli tatildir. Son günü 20 Temmuz ile 31 Ağustos arasına denk gelen bir hukuk süresi tatilin bitiminden itibaren bir hafta uzar; ancak icra takip işlemlerinde ve tutuklu işlerde bu uzama bulunmaz. Aynı büroda hem hukuk hem icra dosyası yürütülüyorsa, aynı tarih iki farklı sonuç doğurabilir. Zincirin dosya türünü dikkate alması bu yüzden zorunludur.

Düşük güvenli ve belirsiz belgeler

Her tebligat net değildir. Bazı belgelerde mahkeme adı, esas numarası ya da tebligat türü okunaklı olmayabilir; bazılarında verilen süre ile kanundaki genel süre çelişebilir. Bu durumlarda sistemin kendinden emin görünmesi değil, belirsizliği işaretlemesi gerekir. Doğru zincirde şüpheli her belge, bir avukatın onayına gider ve onaylanmadan hatırlatma düzeni kesinleşmez.

Süre uzatımı ve yeni tebligat

Mahkeme ek süre verdiğinde ya da yeni bir tebligat önceki sürenin yerini aldığında zincirin güncellenmesi gerekir. Eski tarihlerin sistemde kalması, bürodan yanlış sinyal gönderilmesine yol açar. Bu nedenle bir görevin tarihi değiştiğinde buna bağlı hatırlatmaların da yeniden kurulması, ilgili sorumluların haberdar edilmesi gerekir.

Bir diğer istisna, kullanıcı tarafından girilen manuel süreleridir. Sözleşmeden doğan süreler, müvekkille kararlaştırılan iç tarihler ve benzeri işler tebligattan kaynaklanmaz. Zincirin yalnızca tebligata bağlı olması bu işleri dışarıda bırakır. Elle açılan görevlerin de aynı hatırlatma düzenine girebilmesi, zincirin bütünlüğü açısından önemlidir.

Ceza dosyalarında da farklı bir hassasiyet vardır. Tutuksuz ceza işlerinde adli tatilde üç günlük uzama söz konusudur, tutuklu işlerde ise uzama yoktur. İdari yargıda uzama yedi gündür. Dava zamanaşımı gibi kavramlar ise suç tarihinden işler, davanın açıldığı tarihten değil. Bu farklılıkların her birini hatırlamak yerine, dosya türüne göre doğru kuralı uygulayan ve belirsizlikte avukata soran bir zincir kurmak çok daha güvenlidir.

MÜHLET ile Zincirin İlk Halkalarını Otomatikleştirmek

Zincirin elle yürütülmesi en zor olan ilk halkaları için MÜHLET geliştirildi. Her özellik, yukarıda anlatılan bir derdi çözmek için var.

Tebligatın zamanında fark edilmemesi sorununa karşı MÜHLET, 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. Ayrıntılar UETS entegrasyonu sayfasında yer alır.

Belgenin okunup sınıflandırılması işi için yapay zekâ tebligatı analiz eder; mahkeme, esas numarası, 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. Bu yaklaşım yapay zekâ tebligat analizi sayfasında anlatılmıştır.

Süre hesabındaki hata riskine karşı MÜHLET süreleri Türk adli takvimine göre hesaplar; adli tatil, resmî tatil ve hafta sonu düzeltmelerini uygular. Süre takibinin bütününü süre takibi sayfasında bulabilirsiniz.

Unutma riskine karşı son güne kadar kademeli olarak e-posta, SMS ve uygulama ya da tarayıcı bildirimiyle hatırlatır. Kanal ayrıntıları bildirim sistemi sayfasındadır.

Zincirin geri kalanı için dava, müvekkil, duruşma ve görev yönetimi, ortak, avukat, sekreter ve stajyer rollerine göre yetkilendirme, takvim senkronizasyonu ve iOS ile Android mobil uygulaması bulunur. Veriler Türkiye'de barındırılır ve KVKK'ya uygun işlenir. MÜHLET tebligat kredisiyle çalışır; ilk kullanımda ücretsiz deneme kredisi verilir. Koşullar için fiyatlar sayfasına bakabilirsiniz.

Bu işlevler zincirin yerine geçmez; ilk halkaları güvenilir hale getirir. Hukuki değerlendirme, strateji ve dilekçe yine avukatındır.

Hatırlatma Düzeni ve Kontrol Listesi

Zincirin son halkası hatırlatmadır ve çoğu zaman en az özen gösterilen halka da budur. Tek bir hatırlatma, kaçırıldığında hiçbir güvence bırakmaz. Kademeli hatırlatma ise aynı tarihi farklı zamanlarda ve farklı kanallardan tekrar önünüze getirir. Süre uzun olduğunda erken uyarı planlama için, yaklaştığında ise acil uyarı eylem için gerekir. Tek kanala bağımlı olmak da risklidir; e-posta kutusuna bakılmayan bir gün telefon bildirimi, bildirimlerin kapalı olduğu bir gün e-posta devreye girebilir.

Hatırlatmanın etkili olması için içeriğinin de net olması gerekir. Hangi dosya, hangi iş, hangi tarih ve kimin sorumluluğunda olduğu tek bakışta anlaşılmalıdır. Belirsiz bir "süre yaklaşıyor" mesajı, hangi dosyaya baktığınızı ararken zaman kaybettirir. Mesajın doğrudan göreve ve dosyaya götürmesi, aksiyona geçiş süresini kısaltır.

Hatırlatma gönderildikten sonra işin takibi de gerekir. Bildirimi görmek işi yapmak anlamına gelmez; bu nedenle göreve kapanış kanıtı eklemek ve kapanmamış görevleri günlük ya da haftalık olarak gözden geçirmek iyi bir alışkanlıktır. Büro yöneticileri için, yaklaşan ve geciken görevlerin tek ekranda görülebilmesi, sorumluluk dağılımını denetlemenin en kolay yoludur.

Aşağıdaki liste, her tebligat sonrası hızlıca gözden geçirebileceğiniz asgari kontrolleri içerir.

• ✓ Tebligatın ulaşma tarihi ve tebliğ sayıldığı tarih kayıtlı mı?
• ✓ Son gün, hafta sonu, resmî tatil ve adli tatil düzeltmeleriyle hesaplandı mı?
• ✓ Her görevin tek sorumlusu ve iç teslim tarihi var mı?
• ✓ Hatırlatmalar birden fazla kanaldan ve birden fazla tarihte kuruldu mu?
• ✓ Müvekkilden beklenen bilgi ve belgeler için ayrı görev açıldı mı?

Büro içi iletişim için kısa bir not şablonu da faydalı olabilir. Aşağıdaki örnek, bir tebligat sonrasında ilgili kişiye gönderilecek görev notunun iskeletini gösterir.

Dosya: [mahkeme ve esas numarası]
Tebligat türü: [tür]
Tebliğ sayılma tarihi: [tarih]
Son gün: [tarih]
Sorumlu: [ad] — iç teslim: [tarih]
Müvekkilden beklenen: [bilgi veya belge]

Bu kontroller ve şablon, zinciri kâğıt üzerinde de işletebilmenizi sağlar. Ancak günde onlarca tebligat işleyen bürolarda bu kontrolleri insana bırakmak sürdürülebilir değildir; tekrar eden her kontrol otomatikleştirilmeye adaydır.

Zincir Kurarken Sık Yapılan Hatalar

Zincir kurarken yapılan hataların çoğu teknik değil, kavramsaldır. En yaygını, sürenin tebligatın okunduğu günden başlatılmasıdır. Elektronik tebligatta süre okumaya bağlı değildir ve bu varsayım hem erken hem geç hesaplara yol açabilir. İkinci yaygın hata, adli tatili genel bir "süre durur" ya da "ilk iş gününe kayar" kuralıyla ele almaktır. Hukuk süreleri tatilde durmaz, yalnızca son günü tatile rastlayan süre uzar ve icra takip işlemlerinde bu uzama da yoktur.

Üçüncü hata, tek hatırlatmaya güvenmektir. Tek bir uyarı, bir gün kaçırıldığında tüm güvenceyi ortadan kaldırır. Dördüncü hata, sorumluluğun belirsiz bırakılmasıdır; "ekip takip eder" ifadesi pratikte hiç kimsenin takip etmemesi anlamına gelebilir. Beşinci hata ise görevleri kanıtsız kapatmaktır. Yüklenmediği halde yüklendi sanılan bir dilekçe, süre dolduktan sonra fark edilen bir sorun haline gelir.

Altıncı hata, otomasyona fazla güvenip doğrulamayı bırakmaktır. İyi bir sistem belirsiz durumu işaretler ve avukattan onay ister; ancak onay istenen noktada gözü kapalı geçmek zinciri güvensiz kılar. Otomasyon, avukatın dikkatini ortadan kaldırmak için değil, o dikkati doğru yere yönlendirmek için vardır.

Yedinci hata, zinciri bir kez kurup güncellememektir. Mevzuat değişir, büro yapısı değişir, yeni dosya türleri eklenir. Zincirin periyodik olarak gözden geçirilmesi, hangi halkada aksaklık yaşandığının analiz edilmesi ve düzeltmelerin sisteme yansıtılması gerekir. Kaçırılan her yakın geçiş, zincirin zayıf halkasını gösterir ve bir sonraki sefer için öğrenme fırsatıdır.

Varsayımsal bir örnekle zincirin pratikte nasıl işlediğine bakalım. Varsayımsal örnek: bir cevap dilekçesi tebligatı 5 Ekim Pazartesi günü elektronik adrese ulaşmış olsun. Tebligat, ulaşmayı izleyen beşinci günün sonunda, yani 10 Ekim Cumartesi günü sonunda tebliğ edilmiş sayılır. İki haftalık süre buradan hesaplanınca 24 Ekim Cumartesi gününe gelir; bu gün hafta sonuna denk geldiği için süre 26 Ekim Pazartesi günü mesai sonunda biter. Zincir bu tarihe göre taslak, onay ve yükleme için daha erken iç tarihler açar ve hatırlatmaları kurar. Gerçek bir dosyada sürenin hâkim tarafından ayrıca belirlenmiş olup olmadığı belgeden okunmalıdır.

Sık Sorulan Sorular

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