Yazılım Değiştirirken Dosya Geçiş Planı

Yazılım değiştirirken dosya geçiş planı, eski programdaki dava, müvekkil, süre ve tebligat kayıtlarının yeni sisteme eksiksiz ve doğrulanabilir biçimde taşınmasını sağlayan sıralı bir iştir. Doğru sıra şudur: önce envanter çıkarılır, sonra alanlar eşlenir, veri temizlenir, deneme aktarımı yapılır, iki sistem bir süre paralel yürür ve yalnızca sayımlar ile açık süreler birebir tutunca eski sistem kapatılır. En büyük risk dosya sayısı değil, açık sürelerin ve bekleyen tebligatların aktarım sırasında kaybolması ya da yanlış tarihle gelmesidir. Bu yüzden hukuk bürosunda geçiş, bir bilgi işlem projesi olmaktan çok bir süre güvenliği projesi olarak yönetilmelidir.

Hukuk Bürosunda Geçiş Neden Sıradan Bir Veri Taşıma Değildir?

Bir perakende şirketi muhasebe programını değiştirdiğinde, aktarımda küçük bir hata çıkarsa sonradan düzeltilebilecek bir bakiye farkı olur. Hukuk bürosunda ise aynı hata, kaçırılmış bir istinaf süresine, fark edilmeyen bir tebligata ya da yanlış güne yazılmış bir duruşmaya dönüşebilir. Süre hukukta hak düşürücü sonuç doğurabildiği için, geçiş planının ölçütü "veri taşındı mı" sorusu değil, "her açık süre aynı tarihle ve aynı dayanakla yeni sistemde duruyor mu" sorusudur.

Örneğin Ankara'da icra ağırlıklı çalışan bir avukat düşünelim. Büroda yedi yüz civarında açık takip dosyası, yüzlerce müvekkil kartı, her dosyaya bağlı masraf kayıtları ve takvime elle girilmiş onlarca süre var. Avukat yazılımı değiştirmeye karar veriyor ve ilk hafta sadece dosya listesini aktarıyor. Üçüncü haftada fark ediyor ki eski programda süreler dosya kartının içindeki serbest metin alanında tutulmuş; yeni sisteme yalnızca "esas no" ve "taraf" alanları geçmiş. Süreler yeniden elle girilmek zorunda kalıyor ve bu sırada iki dosyada başlangıç tarihi yanlış yazılıyor. Sorun yazılımın kendisinde değil, geçişin hangi verinin nerede durduğu sorulmadan planlanmasında.

Bu yüzden ilk karar, geçişi kimin yöneteceğidir. Küçük bir büroda bu iş çoğu zaman "boş kalan sekreter" üzerine bırakılır; oysa geçişin sorumlusu, süre kurallarını ve dosya akışını bilen biri olmalıdır. Sorumlu kişi bir geçiş takvimi çıkarır, hangi dosyaların ne zaman taşınacağını belirler ve doğrulama kriterlerini yazılı hale getirir. Kriterler önceden yazılmazsa "bence tamam" duygusu ile bitiş çizgisi arasında fark oluşur ve eksikler aylar sonra duruşma sabahı ortaya çıkar.

İkinci karar, geçişin büyük patlama (tek günde her şey) mi, yoksa kademeli mi olacağıdır. Hukuk bürosu için kademeli geçiş neredeyse her zaman daha güvenlidir: önce yeni açılan dosyalar yeni sistemde izlenir, sonra eski dosyalar gruplar halinde taşınır. Aşağıdaki bölümlerde sırasıyla envanter, süre ve tebligat verisi, eşleme, adım adım uygulama, paralel çalışma, yetkiler ve sık yapılan hatalar ele alınıyor.

Geçişten Önce Envanter: Neyi Taşıyorsunuz?

Geçişin ilk somut işi, mevcut sistemin içinde ne olduğunu çıkarmaktır. Birçok büro eski programının neleri sakladığını tam olarak bilmez; çünkü yıllar içinde alanlar eklenmiş, bazı bilgiler Excel dosyalarına, bazıları bireysel takvimlere, bazıları da avukatların telefon notlarına dağılmıştır. Envanter, bu dağınıklığı tek bir listeye indirir ve "taşınacak", "arşivlenecek", "silinecek" diye üç kovaya ayırır.

Envanterde dört ana grup bulunur. Birincisi dosya ve dava kayıtlarıdır: esas numarası, mahkeme veya icra dairesi, taraflar, dava türü, açılış tarihi ve dosya durumu. İkincisi müvekkil ve karşı taraf kayıtlarıdır: iletişim bilgileri, vekâlet bilgisi, ilişkili dosyalar. Üçüncüsü zaman bazlı kayıtlardır: süreler, duruşmalar, görevler ve hatırlatmalar. Dördüncüsü belge ve tebligat arşividir: PDF'ler, UDF'ler, dilekçe örnekleri, tebligat evrakları ve bunlara bağlı notlar. Bu dördüncü grup hacim olarak en büyüğüdür ve çoğu zaman en az düzenli olandır.

Her kayıt grubu için üç soru

Her grup için aynı üç soru sorulur. Bu veri hâlâ canlı mı, yani bir sürece veya takibe bağlı mı? Yasal ya da mesleki bir saklama gerekçesi var mı? Yeni sistemde karşılığı olan bir alan mevcut mu? Cevaplar, taşınacak veri miktarını genellikle azaltır; çünkü kapanmış ve arşive kaldırılmış dosyaların tamamının canlı sisteme taşınması gerekmez. Ancak kapalı dosyaları atmadan önce saklama yükümlülüklerinizi ve müvekkil sözleşmelerinizi kontrol etmek gerekir; bu konuda tereddüt varsa taşıma yerine salt okunur bir arşiv kopyası tutmak daha güvenlidir.

Kaynağın tam yedeği

Envanter çıkarıldığı anda eski sistemin tam yedeği de alınmalı ve bu yedek geçiş bitene kadar dokunulmadan saklanmalıdır. Yedek, yalnızca felaket senaryosu için değil, doğrulama sırasında "eski sistemde bu kayıt nasıl görünüyordu" sorusuna cevap vermek için de gerekir. Yedeğin açılıp açılmadığını bir kez denemek, ona ihtiyaç duyulduğu güne bırakılmamalıdır.

• ✓ Eski sistemden alınmış tam yedek ve yedeğin açılabildiğinin denemesi
• ✓ Dosya, müvekkil, süre, duruşma ve belge sayılarını gösteren özet döküm
• ✓ Excel, defter ve bireysel takvimlerde tutulan, sistem dışı kayıtların listesi
• ✓ Taşınmayacak (arşivlenecek veya silinecek) kayıt gruplarının yazılı onayı
• ✓ Geçişten sorumlu kişinin ve yedeğinin adı

Süre ve Tebligat Verisi: Geçişin En Kritik Katmanı

Dosya listesi yanlış taşınırsa fark edersiniz; süre listesi yanlış taşınırsa çoğu zaman son gün gelene kadar fark etmezsiniz. Bu nedenle süre ve tebligat verisine ayrı bir plan uygulanır. Açık olan her süre için iki şey doğrulanmalıdır: başlangıç olayı (hangi tebligat veya karar) ve bitiş tarihi. Yalnızca bitiş tarihini taşımak, kaydın dayanağını kaybettirir; ileride bir itiraz olursa "bu tarih nasıl hesaplanmıştı" sorusuna cevap verilemez.

Elektronik tebligatta başlangıç tarihi özellikle dikkat ister. Tebligat Kanunu 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; muhatap tebligatı açmasa ya da okumasa da bu sonuç doğar ve tebliğ için ayrıca bir onay vermesi gerekmez. Eski programınızda süreler "okundu" işaretine ya da kişinin tebligatı açtığı güne göre girilmişse, bunlar aktarımdan önce gözden geçirilmelidir; çünkü okuma tarihi süre başlangıcını değiştirmez. Aktarımda eski sistemin hesabını olduğu gibi kopyalamak, onun hatasını da yeni sisteme taşımak demektir.

Tabloda görüldüğü gibi her kaydın bir dayanağı ve bir doğrulama yolu vardır. Süre hesabını yeniden yapmak için tarih kurallarını hatırlamak yararlıdır: gün olarak belirlenen sürelerde tebliğ günü sayılmaz, hafta ve ay 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). Adli tatilde (20 Temmuz - 31 Ağustos) süreler durmaz; son günü tatile rastlayan süre, tatilin bittiği günden itibaren bir hafta uzar. Yeni sisteme geçerken özellikle tatil dönemlerine rastlayan süreler kontrol listesinin başına konmalıdır. Hızlı kontrol için ücretsiz hukuki süre hesaplama aracını kullanabilirsiniz.

Alan Eşleme ve Veri Temizliği

Envanter bittikten sonra sıra eşlemeye gelir. Eşleme, eski sistemdeki her alanın yeni sistemde hangi alana karşılık geldiğini gösteren bir tablodur. Bu tablo yazılmadan aktarım yapılırsa, bazı bilgiler ya hiç taşınmaz ya da yanlış alana düşer. Örneğin eski programda "karşı taraf" ve "vekili" aynı metin kutusundaysa, yeni sistemde ayrı alanlara bölünmeleri gerekir; bölme işlemi için kural önceden belirlenmelidir.

Eşleme sırasında en sık üç sorunla karşılaşılır. Birincisi tarih biçimleridir: gün-ay-yıl ile ay-gün-yıl karışabilir, iki haneli yıllar yanlış yüzyıla gidebilir. İkincisi mükerrer kayıtlardır: aynı müvekkil üç ayrı yazımla (büyük küçük harf, boşluk, Türkçe karakter farkı) kayıtlı olabilir. Üçüncüsü serbest metin alanlarıdır: süreler, notlar ve talimatlar tek bir açıklama kutusuna yazılmışsa, bunların aktarımdan önce yapılandırılması gerekir. Bu üç sorun, temizlik yapılmadan taşıma yapıldığında yeni sistemde de aynen yaşanır ve yeni sisteme olan güveni ilk günden zedeler.

Esas numarası ve taraf kayıtları

Esas numarası, dosyayı tanımlayan anahtar olduğu için biçimi tek tip olmalıdır. Aynı dosya "2025/123" ve "2025/123 E." şeklinde iki ayrı kayıt olarak taşınırsa, tebligat eşleştirmesi sırasında dosya bulunamaz veya iki ayrı dosya sanılır. Taraf adları için de aynı mantık geçerlidir; kişi adlarındaki küçük farklar, sonradan müvekkil birleştirme işine dönüşür. Temizlik işi sıkıcıdır ama geçişin kalitesini en çok belirleyen aşamadır.

Taşımama kararları

Her şeyi taşımak zorunda değilsiniz. Yıllar önce kapanmış, saklama süresi içindeki dosyalar için salt okunur bir arşiv yeterli olabilir. Taşımama kararı verilen kayıtlar için, kararın gerekçesi ve arşivin yeri yazılı olarak not edilmelidir; böylece birkaç yıl sonra "bu dosya nereye gitti" sorusu cevapsız kalmaz.

Eşleme notu örneği:
Eski alan: "Açıklama" → Yeni alanlar: "Dosya notu" + "Süre (başlangıç olayı, bitiş tarihi)"
Kural: Açıklamada gün/ay/yıl geçen her satır elle incelenir, süreye dönüşenler ayrıca kaydedilir.
Kontrol: İlk 50 dosya iki kişi tarafından karşılaştırılır; fark varsa kural güncellenir.

Adım Adım Geçiş Uygulaması

Envanter, eşleme ve temizlik tamamlandığında uygulama aşamasına geçilir. Aşağıdaki sıra, küçük ve orta ölçekli bir bürodan kurumsal bir yapıya kadar uyarlanabilir; yalnızca her adımın süresi değişir. Önemli olan sırayı bozmamak ve her adımda bir sonrakine geçmeden önce yazılı bir doğrulama yapmaktır.

1. Dondurma penceresi belirleyin. Aktarım sırasında eski sisteme yeni kayıt girilmeyecek kısa bir zaman dilimi seçin; mümkünse duruşma ve süre yoğunluğunun az olduğu bir hafta tercih edin.
2. Deneme aktarımı yapın. Tüm veriyi değil, bir pilot grubu (ör. yirmi dosya ve bunlara bağlı müvekkiller, süreler, belgeler) yeni sisteme alın ve eşleme tablosunu bu grup üzerinde sınayın.
3. Sayımları karşılaştırın. Dosya, müvekkil, süre, duruşma ve belge sayılarını eski ve yeni sistemde yan yana koyun; fark varsa nedenini bulmadan ilerlemeyin.
4. Açık süreleri birebir doğrulayın. Her açık süre için dayanak evrakı açıp başlangıç olayını ve bitiş tarihini yeni sistemdeki kayıtla kıyaslayın.
5. Gruplar halinde taşıyın. Pilot başarılı olduktan sonra kalan dosyaları risk sırasına göre (önce açık süresi yakın olanlar) dalgalar halinde aktarın.
6. Ekibi bilgilendirin ve eğitin. Ortak, avukat, sekreter ve stajyer için hangi işlemin nerede yapılacağını anlatan kısa bir yazılı rehber hazırlayın.
7. Eski sistemi salt okunura alın. Doğrulama bitince eski sistemi kapatmayın; yeni kayıt girişini durdurup bir süre salt okunur biçimde tutun.

Bu yedi adımın en önemli özelliği geri dönüş imkânı bırakmasıdır. Pilot aşamasında ortaya çıkan her sorun, tüm veri taşınmadan önce çözüldüğü için maliyeti düşüktür. Dalgalar halinde ilerlemek ise, bir sorun çıktığında yalnızca o dalgadaki dosyaları etkiler. Tek seferde yapılan bir aktarımda aynı sorun bütün arşivi aynı anda etkiler ve düzeltmek hem zaman alır hem de ekibin güvenini sarsar.

Uygulama sırasında günlük bir geçiş defteri tutmak da işe yarar. Defterde hangi dosyaların taşındığı, hangi farkların bulunduğu ve kimin onayladığı yazılır. Bu defter, hem büro içinde sorumluluğu netleştirir hem de olası bir müvekkil sorusunda dosyanın geçiş sürecindeki durumunu gösteren somut bir kayıt sunar.

Paralel Çalışma ve Doğrulama Dönemi

Veri taşındıktan sonra eski sistemi hemen kapatmak, geçişin en riskli kararlarından biridir. Paralel çalışma dönemi, iki sistemin bir süre birlikte yürütüldüğü ve sonuçların karşılaştırıldığı süredir. Bu dönemde yeni gelen tebligatlar, süreler ve duruşmalar her iki sistemde de izlenir; farklar günlük olarak not edilir. Dönemin uzunluğu bürodan büyüklüğüne ve dosya yoğunluğuna göre değişir, ancak en az bir tam süre döngüsünü kapsaması iyi bir pratiktir; yani yeni sistemde girilmiş bir sürenin dolmasını ve hatırlatmaların gerçekten çalıştığını görmeniz gerekir.

Paralel dönemin amacı ikili iş yükü yaratmak değil, güveni kanıtla kurmaktır. Bu nedenle her gün aynı üç soruya bakılır. Yeni gelen her tebligat yeni sisteme düştü mü? Her tebligat doğru dosyayla eşleşti ve doğru süre başlangıcıyla kaydedildi mi? Hatırlatmalar beklenen kanaldan ve beklenen zamanda geldi mi? Bu soruların herhangi birine "hayır" cevabı varsa, eski sistem kapanış tarihi ertelenir. Kapanış tarihi takvime bağlı değil, ölçütlere bağlı olmalıdır; "ayın sonunda kapatırız" yerine "üç hafta boyunca fark çıkmazsa kapatırız" demek daha sağlıklıdır.

Doğrulama sırasında rastgele örneklem de kullanılabilir. Her dalgadan birkaç dosya seçilip belge sayısı, taraf bilgileri ve süreler eski kayıtla karşılaştırılır. Örneklemede hata bulunursa yalnızca o dosya değil, aynı tür tüm dosyalar yeniden taranır; çünkü hata genellikle bir eşleme kuralından kaynaklanır ve aynı kuralla taşınan başka kayıtları da etkiler.

Büro İçi Roller, Yetkiler ve Kişisel Veri

Yazılım değişirken yalnızca veri değil, büronun çalışma düzeni de taşınır. Eski programda herkesin her dosyayı gördüğü gevşek bir yapı varsa, yeni sistemde rol bazlı yetki tanımlamak iyi bir fırsattır. Ortak, avukat, sekreter ve stajyerin görebileceği ve değiştirebileceği alanlar önceden belirlenmeli; geçişten sonra "kim neyi silebilir" sorusu net olmalıdır. Aksi halde yeni sistem açıldığı gün, yetki karışıklığından dolayı bir süre veya belge yanlışlıkla değiştirilebilir.

Kişisel veri boyutu da ihmal edilmemelidir. Müvekkil bilgileri ve dosya içerikleri kişisel veri niteliğindedir; aktarım sırasında kullanılan geçici dosyalar (Excel dökümleri, dışa aktarım paketleri) açıkta bırakılmamalı, aktarım bittiğinde güvenli biçimde silinmelidir. Yeni sağlayıcının verileri nerede barındırdığı, erişim kayıtlarını tutup tutmadığı ve KVKK yükümlülüklerini nasıl karşıladığı geçişten önce yazılı olarak sorulmalıdır. Verilerin Türkiye'de barındırılıp barındırılmadığı, bu sorular arasında ayrıca netleştirilmesi gereken bir noktadır.

Elektronik tebligat tarafında ise bir ayrıntı vardır: UETS, PTT tarafından işletilen sistemdir ve avukatlar için elektronik tebligat adresi almak zorunludur. Yani tebligatların kendisi yazılımdan bağımsız olarak UETS adresinize ulaşmaya devam eder. Yazılım değiştirirken yapmanız gereken, tebligatların yeni sisteme hangi yolla ve hangi sıklıkla aktarılacağını belirlemek ve bu yolun kimlik bilgilerinizi üçüncü kişilere vermeden çalıştığından emin olmaktır. UETS kullanan avukatın oturum bilgilerini bir yazılım sağlayıcısıyla paylaşması gerekip gerekmediği, geçişte sorulacak ilk güvenlik sorusudur.

• ✓ Her çalışan için rol (ortak, avukat, sekreter, stajyer) ve yetki tablosu
• ✓ Geçici aktarım dosyalarının saklandığı yer ve silinme tarihi
• ✓ Yeni sağlayıcının veri barındırma yeri ve erişim kayıtları hakkındaki yazılı cevabı
• ✓ Tebligat alma yönteminin kimlik bilgisi paylaşımı gerektirip gerektirmediği

MÜHLET ile Geçişte Süre ve Tebligat Tarafı

Geçişin en zor kısmı olan süre ve tebligat katmanını sıfırdan elle kurmak zorunda değilsiniz. MÜHLET, avukatlar için geliştirilmiş, UETS entegrasyonlu ve yapay zekâ destekli bir süre takip ve tebligat yönetim platformudur. Her özelliği, geçiş sırasında yaşanan bir derde cevap verir.

Bekleyen tebligatların yeni sisteme elle girilmesi derdine karşı, 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. Tebligat içeriğini okuyup dosyayla eşleştirme işi için yapay zekâ tebligat 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 düşük güvende avukat onayı istenir.

Süre hesabı yanlış taşınır korkusuna karşı, süreler Türk adli takvimine göre (adli tatil, resmî tatil ve hafta sonu düzeltmeleriyle) hesaplanır; süre takibi ekranı açık süreleri tek yerde toplar. Hatırlatmaların çalıştığından emin olamama derdine karşı, bildirim sistemi son güne kadar kademeli olarak e-posta, SMS ve uygulama veya tarayıcı bildirimiyle hatırlatır.

Büro tarafında dava, müvekkil, duruşma ve görev yönetimi, takvim senkronizasyonu, iOS ve Android mobil uygulama ve ortak, avukat, sekreter, stajyer rollerine göre yetki bulunur. Platform KVKK uyumludur, veriler Türkiye'de barındırılır ve tebligat kredisiyle çalışır; ilk kullanımda ücretsiz deneme kredisi verilir. Koşullar için fiyatlar sayfasına bakabilirsiniz.

Geçişte Sık Yapılan Hatalar

Geçişlerde yaşanan sorunların büyük kısmı birkaç tekrar eden hatadan çıkar. En yaygını, "sadece dosya listesini taşıyalım, süreleri sonra gireriz" yaklaşımıdır. Bu yaklaşımda süreler bir "sonra"ya bırakılır ve bu sonra çoğu zaman aksayan bir iş akışına dönüşür; bu arada kimsenin takip etmediği süreler oluşur. Süreler ve tebligatlar, dosya listesiyle aynı gün, hatta ondan önce taşınmalıdır.

İkinci yaygın hata, eski sistemin hesabına körü körüne güvenmektir. Eski programın süre hesaplama mantığı yanlışsa (örneğin tebliğ gününü sayıyorsa, adli tatil uzamasını hesaba katmıyorsa ya da "okundu" tarihini başlangıç alıyorsa) bu yanlışlar yeni sisteme aynen taşınır. Aktarım sırasında en azından yakın tarihli süreler, dayanak evrak ve güncel kurallarla yeniden hesaplanmalıdır. Üçüncü hata, eğitimi atlamaktır: yeni sistem teknik olarak kusursuz olsa bile ekip nerede ne yapacağını bilmiyorsa, kayıtlar iki ayrı yerde tutulmaya başlar ve büro yeni bir dağınıklık üretir.

Dördüncü hata, yedeksiz ilerlemek veya yedeği doğrulamamaktır. Beşinci hata ise geçişi büronun en yoğun döneminde yapmaktır; yılsonu, adli tatil öncesi ve yoğun duruşma haftaları geçiş için uygun değildir. Adli tatilde süreler durmadığı için, tatil dönemine denk gelen bir geçiş hem süre hem tatil uzaması hesapları açısından ek dikkat gerektirir. Altıncı hata ise sorumluluğu belirsiz bırakmaktır: kim doğruluyor, kim onaylıyor ve kim eski sistemi kapatıyor sorularının cevabı yazılı olmalıdır.

Hataların ortak özelliği, geçişin teknik bir iş olarak görülmesidir. Oysa geçiş, süre güvenliği, kişisel veri ve ekip düzeni gibi hukuk bürosunun temel kaygılarına dokunan bir değişikliktir. Planı bu kaygılar üzerine kurduğunuzda yazılım seçimi ikinci plana düşer ve geçişin başarısı ölçülebilir hale gelir. Geçişten sonra da düzenli aralıklarla örneklem kontrolü yapmak, küçük sapmaları büyümeden yakalamanızı sağlar.

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

Sık Sorulan Sorular