Plaka Tanıma Yazılımı Lisans Modeli: Kamera İçi (Edge) mi, Sunucu mu? Kanal Lisansı ve Yedekleme

Plaka tanıma mimarisi nedir ve neden lisans modeli önemlidir?

Plaka tanıma (ANPR/LPR) sisteminde plakayı okuyan yazılımın nerede çalıştığı, projenin maliyetini, işletme biçimini ve sonradan değiştirilebilirliğini belirler. Okuma işlemi ya kamera içinde (edge) ya da ayrı bir yazılım ile sunucuda yapılır; bazı projelerde ikisi birlikte kullanılır.

Lisans modeli bu seçimin parasal ve hukuki yüzüdür. Aynı okuma doğruluğunu veren iki çözüm, lisansın kanal başına mı, kamera başına mı, yıllık mı yoksa bir defalık mı verildiğine göre çok farklı bir toplam sahip olma maliyetine dönüşür. Kurulumcu açısından asıl önemli nokta, müşteriye teslim edilen sistemin üç yıl sonra hâlâ çalışıp çalışmayacağı, kimin kontrolünde olacağı ve başka bir kurulumcu devraldığında ne olacağıdır.

Bu yazıda marka karşılaştırması yapılmaz; mimari seçenekler ve karar ölçütleri genel olarak anlatılır. Çözümlerin hangi kamera ve yazılımla çalıştığı, her zaman üreticinin güncel belgesinden teyit edilmelidir.

Kamera içinde (edge) plaka okuma: nasıl çalışır, ne zaman uygundur?

Edge plaka tanıma kamerasında okuma işlemini kameranın kendi işlemcisi yapar; kayıt cihazına plaka metni, olay bilgisi ve genellikle bir plaka görüntüsü gönderilir. Bu durumda kayıt cihazı sıradan bir görüntü kaydedici gibi çalışabilir, okuma için ayrıca GPU'lu bir sunucu gerekmez.

Bu yapı, az sayıda şeritli giriş-çıkışlarda, bariyer ve kapı kontrolünde, site ve işyeri girişlerinde ve internet bağlantısının güvenilmez olduğu noktalarda öne çıkar. Okuma noktada yapıldığı için ağ üzerinden yüksek bant genişliğine ihtiyaç azalır.

• Avantajı: Merkezî sunucu arızasına bağımlılık azdır; her kamera kendi başına okur ve kapıyı açabilir.
• Avantajı: Kurulum sade olur; lisans çoğunlukla cihazın içinde gelir ve kanal sayısı sunucuda ayrıca hesaplanmaz.
• Sınırı: Okuma motorunun güncellenmesi kameranın yazılım sürümüne bağlıdır; yeni plaka biçimi veya algoritma iyileştirmesi için kamera yazılımının yükseltilmesi gerekir.
• Sınırı: Aynı yazılımda birden çok kamerayı toplu yönetme, gelişmiş raporlama ve karmaşık kural motoru için çoğu zaman yine bir yönetim yazılımı gerekir.
• Sınırı: Çözüm, ilgili kamera ailesine bağlı kalabilir; başka üreticinin kamerasını sonradan katmak her zaman mümkün olmaz.

Ayrı yazılım ve sunucuda okuma: GPU mu CPU mu?

Sunucu tabanlı çözümde kameralar görüntüyü RTSP gibi bir akışla yazılıma verir, plakayı sunucudaki yazılım okur. Bu yaklaşım farklı kamera tiplerini tek yazılımda toplamak, merkezî veri tabanı kurmak ve karmaşık kurallar tanımlamak isteyen projelerde uygundur.

Okuma motoru bazı üreticilerde yalnızca işlemci (CPU) üzerinde, bazılarında ise grafik işlemci (GPU) hızlandırmasıyla çalışır. Kanal sayısı ve görüntü çözünürlüğü arttıkça işlem yükü büyür; bu yüzden donanım boyutlandırması, yazılım üreticisinin belgesindeki kanal başı işlem gereksinimine göre yapılmalıdır. Rakamları tahmin etmek yerine üreticiden yazılı boyutlandırma tablosu istemek doğru yoldur.

Sunucu çözümünde görüntü kalitesinin ve sıkıştırmanın okuma başarısına etkisi vardır. Yüksek sıkıştırma, düşük kare hızı veya gece pozlama ayarı bozuk bir akış, güçlü sunucuya rağmen yanlış okumaya yol açar. Başarı ölçümü ve saha ayarı için otoparkta plaka tanıma ve hatalı okuma durumları rehberi de yol göstericidir.

• Avantajı: Okuma motoru sunucuda güncellenir; kameralar değişse bile yazılım korunabilir.
• Avantajı: Tek merkezde birden çok giriş, geçmiş sorgulama ve entegrasyon yönetilir.
• Sınırı: Sunucu, işletim sistemi, güç kesintisi ve disk arızası gibi ek arıza noktaları doğar.
• Sınırı: Sunucu durduğunda tüm kapıların okuması etkilenebilir; yedek veya yük devri planı gerekir.

Kanal başı, yıllık ve bir defalık lisans arasındaki fark

Lisans modelleri üç ana başlıkta toplanır ve çoğu ürün bunların bir karışımıdır. Hangi hakkın lisansa dahil olduğunu anlamak için fiyat listesinden çok lisans şartnamesine bakmak gerekir.

Kanal lisansı, yazılımın aynı anda okuyabileceği kamera ya da şerit sayısını sınırlar; ileride kamera eklenirse ek lisans gerekir. Kamera başı lisansta ise lisans belirli bir kameranın kimliğine (seri numarası veya MAC adresi) bağlanabilir ve kamera değişince yeniden tanımlama gerekir.

• Bir defalık (kalıcı) lisans: Yazılımı belirli bir sürüm için süresiz kullanma hakkı verir; ancak güncelleme, destek ve yeni sürüme geçiş ayrı bir bakım sözleşmesine bağlı olabilir.
• Yıllık (abonelik) lisans: Yenilenmediği sürece sistem çalışmayı durdurabilir veya özellik kaybedebilir; ilk kurulum maliyeti düşük görünse de yıllık yükümlülük doğar.
• Kanal başı lisans: Şerit veya kamera sayısı arttıkça maliyet artar; proje büyüme ihtimali baştan hesaplanmalıdır.
• Donanıma bağlı lisans: Lisans sunucu donanım kimliğine veya koruma anahtarına (dongle) bağlıysa sunucu değişiminde yeniden etkinleştirme gerekir.
• Dahili (cihazla gelen) lisans: Edge kamerada çoğu zaman cihazın fiyatına dahildir; yine de ek modüller (araç sınıfı, renk, liste yönetimi gibi) ayrı lisans isteyebilir.

API ve entegrasyon: bariyer, otopark ve ERP bağlantısı

Plaka tanıma sistemi tek başına bir değer üretmez; plaka bilgisi bariyeri, otopark ücretlendirmesini, site yönetim yazılımını veya ERP/lojistik sistemini tetiklediğinde işe yarar. Bu nedenle entegrasyon yöntemi, lisans seçimi kadar önemlidir.

Entegrasyon yolları genellikle şunlardır: kameranın röle çıkışı veya giriş-çıkış (I/O) kontağı, HTTP/HTTPS ile gönderilen olay bildirimi (webhook), yazılımın REST API'si, veri tabanı paylaşımı ve ONVIF gibi açık standartlar. ONVIF, farklı üreticilerin IP tabanlı güvenlik ürünlerinin birlikte çalışabilmesi için arayüzler tanımlayan bir kuruluştur; profilleri video akışı, kayıt ve analitik olayları gibi alanları kapsar. Ancak plaka metninin ve ek özelliklerin hangi biçimde aktarıldığı, her üreticinin belgesine göre değişebilir.

API'nin lisansa dahil olup olmadığı da sorulmalıdır. Bazı çözümlerde API erişimi, entegrasyon modülü veya geliştirici paketi ayrı bir lisans kalemidir. Ayrıca API'nin yazılı belgesi, örnek istek ve yanıt biçimleri ve sürüm değişikliğinde geriye dönük uyumluluk taahhüdü projenin devrine kadar saklanmalıdır.

Bakım, sürüm güncelleme ve internet kesilince çalışma

Bakım ve güncelleme hakkı, lisansın en sık gözden kaçan parçasıdır. Okuma motoru iyileştirmeleri, güvenlik yamaları ve işletim sistemi uyumluluğu sürüm güncellemeleriyle gelir; güncelleme hakkı bitince sistem çalışmaya devam edebilir ama yeni plaka biçimleri, güvenlik açıkları veya yeni işletim sistemi sürümleri sorun yaratabilir.

Güncelleme yapılırken sahada risk alınmamalıdır: sürüm yükseltmeden önce yapılandırma ve veri tabanı yedeği alınmalı, mümkünse önce test ortamında denenmelidir. Kamera yazılımı güncellemelerinde izlenecek sıra için kamera ve NVR firmware güncelleme rehberine bakılabilir.

İnternet kesilince çalışma durumu mimariye göre değişir. Yerel ağda çalışan edge veya sunucu çözümü, buluta bağlı olmadığı sürece okumaya ve kapıyı açmaya devam eder. Lisans doğrulaması, plaka listesinin senkronizasyonu veya bulut raporlama internete bağlıysa kesinti sırasında bu işlevler durabilir. Kurulum öncesinde şu üç soru yazılı yanıtlanmalıdır:

• Lisans doğrulaması çevrimiçi mi yapılıyor, yoksa çevrimdışı çalışabilir mi? Çevrimdışı çalışma süresi sınırlı mı?
• İnternet yokken tanımlı plaka listesi (beyaz liste) ile kapı açma devam ediyor mu?
• Bağlantı geri geldiğinde kesinti sırasındaki kayıtlar merkeze otomatik aktarılıyor mu?

Veri tabanı yedeği ve kişisel veri sorumluluğu

Plaka kayıtları, plaka görüntüleri ve geçiş geçmişi kişisel veri sayılabilir; bu nedenle yedekleme ve saklama kuralları yalnızca teknik değil, hukuki bir konudur. 6698 sayılı Kişisel Verilerin Korunması Kanunu'nun veri güvenliğine ilişkin 12. maddesi, veri sorumlusuna uygun güvenlik düzeyini sağlama yükümlülüğü getirir; Kişisel Verileri Koruma Kurumu'nun yayınları bu konuda yol göstericidir.

Pratikte kurulumcunun sistemi teslim ederken yedekleme planını da teslim etmesi gerekir. Yedek alınmayan bir sunucuda disk arızası, yalnızca kayıtların değil plaka listesi, yetkilendirme ve ayar bilgilerinin de kaybı demektir.

• Yapılandırma, plaka listeleri ve geçiş kayıtları için düzenli otomatik yedek planlanmalı ve yedekler ayrı bir diske ya da başka bir konuma alınmalıdır.
• Yedekten geri dönüş gerçekten denenmeli; yalnızca yedek alındığını görmek yeterli değildir.
• Saklama süresi, silme kuralı ve erişim yetkileri işletmeci ile birlikte belirlenmeli, aydınlatma yükümlülüğü işletmeci tarafından yerine getirilmelidir.
• Yedek dosyaları şifrelenmeli, yönetici hesaplarında varsayılan parolalar değiştirilmelidir.

Kamera markasına kilitlenmeyi önleme ve sözleşmeye yazılacak maddeler

Kilitlenme, lisansın veya okuma motorunun yalnızca belirli bir üreticinin kameralarıyla çalışması ya da lisansın başka donanıma aktarılamaması durumudur. Kilitlenme her zaman kötü değildir; ancak bilinçli seçilmeli ve müşteriye açıkça anlatılmalıdır. Farklı üreticilerin cihazlarını birlikte kullanma konusunda genel bir çerçeve için farklı marka kamera ve NVR uyumu rehberine de bakabilirsiniz.

İlk kurulumda aşağıdaki maddelerin sözleşmeye veya teklif şartnamesine yazılması, ileride çıkacak uyuşmazlıkların çoğunu önler:

• Lisansın sahibi: Lisans müşteri adına mı, kurulumcu adına mı, yoksa üretici portalında kimin hesabına kayıtlı? Hesap erişim bilgileri kimde kalıyor?
• Lisans transferi: Sunucu veya kamera değiştiğinde ya da sistem yeniden kurulduğunda lisansın yeni donanıma taşınması mümkün mü, ücretli mi, kim yapacak?
• Kapsam: Lisans kaç kanal, kaç şerit ve hangi modülleri (liste yönetimi, API, araç sınıfı vb.) kapsıyor?
• Süre ve yenileme: Lisans kalıcı mı yıllık mı; yıllıksa yenilenmezse sistem ne yapar, kapı açmaya devam eder mi?
• Güncelleme ve destek: Sürüm güncelleme hakkı ne kadar süre dahil; destek kanalı ve yanıt süresi nedir?
• Entegrasyon belgeleri: API belgesi, ayar dosyaları, yönetici parolaları ve ağ şeması müşteriye teslim edilecek mi?
• Yedekleme ve geri dönüş: Yedek planı, saklama yeri ve geri yükleme sorumluluğu kimde?
• Devir: Kurulumcu değişirse yeni kurulumcunun sisteme erişebilmesi için hangi bilgiler teslim edilecek?
• Başarı kriteri: Kabul testinde okuma doğruluğu hangi koşullarda ve nasıl ölçülecek?

Hangi mimari ne zaman seçilir? Karar adımları

Doğru mimari, tek bir ürün üstünlüğü değil, projenin ihtiyaç listesiyle belirlenir. Kurulumcu şu adımları sırayla izleyerek karar verebilir:

• Kaç giriş ve şerit olduğunu, ileride kaç şerit eklenebileceğini belirleyin.
• Plaka sonucunun neyi tetikleyeceğini yazın: bariyer, ücretlendirme, site yönetimi, ERP ya da yalnızca kayıt.
• Merkezî yönetim, raporlama ve çok kamera ihtiyacı varsa sunucu veya yönetim yazılımı gerektirip gerektirmediğini değerlendirin.
• İnternet kesintisinde ve sunucu arızasında kapının ne yapması gerektiğini tanımlayın.
• Lisans modelini (kalıcı, yıllık, kanal başı) toplam sahip olma süresi boyunca değerlendirin; yalnızca ilk kurulum bedeline bakmayın.
• Mevcut kameraların yeniden kullanılıp kullanılamayacağını ve yeni yazılımın bu kameraları destekleyip desteklemediğini üreticiden yazılı teyit edin.
• Küçük ve basit girişlerde edge, çok girişli ve entegrasyon ağırlıklı projelerde sunucu veya karma yapıyı düşünün; sahada deneme sürüşüyle okuma başarısını doğrulayın.

Bayifi'de kurulumcu ve ürün bulmak

Bayifi, kurulumcuları ve toptancıları buluşturan bir B2B pazar yeri ve il il firma dizinidir. Plaka tanıma projesi için bölgenizdeki kurulumcuları bayi listesinden ve bayi haritasından inceleyebilir, il rehberleri için İstanbul plaka tanıma rehberine bakabilirsiniz.

Kamera, kayıt cihazı ve ilgili ürünlerin toptancı stokları pazar bölümünde listelenir; birden çok toptancıdan teklif almak için talep oluşturulabilir. Firmanızı dizine eklemek için kaydol sayfasını kullanabilirsiniz.