Belediyeler için EBYS karşılaştırması
Kısa cevap: EBYS kararı bir arayüz değil bir uyum kararıdır. TSE 13298, e-Yazışma paketi, KEP, güvenli elektronik imza ve arşiv mevzuatı asgari çerçeveyi çizer; asıl fark, belgenin belediyenin diğer süreçlerine ne kadar bağlandığı ve sözleşme bittiğinde arşivin nasıl teslim edildiğidir.
Elektronik Belge Yönetim Sistemi (EBYS), belediyede yalnız "evrak kaydı tutan program" değildir: gelen-giden evrak, iç onay akışları, meclis ve encümen belgeleri, ruhsat dosyaları, ihale evrakı ve nihayet arşiv — hepsi aynı sistemde hukuki geçerliliğiyle birlikte yaşar. Bu yüzden EBYS seçimi, ekran güzelliğinden çok uyum üzerinden yapılmalıdır. Türkiye’de bu uyumun dört ayağı vardır: TSE’nin TS 13298 standardı, Cumhurbaşkanlığı Dijital Dönüşüm Ofisi’nin e-Yazışma Teknik Rehberi, 5070 sayılı Elektronik İmza Kanunu çerçevesindeki güvenli elektronik imza ve Devlet Arşivleri Başkanlığı’nın arşiv mevzuatı. Bu sayfa, dört tedarik seçeneğini bu ayaklar üzerinden tarafsız biçimde karşılaştırır ve şartnameye yazılması gereken maddeleri çıkarır.
Zemin şu: elektronik ortamdaki resmî yazışmayı düzenleyen Resmî Yazışmalarda Uygulanacak Usul ve Esaslar Hakkında Yönetmelik 10 Haziran 2020 tarihli ve 31151 sayılı Resmî Gazete’de yayımlandı (Karar Sayısı: 2646) ve bütün kamu kurum ve kuruluşlarını kapsıyor. Yönetmelik, elektronik ortamda yapılacak resmî yazışmalar kapsamında oluşturulan belgelerin yapısı, formatı, imzalama ve şifreleme mekanizmaları gibi teknik hususları tanımlayan belgeyi e-Yazışma Teknik Rehberi olarak tanımlıyor ve bu rehberin Cumhurbaşkanlığı Dijital Dönüşüm Ofisi Başkanlığı tarafından yayımlandığını belirtiyor. Aynı yönetmelik güvenli elektronik imzayı, imza sahibinin kimliğinin ve imzalanmış elektronik veride sonradan değişiklik yapılıp yapılmadığının tespitini sağlayan imza olarak tarif ediyor. Pratik sonuç: bir EBYS teklifi bu iki kavramı somut olarak karşılamıyorsa, kaç modülü olduğunun önemi yoktur.
Karşılaştırma kriterleri
Dört seçeneği yedi kriterde karşılaştırıyoruz: TS 13298 belgelendirme durumu, e-Yazışma paketi (EYP) uyumu, KEP ve e-imza entegrasyonu, arşiv ve saklama planı, belediye süreçleriyle bütünleşme, maliyet yapısı ve veri sahipliği/çıkış. Tabloda ürün adı vermiyoruz; hücreler tedarik modelinin yapısal özelliklerini gösterir. Kamuya açık kaynaktan doğrulanamayan alanlar "—" ile işaretlenmiştir ve tekliflerden yazılı olarak doldurulmalıdır.
| Kriter | e-Belediye EBYS Modülü (merkezi) | Bağımsız ticari EBYS ürünü | Belediye otomasyonuna gömülü modül | Belediyeye özel geliştirme |
|---|---|---|---|---|
| TS 13298 belgelendirme | — (modülün resmî tanıtım sayfasında TS 13298 belgesine atıf yer almıyor; yalnız 5070 ve KEP anılıyor) | Ürün sertifikasyonu mümkün; TSE, TS 13298 kapsamında ürün ve kurum yetkinliği olmak üzere iki belgelendirme yürütür. Kamuya açık belgeli ürün listesi: — | Değişken — belge, çoğu zaman EBYS bileşeni için ayrı alınır; teklifte kapsamı sorulmalı | Belge, geliştirme kapsamında hedeflenebilir; kurum yetkinlik değerlendirmesi belediye adına da alınabilir |
| e-Yazışma paketi (EYP) | — (resmî sayfada EYP’ye açık atıf yok; kurumlar arası yazışmanın KEP ile yapıldığı belirtiliyor) | Genellikle çekirdek yetenek; hangi rehber sürümüne uyulduğu teklifte yazılı istenmeli | Üründen ürüne değişir; bütünleşik pakette EYP çoğu zaman sonradan eklenen katmandır | Rehberdeki paket yapısına göre üretilir; sürüm takibi belediyenin sorumluluğuna girer |
| KEP entegrasyonu | Resmî tanıtımına göre belediyeler, Bakanlığın merkez/taşra birimleri ve diğer kamu kurumlarıyla KEP üzerinden yazışabiliyor | KEP hizmeti, BTK’nın resmî sitesinde listelediği KEPHS’lerden alınır; ürünün hangi KEPHS’lerle çalıştığı sorulmalı | Aynı şekilde KEPHS bağımlılığı vardır; sözleşmede sağlayıcı değiştirme esnekliği aranmalı | KEPHS servisleri doğrudan entegre edilir; sağlayıcı bağımsızlığı tasarımla sağlanabilir |
| e-imza / mobil imza | Resmî tanıtımına göre yazışmalar log imza, e-imza ve mobil imza ile, 5070 sayılı Kanun’a uygun biçimde yürütülüyor | Standart yetenek; imza doğrulama ve uzun dönemli doğrulanabilirlik ayrıca sorulmalı | Standart yetenek; toplu imza ve vekâlet akışları üründen ürüne farklılaşır | Belediyenin imza akışına göre tasarlanır; doğrulama altyapısı şartnamede tanımlanmalı |
| Arşiv / saklama planı / DETSİS | — (kamuya açık sayfada arşiv-ayıklama-imha akışına dair ayrıntı yayımlanmamış) | Olgun ürünlerde saklama planı, ayıklama-imha ve devir akışı bulunur; kapsam yazılı istenmeli | Genellikle temel arşiv işlevleriyle sınırlı; derin arşiv ihtiyacında yetersiz kalabilir | Devlet Arşiv Hizmetleri Hakkında Yönetmelik’e göre kurgulanabilir; kurum kodları DETSİS üzerinden alınır |
| Belediye süreçleriyle bütünleşme | Merkezi sistemin diğer modülleriyle aynı çatı altında; belediyenin yerel yazılımlarıyla bağ ayrı kurulmalı | API varsa güçlü, yoksa evrak adası oluşur — entegrasyon maddesi kritik | En güçlü yanı budur: ruhsat, meclis kararı, tahakkuk aynı veri modelinde | İhtiyaca göre en sıkı bütünleşme kurulabilir; kapsam disiplini gerekir |
| Maliyet yapısı / kamuya açık fiyat | Merkezi platform kapsamında; belediyeye yansıyan bedel için kamuya açık liste: — | Kullanıcı veya kurum bazlı lisans + bakım; kamuya açık liste fiyatı: — | Paket sözleşmesinin içinde veya ek modül bedeli; kamuya açık liste: — | Geliştirme + barındırma; lisans yok. Kamuya açık liste: — (proje kapsamına göre) |
| Veri sahipliği / çıkış | Merkezi platform kurallarına tabi; belediyeye devir koşulları ayrıca teyit edilmeli | Sözleşmeye bağlı — açık formatta tam dışa aktarım maddesi olmazsa çıkış maliyeti yüksek | Paket değişimi EBYS’yi de kapsar; iki sistemi birden değiştirme riski doğar | Kaynak kodu ve arşiv belediyede kalır; sürdürülebilirlik dokümantasyona bağlıdır |
Standart tarafı: TS 13298 gerçekte ne söyler?
TS 13298, elektronik belge ve arşiv yönetimi için sistem gereksinimlerini, belge yönetim tekniklerini ve uygulamalarını tanımlar; amacı, kurumda üretilen elektronik dokümanların belge niteliğini ve hukuki geçerliliğini korumaktır. Türk Standardları Enstitüsü, bu standart kapsamında iki ayrı belgelendirme yürütür: ürün sertifikasyonu — EBYS geliştiren firmaların yazılımları için — ve kurum yetkinlik değerlendirmesi — EBYS kullanan kamu kurumlarının, sistemi ne derece etkin kullandığının değerlendirilmesi için. Bu ayrım şartname açısından önemlidir: "TSE belgeli EBYS" ifadesi tek başına belirsizdir; hangi belgelendirme tipinin, hangi kapsamda ve hangi geçerlilik tarihiyle istendiği yazılmalıdır. Ayrıca TSE’nin ilgili sayfasında kamuya açık bir belgeli ürün listesi yayımlanmadığı için, belge iddiası tekliften değil belgenin aslından doğrulanmalıdır — bu yüzden tablodaki ilgili hücrede "—" kullandık.
e-Yazışma, KEP ve e-imza: üçünü karıştırmayın
Sahada en çok karışan üç kavram bunlardır. e-Yazışma Teknik Rehberi, belgenin nasıl paketleneceğini tanımlar: yapı, format, imzalama ve şifreleme mekanizmaları. KEP ise paketin nasıl taşınacağı ile ilgilidir; hizmet, Bilgi Teknolojileri ve İletişim Kurumu’nun resmî sitesinde listelediği kayıtlı elektronik posta hizmet sağlayıcılarından (KEPHS) alınır. Güvenli elektronik imza ise 5070 sayılı Elektronik İmza Kanunu’na dayanan hukuki geçerlilik unsurudur. Bir EBYS bu üçünü aynı anda karşılamalıdır: doğru paketi üretmeli, doğru kanaldan göndermeli ve imzayı hukuken geçerli biçimde uygulayıp sonradan doğrulanabilir kılmalıdır. Kurumun kimliği tarafında ise Devlet Teşkilatı Merkezi Kayıt Sistemi (DETSİS) devreye girer; aynı yönetmeliğin tanımına göre DETSİS, Dijital Dönüşüm Ofisi Başkanlığı tarafından yürütülen ve idarelerin merkez, taşra ve yurt dışı teşkilatındaki birimlerinin Türkiye Cumhuriyeti Devlet Teşkilatı Numarası ile tanımlandığı sistemdir. Merkezi e-Belediye Bilgi Sistemi EBYS Modülü’nün resmî tanıtımı da bu çerçeveye oturur: belediyelerin yazışmalarını log imza, e-imza ve mobil imza ile 5070 sayılı Kanun’a uygun biçimde yürütebildiğini ve diğer kamu kurumlarıyla KEP üzerinden haberleşebildiğini belirtir.
Arşiv: EBYS’nin en çok ihmal edilen yarısı
Belediyelerde EBYS projelerinin çoğu "evrak akışı" tarafına odaklanır ve arşiv tarafı sonraya bırakılır; oysa hukuki risk büyük ölçüde orada birikir. Devlet Arşivleri Başkanlığı mevzuatı — Devlet Arşiv Hizmetleri Hakkında Yönetmelik, 18 Ekim 2019 tarihli ve 30922 sayılı Resmî Gazete — kamu kurum ve kuruluşlarının arşiv hizmetlerine ilişkin usul ve esasları belirler. Bu, EBYS’den somut yetenekler ister: saklama planına bağlı belge tipleri, ayıklama-imha komisyonu akışı, devir listeleri, erişim yetkisi kayıtları ve imzanın uzun dönemde doğrulanabilirliği. Şartnamede "arşiv modülü vardır" ifadesi yeterli değildir; hangi işlevin hangi mevzuat maddesine karşılık geldiği tablo hâlinde istenmelidir.
Bütünleşik modül mü, ayrı ürün mü?
Bu sorunun tek cevabı yok; belirleyen, belgenin süreçle ne kadar iç içe olduğudur. Belediyede bir imar başvurusu, evrak kaydıyla başlar, teknik incelemeyle sürer, encümen veya meclis kararıyla ilerler, ruhsatla biter — bu zincirde EBYS ayrı bir adada durursa personel aynı bilgiyi iki kez girer ve süreç kaydı ikiye bölünür. Bütünleşik modülün asıl değeri budur: belge, iş akışının doğal parçası olur. Buna karşılık bağımsız ürünler standart uyumu ve arşiv derinliğinde genelde daha olgundur ve belediye otomasyonunu değiştirdiğinizde yerinde kalır — kurumsal hafızayı tek bir tedarikçi kararına bağlamamak önemli bir güvencedir. Karar için pratik ölçüt: yıllık evrak hacminiz ve arşiv yükünüz büyükse ayrı ve olgun bir ürün, süreç bütünlüğü ve tek elden yönetim önceliğinizse modül. Meclis ve encümen tarafındaki belge akışını meclis salonu otomasyonu çözüm sayfamızda, EBYS’nin belediye bilgi sistemiyle bütünleşmesini e-belediye bilgi yönetim sistemi sayfamızda ayrıntılandırıyoruz.
Şartnameye yazılması gereken maddeler
4734 sayılı Kamu İhale Kanunu çerçevesinde marka-model tarifi yerine işlevsel tanım kullanmak hem hukuki riski azaltır hem daha çok teklif toplar. EBYS şartnamesinde asgari şu maddeler bulunmalıdır:
- e-Yazışma uyumu: Sistemin e-Yazışma Teknik Rehberi’ne uygun paket üretebilmesi ve gelen paketleri okuyabilmesi; uyulan rehber sürümünün yazılı beyanı ve sürüm güncellemelerinin kapsamda olması.
- İmza ve doğrulama: 5070 sayılı Kanun çerçevesinde güvenli elektronik imza ve mobil imza desteği; imzalı belgenin yıllar sonra da doğrulanabilmesi için gerekli doğrulama verisinin belgeyle birlikte saklanması.
- KEP: BTK tarafından yetkilendirilen KEPHS’lerle çalışabilme ve sağlayıcı değiştirildiğinde sistemin çalışmaya devam etmesi.
- Arşiv: Saklama planı yönetimi, ayıklama-imha akışı, devir listesi üretimi ve erişim kayıtları; her işlevin arşiv mevzuatındaki karşılığının tabloyla gösterilmesi.
- Entegrasyon: Açık ve belgelenmiş API; ruhsat, tahakkuk, personel ve meclis modülleriyle çift yönlü veri alışverişi; e-Devlet ve kimlik doğrulama servisleriyle bağ (bkz. MERNİS/KPS ve e-Devlet entegrasyonu).
- Veri devri: Sözleşme sonunda tüm belge, üstveri ve imza doğrulama bilgisinin açık formatta, belirlenen sürede ve ek bedelsiz teslimi.
- Kabul kriterleri: Belge, sertifika değil çalışan senaryodur; belediyenin kendi örnek evrakıyla uçtan uca test (üretim, imzalama, KEP ile gönderim, arşive devir) kabul şartı olarak yazılmalıdır.
Hangi durumda hangisi?
- Belde ve küçük ilçe belediyesi: Evrak hacmi düşük, kadro dar. Merkezi e-Belediye EBYS modülü veya belediye otomasyonuna gömülü modül genellikle en düşük toplam maliyetli yoldur; ek yazılım almadan önce mevcut hakların kapsamı yazılı olarak sorulmalıdır.
- Orta ölçekli ilçe belediyesi: Kritik eşik burada. Yazışma hacmi ve arşiv yükü arttıkça ayrı ve olgun bir ürünün arşiv derinliği fark yaratmaya başlar; ancak entegrasyon maddesi yazılmazsa evrak adası riski de burada doğar.
- Büyükşehir ve bağlı idareler: Çok birimli yapılarda yetkilendirme, vekâlet, toplu imza ve devir akışları belirleyici olur. Bu ölçekte bütünleşik ve bağımsız seçenekler yan yana çalışabilir; belirleyici olan tek ürün değil, ortak API ve ortak saklama planıdır.
- Süreçleri hazır ürüne sığmayan belediye: Belediyeye özgü onay zincirleri, çok birimli paraf akışları veya yerel entegrasyonlar hazır ürünün sabit iş akışına sığmıyorsa, tüm EBYS’yi yazmak yerine yalnız akış ve entegrasyon katmanını özel geliştirmek genelde daha hızlı ve daha kalıcıdır. Bu yolda ölçülebilir kazanç, kaynak kodunun ve arşivin belediyede kalmasıdır; bedeli ise dokümantasyon ve sürüm takibi disiplinidir.
Merak edilenler
Belediyeler e-Yazışma Teknik Rehberi’ne uymak zorunda mı?
Resmî Yazışmalarda Uygulanacak Usul ve Esaslar Hakkında Yönetmelik (10 Haziran 2020 tarihli ve 31151 sayılı Resmî Gazete, Karar Sayısı 2646) “bütün kamu kurum ve kuruluşlarını kapsar” ve elektronik ortamdaki resmî yazışmalarda oluşturulan belgelerin yapısını, formatını, imzalama ve şifreleme mekanizmalarını tanımlayan e-Yazışma Teknik Rehberi’ni referans alır. Yönetmeliğin tanımına göre rehber, Dijital Dönüşüm Ofisi Başkanlığı tarafından yayımlanır. Belediyeler de kamu kurumu olduğundan, kurumlar arası elektronik yazışmanın bu çerçeveye uygun paket formatında yapılması beklenir; bu yüzden şartnamede "EYP üretebilme ve okuyabilme" ayrı bir madde olarak istenmelidir.
TSE 13298 belgesi olmayan bir EBYS alınabilir mi?
Hukuken belge zorunluluğunu tek başına bu sayfadan çıkaramayız; belirleyici olan ihale dokümanında nasıl tanımlandığıdır. Pratikte TSE, TS 13298 kapsamında iki ayrı belgelendirme yürütür: yazılım üreticileri için ürün sertifikasyonu ve EBYS kullanan kurumlar için kurum yetkinlik değerlendirmesi. Şartnamede belge istenecekse hangi tipin, hangi kapsamda ve hangi tarihte geçerli olduğu net yazılmalıdır; ayrıca belgenin varlığı ile sistemin sizin süreçlerinizde çalıştığının kanıtı ayrı şeylerdir — belge, kabul testinin yerine geçmez.
EBYS, belediye otomasyonunun bir modülü mü olmalı yoksa ayrı ürün mü?
Karar, yazışmanın diğer süreçlerle ne kadar iç içe olduğuna bağlıdır. Ruhsat başvurusu, meclis kararı, ihale dosyası ve personel işlemleri belgeyle yürüyorsa bütünleşik modül iş akışını kısaltır; belge, süreç kaydının doğal parçası olur. Buna karşılık ayrı ürün, arşiv ve standart uyumu tarafında genelde daha derindir ve belediye otomasyonunu değiştirdiğinizde yerinde kalır. Ölçüt basittir: yazışma hacminiz ve arşiv yükünüz büyükse ayrı ve olgun bir ürün; süreç bütünlüğü önceliğinizse modül. Her iki hâlde de sözleşmeye açık API ve tam dışa aktarım maddesi yazılmalıdır.
EBYS değiştirirken eski belgeler ne olur?
Bu, EBYS seçiminin en pahalı ve en çok atlanan kalemidir. Devir edilmesi gereken şey yalnız dosyalar değil; üstveri (kayıt numarası, tarih, konu, saklama planı kodu), imza doğrulama bilgisi ve iş akışı geçmişidir. Devlet Arşiv Hizmetleri Hakkında Yönetmelik (18 Ekim 2019 tarihli ve 30922 sayılı Resmî Gazete) çerçevesinde saklama ve ayıklama-imha süreçlerinin sistemde izlenebilir kalması gerekir. Bu yüzden şartnameye "tüm belge ve üstverinin açık formatta, imza doğrulama bilgisiyle birlikte, belirlenen süre içinde ve ek bedelsiz teslimi" maddesi eklenmelidir; bu madde yoksa fiilen kiracısınız.
EBYS kararını mevzuat tablosuyla verelim.
Yazışma hacminizi, arşiv yükünüzü ve mevcut entegrasyonlarınızı çıkarıp e-Yazışma, KEP, e-imza ve arşiv gereksinimlerini madde madde şartnameye dönüştürelim; gerekirse akış ve entegrasyon katmanını belediyenize özel geliştirelim. Kaynak kodu ve arşiv belediyede kalır.
Talep Oluştur