Otomatik Belge Oluşturma: Şablon Motorları

Otomatik belge oluşturma, bir belgenin sabit metnini bir kez şablon olarak hazırlayıp değişen bilgileri (taraflar, esas numarası, tarihler, tutarlar) dosya verisinden otomatik doldurma işlemidir. Bu işi yapan yazılıma şablon motoru denir. Motor; şablonu, veriyi ve koşul kurallarını birleştirir ve dakikalar süren kopyala-yapıştır işini saniyelere indirir. Doğru kurulduğunda hem hız hem de tutarlılık kazandırır; yanlış kurulduğunda ise hatayı da aynı hızla çoğaltır.

Şablon Motoru Nedir, Büroya Ne Kazandırır?

Şablon motorunu en yalın haliyle bir "akıllı doldur-yapıştır" mekanizması olarak düşünebilirsiniz. Elinizde içinde boşluklar bulunan bir metin vardır: "... Mahkemesi'nin ... esas sayılı dosyasında ... vekili olarak". Motor, bu boşlukların her birini dosya kaydındaki ilgili alanla eşleştirir ve metni tamamlar. Boşlukların yerini tutan işaretlere alan, değişken veya yer tutucu denir. Alanlar dışında kalan her şey sabit metindir ve her belgede aynen yinelenir.

Örneğin Ankara'da icra ağırlıklı çalışan bir avukat, haftada onlarca haciz talebi, takip talebi ve vekâletname özeti hazırlıyor olsun. Her belgede alacaklı, borçlu, dosya numarası, icra dairesi ve alacak kalemleri değişirken metnin büyük kısmı aynıdır. Bu avukat her seferinde eski bir dosyadan metni kopyalayıp elle düzeltirse, bir gün borçlunun adını eski dosyadan kalma haliyle bırakma ihtimali vardır. Şablon motoru bu riski kökünden kesmez ama büyük ölçüde azaltır, çünkü isim yalnız bir yerde, dosya kaydında tutulur ve belgelere oradan akar.

Büroya kazandırdığı üç somut fayda vardır. Birincisi hızdır: Aynı tür belge için harcanan süre belirgin biçimde kısalır. İkincisi tutarlılıktır: Büronun tüm avukatları ve stajyerleri aynı onaylı metinden yola çıkar, üslup ve içerik büro standardına oturur. Üçüncüsü ise denetlenebilirliktir: Bir şablonda yapılan düzeltme, o şablondan sonra üretilecek tüm belgelere yansır; hatalı bir ifade fark edildiğinde onlarca dosyayı tek tek gezmeniz gerekmez.

Bunun hukuki bir sınırı da vardır: Motor metni yazmaz, yalnızca hazırlanmış metni doldurur. Dilekçenin hukuki muhakemesi, talep sonucu ve ispat stratejisi hâlâ avukata aittir. Şablon, düşünmenin yerine geçmez; düşünmenin sonucunu yeniden kullanılabilir hale getirir. Aşağıdaki bölümlerde motorların nasıl çalıştığını, hangi belgelerin şablona uygun olduğunu, kurulum adımlarını ve süre bilgisinin belgeye nasıl doğru taşınacağını sırayla ele alıyoruz.

Şablon Motorları Nasıl Çalışır?

Önceki bölümde motoru bir doldurma mekanizması olarak tanımladık. Şimdi içine bakalım. Her şablon motoru üç girdiyle çalışır: şablon dosyası, veri kaynağı ve kurallar. Şablon, sabit metni ve alan işaretlerini içerir. Veri kaynağı, alanların karşılığını taşır; bu bir elektronik tablo, bir dosya yönetim kaydı veya bir veri tabanı olabilir. Kurallar ise hangi bölümün ne zaman belgeye girip girmeyeceğini belirler.

Basit alan birleştirme

En eski ve en yaygın yöntem alan birleştirmedir. Kelime işlemcilerdeki "mektup birleştirme" özelliği bunun tipik örneğidir. Şablonda alan adları işaretlenir, veri tablosundaki her satır için ayrı bir belge çıkar. Kurulumu kolaydır, öğrenme eğrisi düşüktür. Ancak metnin içindeki bir paragrafı duruma göre gösterip gizlemek gibi ihtiyaçlarda sınırlıdır; bu durumda kullanıcı belgeyi üretildikten sonra elle düzeltmek zorunda kalır.

Koşullu bölümler ve döngüler

Daha gelişmiş motorlar iki yetenek ekler. Koşul: "Borçlu tüzel kişiyse şu paragrafı yaz, gerçek kişiyse bunu yaz." Döngü: "Dosyada kaç alacak kalemi varsa her biri için bir satır üret." Bu yetenekler sayesinde tek bir şablon, yüzlerce varyasyonu karşılayabilir. Büro için asıl değer de buradadır, çünkü şablon sayısı azalır, bakımı kolaylaşır. Karşılığında şablon hazırlayanın biraz mantıksal düşünmesi gerekir; koşulların doğru kurgulanması bir tür küçük programlamadır.

Üretim aşamasında motor, şablonu okur, alanları verilerle değiştirir, koşulları değerlendirir ve sonucu bir çıktı biçimine yazar. Çıktı çoğunlukla düzenlenebilir bir metin belgesi veya PDF olur. Aşağıdaki tablo üç temel yaklaşımı büro gözüyle karşılaştırıyor.

Tablodan çıkan sonuç şudur: En güçlü motor her zaman en doğru motor değildir. Büronuzun ürettiği belge çeşitliliği, çalışan sayısı ve teknik desteğe erişimi belirleyici olur. Yılda birkaç belge türüyle çalışan küçük bir büro için alan birleştirme çoğu zaman yeterlidir.

Hangi Belgeler Şablona Uygundur?

Motorun nasıl çalıştığını gördükten sonra asıl soru, hangi belgeye uygulanacağıdır. Her belge şablona uygun değildir. Genel ölçüt şöyle kurulabilir: Metnin en az yarısı sabitse ve değişen kısımlar önceden tanımlanabiliyorsa belge şablon adayıdır. Metnin özgün hukuki kurguya dayandığı, her olayda baştan düşünülmesi gereken belgelerde şablon yardımcı olur ama çerçeveyi sizin kurmanız gerekir.

Büro pratiğinde şablona en uygun belgeler tipik olarak şunlardır: vekâletname özetleri ve müvekkil bilgilendirme yazıları, ihtarname ve cevap ihtarnameleri, icra takip talepleri ve haciz talepleri, süre uzatım veya ek süre dilekçeleri, duruşma bildirim yazıları, sözleşme ve protokol taslakları, masraf ve vekâlet ücreti hesap pusulaları. Bunların ortak noktası, yapılarının sık tekrar etmesi ve değişen bilgilerin çoğunun dosya kaydında zaten bulunmasıdır.

Buna karşılık dava dilekçesinin olay anlatımı, delil değerlendirmesi, hukuki nitelendirme ve sonuç-talep bölümleri şablonla tamamlanabilecek kısımlar değildir. Yine de bu belgelerin başlık bloğu, taraf bilgileri, mahkeme adı ve esas numarası, talep sonucunun sabit kalıpları gibi iskelet kısımları şablondan gelebilir. Böylece avukat, vaktini mekanik kısımlarda değil, hukuki içerikte harcar.

Kendi bürosunda bu ayrımı yapmak isteyen biri için pratik bir yöntem vardır: Son üç ayda ürettiğiniz belgeleri türlerine göre sayın ve her türün kaç kez tekrarlandığına bakın. Üç ay içinde en az beş kez yazdığınız belge türü, şablon için iyi bir adaydır. Yalnızca bir kez yazdığınız belge için şablon hazırlamak çoğu zaman kazandırdığından fazla zaman alır.

Doğru Motoru Seçerken Nelere Bakılır?

Hangi belgelerin şablona uygun olduğunu belirledikten sonra sıra araç seçimine gelir. Burada pazarlama dilinden çok kendi ihtiyaç listenize bakmalısınız. İlk ölçüt veri kaynağıdır: Motorunuz dosya bilgilerini nereden alacak? Eğer dosya, müvekkil ve duruşma kayıtlarınız başka bir sistemdeyse ve motor bunlara bağlanamıyorsa, her belge için verileri yeniden girmeniz gerekir; bu da kazancı eritir.

İkinci ölçüt çıktı biçimidir. Mahkemeye sunacağınız belgenin hangi biçimde hazırlanması gerektiğini, kullandığınız elektronik sistemin kabul ettiği biçimlerle kontrol edin. Motorunuz düzenlenebilir bir metin belgesi üretiyorsa, son okumayı ve küçük düzeltmeleri yapabilirsiniz; yalnızca kapalı biçimde çıktı veren bir motor ise bu esnekliği tanımaz. Avukatlık pratiğinde son dakika düzeltmesi çok sık gerektiği için düzenlenebilir çıktı çoğu büroda ciddi bir artıdır.

Üçüncü ölçüt kullanım kolaylığıdır. Şablonları kimin hazırlayacağını baştan netleştirin. Sekreter veya stajyer şablonu kendi başına güncelleyebilecek mi, yoksa her değişiklik için teknik destek mi gerekecek? Dördüncü ölçüt ise veri güvenliğidir. Belgeler müvekkil bilgisi, kimlik ve adres verisi içerir; bunların nerede işlendiği ve saklandığı KVKK açısından önem taşır. Verilerin işlendiği yeri ve erişim yetkilerini sözleşme aşamasında açıkça öğrenin.

Son olarak sürdürülebilirliği düşünün. Bir şablon kütüphanesi zamanla büyür ve yönetilmezse karmaşıklaşır. Sürüm numarası verme, eski şablonu arşive alma ve kimin değiştirebileceğini sınırlama gibi basit alışkanlıklar, hangi motoru seçerseniz seçin aynı derecede önemlidir.

Adım Adım Şablon Kütüphanesi Kurmak

Motoru seçtiniz; şimdi kütüphaneyi kurma zamanı. Aşağıdaki sıra, küçük ve orta ölçekli büroların uygulayabileceği, aşamalı bir yöntemdir. Her adımı atlamadan ilerlemeniz önerilir, çünkü sonraki adım bir öncekinin çıktısına dayanır.

1. Belge envanterini çıkarın. Son üç ayda ürettiğiniz belgeleri türlerine göre listeleyin ve en sık tekrar edenleri işaretleyin.
2. Alanları standartlaştırın. Her belge türü için değişen bilgileri tek tek yazın ve her birine büronun ortak kullanacağı bir ad verin; aynı bilgi için farklı şablonlarda farklı alan adı kullanmayın.
3. Onaylı bir ana metin hazırlayın. Büronun en deneyimli avukatının gözden geçirdiği güncel metni temel alın ve eski, tutarsız sürümleri bir kenara koyun.
4. Koşullu bölümleri tanımlayın. Gerçek kişi veya tüzel kişi, tek veya çok taraflı dosya gibi farklılıkları koşul olarak kurgulayın.
5. Gerçek dosyalarla deneyin. Şablonu en az üç farklı dosya verisiyle çalıştırın ve çıktıyı satır satır okuyun.
6. Sürüm ve yetki düzeni kurun. Şablona sürüm numarası verin, kimin değiştirebileceğini belirleyin ve eski sürümü arşivleyin.
7. Kullanım kuralını duyurun. Her çıktının imzadan önce bir avukat tarafından okunacağını büro içinde yazılı hale getirin.

Bu yedi adımda en çok ihmal edilen beşincisidir. Şablon üzerinde herkesin ilk denemesi, en kolay dosyayla yapılır ve sorunsuz geçer. Oysa hatalar, istisnai dosyada ortaya çıkar: iki borçlunun olduğu takip, tüzel kişi vekili, ad ve soyadı uzun bir müvekkil. Denemeyi bilerek zor dosyalarla yapmak, hatayı büronun içinde yakalamanızı sağlar; mahkemede veya karşı tarafta değil.

Kurulum sürecinde bir başka pratik öneri, şablon kütüphanesini az sayıda belgeyle başlatmaktır. On şablonla başlayıp doğru çalıştıran bir büro, elli şablonla başlayıp hiçbirinin güvenilirliğinden emin olamayan bürodan daha iyi durumdadır. Kütüphane, kullanıldıkça ve düzeltildikçe değer kazanır.

Süre ve Tebligat Bilgisi Belgeye Nasıl Doğru Girer?

Şablon motorlarının en riskli kullanımı, tarih ve süre içeren alanlardır. Dilekçede yer alan "tebliğ tarihi", "süre sonu" veya "ek süre talebi" gibi bilgiler yanlış doldurulduğunda yalnız bir yazım hatası değil, hak kaybı doğurabilecek bir tutarsızlık ortaya çıkar. Bu nedenle bu alanların hangi kuralla üretildiğini bilmek gerekir.

Elektronik tebligatta temel kural şudur: 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). Muhatap tebligatı açsa da açmasa da bu sonuç değişmez; erken açmak süreyi öne çekmez, geç açmak ertelemez. Bunun şablon açısından anlamı şudur: "Tebliğ tarihi" alanını, tebligatı okuduğunuz gün olarak değil, bu kurala göre hesaplanan gün olarak doldurmalısınız. Bir sekreter bu alana, UETS'te tebligatı açtığı günü yazarsa, belgede yanlış bir tarih ortaya çıkar.

Süre hesabında da iki ana kural şablona yansımalıdır. Gün olarak belirlenen sürelerde tebliğ günü sayılmaz; hafta, ay ve yıl sürelerinde ise süre başladığı güne karşılık gelen günde biter (HMK m.92). Resmî tatiller süreye dahildir. Yalnız 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. Bu kuralların hepsi, süre alanını üreten hesaplama tarafında uygulanmalıdır; şablon yalnızca hesaplanmış sonucu yazmalıdır.

Örneğin bir cevap dilekçesi şablonunda "cevap süresi" alanı bulunuyorsa, bu alan HMK'daki yazılı yargılama kuralı olan iki haftalık süreye göre ve doğru başlangıç gününden hesaplanmış olmalıdır. Hesabı elle yapıp şablona yazmak yerine, bu işi güvenilir bir hesaplama aracına bırakmak daha sağlamdır. Büro içinde hızlı bir kontrol için ücretsiz hukuki süre hesaplama aracını kullanabilir, daha geniş bir araç listesi için ücretsiz hukuki hesaplama araçlarına göz atabilirsiniz. Süre takibinin büro düzeninde nasıl kurulacağına dair ayrıntılar için süre takibi sayfasına bakabilirsiniz.

Özel Durumlar ve İstisnalar

Bir şablonun gerçekten işe yarayıp yaramadığı, istisnai durumlarda ortaya çıkar. Süre ve belge üretimi açısından en sık karşılaşılan istisnaları baştan düşünmek, şablonu bu durumlara karşı dayanıklı kılar.

Adli tatil

Adli tatil her yıl 20 Temmuz ile 31 Ağustos arasındadır. Hukuk yargılamasında süreler adli tatilde durmaz. Sürenin son günü tatile rastlarsa, süre tatilin bittiği günden itibaren bir hafta uzar (HMK m.104). İdari yargıda bu uzama yedi gündür (İYUK m.8/3), tutuksuz ceza işlerinde ise üç gündür (CMK m.331). İcra takip işlemlerinde ve tutuklu işlerde ise bu tür bir uzama yoktur. "Adli tatilde son gün ilk iş gününe kayar" biçimindeki bir genelleme yanlıştır; bu nedenle bu kuralı belgelere yansıtan şablon veya hesaplama bölümü, yargı koluna göre ayrı çalışmalıdır.

Çok taraflı dosyalar

Birden fazla davalı, borçlu veya müvekkil bulunan dosyalarda, taraf bilgilerinin bir döngüyle üretilmesi gerekir. Aksi hâlde şablon, tek taraflı varsayımla hazırlanır ve ikinci tarafı atlar. Ayrıca farklı taraflara farklı tarihlerde tebligat yapılmış olabilir; süre alanı bu durumda hangi tarafın tebliğine göre hesaplandığını belirtmelidir.

Tüzel kişi ve temsil

Gerçek kişiyle tüzel kişinin hitap şekli, kimlik bilgisi ve temsil yetkisi cümleleri farklıdır. Koşullu bölüm kurmazsanız, ya iki ayrı şablon tutarsınız ya da çıktıyı elle düzeltirsiniz. Koşul kurmak, uzun vadede daha az bakım demektir.

Son olarak, hakkında bilgi sahibi olmadığınız bir süre kuralı için şablona kesin bir rakam gömmeyin. Emin olmadığınız durumda alanı boş bırakıp avukat onayı gerektiren bir uyarı olarak işaretlemek, yanlış bir süreyi sessizce belgeye yazmaktan çok daha güvenlidir.

MÜHLET ile Belgelerin Dayandığı Süre Verisi

Şablon motoru belgeyi üretir; ancak belgenin doğru olması, içine konan verinin doğruluğuna bağlıdır. Süre ve tebligat verisinin güvenilir biçimde üretilmesi ise ayrı bir iştir. MÜHLET tam bu noktada devreye girer ve büronun belge sürecine temiz veri sağlar.

Elektronik tebligatların takibi, UETS entegrasyonu ile başlar: 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. Alınan tebligatı yapay zekâ tebligat analizi inceler; mahkeme, esas numarası, taraflar ve tebligat türü gibi bilgileri çıkarır. Her çıktı bağımsız bir usul kuralı motoruyla doğrulanır ve güven düşükse avukattan onay istenir.

Süreler Türk adli takvimine göre hesaplanır: adli tatil, resmî tatil ve hafta sonu düzeltmeleri dikkate alınır. Hesaplanan son güne kadar bildirim sistemi kademeli olarak e-posta, SMS ve uygulama veya tarayıcı bildirimiyle hatırlatma yapar. Bunun belge üretimi açısından anlamı, tebliğ tarihi ve süre sonu gibi alanları elle hesaplamak yerine doğrulanmış sonuca dayandırabilmenizdir.

Büro tarafında dava, müvekkil, duruşma ve görev yönetimi, takvim senkronizasyonu, iOS ve Android mobil uygulama ile ortak, avukat, sekreter ve stajyer için rol bazlı yetki bulunur. Kişisel veriler KVKK uyumlu biçimde Türkiye'de barındırılır. MÜHLET tebligat kredisiyle çalışır ve ilk kullanımda ücretsiz deneme kredisi verilir; ayrıntılar için fiyatlar sayfasına bakabilirsiniz.

Şablon Kullanırken Sık Yapılan Hatalar

Şablon kullanan bürolarda tekrar eden hatalar şaşırtıcı biçimde birbirine benzer. Bunları önceden bilmek, aynı tuzaklara düşmemenizi sağlar. En yaygın hata, çıktıyı okumadan imzalamaktır. Motor hızlı çalıştığı için güven duygusu oluşur ve belgenin son okuması atlanır. Oysa hukuki sorumluluk, belgeyi imzalayan avukata aittir ve hiçbir motor bu sorumluluğu devralmaz.

İkinci hata, eski sürümlerin dolaşımda kalmasıdır. Büronun ortak klasöründe aynı belgenin üç ayrı sürümü varsa, bir stajyer güncel olmayanı seçebilir. Şablon yönetimi için tek bir güncel kütüphane ve açık bir sürüm düzeni şarttır. Üçüncü hata, alan adlarındaki tutarsızlıktır: Bir şablonda "karşı taraf", diğerinde "davalı" alanı kullanılıyorsa, veri eşleşmesi bozulur ve belgede boş yerler çıkar.

Dördüncü hata, kuralı şablona gömmektir. Örneğin bir süre rakamını doğrudan metne yazmak, kanun veya dosya türü değiştiğinde her şablonu tek tek düzeltmeyi gerektirir. Kural hesaplamada, metin şablonda kalmalıdır. Beşinci hata ise kişisel verinin gelişigüzel dolaşmasıdır: Şablondan üretilen belgeler müvekkil bilgisi taşır; bunların e-posta ekinde, ortak klasörde veya kişisel cihazlarda kontrolsüz kalması KVKK açısından risk oluşturur.

• ✓ Her çıktı imzadan önce bir avukat tarafından baştan sona okundu mu?
• ✓ Şablonun güncel sürümü kullanılıyor ve eski sürümler arşivde mi?
• ✓ Tebliğ tarihi ve süre alanları yasal kurala göre hesaplanmış mı?
• ✓ Taraf sayısı ve tüzel kişi durumu koşullarla doğru yansıtıldı mı?
• ✓ Belge, müvekkil verisini koruyacak biçimde saklanıyor ve paylaşılıyor mu?

Büro içinde bu listeyi belgelerin üzerine iliştirilen kısa bir kontrol notu olarak da kullanabilirsiniz. Aşağıdaki örnek, imza öncesi uygulanabilecek kısa bir not biçimidir.

Kontrol notu: Belge şablon sürümü güncel mi? Taraf ve esas bilgileri dosya kaydıyla karşılaştırıldı.

Tebliğ tarihi, elektronik tebligatın yasal olarak tebliğ edilmiş sayıldığı güne göre yazıldı.

Son gün hafta sonu veya resmî tatile denk geliyorsa izleyen ilk iş günü kuralı kontrol edildi.

Metin avukat tarafından son kez okundu ve onaylandı.

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

Sık Sorulan Sorular