MOBESE & Kent Güvenliği Video Yönetim (VMS) Çözümü

Kamu ihalelerinde kent güvenliği talebi çoğunlukla üç kalem etrafında toplanır: "Video Yönetim Platformu ve lisansı, CCTV merkez yazılımı ve sunucusu, IP kamera canlı yayın." Bu sayfa, MOBESE/CCTV merkezini kuracak ya da yenileyecek bilgi işlem, zabıta ve güvenlik birimleri için; teknik şartname yazmadan önce bilmeniz gereken kapsamı, KVKK yükümlülüklerini ve seçim kriterlerini anlatır.

MOBESE / VMS çözümü neyi kapsar?

Video Yönetim Platformu (VMS), şehre dağılmış tüm IP kameraları tek bir güvenlik merkezinde toplayan; canlı izleme, kayıt, arşiv sorgulama ve olay yönetimini yürüten çekirdek yazılımdır. Tipik kapsam:

• Merkez yazılımı ve lisans: Kamera/kanal bazlı VMS lisansı, operatör (izleyici) hesapları ve yönetim konsolu.
• Sunucu ve depolama: Kayıt (recording) sunucuları, RAID korumalı disk havuzu ve saklama süresine göre boyutlandırılmış arşiv.
• Canlı yayın ve izleme: IP kamera canlı görüntüsü, çoklu ekran düzenleri, PTZ kamera kontrolü ve harita (e-map) üzerinden kamera seçimi.
• Kayıt ve geri oynatma: Sürekli/hareket tetikli kayıt, zaman çizelgesinde hızlı arama, olay dışa aktarımı ve delil bütünlüğü (watermark/hash).
• Monitör duvarı: Güvenlik merkezindeki video wall yönetimi, senaryo/tur (patrol) tanımları ve alarm önceliklendirme.
• Sağlık izleme ve yedeklilik: Kamera/kayıt arıza tespiti, otomatik uyarı ve failover ile kesintisiz kayıt.
• Yetki ve denetim: Rol bazlı erişim, görüntü izleme/dışa aktarma logu ve yönetici denetim izi.

Plaka tanıma ve AI analitiği ile genişleme

MOBESE merkezleri artık salt izleme değil, olay öncesi uyarı üreten platformlar haline geliyor. Sağlam bir VMS, bugün canlı yayın ve kayıt için kurulup ileride ek modüllerle büyüyebilmelidir: plaka tanıma (ANPR/LPR) ile aranan/kara liste araç uyarısı, nesne ve insan tespiti, kalabalık yoğunluğu, ters yön ve terk edilmiş nesne analizi. Bu genişlemenin sözleşmeye bağlanması, merkezi baştan doğru boyutlandırmanızı sağlar; analitiğin kamera üzerinde mi (edge) yoksa sunucuda mı çalışacağı, donanım ve lisans bütçesini doğrudan etkiler.

KVKK ve görüntü kaydı uyumu

Kent güvenlik kameraları kişisel veri (görüntü) işlediğinden 6698 sayılı KVKK kapsamındadır. VMS seçimi bu yükümlülükleri teknik olarak karşılayabilmelidir:

• Saklama ve imha: Kayıtlar amaçla sınırlı süre tutulmalı, süre sonunda kural bazlı otomatik silinmelidir.
• Erişim denetimi: Kimin hangi kamerayı izlediği, hangi görüntüyü dışa aktardığı loglanmalı ve raporlanabilmelidir.
• Maskeleme: Özel alanların (konut penceresi vb.) görüntüde maskelenmesi ve gerektiğinde yüz/plaka maskeleme desteği.
• Aydınlatma: İzlenen alanlarda aydınlatma yükümlülüğünü destekleyen kayıt/işleme kurgusu ve veri sorumlusu tanımı.

Teknik şartnamede dikkat edilecekler

• ONVIF (Profile S/T, PTZ için Profile G/T) ve RTSP desteği zorunlu tutulmalı — böylece kamera markasına bağımlılık ve kilitlenme önlenir.
• Lisans modeli (kanal/kamera, operatör koltuğu, kalıcı mı abonelik mi) ve kamera eklemenin birim maliyeti net yazılmalı.
• Depolama; çözünürlük, kare hızı, kodek (H.264/H.265) ve saklama süresine göre TB cinsinden hesaplanıp şartnamede belirtilmeli.
• Yedeklilik hedefleri (failover kayıt, N+1, RPO/RTO) ve sağlık izleme/alarm gereksinimleri tanımlanmalı.
• Plaka tanıma ve emniyet paylaşımı için entegrasyon protokolü (REST/RTSP), EGM Kent Güvenlik Yönetim Sistemi (KGYS) ve 112 uyumu değerlendirilmeli.
• KVKK maddeleri: saklama/imha süresi, erişim logu, maskeleme ve veri sorumlusu yükümlülükleri açıkça yer almalı.
• Veri sahipliği ve dışa aktarım garanti altına alınmalı: kayıtlar açık/standart formatta (ör. MP4/AVI) dışa aktarılabilmeli, sözleşme sonu devir maddesi bulunmalı — bu, tedarikçi değiştirme özgürlüğünüzü korur.
• Eğitim, yerinde destek ve SLA (yanıt/çözüm süreleri, arıza kayıp toleransı) somut ölçütlerle yazılmalı.

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

Platformları karşılaştırırken kağıt üzerindeki özellik listesinden çok, aşağıdaki kalemlerin gerçek maliyet ve bağımsızlık üzerindeki etkisine bakın:

• Donanım bağımsızlığı: Geniş ONVIF/kamera uyumluluğu, ileride farklı marka kamera ekleyebilme.
• Ölçeklenebilirlik: Onlarca kameradan binlerce kameraya, tek merkezden çok siteli mimariye büyüyebilme.
• AI genişleme yolu: Plaka tanıma ve video analitiğinin aynı platforma modüler eklenebilmesi.
• KVKK yetenekleri: Saklama otomasyonu, erişim logu ve maskelemenin yerleşik olması.
• Toplam sahip olma maliyeti: Lisans + depolama + bakım/SLA + ileride kamera ekleme maliyetinin bütünü.

Pazar verisi ve Türkiye’deki çerçeve: KGYS

Video güvenlik yatırımları küresel ölçekte istikrarlı biçimde büyümektedir: MarketsandMarkets (2025) araştırmasına göre küresel video gözetim pazarı 2025’te 56,11 milyar ABD doları büyüklüğündedir ve yıllık ortalama %7,8 büyümeyle 2031’de 88,06 milyar dolara ulaşması öngörülmektedir. Türkiye’de kamu tarafındaki en büyük örnek, Emniyet Genel Müdürlüğü’nün ulusal Kent Güvenlik Yönetim Sistemi’dir (KGYS): DefenceTurk’ün (2020) aktardığına göre Savunma Sanayii Başkanlığı ile ASELSAN arasındaki sözleşmeler kapsamında EGM’ye yaklaşık 44.000 kamera ve 9.000 plaka tanıma sistemi teslim edilmiş, sistemler ülke genelinde yaygınlaştırılmıştır. (Açık not: KGYS bir kamu projesidir; bizim işimiz değildir ve model analizi olarak aktarılmıştır.) Belediye açısından ders şudur: kent güvenliği artık münferit kamera alımlarıyla değil, merkezi VMS mimarisi ve kurumlar arası paylaşım protokolleriyle kurgulanan bir sistem işidir; belediye MOBESE’si de bu ulusal mimariyle koordineli planlanmalıdır.

Depolama boyutlandırması nasıl hesaplanır?

VMS bütçelerinde en sık şaşırtan kalem lisans değil, disktir. Kaba boyutlandırma tek bir çarpımla yapılır: kamera sayısı × kamera başına bit hızı × saklama süresi. Örnek bir hesap: H.265 sıkıştırmayla yaklaşık 4 Mbps yayın yapan bir kamera günde ~43 GB kayıt üretir; 100 kameralı ve 30 gün saklama hedefli bir merkez için bu, RAID ve yedeklilik payı hariç kabaca 130 TB’lık bir arşiv anlamına gelir. Bit hızını belirleyen değişkenler çözünürlük, kare hızı, sahne hareketliliği ve kodektir; H.265, aynı görüntü kalitesinde H.264’e göre belirgin bant genişliği tasarrufu sağladığından yeni kurulumlarda standarttır. Hareket tetikli kayıt ve önemli kameralarda daha uzun saklama gibi kademeli politikalar, toplam hacmi ciddi ölçüde düşürür. Şartnamede depolamanın "X TB disk" olarak değil; kamera adedi, bit hızı varsayımı ve saklama süresi hedefi üzerinden hesabıyla birlikte tanımlanmasını öneririz — böylece teklifler karşılaştırılabilir olur.

Temsili proje kapsamı

Aşağıdaki kapsam temsilidir; gerçekleşmiş bir müşteri projesi değil, tipik bir MOBESE/VMS merkezi kurulumunun planlama çerçevesidir. Süreler; kamera adedine, saha altyapısına ve merkez ölçeğine göre değişir:

• Faz 1 — Envanter ve ihtiyaç analizi (3-4 hafta): Kamera/kayıt cihazı envanteri, ONVIF/RTSP uyumluluk denetimi, saklama hedefi ve depolama hesabı, merkez yerleşim planı.
• Faz 2 — Merkez altyapısı (4-8 hafta): Kayıt sunucuları, RAID disk havuzu, ağ ve güvenlik yapılandırması, monitör duvarı ve failover mimarisi.
• Faz 3 — VMS kurulumu ve kamera entegrasyonu (4-8 hafta): Lisanslama, kameraların bağlanması, e-map/harita düzeni, kayıt politikaları, KVKK yetki-loglama ve maskeleme kuralları.
• Faz 4 — Analitik pilotu ve devreye alma (3-5 hafta): Seçili noktalarda plaka tanıma/analitik pilotu, operatör eğitimi, sağlık izleme alarmları ve SLA’lı işletim düzeni.

Tipik toplam süre 4-6 ay aralığındadır; bütçe, kamera adedi ve saklama hedefine bağlı olduğundan ancak envanter analizi sonrası anlamlı biçimde verilebilir.

Belediyenizin mevcut kamera envanterini ve güvenlik merkezi ihtiyacını birlikte inceleyip; size özel bir VMS yol haritası, depolama boyutlandırması ve şartname taslağı çıkaralım. Aşağıdaki formdan talebinizi iletmeniz yeterli.