Belediye dijital dönüşüm, vatandaş başvurusundan saha ekibine, yazışmadan kent haritasına kadar belediye hizmetlerinin tek bir veri akışı üzerinde yeniden kurulmasıdır. Amaç yeni bir portal açmak değil; bir talebin kimde beklediğini, ne kadar sürdüğünü ve haritada nereye düştüğünü herkesin aynı kayıttan görebilmesidir. Başlangıç noktası en çok şikâyet alan tek hizmettir.
Belediyede dijitalleşme bugün nerede takılıyor?
Çoğu belediyede sorun yazılım eksikliği değil, yazılımların birbirini tanımamasıdır. Gelir servisinin sistemi, imar müdürlüğünün dosya arşivi, fen işlerinin iş emri tablosu ve çağrı merkezinin kayıt ekranı ayrı yıllarda, ayrı firmalardan alınmıştır. Vatandaş bir yol çukurunu bildirdiğinde kayıt çağrı merkezinde açılır, fen işlerine telefonla iletilir, ekip sahaya gider ve kapanış çoğu zaman hiçbir yere yazılmaz.
Aynı tablo belgede de görülür. Resmî yazışmalar elektronik belge yönetim sistemine geçmiş olsa bile imar dosyaları, ruhsat ekleri ve eski kararlar kâğıt klasörlerde ya da paylaşımlı bir diskte durur. Bir dilekçeye cevap yazmak için üç müdürlükten evrak istemek hâlâ olağan bir iştir. Dilekçeyi okuyup ilgili müdürlüğe yönlendirmek ve uzun yazışmayı özetlemek gibi işlerde belediyelerde yapay zeka yazımızdaki kullanım alanlarına bakabilirsiniz.
Harita tarafında da durum benzerdir. Altyapı hatları, yol ağı, parseller ve sokak lambaları farklı katmanlarda, farklı güncellik düzeylerinde tutulur. Belediye CBS rehberimizde anlattığımız gibi güncel olmayan bir katman, en iyi yazılımı bile yanlış karar üreten bir araca çevirir.
Beklemenin maliyeti: vatandaş dijitalde, süreç masada
Vatandaşın beklentisi hızla değişti. e-Devlet Kapısı kullanıcı istatistiklerine göre 31 Ağustos 2026 itibarıyla kayıtlı kullanıcı sayısı 69.529.013'e ulaştı; e-Devlet Kapısı kurum istatistikleri ise kapıda 555 belediyenin hizmet verdiğini gösteriyor.
TÜİK'in 2025 Hanehalkı Bilişim Teknolojileri Kullanım Araştırması'na göre de 16-74 yaş grubunda son bir yılda resmî kurumların internet sitelerini ya da uygulamalarını kullanarak çevrim içi kamu hizmetlerinden yararlananların oranı %76,1 oldu (Anadolu Ajansı'nın TÜİK araştırması haberi). Başvuru dijital girip arka ofiste kâğıda dönüyorsa kazanılan hız masada kaybedilir.
Belediyelerin en somut kaybı ise ölçülebilir altyapı alanlarında görülür. Su şebekesi bunun en net örneğidir:
Tarım ve Orman Bakanlığı'na göre Türkiye'de içme suyu şebekelerindeki ortalama su kaybı oranı 2024'te %31,6 oldu; büyükşehir ve il belediyelerinin bu oranı 2028'e kadar en fazla %25'e indirmesi gerekiyor. (Su Verimliliği portalı, Kentsel Su Verimliliği)
Bu hedef ancak sayaç, şebeke haritası ve arıza kayıtları aynı veride buluştuğunda yönetilebilir; ayrıntıları su kayıp-kaçak analizi yazımızda anlattık; aynı mantığın elektrik ve doğalgaz şebekesindeki karşılığı enerji sektöründe dijital dönüşüm yazısında. Güvenlik riski de büyüyor: ENISA Threat Landscape 2025 raporuna göre Avrupa Birliği'nde sektörü belli olan olaylar arasında en çok hedef alınan sektör %38,2 ile kamu yönetimiydi; artışta kamuya yönelik hacktivist DDoS saldırıları belirleyici oldu. Dağınık sistemler, korunması gereken yüzeyi de çoğaltır.
Belediye dijital dönüşüm planı: 7 adım
Belediyelerde başarılı dönüşüm büyük bir "her şeyi değiştiriyoruz" ihalesiyle değil, ölçülebilir küçük adımlarla ilerler. Aşağıdaki sıra, hem bütçe döngüsüne hem de ihale mevzuatına uyacak şekilde kurgulanabilir:
- Hizmet envanteri çıkarın. Belediyenin sunduğu her hizmeti (ruhsat, imar durumu, su aboneliği, şikâyet, cenaze, zabıta) listeleyin; her biri için başvuru kanalını, sorumlu müdürlüğü ve ortalama sonuçlanma süresini yazın.
- Sistem ve veri haritası çizin. Hangi hizmetin hangi yazılımda, hangi veritabanında ve hangi harita katmanında yaşadığını gösterin. Aynı bilginin (adres, TC kimlik no, abone no) kaç yerde tutulduğunu işaretleyin.
- İlk hizmeti seçin. En çok şikâyet alan, en uzun süren ve sonucu kolay ölçülen tek bir hizmetle başlayın. Genellikle altyapı arızası bildirimi ya da ruhsat ön başvurusu iyi adaydır.
- Adres ve kimlik anahtarını ortaklaştırın. Tüm sistemlerin aynı adres kodunu ve aynı kişi/abone anahtarını kullanması, sonraki her entegrasyonun temelidir. Bu adım atlanırsa raporlar hiçbir zaman birbirini tutmaz.
- Belgeyi ve yazışmayı akışa bağlayın. Başvuru eklerini, iç yazışmaları ve kararları aynı dosya numarası altında toplayan bir belge akışı kurun; EBYS ile kâğıtsız ofise geçiş yazımız bu kısmın çerçevesini veriyor.
- Sahayı mobil ve haritaya bağlayın. Ekiplere iş emrini konumla gönderen, fotoğrafla kapatan bir mobil akış verin; kapanış kaydı otomatik olarak kent bilgi sistemindeki ilgili nesneye (hat, lamba, parsel) işlensin.
- Ölçün, yayınlayın, genişletin. Sonuçlanma süresi, tekrar eden şikâyet oranı ve kapanış kalitesini bir yönetim panelinde izleyin. İlk hizmette hedefe ulaşıldığında aynı altyapıyı ikinci hizmete taşıyın.
Bu adımların kamu alımına dönüşmesi için ölçülebilir bir teknik şartname gerekir. 4734 sayılı Kamu İhale Kanunu'na tabi alımlarda kapsamın ve kabul ölçütlerinin baştan yazılması, sonradan çıkan anlaşmazlıkları azaltır; teknik şartname hazırlama yazımız bunun kontrol listesini içeriyor.
Hangi alan hangi sistemle çözülür?
Belediye hizmetleri dört ana katmana ayrılır. Her katmanın sorusu ve verisi farklıdır; ama hepsi aynı adres ve kişi anahtarıyla konuşmalıdır.
| Katman | Tipik sorun | Çözüm bileşeni | İzlenecek gösterge |
|---|---|---|---|
| Başvuru ve talep | Talep kaybolur, durumu sorulamaz | Başvuru/talep yönetimi, e-Devlet ve web entegrasyonu | Ortalama sonuçlanma süresi |
| Belge ve yazışma | Dosya parçalı, arşiv kâğıtta | EBYS, dijital arşiv, OCR | Belgeye erişim süresi |
| Kent verisi | Katmanlar güncel değil | Kent bilgi sistemi (CBS) | Güncel katman oranı |
| Saha ve altyapı | Kapanış kaydı yok, arıza tekrarlar | Mobil iş emri, uzaktan izleme | Tekrar eden arıza sayısı |
Altyapı katmanı ayrıca sensör ve sayaç verisi gerektirir; sokak aydınlatması, pompa istasyonları ve su sayaçları bu kapsama girer. Bu uygulamaları akıllı şehir uygulamaları yazımızda örneklerle ele aldık. Kayıtlı elektronik posta ile yürüyen resmî bildirimler için de KEP rehberimize göz atabilirsiniz.
Kişisel veri, güvenlik ve süreklilik
Belediye, vatandaşın adresinden su tüketimine kadar çok sayıda kişisel veri işler. 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK) kamu kurumlarını da kapsar; hangi verinin hangi amaçla, ne süreyle tutulduğu yazılı olmalıdır. Sistemleri birleştirirken yetki modelini de birleştirin: her müdürlük yalnızca kendi işine gereken alanı görmelidir. Süreç adımlarını KVKK uyum süreci yazımızda sıraladık.
Cumhurbaşkanlığı Dijital Dönüşüm Ofisi'nin yayımladığı Bilgi ve İletişim Güvenliği Rehberi, kamu kurumları için güvenlik tedbirlerinin çerçevesini çizer. Pratikte en sık eksik kalan iki konu yedeklerin düzenli geri yükleme testiyle doğrulanması ve eski sistemlerin kullanıcı hesaplarının kapatılmasıdır. Fidye yazılımına karşı 3-2-1 yedekleme kuralı belediyeler için de geçerlidir.
Belediye projelerinde sık yapılan 5 hata
Sahada tekrar tekrar karşılaşılan hatalar, çoğu zaman teknik değil yönetsel kararlardan doğar. Bunları baştan bilmek, aynı bütçeyle çok daha fazla sonuç almayı sağlar:
- Portalla başlamak. Vatandaşa açılan yeni bir ekran, arkadaki süreç değişmediyse yalnızca yeni bir bekleme kuyruğu yaratır. Önce talebin müdürlükler arasında nasıl ilerlediği düzeltilmelidir.
- Her müdürlüğe ayrı yazılım almak. Kısa vadede hızlı görünür, ama her yeni sistem aynı adresi ve aynı kişiyi bir kez daha kaydeder. Birkaç yıl sonra raporların birbirini tutmaması bu kararın sonucudur.
- Veriyi taşımadan geçiş yapmak. Eski kayıtlar yeni sisteme aktarılmazsa personel iki sistemi birlikte kullanmaya devam eder ve yeni sistem terk edilir.
- Sahayı sona bırakmak. Kapanış kaydı sahadan gelmiyorsa sonuçlanma süresi ölçülemez; ölçülemeyen bir iyileştirme de bir sonraki bütçede savunulamaz.
- Seçim takvimini hesaba katmamak. Uzun ve tek parça projeler yönetim değişikliklerinde yarım kalır. Her biri kendi başına değer üreten, tek bir bütçe yılı içinde tamamlanabilecek aşamalar daha dayanıklıdır.
Digital Bridge'de belediye projelerini nasıl yürütüyoruz?
Hazır paket satmıyoruz; her belediye projesi ihtiyaç analiziyle başlar. İlk aşamada hizmet envanterini ve sistem haritasını birlikte çıkarır, hangi hizmetin önce ele alınacağını ölçülebilir hedeflerle yazarız. Kapsam, aşamalar ve bedel yazılı teklifle netleşir. Belediye ve kamu çözümleri sayfamızda bu yaklaşımı sektör özelinde anlatıyoruz.
Pilot aşamada tek bir hizmeti uçtan uca kurarız: başvuru ekranı, belge akışı, saha iş emri ve harita kaydı. Harita tarafında mevcut katmanları temizleyip coğrafi bilgi sistemleri (GIS) üzerinde ortak adres anahtarına bağlarız.
Belge tarafında dosya numarasıyla ilerleyen bir EBYS ve doküman yönetimi akışı kurar, kâğıt arşivi gerekiyorsa doküman OCR ile aranabilir hâle getiririz.
Entegrasyon aşamasında mevcut gelir, abone ve muhasebe sistemlerini değiştirmek yerine API entegrasyonu ile birbirine bağlarız; API entegrasyonu nedir yazımız bu yaklaşımın mantığını açıklıyor.
Yazılım ve donanımı aynı ekipten sunduğumuz için sayaç, sensör ya da saha terminali gerektiren işlerde cihaz tarafını da üstleniyoruz. Hizmet binalarında personel girişi ve devam takibi gerekiyorsa kartlı geçiş, PDKS ve yemekhane sayımını tek sistemde birleştiren SmartPass bu altyapıya eklenebilir.
Türkiye'nin tüm illerine uzaktan ve yerinde hizmet veriyoruz; 7/24 teknik destek sağlıyoruz. Dönüşümün hangi noktasında olduğunuzu görmek için dijital olgunluk değerlendirmesi iyi bir başlangıçtır.
Genel çerçeve için dijital dönüşüm yol haritası yazımızı ve dijital dönüşüm konu sayfamızı inceleyebilirsiniz.
Sonraki adım
Önce tek bir hizmet seçin ve bugünkü ortalama sonuçlanma süresini not edin. Bu hizmetin hangi sistemlerden, hangi müdürlüklerden geçtiğini bir sayfada çizin. Bu iki bilgiyle bize ulaşın; ilk görüşmede pilot kapsamını ve ölçülecek göstergeleri birlikte netleştirelim.