Hukukta No-Code Otomasyon Örnekleri

No-code otomasyon, kod yazmadan "şu olursa şunu yap" kuralları kurarak tekrarlayan büro işlerini bir araca devretmektir. Hukukta en çok işe yarayan örnekler; gelen tebligatın kayda alınması, sürenin hesaplanıp takvime yazılması, müvekkil kabul formunun toplanması, standart belgelerin şablondan üretilmesi ve duruşma hatırlatmalarıdır. Otomasyon avukatın hukuki muhakemesinin yerine geçmez; yalnızca unutulabilecek, elle yapılırken hata çıkarabilecek adımları sabitler. Süre hesabı gibi vade-kritik işlerde kuralı doğru kurmak, hızdan daha önemlidir.

No-Code Otomasyon Hukuk Bürosunda Ne Anlama Gelir?

No-code, yazılım bilmeden görsel arayüzle çalışan araçlar demektir. Bu araçlarda bir "tetikleyici" seçersiniz, örneğin yeni bir form gönderildi ya da takvime bir kayıt eklendi, ardından bir veya birkaç "eylem" tanımlarsınız: e-posta gönder, tabloya satır ekle, belge oluştur, görev aç. Mantık basittir ama büro içinde yarattığı fark büyüktür, çünkü hukuk pratiğinin büyük bölümü aynı adımların her dosyada yeniden yapılmasından oluşur.

Örneğin Ankara'da icra ağırlıklı çalışan bir avukat düşünün. Sabah UETS kutusuna bakıyor, gelen evrakı indiriyor, dosya klasörüne kaydediyor, sürenin ne zaman bittiğini elle hesaplıyor, takvime yazıyor ve sekretere haber veriyor. Bu beş adımın her biri küçüktür; ama günde on evrak geldiğinde elli küçük işlem oluşur ve bunların herhangi birinin atlanması süre kaçırma riskine dönüşür. Otomasyon tam olarak bu küçük işlemlerin zincirini sabitlemek için vardır.

Burada önemli bir ayrım yapmak gerekir. Otomasyon "karar" vermez, "kuralı uygular". Kural doğruysa her seferinde aynı doğrulukla çalışır; kural yanlışsa aynı yanlışı her dosyaya çoğaltır. Bu yüzden hukukta otomasyon kurarken önce hukuki kuralı netleştirir, sonra aracı kurarsınız. Sıra tersine çevrilirse, hızlı çalışan ama yanlış sonuç üreten bir sistem elde edersiniz.

Bir diğer ayrım da "yapılandırılmış" ve "yapılandırılmamış" iş arasındadır. Form doldurma, tarih hesaplama, hatırlatma gönderme, belge şablonuna isim yerleştirme yapılandırılmış işlerdir ve no-code ile rahatça çözülür. Bir tebligatın içeriğini okuyup hangi işlemin gerektiğini anlamak ise yorum gerektirir; bunu otomatik araçlara bırakmak yerine, sonucu avukatın onayına sunan bir yapı tercih etmek gerekir. Aşağıdaki bölümlerde bu ayrımı gözeterek, büronuzda bugün kurabileceğiniz örnekleri sırayla ele alıyoruz.

Hangi İşler Otomatikleştirmeye Uygun, Hangileri Değil?

Bir işi otomatikleştirmeden önce üç soru sormak işinizi kolaylaştırır. Bu iş sık tekrarlanıyor mu? Adımları her seferinde aynı mı? Hatalı sonucun maliyeti düzeltilebilir mi? İlk ikisine "evet", üçüncüsüne "hayır" cevabı veriyorsanız, yani hata geri alınamıyorsa, otomasyonu tek başına bırakmak yerine insan onayı koymanız gerekir. Süre hesabı tam bu türdendir: sık tekrarlanır, kuralları bellidir, ama bir günlük hata hak kaybı doğurabilir.

Büro pratiğinde otomasyona en uygun işler genellikle şunlardır: müvekkil bilgi formlarının toplanması, randevu ve duruşma hatırlatmaları, standart vekâletname ve sözleşme taslaklarının şablondan üretilmesi, dosya açılışında klasör ve görev yapısının kurulması, yeni gelen evrakın bir tabloya kaydedilmesi. Bunların ortak noktası, tamamen kural bazlı olmaları ve içerik yorumu gerektirmemeleridir.

Buna karşılık dilekçenin esasına ilişkin kararlar, hangi yargı yoluna başvurulacağı, delil stratejisi ve müvekkile verilecek hukuki görüş otomasyonun alanı dışındadır. Bu alanlarda araç, avukata bilgi hazırlayabilir ama sonucu belirleyemez. Aşağıdaki tablo, tipik büro işlerini bu çerçevede özetliyor.

Bu ölçütleri kullandığınızda "her şeyi otomatikleştirelim" heyecanından kurtulur, önce küçük ve güvenli işlerle başlarsınız. Küçük bir başarı, büronun otomasyona güvenini artırır ve daha kritik akışlara geçişi kolaylaştırır.

Örnek 1: Tebligat Gelişinden Süre Hatırlatmasına Akış

Hukuk bürosunda en değerli otomasyon, gelen e-tebligattan başlayıp hatırlatmayla biten zincirdir. Akışın mantığı şöyledir: tebligat sisteme düşer, türü ve ilgili dosya belirlenir, süre başlangıcı hesaplanır, son gün takvime yazılır, belirli aralıklarla hatırlatma gider. Her halka kendi içinde basittir; zorluk, ilk iki halkada hukuki kuralın doğru uygulanmasındadır.

Süre başlangıcını doğru kurmak

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 sayılma, muhatap evrakı okumasa veya açmasa da gerçekleşir. Dolayısıyla otomasyonunuz "okundu" bilgisini süre başlangıcı olarak kullanmamalıdır; erken açmak süreyi öne çekmez, geç açmak da ertelemez. Birçok büro, kendi elle kurduğu tabloda tam bu noktada hata yapar ve süreyi açılış tarihinden başlatır.

Son günü doğru düzeltmek

Gün olarak belirlenen sürelerde tebliğ günü sayılmaz; hafta, ay ve yıl sürelerinde süre başladığı güne karşılık gelen günde biter (HMK m.92). Resmî tatiller süreye dahildir; 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 olsa da süreyi uzatmaz. Adli tatilde süreler durmaz; son günü tatile rastlayan süre, tatilin bittiği günden itibaren bir hafta uzar (HMK m.104). İdari yargıda bu uzama yedi gün, tutuksuz ceza işlerinde üç gündür. Bu kuralların hepsi bir otomasyona kural olarak yazılabilir, ancak yazan kişinin her birini doğru bilmesi gerekir.

Akışın sonunda hatırlatma kademesi gelir. Tek bir hatırlatma yerine son güne doğru sıklaşan bir kademe kurmak, yoğun dönemlerde bildirimin gözden kaçma ihtimalini azaltır. Hatırlatmanın hem avukata hem de sekretere gitmesi, tatil veya hastalık gibi durumlarda zinciri güvenceye alır. Kendi kurallarınızı denemek isterseniz, süre hesabını hukuki süre hesaplama aracıyla karşılaştırmalı olarak kontrol edebilirsiniz.

Örnek 2: Müvekkil Kabul Formu ve Bilgilendirme Mesajları

İlk görüşme öncesinde müvekkilden aynı bilgileri telefonda tek tek istemek hem zaman alır hem hata üretir. No-code form araçlarıyla hazırlanan bir kabul formu, müvekkilin kendi bilgilerini önceden girmesini sağlar. Form gönderildiğinde bilgiler büronun müvekkil tablosuna düşer, avukata bir görev açılır ve müvekkile "formunuz alındı" mesajı gider. Sekreter artık veriyi yeniden yazmak yerine yalnızca kontrol eder.

Bu akışın en kritik tarafı kişisel verilerdir. Müvekkil bilgileri kişisel veri niteliğindedir ve KVKK kapsamında korunur. Formu kurduğunuz aracın verileri nerede sakladığını, kimlerin erişebildiğini ve silme imkânı sunup sunmadığını mutlaka öğrenin. Form içine gerekmeyen bilgiler, örneğin ilk görüşme için gerekli olmayan kimlik detayları, eklemeyin; topladığınız veri ne kadar azsa sorumluluğunuz o kadar hafif olur.

Bilgilendirme mesajları konusunda da dikkatli olmak gerekir. Müvekkile giden otomatik mesaj, dosyanın esasına dair hiçbir yorum içermemeli; yalnızca randevu teyidi, eksik belge hatırlatması veya duruşma tarihi gibi olgusal bilgileri taşımalıdır. Hukuki değerlendirme içeren mesajı avukat kendisi yazmalıdır. Aksi hâlde, otomasyonun "nazik bir hatırlatma"sı, yanlış anlaşılan bir hukuki beyana dönüşebilir.

Son olarak, formu mobil uyumlu kurun. Müvekkillerin önemli bölümü formu telefondan dolduracaktır; çok uzun, çok alanlı bir form yarım bırakılır. Kısa tutun, zorunlu alanları sınırlı bırakın ve gönderim sonrasında müvekkile ne olacağını tek cümleyle anlatın.

Örnek 3: Şablondan Belge ve Dilekçe Taslağı Üretimi

Vekâletname örneği, ihtarname iskeleti, sulh protokolü, müvekkil bilgilendirme yazısı gibi belgeler büronun içinde defalarca yeniden kullanılır. Şablon otomasyonunda, belgenin sabit metni bir kez hazırlanır; değişen alanlar, yani taraf adları, dosya numarası, tarih ve tutarlar, müvekkil tablosundan otomatik doldurulur. Sonuçta avukatın önüne, yalnızca kontrol edilecek tamamlanmış bir taslak gelir.

Bu yöntemin gerçek kazancı hız kadar tutarlılıktır. Elle kopyala-yapıştır yapılan belgelerde eski dosyadan kalan bir isim veya tarihin yeni belgede kalması sık görülen bir hatadır. Alanların tek kaynaktan çekilmesi bu riski ortadan kaldırır. Aynı şekilde büronun standart ifade ve biçimi bütün belgelerde aynı kalır; stajyer de kıdemli avukat da aynı çerçevede çalışır.

Ancak burada kural açıktır: şablondan çıkan belge "taslak"tır, nihai metin değil. Her belge gönderilmeden veya mahkemeye sunulmadan önce yetkili avukat tarafından okunmalıdır. Şablonun kendisi de belirli aralıklarla gözden geçirilmelidir; mevzuat değiştiğinde eski şablon yanlış metni sessizce çoğaltmaya devam eder. Şablonlara sürüm tarihi ekleyip kimin hazırladığını not etmek, bu denetimi kolaylaştırır.

Belge üretiminde şu küçük örnek, kontrol notunun nasıl bir araya getirilebileceğini gösterir:

Taslak kontrol notu:
1) Taraf adı ve sıfatları dosya kaydıyla aynı mı?
2) Mahkeme ve esas numarası güncel mi?
3) Tutar ve tarih alanları kaynak belgeyle eşleşiyor mu?
4) Atıf yapılan kanun maddeleri güncel mevzuata uygun mu?
5) Avukat okudu ve onayladı.

Bu not, otomasyonun çıktısına eklenen basit bir güvence katmanıdır. Böylece hız kazanırken sorumluluk zincirini de görünür tutarsınız.

Örnek 4: Duruşma, Görev ve Takvim Senkronizasyonu

Duruşma tarihleri, keşif günleri, bilirkişi teslim tarihleri ve iç görevler çoğu büroda üç dört farklı yerde tutulur: avukatın telefonunda, masaüstü takvimde, bir Excel tablosunda ve bazen bir ajandada. Bu dağınıklık, çakışmaları geç fark etmenize ve bir tarihin bir yerde güncellenip diğerinde unutulmasına yol açar. Tek bir kaynak tabloyu esas alıp diğer takvimlere otomatik yansıtmak, en az emekle en çok güven sağlayan otomasyonlardan biridir.

Kurulum mantığı şöyledir: yeni bir duruşma kaydı eklendiğinde, ilgili avukatın takvimine etkinlik oluşur, sekretere görev açılır ve duruşmadan belirli gün önce hatırlatma gider. Tarih değiştiğinde etkinlik de güncellenir. Burada dikkat edilecek nokta, güncellemenin tek yönlü ve kontrollü olmasıdır; iki yönlü, kontrolsüz eşitlemede bir tarafta yanlışlıkla silinen kayıt öbür tarafı da silebilir.

Rol bazlı görünürlük de önemlidir. Stajyerin yalnızca kendisine atanan dosyaları, sekreterin büro genel takvimini, ortak avukatın ise tüm dosyaları görmesi hem düzen hem gizlilik açısından doğru bir yapıdır. Genel amaçlı no-code araçlarında bu yetki ayrımını kurmak her zaman kolay değildir; bu nedenle araç seçerken rol ve yetki desteğine bakmak gerekir.

Hatırlatmanın kanalı da düşünülmelidir. Yalnızca e-postaya güvenmek, yoğun gelen kutusunda mesajın kaybolmasına yol açar. Önemli tarihler için farklı kanallardan, örneğin e-posta ve telefon bildirimi ile uyarı almak, tek bir kanalın sessiz kalması hâlinde bile haberdar olmanızı sağlar.

Adım Adım: İlk Otomasyonunuzu Güvenle Kurmak

Otomasyon kurmak, araç seçmekle değil, işi doğru tanımlamakla başlar. Aşağıdaki sıra, küçük bir büroda bile uygulanabilir ve yanlış kuralın çoğalma riskini en aza indirir. Önce tek bir iş seçin; aynı anda beş akış kurmaya çalışmak hem denetimi zorlaştırır hem hata kaynağını bulmayı güçleştirir.

1. İşi tek cümleyle tanımlayın. "Yeni duruşma eklenince avukata ve sekretere takvim kaydı ve hatırlatma gitsin" gibi, başı ve sonu belli bir cümle yazın.
2. Hukuki kuralı yazılı hâle getirin. Süre, merci ve tarih düzeltmesi gibi kuralları kaynak mevzuatla birlikte not edin; araca bu notu aktaracaksınız.
3. Veri kaynağını tek yere bağlayın. Dosya, müvekkil ve tarih bilgilerinin hangi tabloda tutulacağını belirleyin ve herkes oraya yazsın.
4. Akışı küçük kurun ve gerçek veriyle deneyin. Önce kurgusal bir dosyayla çalıştırın, çıktıyı elle hesapladığınız sonuçla karşılaştırın.
5. İnsan onayı noktası ekleyin. Hak kaybı doğurabilecek her çıktıdan önce bir kişinin görmesini zorunlu kılın.
6. Hata ve istisna yolunu tanımlayın. Akış başarısız olursa kime bildirim gideceğini belirleyin; sessiz hata en tehlikeli sonuçtur.
7. Düzenli gözden geçirin. Mevzuat veya büro usulü değiştiğinde kuralı güncelleyin.

Bu yedi adımın en çok ihmal edileni dördüncüsüdür. Kuralı kurup doğrudan canlı dosyalara bağlamak cazip gelir; oysa küçük bir deneme, örneğin hafta sonuna denk gelen bir son günün ya da adli tatile rastlayan bir sürenin akışta doğru işlendiğini görmek, sonradan yaşanacak pahalı bir hatayı önler.

Ayrıca akışın belgesini tutun. Kim kurdu, hangi tarihte, hangi kuralı uyguluyor, kimin onayına bağlı? Büro içinde bu bilgi yalnızca bir kişide kalırsa, o kişi izinli olduğunda ya da ayrıldığında akışı kimse anlayamaz. Kısa bir yazılı not, bu bağımlılığı ortadan kaldırır.

Güvenlik, KVKK ve Meslek Sırrı Açısından Sınırlar

Hukuk bürosunda otomasyonun en ciddi sınırı, bilginin nereye gittiğidir. Her no-code araç, tetikleyici ve eylemler arasında veriyi kendi sunucularından geçirir. Müvekkil adı, dosya numarası veya belge içeriği bu sunuculara girdiğinde, verinin işlendiği yer, saklanma süresi ve erişim yetkileri sizin sorumluluğunuzdadır. Avukatlık meslek sırrı ve KVKK birlikte düşünüldüğünde, "kolay kuruluyor" argümanı tek başına yeterli bir seçim ölçütü değildir.

Özellikle UETS gibi resmî sistemlere erişim konusunda hassas olmak gerekir. Kullanıcı adı, şifre veya e-imza bilgilerini üçüncü taraf bir otomasyon aracına vermek doğru değildir. Resmî sisteme erişimin avukatın kendi cihazında, kendi oturumuyla yapıldığı çözümler, kimlik bilgisinin başka bir sunucuya gitmediği için daha güvenli bir yapı sunar.

Uygulamada işe yarayacak kontrolleri aşağıda topladık. Bir otomasyonu devreye almadan önce bu maddelere tek tek bakın.

• ✓ Verilerin işlendiği ve saklandığı ülke ile sağlayıcının KVKK taahhüdü belirlendi mi?
• ✓ Şifre, e-imza veya resmî sistem kimlik bilgisi araca hiç verilmeden çalışıyor mu?
• ✓ Her çalışanın yalnızca kendi rolüne uygun veriyi görmesi sağlanmış mı?
• ✓ Araçtan ayrılan çalışanın erişimi kapatılıyor mu?
• ✓ Gereksiz kişisel veri akıştan çıkarıldı mı?
• ✓ Hata olduğunda sorumlu kişiye bildirim gidiyor mu?

Bu kontroller, otomasyonun güvenliğini sıfırdan bir uzmanlık gerektirmeden artırır. Yine de büyük hacimde müvekkil verisi taşıyan akışlarda, kişisel veri sorumlularıyla ve bilgi güvenliği uzmanlarıyla çalışmak yerinde olur.

MÜHLET ile Süre ve Tebligat Otomasyonu

Genel amaçlı no-code araçlar form, belge ve hatırlatma gibi işlerde işinizi görür; ancak tebligattan süre çıkarmak hukuki kuralları bilen özel bir yapı gerektirir. MÜHLET bu alanı doğrudan çözmek için kurulmuş bir platformdur ve her özelliği büronun belirli bir derdine karşılık gelir.

Gelen tebligatı elle takip etme derdi için: MÜHLET, UETS'e düşen e-tebligatları tarayıcı eklentisiyle, avukatın kendi bilgisayarında kendi oturumuyla otomatik alır. Şifre MÜHLET'e verilmez ve sunucular UETS'e bağlanmaz. Detayları UETS entegrasyonu sayfasında bulabilirsiniz. Evrakı okuyup anlama derdi için: yapay zekâ tebligatı analiz ederek 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 düşük güvende avukattan onay istenir. Ayrıntı için yapay zekâ tebligat analizi sayfasına bakabilirsiniz.

Süreyi yanlış hesaplama derdi için: süreler Türk adli takvimine göre, yani adli tatil, resmî tatil ve hafta sonu düzeltmeleriyle hesaplanır; akış için süre takibi özelliğini inceleyin. Son günü kaçırma derdi için: e-posta, SMS ve uygulama veya tarayıcı bildirimiyle son güne kadar kademeli hatırlatma yapılır; bunun için bildirim sistemi sayfası yararlıdır.

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 bulunur. Veriler Türkiye'de barındırılır ve yapı KVKK uyumludur. Sistem tebligat kredisiyle çalışır; ilk kullanımda ücretsiz deneme kredisi verilir, ayrıntılar fiyatlar sayfasında yer alır. Kısacası MÜHLET'in tebligat ve süre takip platformu, kendi akışlarınızı kurma emeğini üstlenir; siz formlar ve belge şablonları gibi büroya özgü işleri no-code araçlarla kurmaya devam edebilirsiniz.

Otomasyonda Sık Yapılan Hatalar

Otomasyon projelerinin çoğu teknik nedenlerle değil, tasarım hatalarıyla sorun çıkarır. En sık görülen hata, hukuki kuralı doğrulamadan akışı kurmaktır. Süreyi tebliğ tarihinden değil okuma tarihinden başlatan, adli tatili yanlış uygulayan veya hafta sonu düzeltmesini atlayan bir tablo, binlerce hesaplama boyunca aynı hatayı sessizce tekrarlar. Kuralı kurmadan önce kaynağıyla karşılaştırmak, aracı kurmaktan daha uzun sürse de gereklidir.

İkinci hata, tek bir kişiye bağımlı akış kurmaktır. Otomasyonu kuran stajyer ya da sekreter ayrıldığında, kimse nasıl çalıştığını bilmiyorsa, ilk arızada sistem terk edilir ve büro eski elle yönteme döner. Akışın yazılı belgelenmesi ve en az iki kişinin yönetebilmesi, süreklilik için şarttır.

Üçüncü hata, hata bildirimini unutmaktır. Bir bağlantı koptuğunda, bir hesabın şifresi değiştiğinde veya araçta kesinti olduğunda akış durabilir. Bildirim kurulmamışsa kimse fark etmez ve hatırlatmalar gelmemeye başlar; sessizlik "her şey yolunda" olarak yorumlanır. Haftada bir akışların çalıştığını kontrol eden basit bir test kaydı, bu riski büyük ölçüde azaltır.

Dördüncü hata, aşırı otomasyondur. Her şeyi otomatik göndermek, müvekkile gereksiz mesaj yağmuruna ve önemli bildirimlerin gözden kaçmasına neden olur. Önceliği kritik tarihlere verin, geri kalanını sade tutun. Beşinci hata ise insan onayını tamamen kaldırmaktır. Hız kazanırken avukatın görme ve düzeltme imkânını kaybetmek, hukuk mesleğinin sorumluluk yapısıyla bağdaşmaz.

Sık Sorulan Sorular

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