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.

e-Belediye mali modül: Bakanlık sisteminde neler var, özel yazılımda ne sorulmalı?

Aramalarda "e-Belediye mali modül" olarak geçen ifade, İçişleri Bakanlığı'nın e-Belediye Bilgi Sistemi'nde mali işlemleri yürüten modül grubunu anlatır. Bakanlığın duyurusuna göre Program Bütçe Modülü 01.01.2026 tarihinde uygulamaya alınmış; Muhasebe, Taşınır, Doğrudan Temin ve İnsan Kaynakları modüllerinin sürümleri de yeni kurumsal kod ve program kod yapısıyla güncellenmiştir. Bakanlığın modül listesinde ayrıca Taşınmaz Mal, İşçi/Memur/Taşeron Özlük-Bordro ve Makine İkmal modülleri yer alır. Tahakkuk ve tahsilat ise ayrı bir Gelir Modülü'nde yürür; bu modülün alt modülleri arasında mükellef, tahakkuk, tahsilat, su, ilan ve reklam vergileri, çevre temizlik vergisi, eğlence vergisi, işgaliye, emlak bildirimleri ve tebligat bulunur.

Mali modül hangi işleri kapsar? (Hangi sistem olursa olsun)

Belediye muhasebesinin çerçevesini İçişleri Bakanlığı'nın Mahalli İdareler Bütçe ve Muhasebe Yönetmeliği (Resmî Gazete, 27.05.2016, sayı 29724 Mükerrer) çizer. Yönetmelik; 5018 sayılı Kamu Mali Yönetimi ve Kontrol Kanunu'nun 49'uncu ve 5393 sayılı Belediye Kanunu'nun 65'inci maddelerine dayanır. Amaç maddesine göre konusu gelir ve gider bütçelerinin hazırlanması, kesin hesabın çıkarılması, işlemlerin muhasebeleştirilmesi ve mali tabloların zamanında ve doğru hazırlanıp yayımlanmasıdır. Bu çerçeveye uyan bir mali modül, Bakanlık sistemi de olsa özel yazılım da olsa genel olarak dört işi görür:

• Bütçe: Gelir ve gider bütçesinin hazırlanması ve izlenmesi. Bakanlığa göre analitik bütçe sınıflandırması kurumsal, program-alt program-faaliyet ve ekonomik sınıflandırma olmak üzere üç ana gruptan oluşur; ayrıca finansman tipi sınıflandırma yer alır (Program Bütçe Modülü).
• Muhasebe: Gelir, gider, varlık ve yükümlülük işlemlerinin yevmiye kaydı, harcama belgelerinin muhasebeleştirilmesi ve dönem sonu işlemleri; taşınır ve taşınmaz kayıtlarıyla bağlantı.
• Gelir, tahakkuk ve tahsilat: Mükellef kaydı, vergi-harç-ücret tahakkuku, vezne, banka ve online tahsilat ile bunların muhasebeye aktarılması.
• Raporlama: Mali tablolar, bütçe uygulama sonuçları ve yılsonunda kesin hesap; yöneticiler için tahsilat ve harcama göstergeleri.

Özel geliştirmede bu dört başlık mevzuatın yerine geçmez; mevzuatın istediği kaydı belediyenin kendi iş akışına, saha ve vatandaş kanallarına bağlar. Bu yüzden şartnamede mali modülün hangi sistemde kalacağı ve diğer katmanlarla hangi yoldan veri alışverişi yapacağı ilk sorulması gereken sorudur.

Mali modül kararı verilirken "hangisi daha iyi" sorusundan çok, aşağıdaki dört başlıkta belediyenin neye ihtiyaç duyduğu belirleyicidir. Tablo bir sıralama değil, karşılaştırma için soru listesidir:

Mali çekirdeği Bakanlık sisteminde tutup vatandaş kanalları, saha uygulamaları veya CBS gibi kuruma özgü katmanları ayrıca kurmayı düşünen belediyeler için kritik soru, iki sistem arasında verinin hangi yolla akacağıdır; bu, şartname yazılmadan önce Bakanlıkla netleştirilmelidir. Tahakkuk tarafındaki kavramların ayrıntısı için belediye mali yönetim sistemi rehberimize bakabilirsiniz.

Belediye bilgi sistemi nasıl seçilir: merkezî sistem, paket yazılım ya da özel geliştirme

Belediye bilgi sistemi için üç model vardır ve çoğu belediyede bunlar bir arada bulunur. Bakanlığın merkezî sistemi standart süreçleri hazır karşılar. Ticari paket yazılım, tedarikçinin ürün yol haritasına bağlı hazır modüller sunar. Özel geliştirme ise belediyenin kendi iş akışını, mevcut verisini ve yerel entegrasyonlarını esas alır. Seçimi kolaylaştıran sorular şunlardır:

• Süreç ne kadar kuruma özgü? Standart bir başvuru-onay akışı mı, yoksa birden çok müdürlüğü ve saha ekibini bağlayan bir iş akışı mı?
• Veri kimde kalacak? Kaynak kodu, veritabanı ve dokümantasyonun sözleşme sonunda belediyeye devri yazılı mı?
• Hangi sistemlerle konuşacak? e-Devlet, MERNİS/KPS, UAVT, banka, CBS ve mevcut mali modülle veri alışverişinin yolu belli mi?
• Kim bakımını yapacak? Belediyenin bilgi işlem kapasitesi, SLA'lı destek ihtiyacı ve mevzuat değişikliklerine uyum takvimi.

Biz hazır paket satmıyoruz: bu sorulara verilen cevaba göre, merkezî sistemin yetmediği yerde belediyenize özel modülü geliştiriyor ve kaynak kodu ile veriyi belediyede bırakıyoruz.

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.