Belediyelerde dijital dönüşüm: iç süreçlerden başlamak

Belediyelerde dijital dönüşüm denince akla çoğu zaman vatandaşın gördüğü taraf gelir: e-belediye ödemeleri, online başvurular, mobil uygulamalar. Bunlar önemli. Ama son yıllarda bir belediyenin iç işleyişini baştan sona yazılıma taşırken gördüğüm şu oldu: asıl tıkanıklık vatandaşa dönük ekranlarda değil, binanın içinde, masadan masaya dolaşan evrakta.

Bu yazıda bir belediyede canlıya aldığımız kurumsal yönetim sisteminden çıkan deneyimi, bir yol haritası olarak paylaşıyorum. Hangi sırayla ilerlemek gerektiğini, nerede zaman kaybedildiğini ve yapay zekanın gerçekten nerede işe yaradığını anlatacağım.

Sorun yazılım eksikliği değil, kopukluk

Çoğu belediyede yazılım eksik değildir; aksine fazladır. Memur ve sözleşmeli personel SAYSİS'te, kadrolu işçiler bir ERP'de, iştirak şirketlerinin çalışanları ayrı bir muhasebe programında durur. Her biri kendi işini iyi yapar, ama hiçbiri diğerini bilmez.

Sonuç tanıdıktır:

• Dağınık personel verisi. Bir çalışanın izin bakiyesini, birimini ve bordrosunu öğrenmek için üç ayrı sisteme bakmak gerekir.
• Kâğıt üzerindeki onaylar. İzin, nakil ve özlük değişikliği formları imzadan imzaya dolaşır; hangisinin kimde beklediğini kimse bilmez.
• Kaybolan işler. Görevler ve arıza talepleri telefonda, mesajlaşma gruplarında konuşulur ve unutulur.
• Görünmeyen tablo. Başkanlık makamı müdürlüklerin ne durumda olduğunu güncel olarak tek ekranda göremez; raporlar haftalar sonra gelir.

Bu yüzden dijital dönüşümü "yeni bir sistem almak" olarak değil, var olan parçaları birbirine bağlamak olarak düşünmek gerekiyor.

1. Önce veri: her çalışan için tek sicil

Onay akışı, mobil uygulama, raporlama: hepsi doğru personel verisine dayanır. Bu yüzden ilk adım mevcut sistemlerin yerine geçmek değil, onlardan veri çekip tek bir kayıtta birleştirmektir.

Bizim kurulumumuzda dört kaynak var: SAYSİS, KamuTech ERP, Zirve Muhasebe ve kurumun kendi girdiği bilgiler. Kayıtlar T.C. kimlik numarasıyla eşleştiriliyor ve her çalışan için tek bir personel kartı oluşuyor. Senkronizasyon günde iki kez, sabah 06:00'da ve öğleden sonra 16:00'da kendiliğinden çalışıyor.

Burada kolayca gözden kaçan bir kural var: kurumun yaptığı düzeltme korunmalı. Personel ya da İK bir bilgiyi düzelttiğinde, bir sonraki senkronizasyon bu düzeltmeyi dış kaynaktaki eski veriyle ezmemeli. Bu kuralı baştan koymazsanız, kullanıcılar birkaç hafta içinde sisteme güvenmeyi bırakır.

2. En hızlı görünen kazanç: onay akışları

Tek sicil kurulduktan sonra en çabuk fark yaratan şey, kâğıt onayları kayıtlı bir akışa çevirmektir. Personelin, müdürlerin ve başkanlığın her gün hissettiği değişiklik burada olur.

Önemli olan, akışı yazılımın kolayına göre değil, kurumdaki gerçek imza sırasına göre modellemektir. Örneğin izin talebi şu yolu izliyor:

1. Personel izin türünü ve tarihleri seçer; iş günleri ve bakiye anında hesaplanır.
2. Birim müdürü onaylar ya da gerekçe yazarak reddeder.
3. İK ön incelemede mevzuat ve hak ediş kontrolü yapar.
4. Başkan yardımcısı onay verir. Doğrudan başkanlığa bağlı birimlerde bu adım atlanır.
5. İK'nın son onayıyla izin kesinleşir.

Nakil süreci daha karmaşıktır: hem ayrılan hem atanan birimin müdürleri, iki tarafın bağlı olduğu başkan yardımcıları ve İK imzalar. İki taraf aynı başkan yardımcısına bağlıysa imza bir kez istenir. Tüm imzalar tamamlanınca resmî belge üretilir ve nakil, yürürlük tarihinde personel kaydına kendiliğinden işlenir.

Bu ayrıntılar küçük görünür, ama kâğıt üzerindeki akışla birebir örtüşmeyen bir sistem kullanılmaz. Analiz aşamasında en çok zamanı bu imza sıralarını birim birim çıkarmaya ayırmak gerekiyor.

3. İş takibi ve destek talepleri

Üçüncü adım, telefonda ve mesaj gruplarında kaybolan işleri kayıt altına almaktır. Bir arıza ya da talep açıldığında, kurum ve kategoriye göre tanımlı bir kuralla doğru ekibe gitmeli ve kapanana kadar kimin üzerinde olduğu belli olmalı.

Bu sadece düzen meselesi değil. Talepler kayıtlı olduğunda hangi ekibin ne kadar sürede çözüm ürettiği ölçülebilir hâle gelir. Yönetimin "bilgi işlem yetişemiyor" ya da "bu müdürlük geç dönüyor" gibi izlenimlerini veriyle konuşmasını sağlayan şey budur.

4. Yapay zeka nerede gerçekten işe yarar?

Kamu kurumlarında yapay zeka konusu genellikle iki uçta konuşuluyor: ya her şeyi çözecek bir araç ya da uzak durulması gereken bir risk. Pratikte en net faydayı gördüğüm yer çok daha sade: raporları özetlemek.

Müdürlükler haftalık ve aylık faaliyet raporlarını sisteme girdiğinde, yapay zeka bunları başkanlık makamı için tek sayfalık bir yönetici özetine dönüştürüyor. Hangi raporların zamanında geldiği, hangi birimde onayların biriktiği, nelerin öne çıktığı birkaç cümlede görülüyor.

Burada birkaç ilkeye dikkat etmek gerekiyor:

• Yapay zeka özetler, karar vermez. Özet, okunacak raporun yerine geçmez; nereye bakılması gerektiğini gösterir.
• Gereğinden fazla veri gönderilmez. Bir özet için kişisel verilere ihtiyaç yoksa, modele gitmemelidir. Bizim kurulumumuzda sistem ve veriler belediyenin kendi sunucularında duruyor; yapay zeka servisine yalnızca müdürlüklerin rapor metni gidiyor, kişisel veri gitmiyor. KVKK açısından en güvenli veri, işlenmeyen veridir.
• Yetki sınırları korunur. Yönetici özetini yalnızca üst yönetim görmelidir; yapay zeka çıktısı da diğer ekranlar gibi rol ve yetki kurallarına tabidir.

Vatandaş başvurularını sınıflandırmak ya da sık sorulan soruları yanıtlamak gibi kullanım alanları da var. Ama bunlara geçmeden önce iç verinin düzenli olması gerekiyor; dağınık veriyle çalışan bir yapay zeka, dağınıklığı sadece daha hızlı üretir.

5. Güvenlik ve KVKK baştan tasarlanmalı

Belediye sistemleri hassas kişisel veri taşır: kimlik bilgileri, bordro, sağlık raporuna dayalı izinler. Bu yüzden güvenlik sonradan eklenen bir katman olmamalı. Bizim sistemimizde şu temeller ilk günden vardı:

• Rol ve yetki yönetimi: 7 rol ve 69 ayrı yetki tanımıyla herkes yalnızca işi gereği görmesi gerekeni görüyor.
• Denetim kaydı: Her ekleme, silme ve güncelleme kim ve ne zaman bilgisiyle kayıt altına alınıyor.
• Güçlü giriş: SMS ile tek kullanımlık kod ve parmak izi ya da yüz tanımayla passkey desteği.
• KVKK onayları: Aydınlatma metinleri ve kullanıcı onayları kayıtlı ve belgelenmiş durumda.

Adım adım yol haritası

Bir belediyede bu işe başlayacaksanız önerdiğim sıra şu:

1. Envanter çıkarın. Hangi yazılımlar kullanılıyor, personel verisi nerede, onay zincirleri nasıl işliyor?
2. Tek sicili kurun. Mevcut sistemlere bağlanın, kayıtları T.C. kimlik numarasıyla birleştirin.
3. Bir onay akışıyla pilot yapın. İzin süreci iyi bir başlangıçtır.
4. Mobili erken açın. Sahada çalışan personelin sisteme telefondan ulaşması, benimsenmeyi hızlandırır.
5. İş takibini ve talepleri ekleyin. Görevleri ve arızaları kayıt altına alın.
6. Raporlamayı ve yapay zekayı en son ekleyin. Veri düzenli olduğunda özetler de anlamlı olur.

Sık sorulan sorular

Mevcut yazılımlarımızı değiştirmemiz gerekir mi?

Hayır. Doğru yaklaşım SAYSİS, ERP ve muhasebe yazılımları gibi mevcut kaynaklardan veri çekmek ve onları tek bir yerde birleştirmektir. Sistemler yerinde kalır; aralarındaki kopukluk giderilir.

Kurulum ne kadar sürer?

Seçilen modüllere ve bağlanacak sistemlere göre değişir. Bizim ilk kurulumumuzda birinci faz üç ay içinde canlıya alındı.

Yapay zeka kişisel verileri işler mi?

İşlememesi gereken yerde işlememelidir. Faaliyet raporu özetleri gibi kullanımlarda kişisel veriye ihtiyaç yoktur. Bizim sistemimizde de yapay zeka servisine yalnızca rapor metni gönderiliyor; personel bilgileri belediyenin kendi sunucularından çıkmıyor.

Sonuç

Belediyelerde dijital dönüşüm, yeni ekranlar eklemekten çok, var olan sistemleri birbirine bağlamak ve kâğıt üzerindeki gerçek süreçleri yazılıma doğru aktarmakla ilgilidir. Sıra önemlidir: önce veri, sonra onaylar, sonra iş takibi ve en son yapay zeka.

Kendi kurumunuzda bu süreci nasıl kurabileceğinizi konuşmak isterseniz belediye otomasyon sistemi sayfasında modülleri ve akışları ayrıntılı olarak inceleyebilir ya da bana yazabilirsiniz.