Belediye tahsilat ve ödeme kanalları karşılaştırması

Belediye tahsilatı, dışarıdan bakınca "vatandaş borcunu ödesin" kadar basit görünen, içeriden bakınca üç ayrı disiplinin kesiştiği bir alandır: hukuk (alacağın niteliği ve tahsil usulü), muhasebe (kaydın hangi hesapta, hangi belgeyle oluşacağı) ve yazılım (kanalların tahakkuk kaydına nasıl bağlanacağı). Bu üçü aynı masada konuşulmadığında ortaya çıkan tablo hep aynıdır: vatandaş ödemiş görünür ama borcu kapanmamıştır, ya da ay sonunda banka ekstresiyle sistem kaydı tutmaz. Bu sayfa, altı tahsilat kanalını komisyon/maliyet yapısı, mutabakat süreci, mevzuat dayanağı ve teknik entegrasyon yöntemi açısından tarafsız biçimde karşılaştırır; hangi kanalın "en iyi" olduğunu değil, hangi durumda hangisinin mantıklı olduğunu gösterir.

Zemin de değişiyor. Kartlı ödemenin çevrim içi ağırlığı hızla artıyor: Bankalararası Kart Merkezi’nin (BKM) resmî aylık istatistiklerine göre Haziran 2026’da internetten kartlı ödeme tutarı yaklaşık 891,6 milyar TL ve işlem adedi yaklaşık 260,7 milyon oldu. Kamu tarafında da kanal çeşitliliği kurumsallaştı: e-Devlet Kapısı üzerinden 81 ilde 555 belediyenin ve belediyelere bağlı 30 yerel hizmet kurumunun hizmetleri sunuluyor; borç ödeme ve tahakkuk sorgulama bunların içinde (kontrol tarihi: Ağustos 2026). İçişleri Bakanlığı’nın merkezi e-Belediye Bilgi Sistemi ise resmî modül listesinde Belediye Gelir İşlemleri (Tahakkuk/Tahsilat) Modülü’nü barındırıyor; sistem toplam 63 modülden oluşacak şekilde kurgulandı (45’i İçişleri, 18’i Çevre ve Şehircilik Bakanlığı tarafından hazırlanmak üzere).

Önce hukuk: hangi alacak, hangi usul?

Kanal karşılaştırmasına geçmeden ayrılması gereken bir çizgi var. Belediye alacakları tek tip değildir: emlak vergisi, çevre temizlik vergisi ve harçlar kamu alacağı niteliğindeyken; su, atık su ve hizmet karşılığı alacaklar özel hukuk hükümlerine tabidir. 5393 sayılı Belediye Kanunu’nun belediyenin yetkilerini düzenleyen 15’inci maddesi, ikinci gruptaki alacaklar için tahsilatın "yapılması veya yaptırılması" ifadesini kullanır — bu, tahsilatın üçüncü bir kuruluş aracılığıyla yürütülmesinin yasal zeminidir. Tahakkuk ve ödeme takvimi ise ilgili vergi kanunlarından gelir; örneğin 1319 sayılı Emlak Vergisi Kanunu’nun ödeme süresini düzenleyen 30’uncu maddesi vergiyi iki eşit taksitte, birinci taksidi Mart-Nisan-Mayıs, ikinci taksidi Kasım ayında olmak üzere ödemeye bağlar. Bu takvim, tahsilat kanallarının kapasite planını doğrudan etkiler: yılın iki ayında oluşan yığılmayı kaldıramayan bir kanal karması, vezne kuyruğu ve çağrı merkezi yükü olarak geri döner.

Muhasebe tarafında çerçeveyi Mahalli İdareler Bütçe ve Muhasebe Yönetmeliği (27 Mayıs 2016 tarihli ve 29724 mükerrer sayılı Resmî Gazete) çizer; muhasebe yetkilisi mutemetlerince yapılan tahsilatlarda alındı belgesi, kayıt defteri ve teslim süreleri bu çerçeveye tabidir. Burada sık karıştırılan bir nokta var: Hazine ve Maliye Bakanlığı Muhasebat Genel Müdürlüğü’nün yürüttüğü Kamu Elektronik Ödeme Sistemi (KEÖS), dayanağını oluşturan Genel Bütçe Kapsamındaki Kamu İdarelerinin Ödeme ve Tahsilat İşlemlerinin Elektronik Ortamda Gerçekleştirilmesine İlişkin Usul ve Esaslar (18 Haziran 2011 tarihli ve 27968 sayılı Resmî Gazete) gereği genel bütçe kapsamındaki kamu idarelerinin ödeme ve tahsilat işlemlerine ilişkindir; belediyeler mahalli idare olduğu için bu mekanizmanın kapsamında değildir ve kendi banka hesapları üzerinden çalışır. Dolayısıyla "merkezde zaten bir sistem var" varsayımıyla banka entegrasyonunu atlamak yanlış bir kısayoldur.

Karşılaştırma kriterleri

Altı kanalı dört kriterde karşılaştırıyoruz: maliyet yapısı (kim, neyin üzerinden ücret alır), mutabakat süreci (paranın ve kaydın nasıl eşleştiği), mevzuat/lisans çerçevesi ve teknik entegrasyon yöntemi. Komisyon oranları belediyeye özel sözleşmelerle belirlendiği ve kamuya açık bir listede yayımlanmadığı için ilgili hücreler "—" ile işaretlenmiştir; bu alanlar tekliflerden doldurulmalıdır.

Kanalların güçlü ve zayıf yanları

e-Belediye portalı ve sanal POS: Güçlü yanı, işlem başına personel maliyetinin neredeyse sıfıra inmesi ve 7/24 erişimdir; emlak vergisi taksit aylarında vezne yükünü belirgin biçimde düşürür. Zayıf yanı, kart komisyonunun oransal olması nedeniyle yüksek tutarlı ödemelerde maliyetin büyümesi ve iade/iptal akışının çoğu belediyede eksik kurgulanmasıdır. Banka entegrasyonu: En olgun ve en yaygın kanaldır; şube, internet bankacılığı ve ATM aynı sözleşmeyle açılır, günsonu dosya mutabakatı standart bir süreçtir. Zayıf yanı, her bankanın kendi entegrasyon şartnamesine sahip olması ve belediyenin çok bankalı çalıştığında entegrasyon sayısının çoğalmasıdır — bu, tek bir borç sorgu servisi tasarlanarak çözülür.

PTT ve vezne: Dijital erişimi olmayan vatandaş için hâlâ vazgeçilmezdir ve kırsal mahallelerde kapsayıcılık açısından tek gerçek seçenek olabilir. PTT’nin su tahsilatı sayfası, anlaşmalı belediye başkanlıkları adına su faturası ödemelerinin PTT işyerlerinden ve PTTmatiklerden yapılabildiğini belirtir; vergi/ceza tahsilatları sayfası ise anlaşmalı belediyelerle yürütülen iş birlikleri çerçevesinde emlak vergisi ve çevre temizlik vergisi gibi tahsilatların sorgulamalı olarak işyerlerinden gerçekleştirildiğini yazar. Zayıf yanı işlem başına maliyetin en yüksek olduğu kanal olmasıdır (personel, kasa, güvenlik dâhil). Mobil uygulama: Bildirim gönderebilmesi sayesinde tahsilat oranını artıran tek kanaldır — taksit hatırlatması, borç bildirimi ve ödeme sonrası makbuz aynı akışta yürür. Zayıf yanı, ayrı bir ürün gibi geliştirildiğinde tahsilat çekirdeğinden kopması ve iki farklı borç hesabı üretmesidir; ayrıntı için belediye mobil uygulaması ve kent kart çözüm sayfamıza bakabilirsiniz.

Ödeme kuruluşları: 6493 sayılı Kanun kapsamında Türkiye Cumhuriyet Merkez Bankası tarafından yetkilendirilen ödeme kuruluşları, tek entegrasyonla birden çok ödeme yöntemi (kart, banka transferi, dijital cüzdan) açabildiği için esneklik sağlar; TCMB bu kuruluşları resmî bir listede yayımlar ve listede faaliyette olan 21 kuruluş yer alır (kontrol: Ağustos 2026). Zayıf yanı, aracı katman eklenmesiyle mutabakatın iki adımlı hâle gelmesidir: sağlayıcı raporu ile belediye hesabına geçiş aynı gün olmayabilir. e-Devlet Kapısı: Vatandaş güveni ve kimlik doğrulama açısından en güçlü kanaldır, ek pazarlama gerektirmez; zayıf yanı belediyenin arayüz ve akış üzerinde kontrolünün sınırlı olmasıdır. e-Devlet ve MERNİS/KPS tarafındaki entegrasyon çerçevesini e-Devlet entegrasyonu çözüm sayfamızda ayrıntılandırıyoruz.

Mutabakat: asıl maliyet burada saklıdır

Belediyelerin tahsilat kanalı kıyaslarken en sık atladığı kalem komisyon değil, mutabakat emeğidir. Beş kanaldan gelen ödemelerin her biri farklı formatta, farklı saatte ve farklı referans numarasıyla düşer. Eğer her kanal kendi ödeme tablosuna yazıyorsa, ay sonunda mali hizmetler personeli elle eşleştirme yapmak zorunda kalır; bu iş, orta ölçekli bir belediyede tam zamanlı bir personelin ciddi bir bölümünü yiyebilir. Doğru mimari şudur: tek bir tahsilat çekirdeği (borç sorgu servisi, ödeme kaydı, kanal kimliği, referans numarası ve mutabakat defteri) kurulur; tüm kanallar bu çekirdeğe aynı servis sözleşmesiyle bağlanır; günsonunda her kanalın dosyası otomatik eşleştirilir ve yalnız fark raporu insana düşer. Şartnameye yazılması gereken üç madde de buradan çıkar: (1) kanal bağımsız benzersiz ödeme referansı, (2) idempotent ödeme kaydı — aynı bildirim iki kez gelse bile tek kayıt oluşması, (3) otomatik günsonu mutabakat raporu ve fark listesi. Bu üç madde yoksa, en ucuz komisyonlu kanal bile pahalıya gelir.

Teknik entegrasyon: borç sorgu servisi mi, dosya aktarımı mı?

Kanalların belediye sistemine bağlanmasının iki klasik yolu vardır. Dosya bazlı (batch) aktarım modelinde belediye, tahakkuk listesini gün başında bankaya gönderir; banka gün boyu bu listeden tahsilat yapar ve akşam tahsilat dosyasını geri gönderir. Kurulumu basittir, eski sistemlerle uyumludur; sakıncası, gün içindeki ödemelerin belediye tarafında anlık görünmemesi ve aynı borcun iki kanaldan ödenme riskidir. Çevrim içi servis (borç sorgu/ödeme bildirimi) modelinde ise banka veya sağlayıcı her işlemde belediyenin servisini çağırır, borcu sorgular ve ödemeyi anında bildirir. Bu model çift ödeme riskini ortadan kaldırır ve vatandaşa doğru bakiye gösterir; karşılığında belediye tarafında yüksek erişilebilirlik (yılın büyük bölümünde ayakta kalan servis), yanıt süresi taahhüdü ve güvenli kimlik doğrulama gerektirir. Pratikte olgun kurgu ikisini birleştirir: çevrim içi servis asıl akış, günsonu dosya ise mutabakat kontrolüdür. Tahakkuk ve gelir tarafının bütünüyle nasıl kurgulandığını e-belediye bilgi yönetim sistemi çözüm sayfamızda anlatıyoruz.

Hangi durumda hangi kanal karması?

• Belde ve küçük ilçe belediyesi: Vezne + tek bir banka entegrasyonu + e-Devlet üzerinden borç ödeme genellikle yeterlidir. Mobil uygulama ve çoklu ödeme kuruluşu, işlem hacmi oluşmadan maliyet kalemi olarak kalır. Öncelik, tahakkuk verisinin temizliği ve borç sorgu servisinin tek noktadan verilmesidir.
• Orta ölçekli ilçe belediyesi: Web sanal POS + 2-3 banka + PTT + e-Devlet karması makul. Bu ölçekte kritik eşik mutabakattır: kanal sayısı üçü geçtiğinde otomatik eşleştirme ve fark raporu olmadan mali hizmetler biriminin yükü katlanır.
• Büyükşehir ve bağlı idareler (su/kanalizasyon dâhil): Çok kanallı yapı kaçınılmaz; burada tek tahsilat çekirdeği bir tercih değil zorunluluktur. Su aboneliği tarafındaki sayaç okuma ve faturalama süreçleriyle tahsilatın aynı veri modelinde buluşması gerekir (bkz. su, atık ve akıllı sayaç yönetimi).
• Tahsilat oranını yükseltmek isteyen belediye: Yeni kanal açmak tek başına oranı yükseltmez; bildirim ve hatırlatma akışı olmayan bir mobil uygulama, indirilmeyen bir uygulamadır. Önce adres ve iletişim verisinin güncelliği, sonra taksit hatırlatması, sonra kanal çeşitliliği sırası işler — emlak ve adres verisinin sağlığı için emlak, taşınmaz ve adres bilgi sistemi tarafına bakmak gerekir.
• Hazır tahsilat modülü ihtiyacı karşılamıyorsa: Kanal çeşitliliği arttıkça hazır ürünlerin sabit veri modeli sınırlayıcı hâle gelebilir. Böyle durumlarda tüm sistemi değiştirmek yerine yalnız tahsilat çekirdeğini ve kanal adaptörlerini belediyeye özel geliştirmek, hem daha hızlı hem daha düşük riskli bir yoldur; kaynak kodu ve mutabakat mantığı belediyede kalır.