Dijital Devlet Kapısında Veri Yönetimi ve Başvuru Süreçleri
Günümüzde e-Devlet ve entegre sistemler üzerinden gerçekleştirdiğimiz dijital başvurular, aslında arkada oldukça karmaşık bir veri akışını ve iş akış yönetimi (workflow) kurgusunu tetikler. CİMER şikayet iptali konusu, kullanıcıların anlık kararları ile devletin işleyiş protokolleri arasındaki o ince çizgiyi temsil eder. Bir yazılım geliştirici gözüyle baktığımda, bu tür sistemlerin neden doğrudan bir “silme” butonu sunmadığını anlamak oldukça kolay; zira veri bütünlüğü ve denetlenebilirlik (audit log) bu tür kamu altyapılarında en yüksek önceliktir.
Sistemsel Kısıtlamalar ve Veri Yaşam Döngüsü
CİMER üzerinden gönderilen bir talep, veritabanına işlendiği andan itibaren artık sistemin bir parçası olur. Yazılım dünyasındaki hard delete (tamamen silme) işlemi, kamu verisi söz konusu olduğunda genellikle devre dışıdır. Bunun yerine başvurular; pending (beklemede), in progress (işlemde) veya closed (tamamlandı) gibi durum kodları (status codes) ile takip edilir.
Başvurunuz henüz bir ilgili birime atanmadıysa veya işlem süreci başlatılmadıysa, mantıksal olarak başvuruyu iptal etmek teknik bir parametre değişikliği ile mümkün olabilir. Ancak bu işlem e-Devlet arayüzünden doğrudan “sil” komutuyla değil, bir “geri çekme” veya “iptal talebi” şeklinde gerçekleştirilir. Benim görüşüme göre burada dikkat edilmesi gereken temel nokta, sistemin asenkron çalışma yapısıdır; yani siz iptal talebini gönderdiğinizde, sistem bu talebi kuyruğa (queue) ekler ve ilgili birimin onayını bekler.
Neden Doğrudan Silme Seçeneği Yok?
- Audit Trail (Denetim İzleri): Kamu kurumlarında yapılan her işlemin bir izi olmalıdır. Silinen bir veri, sistemdeki eksik bir kayıttır.
- İş Akışı (Workflow) Karmaşıklığı: Bir başvuru birimdeki bir memurun önüne düştüğü anda, o verinin durumu ‘işleniyor’ statüsüne geçer.
- Hukuki Sorumluluk: Başvuruların geri alınması, verinin manipüle edilmediğini kanıtlamak için sıkı prosedürlere tabidir.
Başvuru Geri Çekme Sürecinde İzlenecek Yol
Eğer başvuru değerlendirme aşamasındaysa ve iptal zorunluysa, en sağlıklı yöntem kurumsal hiyerarşiyi takip etmektir. Doğrudan sistemden veri silemediğiniz bu senaryoda, CİMER üzerinden tekrar bir başvuru oluşturarak, mevcut başvurunuzun ‘iptal edilmesi’ talebini iletmeniz gerekebilir. Bu, yazılım mimarisinde bir undo işlemi gibi çalışır ancak manuel bir onay mekanizmasına bağlıdır.
Teknik Danışman Gözüyle Tavsiyeler
Sistem yöneticisi ve yazılım danışmanı olarak, kullanıcıların bu gibi durumlarda yaşadığı en büyük hatanın ‘beklemek’ olduğunu söyleyebilirim. Bir başvuru sonuçlanmadan önce müdahale etmek istiyorsanız, bunu vakit kaybetmeden yapmalısınız. Eğer başvurunuz yasal bir sürece girmişse, işler daha karmaşık hale gelir. Uygulanabilir en iyi pratik (best practice), başvuruyu göndermeden önce mutlaka review aşaması yapmaktır.
Kendi süreçlerimde de olduğu gibi, karmaşık sistemlerde geri dönüşü olmayan hatalardan kaçınmak için girdi kontrolünü (input validation) her zaman başvuru öncesinde yapmalısınız. Eğer bir otomasyon projesi üzerinde çalışıyorsanız, kullanıcılarınıza her zaman bir ‘onay’ (confirm) adımı sunduğunuzdan emin olun.
Sonuç
CİMER şikayet iptali, aslında sistemdeki verinin ‘değiştirilemezliği’ prensibi üzerine kurulu teknik bir süreçtir. Doğrudan bir silme butonu beklemek yerine, sistemin işleyiş mantığına uygun olan ‘iptal talebi’ yöntemini tercih etmek en doğru yaklaşımdır. Unutmayın, dijital devlet altyapıları hata payını minimize etmek için oldukça katı kurallarla çalışır.
Bu konu hakkında daha fazla teknik içerik için emrecb.com’u takip edebilirsiniz. İşletmeniz veya projeniz için profesyonel yazılım, sunucu veya web çözümlerine ihtiyaç duyuyorsanız benimle iletişime geçebilirsiniz.
Bir yanıt yazın