E-Belediye & Belediye Bilgi Yönetim Sistemi Çözümü

Kamu ihalelerinde belediye yazılımı talebi çoğu zaman aynı çerçevede tekrar eder: "E-belediye web, mobil ve saha uygulamalarının revizyonu; belediye bilgi yönetim sisteminin bakımı ve geliştirilmesi." Bu sayfa, dağınık modülleri tek bir dijital belediye platformunda toplamak isteyen bilgi işlem ve mali hizmetler müdürlükleri için; teknik şartname yazmadan önce kapsamı, entegrasyonları ve seçim kriterlerini netleştirir.

E-belediye çözümü neyi kapsar?

Bütünleşik bir e-belediye platformu, vatandaşa dönük kanalları ve arka ofis iş süreçlerini ortak bir veri modeli üzerinde buluşturur. Tipik kapsam şu bileşenlerden oluşur:

• Vatandaş web portalı: Borç sorgulama ve online ödeme, e-başvuru, randevu, ruhsat/imar durumu ve talep-şikâyet takibi.
• Mobil uygulama: iOS/Android üzerinde mobil ödeme, anlık bildirim, çözüm merkezi ve konum bazlı hizmet başvurusu.
• Saha uygulaması: Zabıta, tahsilat, altyapı ve ekip yönetimi için çevrimdışı çalışabilen mobil saha modülleri.
• Arka ofis / bilgi yönetim sistemi: Tahakkuk-tahsilat, gelir, sicil, evrak (EBYS) ve meclis-karar süreçlerinin tek çekirdekte yönetimi.
• Yönetici gösterge paneli: Gelir, başvuru ve performans göstergelerinin gerçek zamanlı raporlanması.
• Entegrasyon katmanı: e-Devlet, MERNİS, UAVT, banka/sanal POS ve diğer kurumsal servislerle güvenli bağlantı.

Web, mobil ve saha: üç kanal, tek veri

Belediyelerin çoğunda web sitesi, mobil uygulama ve saha yazılımı farklı zamanlarda, farklı tedarikçilerden alınmış ve birbirinden kopuk çalışır. Bu durum aynı verinin birden çok yerde tutulmasına, çelişkili borç bilgisine ve tekrar eden veri girişine yol açar. Bütünleşik yaklaşımda üç kanal da aynı tahakkuk ve sicil çekirdeğinden beslenir: vatandaş mobilden ödediğinde tahsilat anında arka ofise düşer, saha ekibinin girdiği tespit web portalında görünür. Amaç, tek gerçek kaynak (single source of truth) ilkesini belediye genelinde kurmaktır.

Revizyon mu, sıfırdan bütünleşik sistem mi?

İki senaryo da yaygındır. Mevcut yazılımınızın tahakkuk-tahsilat çekirdeği güncel ve verisi sağlıklıysa, kanalları ortak bir servis katmanında birleştiren bir revizyon ve geliştirme yeterli olabilir. Buna karşılık modüller birbirinden kopuksa, veri tekrarlıysa ve mevcut tedarikçi veriye veya API’lere erişim vermiyorsa, kontrollü bir veri göçüyle bütünleşik bir sisteme geçmek uzun vadede daha ekonomiktir. Her iki yolda da başlangıç noktası, mevcut veri ve modül olgunluğunun tarafsız analizidir.

Zorunlu entegrasyonlar

Bir e-belediye platformunun değeri, bağlandığı kurumsal servislerle ölçülür. Şartnamede kapsamı ve protokolü yazılması gereken tipik entegrasyonlar:

• e-Devlet Kapısı: Vatandaşın kimlik doğrulaması ve hizmetlerin e-Devlet üzerinden sunulması.
• MERNİS / NVİ: Kimlik ve adres doğrulama, mükellef eşleştirme.
• UAVT: Ulusal adres veri tabanı ile numarataj ve adres tutarlılığı.
• Tahakkuk-tahsilat ve ödeme: Banka, sanal POS ve GİB tahsilat servisleriyle online ödeme mutabakatı.
• EBYS ve KEP / e-İmza: Elektronik belge yönetimi ve resmî yazışmaların dijitalleştirilmesi.
• CBS / KBS: İmar, adres ve altyapı katmanlarıyla mekânsal sorgulama bağlantısı.
• EKAP: İhale ve satın alma süreçleriyle ilişkilendirme.

Teknik şartnamede dikkat edilecekler

• Açık API/servis standartları (REST/SOAP) zorunlu tutulmalı; kapalı format ve gizli protokol bağımlılığı engellenmeli.
• Veri sahipliği ve tam dışa aktarım garanti altına alınmalı: tüm veri açık formatta, dokümante şema ile belediyeye ait olmalı (tedarikçi bağımlılığı önlemi).
• KVKK uyumu, kişisel verinin yurt içinde barındırılması, yetkilendirme ve loglama açıkça tanımlanmalı.
• 5018 sayılı Kanun ve mali mevzuata uygun tahakkuk-tahsilat ile 5393 sayılı Belediye Kanunu iş akışları karşılanmalı.
• Kamu internet siteleri için erişilebilirlik (WCAG) ve mobil uyumluluk gereksinimleri belirtilmeli.
• Yedekleme, felaket kurtarma hedefleri (RPO/RTO) ve sözleşme sonu veri devir maddeleri eklenmeli.
• Eğitim, yerinde destek ve SLA’lı bakım (yanıt/çözüm süreleri) net yazılmalı.

Seçim ve karşılaştırma kriterleri

Teklifleri yalnızca modül listesiyle değil, mimari ve sürdürülebilirlik ölçütleriyle karşılaştırın: kanallar gerçekten tek veri modelini mi paylaşıyor, yoksa ayrı yazılımlar arayüzle mi bağlanmış? Entegrasyonlar canlı referansla çalışıyor mu? Veri göçü planı ve geri dönüş (rollback) senaryosu var mı? Tedarikçi, kaynak veriyi ve dokümantasyonu devretmeyi taahhüt ediyor mu? Bu sorular, bugünkü fiyattan çok gelecekteki bağımsızlığınızı ve toplam sahip olma maliyetinizi belirler.

Rakamlarla dijital belediyecilik talebi

Vatandaşın dijital kanala hazır olup olmadığı artık bir tahmin konusu değil. Anadolu Ajansı’nın aktardığı resmî verilere (2026) göre e-Devlet Kapısı’na kayıtlı kullanıcı sayısı 2025 sonu itibarıyla 68,1 milyonu aşmış, sunulan hizmet sayısı 9.170’e ulaşmıştır. TÜİK’in 2025 Hanehalkı Bilişim Teknolojileri Kullanım Araştırması da aynı tabloyu doğrular: 16-74 yaş grubunda internet kullanımı %90,9, son 12 ayda e-devlet hizmeti kullanım oranı %76,1’dir. Bu iki veri belediyeler için tek bir anlam taşır: vatandaş, merkezî idareden aldığı dijital hizmet standardını belediyesinden de beklemektedir. Borç sorgulamak için mesai saatinde vezne kuyruğuna giren vatandaş profili hızla kaybolmakta; web ve mobil kanalı zayıf belediyeler bu beklentinin gerisinde kalmaktadır.

Sektörden örnek (model analizi): İçişleri Bakanlığı e-Belediye Bilgi Sistemi

Türkiye’de bu alandaki en büyük kamu girişimi, İçişleri Bakanlığı’nın belediyelere merkezî olarak sunduğu e-Belediye Bilgi Sistemi’dir; Bakanlığın kendi sitesindeki verilere göre yalnız EBYS modülünü kullanan kurum sayısı 234 belediye ve 6 su-kanalizasyon idaresi olmak üzere 240’a ulaşmıştır. (Açık not: bu, Bakanlığın kamuya açık platformudur; bir müşteri referansımız değildir ve model analizi olarak aktarılmıştır.) Model iki şeyi kanıtlar: belediye iş süreçlerinin ortak bir çekirdekte dijitalleşmesi kurulu bir pratiktir ve merkezî standardizasyon özellikle küçük ölçekli belediyeler için gerçekçi bir yoldur. Aynı model, sınırlarını da gösterir: kuruma özgü iş akışları, yerel entegrasyonlar (kent kartı, ulaşım, CBS derinliği) ve farklılaştırılmış vatandaş deneyimi merkezî bir platformun doğası gereği kapsam dışında kalır — özel geliştirme ihtiyacının doğduğu yer tam burasıdır.

Temsili proje kapsamı

Aşağıdaki kapsam temsilidir; gerçekleşmiş bir müşteri projesi değil, tipik bir bütünleşik e-belediye kurulumunun planlama çerçevesidir. Süreler; modül sayısına, veri göçünün büyüklüğüne ve entegrasyon adedine göre değişir:

• Faz 1 — Mevcut durum ve veri sağlığı analizi (3-5 hafta): Modül envanteri, veri kalite raporu, entegrasyon haritası, revizyon/yeniden kurulum kararı ve kapsam dokümanı.
• Faz 2 — Çekirdek ve web portalı (8-12 hafta): Ortak veri modeli, tahakkuk-tahsilat bağlantısı, vatandaş web portalı (borç sorgulama, online ödeme, e-başvuru) ve yönetici panosu.
• Faz 3 — Mobil, saha ve entegrasyonlar (6-10 hafta): Mobil uygulama, saha modülleri, e-Devlet/MERNİS/UAVT ve banka-sanal POS entegrasyonları, KVKK yetki/loglama düzeni.
• Faz 4 — Veri göçü, pilot ve canlıya geçiş (4-6 hafta): Kontrollü veri göçü ve mutabakat raporları, pilot birim doğrulaması, personel eğitimi ve SLA’lı destek başlangıcı.

Tipik toplam süre 6-8 ay aralığındadır; bütçe, modül ve entegrasyon kapsamına bağlı olduğundan ancak mevcut durum analizi sonrası anlamlı biçimde verilebilir.

Belediyenizin mevcut web, mobil ve saha yazılımlarının durumunu birlikte inceleyip; revizyon mu yoksa bütünleşik kurulum mu gerektiğine dair tarafsız bir yol haritası ve size özel bir şartname taslağı çıkaralım. Aşağıdaki formdan talebinizi iletmeniz yeterli.