Yönetici özeti
Kentlerde otopark sorunu; yol üstü ve yol dışı kapasitenin, arazi kullanımının, konut ve işyeri kaynaklı talebin, ruhsat ve izinlerin, işletme sonuçlarının, tahsilatın ve denetimin aynı coğrafi veri modeli üzerinde görülememesidir. Aynı park yeri, ulaşım biriminde kapasite, imar biriminde yapı yükümlülüğü, mali hizmetlerde gelir, zabıtada ihlal, vatandaş açısından erişim hakkı olarak ele alınmaktadır. Ortak kayıt ve sorumluluk modeli kurulmadığında bu bakışların hiçbiri tek başına kent ölçeğinde tutarlı karar üretememektedir.
OYBİS — Otopark Yönetim Bilgi Sistemi — bu parçalanmayı azaltmak üzere Dr. Selami Balcı'nın 2024 tarihli doktora tezinde geliştirilen kent ölçekli bir parklanma yönetim modelidir. Model; planlama, yatırım ve finansman, belgeleme/tapu, bilgi sistemi, trafik tescil, işletme ve denetim olmak üzere yedi aşamalı bir çerçeve önermektedir. Güncel ParkExpert sayfasında da OYBİS, belediyeler için arz-talep analizi, CBS tabanlı envanter, kapasite planlaması, denetim ve işletmeyi birleştiren kent yönetim yaklaşımı olarak tanımlanmaktadır [1][2].
Bu white paper, OYBİS'in belirli bir performansı garanti ettiğini savunmamaktadır. Kamuya açık bağımsız bir üretim ortamı değerlendirmesi bulunmamaktadır. Hipotezde Fatih ilçesindeki Akşemsettin ve İskender Paşa mahalleleri için hesaplanan yüzde 73 ihtiyaç karşılama sonucu, geliştirilen model içindeki senaryo uygulamasıdır; gerçekleşmiş trafik, gelir veya kullanıcı etkisi olarak okunmamalıdır [1].
Bu araştırmadan altı sonuç çıkarılmıştır:
- OYBİS güvenilir ortak veri modelidir. Otoparkın konumu, türü, kapasitesi, yasal durumu, tarife rejimi, erişilebilirliği, aktiflik tarihi ve veri sahibi birlikte tutulmadan dashboard yalnızca farklı hataları merkezileştirir. TUCBS kuralları; kalite, metaveri, paylaşım, güvenlik ve günlük kayıt sorumluluklarını coğrafi veri yönetişiminin parçası olarak tanımlamaktadır [8].
- Arz artırımı tek başına strateji değildir. Park alanı yatırımı; talep, arazi kullanımı, yürüme erişimi, toplu taşıma, süre, fiyat ve denetimle aynı senaryoda değerlendirilmelidir. Uluslararası kanıt, park arzı ile otomobil kullanımı arasında ilişki bulunduğunu; park arama trafiğinin ise bağlama göre önemli ölçüde değiştiğini göstermektedir [14], [16], [17].
- Yetki matrisi yazılım mimarisinden önce kurulmalıdır. Büyükşehir, ilçe belediyesi, iştirak, ulaşım, imar, CBS, mali hizmetler, zabıta, hukuk ve bilgi işlem birimleri için veri sahibi, karar sahibi ve uygulama sahibi açık değilse sistem güncelliğini kaybeder. OYBİS bu nedenle bir BT projesi değil, kurumsal işletim modeli olarak ele alınmalıdır.
- Belgeleme ve finansman önerileri hazır mevzuat özelliği gibi sunulmamalıdır. Parklanma izin belgesi, otopark tapusu ve kira sertifikası Hipotezde model önerileridir. Bazı yapı otoparkı ve tapu şerhi uygulamalarının mevzuatta karşılığı bulunsa da her mekanizma için yetki, vergi, tapu, kamu ihale ve kişisel veri hukuku bakımından proje bazlı inceleme gerekir [5][6].
- Denetim, tahsilat ve politika aynı kayıt üzerinden izlenmelidir. Ancak gelir artışı nihai başarı değildir. Başarı; erişilebilirlik, devir, ihlal, yükleme-boşaltma, engelli erişimi, itiraz, toplu taşıma etkisi ve kamu alanının adil kullanımıyla birlikte ölçülmelidir. Avrupa Komisyonu uzman grubu, park ve bordür yönetimini sürdürülebilir hareketlilik hedefleriyle bağlayan veri ve gösterge yaklaşımını önermektedir [10].
- KVKK, siber güvenlik ve birlikte çalışabilirlik satın alma kapısıdır. Plaka, görüntü, borç, ikamet, mülkiyet ve hareket kayıtları tek sistemde birleştiğinde veri riskinin ölçeği büyür. KVKK Kurulunun 2023/924 sayılı otopark kararı; hukuki işleme şartı bulunsa bile aydınlatma, erişim güvenliği ve iki kademeli doğrulama sorumluluklarının devam ettiğini göstermektedir [9].
Karar önerisi: OYBİS, kent geneline tek adımda yayılmamalıdır. Birbirinden farklı iki veya üç mahalleyi kapsayan 120 günlük pilotla; envanter doğruluğu, veri güncelliği, kurumlar arası veri akışı, saha doğrulaması, karar çevrim süresi ve kullanıcı/denetim etkisi ölçülmelidir. Ölçekleme, yalnızca önceden ilan edilmiş kabul eşikleri karşılanırsa yapılmalıdır.
Önerilen pilotun ilk 30 gününde veri sözlüğü ve temel ölçüm kurulmalı; 31-60. günlerde sistem mevcut sürece paralel gölge modda çalıştırılmalı; 61-100. günlerde sınırlı canlı karar ve denetim uygulanmalı; 101-120. günlerde bağımsız kabul değerlendirmesi yapılmalıdır. Bu sıra, yazılım demosunu kamu yatırımı kararıyla karıştırma riskini azaltır.
Öncelikli dört karar
- OYBİS'i kent geneline tek adımda yaymayın. Birbirinden farklı iki veya üç mahalleyi kapsayan 120 günlük bir pilotla envanter doğruluğu, veri akışı ve karar çevrim süresini önce ölçün.
- Yetki matrisini yazılım mimarisinden önce kurun. Büyükşehir, ilçe, iştirak, ulaşım, imar, CBS, mali hizmetler ve hukuk birimleri için veri sahibi ve karar sahibi açıkça tanımlanmalıdır.
- Belge ve finansman araçlarını hazır mevzuat gibi sunmayın. Parklanma izin belgesi, otopark tapusu ve kira sertifikası model önerileridir; her biri yetki, vergi, tapu ve kişisel veri hukuku bakımından proje bazlı incelenmelidir.
- Başarıyı yalnızca gelirle ölçmeyin. Erişilebilirlik, devir, ihlal, itiraz ve dağılımsal etkiyi dengeli bir KPI setiyle birlikte izleyin.
1. Problem
1.1. Otopark, durağan bir alan değil kentsel bir tahsis kararıdır
Bir taşıtın park ettiği alan, aynı anda yol kapasitesi, kamusal alan, erişim noktası, ticari hizmet, yapı yükümlülüğü ve gelir kaynağıdır. Yol kenarında bırakılan bir araç yalnızca bir park yerini kullanmaz; yaya geçidi görüşünü, yükleme-boşaltmayı, acil erişimi, bisiklet ve toplu taşıma akışını da etkileyebilir. Yol dışı otopark ise arazi değeri, yapı maliyeti, erişim mesafesi ve otomobil kullanım tercihiyle ilişkilidir. Bu nedenle otopark politikası "kaç yer var?" sorusuyla değil, "hangi alan, hangi kullanıcı, hangi zaman dilimi ve hangi kamu amacı için tahsis ediliyor?" sorusuyla başlamalıdır.
Türkiye'deki Otopark Yönetmeliği, yeni yapılarda otopark ihtiyacının belirlenmesi ve giderilmesine ilişkin esasları düzenlemekte; 2021 değişiklikleri bölge otoparkı, parsel dışı çözüm ve ilçe belediyelerinin sorumluluğu gibi uygulama alanlarını ayrıntılandırmaktadır [5][6][7]. Ancak yapı ruhsatı yükümlülüklerinin varlığı, mevcut kentin bütün parklanma davranışının yönetildiği anlamına gelmez. Eski yapı stoğu, ruhsatsız veya fiili kullanımlar, yol üstü alanlar, özel işletmeler, pazar ve etkinlik günleri ile değişen gündüz/gece talebi ayrı veri kaynakları ve uygulama süreçleri gerektirir.
Hipotezdeki OYBİS yaklaşımının güçlü yanı, bu sorunu tek bir tesis veya ödeme kanalı düzeyinde bırakmamasıdır. Konut, konut dışı, fonksiyon, genel/bölge, yol üstü ve yol dışı otopark sınıfları; nüfus, bağımsız bölüm, işyeri, ulaşım ve arazi kullanımı verileriyle ilişkilendirilmektedir [1]. Böylece karar bir "yer sayımı" olmaktan çıkarak mekansal arz-talep ve erişilebilirlik analizine dönüşmektedir.
1.2. Parçalı kayıt, üç tür sistematik hata üretir
Birinci hata, sayıların aynı şeyi ifade etmemesidir. Birimlerden biri çizgilenmiş park ceplerini; diğeri ruhsat kapasitesini; üçüncüsü fiili doluluğu sayabilir. "Kapasite" alan, izin, proje veya aynı anda park eden araç sayısı olarak farklılaşabilir. Tanım ve zaman damgası olmadan toplamlar karşılaştırılamaz.
İkinci hata, güncelliğin sahiplenilmemesidir. Bir yol çalışması, yeni durak, engelli park yeri, pazar kararı veya bina kullanım değişikliği kapasiteyi etkiler. Değişikliği hangi birimin, kaç gün içinde ve hangi kanıtla sisteme işleyeceği belirlenmezse envanter hızla eskir. 2026 tarihli bir çalışma, özel konut otoparkı arzını kent ölçeğinde tahmin etmenin güç olduğunu ve yöntemler arasında önemli farklar oluşabildiğini göstermektedir [15]. Bu bulgu, masa başı tahminlerin saha örneklemesiyle doğrulanması gerektiğini destekler.
Üçüncü hata, operasyon ile politikanın kopmasıdır. Tahsilat sistemi seans sayısını; zabıta uygulaması ihlali; planlama birimi yatırım açığını izleyebilir. Ortak kimlik ve coğrafi referans olmadan ücret değişikliğinin devir hızına, denetimin erişilebilirliğe veya yeni yatırımın çevre sokaklara etkisi ölçülemez.
1.3. Bu çalışmanın kapsamı ve hedef kitlesi
Bu white paper, Türkiye'deki büyükşehir ve ilçe belediyelerinin OYBİS yaklaşımını değerlendirmesine yöneliktir. Birincil hedef kitle; belediye başkanlığı ve genel sekreterlik, ulaşım ve şehir planlama, imar, CBS, bilgi işlem, mali hizmetler, zabıta, hukuk ve veri koruma birimleridir. İkincil hedef kitle belediye iştirakleri, özel otopark işletmecileri, yatırımcılar ve danışmanlardır.
Çalışma; yazılım kodu, teknik penetrasyon testi, hukuki mütalaa veya belirli bir belediye için fizibilite değildir. Uluslararası örnekler, Türkiye'de aynı sonucun çıkacağını göstermek için değil; mekanizmaları ve ölçüm tasarımını aydınlatmak için kullanılmıştır.
2. OYBİS nedir, ne değildir?
2.1. OYBİS'in çekirdek işlevi
OYBİS için altı ana modül tanımlanmaktadır. Bunlar; mevcut otopark kayıtları, cadde/sokak bazlı ihtiyaç tespiti, genel otopark yatırım planlaması, ihtiyaç planlama, yol dışı belge ve yol üstü izin yönetimi, tahsil edilmiş/edilecek otopark bedeli kaydıdır [1]. Ayrıca UKOME ve UTK kararları, imar planları, halihazır haritalar, ortofoto, kadastro, toplu taşıma durakları, otoparklar, bağımsız bölümler ve trafik sayımlarının aynı harita altyapısına alınması öngörülmektedir. Bu tanımın özü, farklı veri kaynaklarını tek panelde göstermek değildir. Asıl işlev, her kaydın coğrafi konumu, hukuki durumu, zaman geçerliliği ve kurumsal sahibiyle birlikte yönetilmesi; arz, talep, erişim ve uygulama kararlarının aynı referans üzerinden izlenmesidir.
2.2. Mevcut otopark ihtiyacının %73'ü karşılanabilir
Tez, geliştirilen modeli Fatih ilçesindeki Akşemsettin ve İskender Paşa mahallelerinde senaryo olarak test etmiş ve mevcut otopark ihtiyacının yüzde 73'ünün karşılanabileceğini bildirmiştir [1]. Sonuç, modelin belirli yatırım ve yönetim varsayımları altında ürettiği ihtiyaç karşılama oranıdır. Üç nedenle sınırlı yorumlanmalıdır:
- Tek bir doktora çalışması ve iki mahalle senaryosudur; bağımsız yeniden üretim bulunmamıştır.
- Hesaplanan kapasite, gerçekleşmiş kullanım veya davranış değişikliği değildir.
- Trafik, emisyon, kullanıcı memnuniyeti, tahsilat, yatırım geri dönüşü ve dağılımsal etkiyi doğrudan ölçmez.
Bu nedenle yüzde 73, OYBİS'in performans garantisi değil; mekansal modellemenin karar üretme potansiyeline ilişkin hipotez oluşturucu bir bulgudur. Her belediyede veri ve varsayımlar yeniden kurulmalıdır.
3. Yöntem
3.1. Araştırma tasarımı
Bu araştırmada doktora tezi, ParkExpert büyüme planı [2][3][4], Türkiye'den mevzuat ve resmi kurum açıklamaları, coğrafi veri ve kişisel veri düzenlemeleri, Avrupa Komisyonu, OECD, NIST ve sektör veri standartları, bilimsel yayınlar ve belediye pilot değerlendirmeleri şeklinde kaynaklar kullanılmıştır. Araştırma kesim tarihi 14 Ağustos 2026'dır. Kaynaklar; uygunluk, otorite, yöntem şeffaflığı, güncellik, bağımsızlık ve karar sorusuna uyum bakımından değerlendirilmiştir. Sponsor kaynaklar yalnızca ürünün kendi tanımı ve önerdiği özellikler için kullanılmış; trafik, maliyet, gelir veya memnuniyet etkisine kanıt sayılmamıştır. Hipotezde önerilen hukuki/finansal mekanizmalar, yürürlükte ve doğrudan uygulanabilir düzenlemeler gibi sunulmamıştır.
3.2. Kanıt gücü ölçeği
Tablo 1. Kanıt gücü ölçeği
| Güven düzeyi | Anlamı | Bu çalışmadaki kullanım |
|---|---|---|
| Yüksek | Güncel resmi düzenleme, standart veya açık yöntemli birincil kaynak | Veri yönetişimi, KVKK, coğrafi servis, siber güvenlik gereksinimleri |
| Orta | Hakemli çalışma, resmi vaka değerlendirmesi veya birden çok kaynağın tutarlı sentezi | Arz-talep, fiyat/denetim mekanizmaları, pilot tasarımı |
| Sınırlı | Tek saha, sponsor beyanı, kavramsal öneri veya yöntem ayrıntısı eksik veri | OYBİS'in ürün özellikleri ve yüzde 73 senaryo sonucu |
3.3. Nedensellik ve aktarılabilirlik sınırı
SFpark örneği, fiyatlandırma, yeni sayaçlar, sensörler, bilgilendirme ve uygulama değişikliklerinden oluşan bir paket olarak değerlendirilmiştir. Pilot ve kontrol alanları kullanılmış olsa da tek bir bileşenin etkisi ayrıştırılamaz [14]. Benzer şekilde, park arzı ile otomobil kullanımı arasındaki literatür ilişki ve olası nedensel mekanizma sağlar; ancak belirli bir Türkiye belediyesinde sonuç, toplu taşıma, gelir, arazi kullanımı ve fiyat koşullarına bağlıdır [16].
Bu çalışma OYBİS'in "trafik yoğunluğunu yüzde X azaltacağı" veya "geliri yüzde Y artıracağı" sonucunu desteklemez. Desteklenen karar, bu sonuçların hangi pilot ve ölçüm düzeniyle sınanması gerektiğidir.
4. Ortak coğrafi veri modeli OYBİS'in gerçek çekirdeğidir
4.1. Envanterden yönetişime
Bir otopark envanteri, yalnızca nokta ve kapasite listesiyse hızla tarihsel bir dokümana dönüşür. Yönetilebilir kayıt için en az şu özelliklerin birlikte tutulması gerekir: benzersiz kimlik; geometri; tür; fiziksel ve yasal kapasite; erişilebilir park yeri; kullanım zamanı; tarife; işletmeci; ruhsat/karar dayanağı; aktiflik tarihleri; veri sahibi; son doğrulama tarihi; doğruluk sınıfı; kanıt belgesi ve değişiklik geçmişi.
TUCBS'nin 2022 tarihli usul ve esasları, coğrafi bilgiyi donanım, yazılım, insan kaynağı, standart ve yöntemlerin bütünü olarak tanımlar. Veri üreticisinin kalite, doğruluk, bütünlük, gizlilik, metaveri, servis sürekliliği ve günlük kayıt sorumluluklarını açıklar; WMS, WFS, WCS ve WMTS gibi birlikte çalışabilir servisleri sayar [8]. OYBİS ihalesinde bu yaklaşım, "harita modülü var" şartının ötesine geçirilmelidir.
4.2. Veri katmanları ve asgari kayıt
Tablo 2. Önerilen OYBİS veri katmanları
| Katman | Asgari içerik | Kabul kontrolü |
|---|---|---|
| Fiziksel arz | Yol üstü kesim, cep, açık/katlı tesis, engelli yeri, yükleme alanı, gerçek kapasite | Saha örneklemiyle konum ve kapasite doğruluğu |
| Hukuki/idari | UKOME/UTK kararı, ruhsat, tarife, izin, mülkiyet/işletme statüsü | Belge bağlantısı, geçerlilik tarihi ve yetkili birim |
| Talep ve arazi kullanımı | Nüfus, bağımsız bölüm, işyeri, fonksiyon, ziyaret/çalışan, zaman dilimi | Tanım, kaynak, dönem ve model varsayımları |
| Ulaşım ve erişim | Yol ağı, duraklar, yaya erişimi, okul, pazar, taksi, yangın ve acil erişim | Ağ üzerinde yürüme mesafesi; kuş uçuşu mesafe ayrımı |
| Operasyon | Doluluk, devir, süre, seans, tahsilat, arıza, kapalı/açık durumu | Kaynak sistem kimliği ve zaman damgası |
| Denetim ve vatandaş | İhlal, uyarı, ceza, itiraz, şikayet, erişilebilirlik sorunu | Olay-kayıt eşleştirmesi ve anonimleştirilmiş rapor |
Kaynak ve not: Tez modülleri, TUCBS usul ve esasları ve APDS kapsamı sentezlenmiştir [1][8][11].
4.3. Doğruluk tek bir yüzde değildir
Veri kalitesi en az dört boyutta ölçülmelidir: konumsal doğruluk, öznitelik doğruluğu, tamlık ve zamansal güncellik. Örneğin bir park alanının haritadaki yeri doğru, kapasitesi eski olabilir. Ruhsat belgesi güncel, fiili kullanım değişmiş olabilir. Doluluk sensörü çalışırken yasal park statüsü kaldırılmış olabilir. Bu nedenle pilot kabulü için tek "veri doğruluğu" yüzdesi yeterli değildir.
Önerilen örnekleme, risk tabakalı olmalıdır. Yoğun ticaret, konut, okul/hastane çevresi ve karma kullanım bölgelerinden ayrı örnekler seçilmeli; yol üstü, özel tesis ve belediye işletmesi ayrı doğrulanmalıdır. 2026 Aachen çalışmasında özel park arzı tahmin yöntemleri arasında belirgin fark görülmesi, körlemesine toplulaştırma yerine yerel saha gerçeğiyle kalibrasyonu desteklemektedir [15].
Kabul kapısı 1 — veri temeli: Kritik katmanlarda benzersiz kimlik, veri sahibi, kaynak, zaman damgası ve değişiklik geçmişi bulunmadan canlı politika veya gelir kararı alınmamalıdır.
5. Arz-talep analizi arazi kullanımı ve erişimle birlikte yürütülmelidir
5.1. Sabit ve dinamik talebin ayrılması
Konut kaynaklı gece talebi ile işyeri, ziyaretçi, okul, hastane veya etkinlik kaynaklı gündüz talebi aynı ölçüyle yönetilemez. Tez, sabit talep ile dinamik talebi ayırmakta; mahalle, grid ve yürüme mesafesi bazında analiz önermektedir [1]. Bu ayrım, aynı kapasitenin günün farklı saatlerinde farklı kullanıcı gruplarına hizmet etmesi ve paylaşımlı kullanım senaryoları için gereklidir.
Talep modeli, yalnızca nüfus ve otomobil sahipliğini kullanmamalıdır. Bağımsız bölüm, işyeri türü ve büyüklüğü, çalışan ve ziyaretçi akışı, toplu taşıma erişimi, yürüme ağı, engelli erişimi, teslimat saatleri, fiyat ve denetim düzeyi gibi değişkenler senaryoya dahil edilmelidir. Sonuç tek bir kesin ihtiyaç sayısı değil; düşük, temel ve yüksek senaryolar ile belirsizlik aralığı olmalıdır.
5.2. Daha fazla park her zaman daha iyi erişim değildir
Uzun dönemli kentler arası araştırma, park arzındaki artış ile otomobil kullanımındaki artış arasında ilişki ve nedensellik yönünde destekleyici bulgular sunmaktadır [16]. 2024 tarihli halk sağlığı sentezi de yol dışı park arzının daha fazla sürüşü teşvik edebildiğini bildirmektedir [18]. Bu kanıtlar, yeni otopark yatırımının gereksiz olduğu anlamına gelmez. Yatırımın, ulaşım talebi ve kamusal alan hedefinden ayrı değerlendirilmemesi gerektiğini gösterir.
Otopark arama trafiği de sabit bir oran değildir. ABD Federal Karayolu İdaresi, bir bölgedeki park arayan araç payının yol ağının işlevi ve içinden geçen trafik miktarıyla birlikte yorumlanması gerektiğini; yüksek park arama payının her zaman aynı tür kıtlığı göstermediğini vurgular [17]. OYBİS bu nedenle "arama trafiği azalacak" varsayımını doğrudan sonuç saymamalı; rota veya saha gözlemiyle ölçmelidir.
5.3. Politika paketi ve ters etkiler
SFpark pilotunda talebe duyarlı fiyatlandırma, sensörler, yeni ödeme araçları, bilgi ve garaj politikaları birlikte uygulanmış; pilot ve kontrol bölgelerinde önce/sonra ölçümleri yapılmıştır [14]. Park bulunabilirliğinde iyileşme raporlanmıştır. Ancak bu sonuç tek başına sensör veya yazılıma atfedilemez. OYBİS için ders, "akıllı sistem" satın almak değil; tarife, süre, bilgi, denetim ve erişim politikasını birlikte test etmektir.
Bir bölgede fiyat veya denetim artırılırsa talep komşu sokaklara kayabilir; düşük gelirli kullanıcılar veya vardiyalı çalışanlar orantısız etkilenebilir; yükleme ve engelli erişimi baskılanabilir. OECD'nin dağılımsal etki incelemesi, araç kullanımını sınırlayan politikaların tasarımında gelir, konum ve alternatif ulaşım erişiminin dikkate alınmasını önerir [13]. Bu nedenle OYBİS raporları yalnızca ortalama doluluğu değil, mahalleler ve kullanıcı grupları arasındaki farkı da göstermelidir.
Kabul kapısı 2 — politika uygunluğu: Her yatırım veya tarife senaryosu; erişim, çevre sokak etkisi, toplu taşıma alternatifi, engelli/yükleme ihtiyacı ve dağılımsal sonuçlarla birlikte değerlendirilmelidir.
6. Kurumsal yetki ve veri sahipliği yazılımdan önce gelir
6.1. Büyükşehir-ilçe ilişkisi
Türkiye'de ulaşım, ana arter, imar, ruhsat, bölge otoparkı ve denetim görevleri kurum ve mevzuat bağlamına göre farklılaşabilmektedir. 2021'deki düzenlemeler hakkında Yerel Yönetimler Genel Müdürlüğü açıklaması, büyükşehir ilçe belediyelerine bölge otoparkı yapma görevi verildiğini belirtmektedir [7]. Bu tür görev dağılımları, OYBİS'te yalnızca kullanıcı rolü değil; veri üretimi ve karar yetkisi olarak modellenmelidir.
Bir ilçe belediyesi kendi ruhsat ve sokak verisini güncellerken büyükşehir ulaşım ağı, ana arter kararı veya toplu taşıma verisi başka kurumda bulunabilir. Belediye iştiraki işletme verisini; özel işletmeci ise ticari ve kişisel veri içeren operasyon kayıtlarını tutabilir. Entegrasyonun teknik olarak mümkün olması, verinin paylaşım yetkisinin bulunduğu anlamına gelmez.
6.2. Önerilen yönetişim yapısı
OYBİS için üç seviyeli yapı önerilir:
- Yönlendirme kurulu: Genel sekreter veya yetkili üst yönetici başkanlığında ulaşım, imar, mali hizmetler, bilgi işlem, hukuk, zabıta ve iştirak temsilcileri. Politika hedefini, bütçeyi, veri paylaşımını ve ölçek kararını onaylar.
- Veri ve model kurulu: CBS, planlama, istatistik, ulaşım modelleme, veri koruma ve sistem mimarisi uzmanları. Veri sözlüğü, kalite kuralları, model sürümü ve değişiklik etkisini yönetir.
- Operasyon masası: Saha, tesis işletmesi, çağrı merkezi ve denetim birimleri. Günlük istisna, arıza, itiraz ve değişiklikleri kayıt altına alır.
Bu yapı, proje döneminde kurulup dağıtılmamalıdır. Sistem güncelliği sürekli görevdir. Her veri nesnesi için en az şu roller yazılmalıdır: veri sahibi, veri sorumlusu/işleyen, üreten birim, onaylayan birim, kullanan birim ve güncelleme hizmet seviyesi.
Tablo 3. Örnek sorumluluk matrisi
| Karar/varlık | Hesap veren | Üreten/güncelleyen | Danışılan |
|---|---|---|---|
| Yol üstü park statüsü | Yetkili ulaşım/UKOME süreci | Ulaşım planlama ve saha ekipleri | Zabıta, itfaiye, engelli erişim birimi |
| Otopark ruhsatı ve kapasite | İmar/ruhsat yetkilisi | Ruhsat birimi | CBS, hukuk, işletme |
| Tarife ve muafiyet | Yetkili meclis/encümen süreci | Mali hizmetler ve ulaşım | Sosyal hizmetler, hukuk, işletme |
| Coğrafi veri standardı | Bilgi işlem/CBS yöneticisi | CBS veri ekibi | TUCBS, tüm veri sahipleri |
| İhlal ve itiraz | Yetkili denetim birimi | Zabıta/operasyon | Hukuk, veri koruma, çağrı merkezi |
Not: Nihai görev dağılımı belediyenin mevzuatı ve teşkilat şemasına göre hukuk birimince doğrulanmalıdır.
6.3. Model yönetişimi
Talep tahmini bir kez kurulup değişmeden kullanılamaz. Nüfus, yapı kullanımı, toplu taşıma, tarife ve park davranışı değişir. Her model çıktısında sürüm, kullanılan veri dönemi, varsayımlar, hata ölçüsü ve onaylayan birim bulunmalıdır. Model değişikliğiyle geçmiş kararların karşılaştırılabilirliği korunmalıdır.
Modelin "doğru" kabul edilmesi, yalnızca toplam ihtiyacı tutturmasına bağlanmamalıdır. Mahalle, zaman dilimi ve otopark türü bazında hata; aşırı veya eksik tahmin; kararın bu hataya duyarlılığı raporlanmalıdır. Yüksek maliyetli yatırım kararlarında bağımsız model doğrulaması yapılmalıdır.
Kabul kapısı 3 — kurumsal sahiplik: Veri güncelleme SLA'sı, model onay süreci ve büyükşehir-ilçe/iştirak paylaşım protokolü imzalanmadan sistem işletmeye alınmamalıdır.
7. Belge, tapu ve finansman araçları hukuki tasarım gerektirir
7.1. Araçların statüsü
Tez; parklanma izin belgesi, otopark tapusu ve otopark kira sertifikasını, araç-park yeri-bağımsız bölüm ilişkisinin kurulması ve yatırımın finansmanı için önermektedir [1]. Güncel ParkExpert sayfası bu başlıkların bir kısmını açıkça "model önerisi" veya "konsept" olarak etiketlemekte ve hukuki uygulanabilirliğin güncel mevzuatla proje bazında değerlendirilmesi gerektiğini belirtmektedir [2]. Bu etiketleme korunmalıdır.
2018 Otopark Yönetmeliği hakkında Bakanlık açıklaması, belediye kararı halinde otopark yerinin bağımsız bölüm eklentisi olarak tapuda belirtilebilmesine ilişkin imkanı aktarmaktadır [5]. 2021 değişiklik açıklamaları da parsel dışında otopark temini ve tapuya şerh gibi yolları içermektedir [6]. Ancak bunlar, Hipotezdeki bütün "otopark tapusu" veya "kira sertifikası" modelinin otomatik olarak hukuken hazır olduğu anlamına gelmez.
7.2. Hukuki inceleme başlıkları
Her araç için aşağıdaki sorular ayrı cevaplanmalıdır:
- Yetki hangi kanun, yönetmelik ve belediye kararına dayanacaktır?
- Belge mülkiyet hakkı mı, kullanım izni mi, abonelik mi, tahsis mi yaratacaktır?
- Devredilebilir, miras bırakılabilir veya üçüncü kişiye kiralanabilir mi?
- Yol üstü kamusal alan için eşitlik, erişilebilirlik ve kamu yararı nasıl korunacaktır?
- Ücret, harç, kira veya hizmet bedeli niteliği nedir; tahsil ve itiraz yolu hangisidir?
- Tapu, trafik tescil, noter veya araç muayene entegrasyonu için açık yasal dayanak ve veri paylaşım protokolü var mıdır?
- Kişisel veri işleme amacı, veri minimizasyonu, saklama ve ilgili kişi hakları nasıl uygulanacaktır?
- Sermaye piyasası aracı ima eden "kira sertifikası" veya "sukuk" gibi yapılar için SPK, kamu borçlanması, ihale ve mali mevzuat gereklilikleri nelerdir?
Bu sorulara yazılı hukuki görüş olmadan bir ekran özelliğinin bulunması uygulama yetkisi yaratmaz.
7.3. Finansman ve kamu değeri
OYBİS yatırımı yalnızca gelir artırma projesi olarak sunulmamalıdır. Park gelirinin kamu değeri; daha öngörülebilir erişim, daha iyi yükleme düzeni, engelli parkının korunması, kayıt dışılığın azalması, yatırım önceliğinin şeffaflaşması ve kamusal alanın alternatif kullanımlarıyla birlikte değerlendirilmelidir.
Gelir senaryoları üç kademede hazırlanmalıdır: korumacı, temel ve yüksek. Her senaryoda fiyat, ücretli kapsama, tahsilat, muafiyet, itiraz, işletme gideri, donanım yenileme ve personel varsayımları gösterilmelidir. Gelir artışı yalnızca ücret veya denetim değişikliğinden kaynaklanıyorsa, yazılıma atfedilmemelidir.
Kabul kapısı 4 — hukuki uygulanabilirlik: Model önerileri, hukuk görüşü ve yetkili organ kararı tamamlanmadan ihale şartnamesinde "hazır entegrasyon" veya "otomatik tescil" taahhüdüne dönüştürülmemelidir.
8. İşletme ve denetim ortak kayıtla bağlanmalı, başarı yalnızca gelirle ölçülmemelidir
8.1. Kapalı yönetim döngüsü
İyi bir OYBİS, ölçümden karara ve karardan yeniden ölçüme giden kapalı döngü kurmalıdır:
- Arz, talep, doluluk, süre, ihlal ve kullanıcı geri bildirimi ölçülür.
- Sorun, coğrafi ve zamansal olarak sınıflandırılır.
- Tarife, süre, izin, yükleme alanı, denetim veya yatırım senaryosu oluşturulur.
- Yetkili organ tarafından karar alınır ve uygulama kaydı açılır.
- Kararın beklenen ve beklenmeyen etkileri izlenir.
- Eşikler karşılanmazsa karar düzeltilir veya geri alınır.
Yalnızca veriyi gösteren ama kararın sahibi, gerekçesi, süresi ve sonucunu kaydetmeyen sistem; raporlama platformudur, yönetim sistemi değildir.
8.2. Denetim tasarımı
Denetim, mümkün olan en yüksek ceza sayısını üretmek için değil; belirlenmiş erişim ve kullanım kuralını tutarlı uygulamak için tasarlanmalıdır. İhlal kaydı, park alanı kimliği, kural sürümü, tarih/saat, kanıt, görevli/cihaz, bildirim, ödeme ve itiraz sonucu ile bağlanmalıdır. Yanlış pozitifler, iptal edilen işlemler ve itiraz süresi de KPI olmalıdır.
Denetimin yoğunlaştırılması, komşu sokaklara kayma veya kırılgan gruplar üzerinde orantısız yük yaratabilir. Avrupa Komisyonu uzman grubu, bordür ve park yönetiminin kent hareketliliği hedefleri, paydaş katılımı ve ortak göstergelerle yürütülmesini önermektedir [10]. Bu nedenle saha planı yalnızca tahsilat açığına değil; güvenlik, erişim, yükleme ve toplu taşıma önceliklerine dayanmalıdır.
8.3. Dengeli performans kartı
Tablo 4. Belediye için dengeli OYBİS KPI seti
| Amaç | Örnek KPI | Yorum kuralı |
|---|---|---|
| Veri güvenilirliği | Saha doğruluğu, güncellik SLA'sı, eksik zorunlu alan | Politika KPI'larından önce geçilmesi gereken kalite kapısı |
| Erişim ve kullanım | Doluluk, devir, park süresi, yürüme erişimi | Bölge ve zaman dilimi bazında; tek ortalama kullanılmaz |
| Kamusal alan | Engelli/yükleme ihlali, çift sıra, durak ve yaya alanı işgali | Ceza sayısı değil ihlal oranı ve tekrar ölçülür |
| Operasyon | Sistem sürekliliği, veri gecikmesi, saha kapanış süresi | Planlı/plansız kesinti ve kritik entegrasyon ayrı tutulur |
| Mali bütünlük | Seans-tahsilat eşleşmesi, muafiyet, iade, mutabakat farkı | Brüt gelir yerine net ve açıklanabilir akış izlenir |
| Vatandaş | İtiraz oranı, haklı itiraz, şikayet çözüm süresi, erişilebilirlik | Düşük itiraz tek başına başarı sayılmaz; erişim kanalı ölçülür |
| Politika etkisi | Komşu sokak kayması, toplu taşıma/hareketlilik göstergeleri | Nedensellik iddiası için karşılaştırma ve dış etken kaydı gerekir |
Kaynak ve not: EGUM, SFpark değerlendirmesi ve bu çalışma için geliştirilen karar çerçevesi [10][14]. KPI tanımları pilot öncesinde veri sözlüğünde sabitlenmelidir.
Kabul kapısı 5 — dengeli etki: Ölçek kararı, gelir veya tahsilat tek başına iyileşse bile veri kalitesi, erişim, itiraz ve kamusal alan göstergeleri bozuluyorsa verilmemelidir.
9. Birlikte çalışabilirlik, KVKK ve siber dayanıklılık kabul kriteridir
9.1. Birlikte çalışabilir veri
OYBİS'in değeri farklı üreticilerden veri alabilmesine bağlıdır. APDS, park yeri, tarife, doluluk ve işlem verilerinin ortak dilde paylaşılmasını amaçlayan bir standart ailesidir; 2026 tarihli 4.1 genel bakışı, standardın veri paylaşım maliyeti ve çabasını azaltma amacını açıklar [11]. Open Mobility Foundation'ın Curb Data Specification 1.1'i de bordür/park kuralları, kullanılabilirlik ve olayların dijital temsiline yönelik açık bir model sunmaktadır [12].
Bu standartlar Türkiye mevzuatının yerine geçmez. İhale bağımsızlığı ve veri taşınabilirliği için referans mimari sağlar. OYBİS şartnamesinde açık API, makinece okunabilir dışa aktarım, sürümleme, olay zaman damgası, benzersiz kimlik, şema dokümantasyonu ve toplu veri teslimi aranmalıdır. "API vardır" ifadesi yeterli değildir; oran limiti, hata davranışı, yetkilendirme, deneme ortamı ve çıkış senaryosu test edilmelidir.
9.2. Kişisel veri riski
OYBİS; plaka, görüntü, ikamet, abonelik, borç, mülkiyet, izin ve hareket verilerini ilişkilendirebilir. Bu birleşim, tekil kaynakların her birinden daha yüksek gözetim ve kötüye kullanım riski yaratır. KVKK Kurulunun otopark işletmecisine ilişkin 2023/924 sayılı kararı üç somut ders sağlar: kişisel veri işleme için hukuki şart bulunması aydınlatma yükümlülüğünü kaldırmaz; çevrimiçi borç erişiminde yalnızca plaka gibi tek kademeli bilgi yeterli korunma sayılmaz; teknik ve idari güvenlik tedbirleri gereklidir [9].
Bu nedenle tasarımda veri minimizasyonu uygulanmalıdır. Planlama için gereken toplulaştırılmış doluluk verisi ile bireysel ceza/borç işlemi ayrılmalı; kullanıcı rolleri ve amaçları birbirine karıştırılmamalıdır. Canlı plaka ve görüntü, geliştirme/test ortamında kullanılmamalı; maskeleme veya sentetik veri tercih edilmelidir. Saklama süresi "sınırsız" veya yalnızca teknik kapasiteye göre belirlenmemelidir.
9.3. Siber güvenlik ve süreklilik
NIST CSF 2.0, yönetişim dahil altı işlev altında siber risklerin anlaşılması, korunma, tespit, müdahale ve kurtarma sonuçlarını tanımlar [19]. Belediye OYBİS'i için asgari kontroller şunlardır:
- Çok faktörlü kimlik doğrulama, rol ve görev ayrılığı.
- Ayrıntılı ve değiştirilemez işlem/olay kayıtları.
- Şifreleme, anahtar yönetimi ve sır saklama.
- Entegrasyon ve saha cihazlarının ağ segmentasyonu.
- Zafiyet, yama, yedek ve geri dönüş testleri.
- Tedarikçi erişimi için süreli yetki ve kayıt.
- Olay müdahale, veri ihlali ve hizmet devamlılığı tatbikatı.
- Çıkışta veri, şema, konfigürasyon ve kayıtların belediyeye eksiksiz teslimi.
TUCBS usul ve esaslarında güvenli ağ, servis sürekliliği ve log yükümlülüklerinin bulunması, coğrafi veri katmanının da genel güvenlik rejiminden ayrı olmadığını gösterir [8].
Kabul kapısı 6 — güven ve taşınabilirlik: Canlı kişisel veri yüklenmeden önce veri koruma etki değerlendirmesi, tehdit modeli, yetki matrisi, yedekten dönüş testi ve standart dışa aktarım kabulü tamamlanmalıdır.
10. Belediye karar çerçevesi: Satın almadan önce cevaplanması gerekenler
10.1. OYBİS bir ürün listesiyle değil kullanım senaryosuyla alınmalıdır
Şartname "CBS, dashboard, raporlama, mobil uygulama" gibi genel başlıklardan oluşursa birbirinden çok farklı çözümler aynı kutuları işaretleyebilir. Her kritik gereksinim gerçek bir karar senaryosuyla yazılmalıdır. Örneğin:
- Bir yol kesimi geçici olarak pazara ayrıldığında kapasite, tarife, yönlendirme ve denetim kuralı hangi süreçte değişecektir?
- Bir ruhsat kapasitesi ile saha kapasitesi farklı olduğunda hangi kayıt esas, hangi kayıt inceleme konusu olacaktır?
- Yeni bir durak veya engelli park yeri tanımlandığında harita, mobil denetim ve kamuya açık bilgi kaç saat/gün içinde güncellenecektir?
- Özel işletmeci veri göndermediğinde sistem nasıl uyaracak; belediye hangi asgari veriye sahip olacaktır?
- Tarife değişikliğinin komşu sokaklara etkisi nasıl ölçülecektir?
Bu senaryolar demonstrasyon ve kullanıcı kabul testinin temelini oluşturmalıdır.
10.2. Satın alma kapıları
Tablo 5. Go/No-Go karar matrisi
| Kapı | Geçilmesi için asgari kanıt | No-Go örneği |
|---|---|---|
| Kapsam | OYBİS/PTS/üçüncü taraf sınırı ve veri akış şeması | Tesis operasyonu ile kent planlamasının aynı belirsiz ürün adı altında sunulması |
| Veri | Veri sözlüğü, sahiplik, kaynak, metaveri, saha doğrulama planı | Verinin güncelleneceği birim ve süre bilinmiyor |
| Hukuk | Yetki analizi, KVKK rolleri, saklama, entegrasyon protokolü | Tapu/tescil entegrasyonu yalnızca teknik vaade dayanıyor |
| Mimari | Açık API, standart dışa aktarım, olay kaydı, çıkış testi | Veri yalnızca tedarikçi ekranından görülebiliyor |
| Güvenlik | MFA, log, şifreleme, olay/geri dönüş testi | Test ortamında canlı kişisel veri veya sınırsız yönetici hesabı |
| Etki | Temel ölçüm, dengeli KPI, karşılaştırma ve eşikler | Başarı yalnızca gelir veya demo memnuniyetine bağlanıyor |
| İşletim | RACI, SLA, eğitim, destek ve değişiklik yönetimi | Proje bitince veri sahipliği operasyonel birime devredilmiyor |
10.3. Toplam sahip olma maliyeti
OYBİS maliyeti lisans bedelinden ibaret değildir. Karar için şu çerçeve kullanılmalıdır:
"Verimlilik" parasal fayda yazılacaksa başlangıçtaki personel zamanı, hata/itiraz maliyeti veya veri hazırlama süresi ölçülmelidir. Personel tasarrufu, aynı personelin başka kamu hizmetine yönlendirilmesi gibi gerçek bir kaynak etkisine dönüşmedikçe nakit tasarruf sayılmamalıdır. Gelir artışı; tarife, kapsama, denetim ve talep etkilerinden ayrıştırılmalıdır.
10.4. Sözleşmede bulunması gereken doğrulanabilir maddeler
- Belediyenin veri mülkiyeti ve her zaman tam dışa aktarım hakkı.
- Veri sözlüğü, API ve şema dokümantasyonunun teslimi.
- Sistem sürekliliği, veri gecikmesi, kritik hata ve destek SLA'ları.
- Alt yüklenici, barındırma yeri ve sınır ötesi aktarım açıklığı.
- Güvenlik testi, zafiyet bildirimi ve olay müdahale süreleri.
- Model sürümü, varsayım kaydı ve yeniden kalibrasyon sorumluluğu.
- Kabul testlerinin belediye verisi ve gerçek senaryolarla yapılması.
- Sözleşme sonunda veri, log, konfigürasyon ve dokümantasyonun taşınması.
- Fikri haklar ile belediyeye özel konfigürasyon ve türetilmiş verinin ayrımı.
- Başarıya dayalı ödeme varsa tedarikçinin kontrol etmediği dış etkenlerin ve karşı ölçümlerin tanımı.
11. Önerilen 120 günlük OYBİS pilotu
11.1. Pilot alan seçimi
Pilot tek bir "kolay" mahallede yapılmamalıdır. En az iki, tercihen üç farklı bölge seçilmelidir: yoğun ticaret/karma kullanım; konut ağırlıklı alan; okul, hastane, pazar veya toplu taşıma düğümü gibi özel baskı alanı. Böylece modelin yalnızca bir arazi kullanım tipine uyum sağlaması engellenir.
Pilot alanında yol üstü ve yol dışı arz, belediye ve özel işletme, ücretli ve ücretsiz kullanım birlikte bulunmalıdır. Alan, veri erişimi tamamen imkansız olduğu için değil; gerçek kurumsal zorluğu temsil ettiği için seçilmelidir.
11.2. Fazlar ve teslimatlar
Tablo 6. 120 günlük uygulama planı
| Dönem | Ana iş | Çıkış/kabul ölçütü |
|---|---|---|
| Gün 0-30: Temel | RACI, veri sözlüğü, hukuki veri akışı, saha örneklemi, mevcut KPI | Onaylı kapsam; temel ölçüm; kritik veri açığı ve risk kaydı |
| Gün 31-60: Gölge | Veri aktarımı, CBS kayıtları, model kalibrasyonu, sistem mevcut sürece paralel | Kritik katmanlarda doğruluk/güncellik eşiği; kullanıcı senaryolarının geçmesi |
| Gün 61-100: Kontrollü canlı | Sınırlı karar, saha güncellemesi, denetim/işletme entegrasyonu, vatandaş kanalı | SLA, log, itiraz, erişim ve güvenlik testlerinin geçmesi |
| Gün 101-120: Değerlendirme | Bağımsız kabul, TCO güncellemesi, dağılımsal etki, ölçek/iyileştirme kararı | Go, koşullu Go veya No-Go raporu; açık kalan risklerin sahibi ve tarihi |
11.3. Temel ölçüm ve karşılaştırma
Pilot başlamadan en az dört haftalık temel veri toplanmalıdır; mevsimsellik veya okul/etkinlik etkisi kaydedilmelidir. Mümkünse benzer ama müdahale yapılmayan bir karşılaştırma alanı seçilmelidir. Bu alan nedensellik sorununu tamamen çözmez; kent genelindeki ortak değişimlerin ayırt edilmesine yardımcı olur.
Doluluk ölçümü için aynı tanım ve saat pencereleri kullanılmalı; saha gözlemi ile sensör/işletme verisi çapraz kontrol edilmelidir. Park arama etkisi ölçülecekse yalnızca trafik sayımı değil, rota veya gözlem tasarımı kurulmalıdır. Vatandaş etkisi için itiraz, şikayet ve kısa erişilebilirlik görüşmeleri dahil edilmelidir.
11.4. Önerilen başlangıç eşikleri
Aşağıdaki değerler evrensel standart değil, belediye tarafından pilot öncesinde kesinleştirilecek başlangıç önerileridir:
- Kritik park nesnelerinde saha doğruluğu en az yüzde 95; kritik olmayan alanlarda en az yüzde 90.
- Zorunlu veri alanı tamlığı en az yüzde 98.
- Kritik karar değişikliğinin sisteme yansıması en fazla iki iş günü; acil güvenlik değişikliği aynı gün.
- Planlı bakım dışı çekirdek sistem kullanılabilirliği en az yüzde 99,5.
- Kritik entegrasyon olaylarının en az yüzde 99'unun tanımlı gecikme içinde alınması.
- Kabul senaryolarının yüzde 100'ünün; güvenlik ve veri taşınabilirlik testlerinin koşulsuz geçmesi.
- Haklı itiraz ve yanlış işlem oranında temel döneme göre kötüleşme olmaması.
- Komşu sokak, engelli parkı, yükleme ve yaya erişimi göstergelerinde belirlenen toleransın aşılmaması.
Eşikler, veri toplama yöntemi ve payda açıkça yazılmadan anlamlı değildir. Örneğin yüzde 95 doğruluk, hangi park türleri ve kaç saha örneği üzerinden hesaplandığıyla birlikte raporlanmalıdır.
11.5. Ölçek kararının üç sonucu
Go: Veri, güvenlik, hukuki ve operasyon kapıları geçilmiş; dengeli KPI'larda belirgin olumsuzluk yoktur. Kademeli genişleme ve yeniden kalibrasyon bütçesi onaylanır.
Koşullu Go: Temel mimari uygun, ancak belirli veri katmanı, kurum protokolü veya kullanıcı süreci eksiktir. Kapsam sınırlı tutulur; düzeltme tamamlanmadan yeni alan açılmaz.
No-Go: Veri sahipliği, hukuki yetki, taşınabilirlik veya güvenlikte temel açık vardır; fayda ölçümü güvenilir değildir ya da kamusal alan/erişim sonuçları belirgin kötüleşmiştir. Pilot durdurulur veya yeniden tasarlanır. Batık maliyet, ölçeklemeyi gerekçelendirmez.
12. Sonuç
OYBİS'in en güçlü vaadi, kentin park alanlarını yalnızca saymak değil; arzı, talebi, arazi kullanımını, idari durumu, işletmeyi, denetimi ve yatırımı ortak bir coğrafi karar sistemi içinde yönetmektir. Bu potansiyel, Türkiye'deki belediyelerin parçalı kayıt ve yetki yapısına doğrudan karşılık verir. Tez, bu bütünlüğün kavramsal çerçevesini ve mahalle ölçekli bir senaryosunu sunmaktadır [1]. Güncel ParkExpert anlatısı da OYBİS'i tesis yazılımından ayırarak kent ölçekli model olarak konumlandırmaktadır [2].
Ancak kavramsal bütünlük, operasyonel başarı kanıtı değildir. Bağımsız üretim verisi olmadan trafik, gelir, maliyet veya kullanıcı etkisi vaat edilmemelidir. Belge ve finansman mekanizmaları hukuki görüş olmadan uygulanabilir ürün özelliği sayılmamalıdır. Sistem; yalnızca gösterge paneli, plaka havuzu veya merkezi tahsilat aracı olarak kurulursa OYBİS'in kent yönetimi iddiası daralır ve veri riski büyür.
Belediye için en rasyonel yol, özellik listesi satın almak değil, ölçülebilir bir yönetişim kapasitesi kurmaktır. Bunun için ortak veri sözlüğü, açık yetki matrisi, coğrafi veri standartları, KVKK ve siber güvenlik kapıları, dengeli KPI'lar ve geri döndürülebilir pilot gerekir. OYBİS'in değeri, kaç modül içerdiğinden çok; yanlış veya eski veriyi ne kadar görünür kıldığı, kararın sorumlusunu ne kadar açıklaştırdığı ve uygulama sonucunu ne kadar güvenilir biçimde yeniden ölçtüğüyle belirlenecektir.
Belediyeniz için OYBİS'in doğru pilot kapsamını birlikte değerlendirelim. OYBİS hakkında bilgi alın → veya bizimle iletişime geçin →.
Kaynakça
- Balcı, S. (2024). Mega Kentlerde Arazi Kullanımı ve Park Yeri İlişkisi: İstanbul Örneği. Doktora tezi, İstanbul Okan Üniversitesi, Lisansüstü Eğitim Enstitüsü, Geomatik Mühendisliği Anabilim Dalı.
- ParkExpert. (2026). OYBİS: Kent Ölçeğinde Parklanma Yönetim Modeli. Sponsor/kurumsal kaynak. Erişim: 14 Ağustos 2026. parkexpert.net/kent-cozumleri/oybis
- ParkExpert. (2025). E-Katalog. Sponsor/kurumsal kaynak. Kullanıcı çalışma alanındaki PDF. OYBİS ürün ve modül anlatısı bağımsız performans kanıtı olarak kullanılmamıştır.
- Growth Planı. (tarih yok). ParkExpert büyüme ve SEO planı. Kullanıcı tarafından sağlanan sponsor/strateji belgesi. OYBİS'in ticari konumlandırmasını anlamak için kullanılmıştır; ürün etkisine kanıt sayılmamıştır.
- T.C. Çevre ve Şehircilik Bakanlığı, Bartın İl Müdürlüğü. (2018). Yeni Otopark Yönetmeliği. bartin.csb.gov.tr
- T.C. Çevre ve Şehircilik Bakanlığı, Bilecik İl Müdürlüğü. (2021). Otopark Yönetmeliğindeki Değişiklik Neler Getirdi? bilecik.csb.gov.tr
- T.C. Çevre ve Şehircilik Bakanlığı, Yerel Yönetimler Genel Müdürlüğü. (2021). Büyükşehir İlçe Belediyelerine Bölge Otoparkı Yapma Görevi Verilmiştir. yerelyonetimler.csb.gov.tr
- Türkiye Ulusal Coğrafi Bilgi Sistemi. (2022). Coğrafi Veri Erişim, Paylaşım ve Kullanımına İlişkin Usul ve Esaslar. tucbs.gov.tr
- Kişisel Verileri Koruma Kurulu. (2023). Otopark işletmecisi veri sorumlusu hakkında 01/06/2023 tarihli ve 2023/924 sayılı karar özeti. kvkk.gov.tr
- European Commission Expert Group on Urban Mobility. (2025). Increasing the Positive Impact of Parking and Curbside Management on Urban Mobility. transport.ec.europa.eu
- Alliance for Parking Data Standards. (2026). APDS Overview, Version 4.1. allianceforparkingdatastandards.org
- Open Mobility Foundation. (2025). Announcing CDS 1.1: A Smarter, More Connected Future for the Curb. openmobilityfoundation.org
- Lindsey, R., Tikoudis, I. ve Hassett, K. (2023). Distributional Effects of Urban Transport Policies to Discourage Car Use: A Literature Review. OECD Environment Working Papers, No. 211. doi.org/10.1787/8bf57103-en
- San Francisco Municipal Transportation Agency. (2014). SFpark Pilot Project Evaluation Summary. sfmta.com
- Merten, L. ve diğerleri. (2026). Approaches to Estimating the Supply of Off-Street Parking at City Scale. Journal of Transport and Land Use. jtlu.org
- McCahill, C., Garrick, N., Atkinson-Palombo, C. ve Polinski, A. (2015). Effects of Parking Provision on Automobile Use in Cities: Inferring Causality. Transportation Research Record. highroad.wisc.edu
- Federal Highway Administration. (2023). Parking Cruising Analysis Methodology Project Report. ops.fhwa.dot.gov
- Garber, M. D. ve diğerleri. (2024). Parking and Public Health: A Review. pmc.ncbi.nlm.nih.gov
- National Institute of Standards and Technology. (2024). The NIST Cybersecurity Framework (CSF) 2.0. doi.org/10.6028/NIST.CSWP.29
Teknik ek: Karar vericiler için kanıt okuma notu
Ek A. Sponsor iddiaları nasıl ele alındı?
ParkExpert web sayfası ve e-katalog, OYBİS'in nasıl konumlandırıldığını ve hangi bileşenlerin önerildiğini göstermektedir. Bu kaynaklardaki "ilk ve tek", maliyet düşürme, karlılık, verimlilik veya insan hatasını azaltma gibi ifadeler, bağımsız yöntem ve karşılaştırma verisi bulunmadığı için sonuç olarak aktarılmamıştır. Güncel web sayfasının OYBİS-PTS ayrımı, kapsam tanımı olarak kullanılmıştır.
Ek B. Pilot veri toplama kartı
Her KPI için şu alanlar doldurulmalıdır: ad, karar amacı, tanım, pay/payda, birim, coğrafya, nüfus veya kullanıcı grubu, saat/gün penceresi, kaynak sistem, veri sahibi, toplama sıklığı, kalite kontrolü, başlangıç değeri, hedef, uyarı eşiği, dış etkenler ve raporlama sorumlusu.
Ek C. Hukuki uyarı
Bu white paper hukuki mütalaa değildir.
Raporu ekibinizle paylaşın veya belediyeniz için bir sonraki adımı planlayın. OYBİS'i inceleyin → veya bizimle iletişime geçin →.