Otopark Yazılımı Seçimi: Mali Uyum ve Değerlendirme Rehberi

Piyasadaki otopark yazılımı tekliflerini yan yana koyduğunuzda hepsi aynı şeyi söyler: giriş-çıkış takibi, kademeli tarife, abone yönetimi, plaka tanıma entegrasyonu, hasılat raporu, bariyer kontrolü. Bu listeler doğrudur ve bu yüzden de karar vermeye yaramaz — çünkü hiçbir tedarikçi bu maddelerin yanına "hayır" yazmaz.

Gerçek ayrım dört soruda ortaya çıkar ve bu soruları çoğu alıcı sözleşme imzalandıktan sonra sorar:

• Bu yazılımın ürettiği belge ve raporlar vergi mevzuatına uygun mu?
• İnternet veya sunucu bağlantısı kesildiğinde otopark çalışmaya devam ediyor mu?
• Ürettiğim veri kimin mülkiyetinde ve nasıl dışarı alınıyor?
• Üç yıl sonra değiştirmek istersem çıkış maliyeti ne olacak?

Bu rehber, bu dört soruyu satın alma sürecinin merkezine koyuyor ve sonunda tedarikçiye yöneltilecek 20 soruluk bir değerlendirme listesiyle bitiyor.

Otopark yazılımı ne yapar?

Otopark yazılımı, bir otopark işletmesinin operasyonel ve finansal süreçlerini tek arayüzde toplayan yönetim platformudur. Araç giriş-çıkış takibi, ücret hesaplama, ödeme alma, abonelik yönetimi ve raporlama süreçlerini otomatikleştirir.

Ancak yazılımın asıl işlevini tanımlamanın daha keskin bir yolu var: otopark yazılımı, işletmenin gelirinin doğruluğunu ispat eden kayıt sistemidir. Doluluk raporu güzel bir özelliktir; ancak yazılımın varlık sebebi, kaç aracın girdiği ile kasaya ne kadar para girdiği arasındaki farkı görünür kılmasıdır. Bu perspektif, aşağıdaki tüm değerlendirme kriterlerini belirler.

Sekiz temel modül

Teklifleri karşılaştırılabilir hale getirmek için önce ortak bir modül dili kurmak gerekir. Sektörde yaygın olarak sunulan işlevler sekiz başlıkta toplanır.

Bu sekiz modül asgari çizgidir ve otopark yönetim yazılımı sayfamızda karşılıkları detaylandırılmıştır. Çok tesisli işletmelerde buna şubeler arası veri izolasyonu ve merkezi denetim eklenir; yediemin otoparklarında ise yasal süre takibi ve envanter kaydı gibi sektöre özgü modüller devreye girer.

Mali mevzuat uyumu: VUK 385 ve ÖKC

Bu bölüm, otopark yazılımı tanıtım sayfalarında neredeyse hiç geçmez ve satın alma kararını en çok etkilemesi gereken konudur.

Otopark işletmeciliğinde ödeme kaydedici cihaz kullanımı esastır. Ancak 385 sıra numaralı Vergi Usul Kanunu Genel Tebliği, belirli özellikleri taşıyan elektronik sistemlerin ödeme kaydedici cihaz yerine kullanılabilmesine imkân tanır. Tebliğ, bu sistemler için üç somut şart tanımlar:

Buradaki ikinci ve üçüncü şart, bir yazılımın mimarisiyle doğrudan ilgilidir. Kayıt silinebiliyorsa, tarife geçmişe dönük değiştirilebiliyorsa veya rapor üretimine kullanıcı müdahale edebiliyorsa o yazılım bu tebliğin aradığı niteliği taşımaz. Demoda "istediğiniz kaydı düzeltebilirsiniz" cümlesi bir esneklik değil, bir uyarı işaretidir.

Yol kenarı otoparklar için ayrı zorunluluk

Bir de kapsam farkı var. Yol kenarı otopark hizmeti veren mükellefler, 1/10/2013 tarihinden itibaren yeni nesil ödeme kaydedici cihazlardan EFT-POS özelliği olanlarını kullanmak zorundadır. Bu, 426 sıra numaralı tebliğle getirilmiş ve 427 sıra numaralı tebliğle tarihi güncellenmiş bir yükümlülüktür.

Yerleşik adreste hizmet veren otoparklar bu bende doğrudan girmez; nitekim bir özelgede, yol kenarı otopark hizmeti vermeyip yerleşik adreste faaliyet gösteren bir mükellefin durumu bu ayrım üzerinden değerlendirilmiştir. Ayrıca eski nesil cihazlar açısından da bir son tarih vardır: 557 sıra numaralı tebliğ ile 1/7/2024 itibarıyla yeni nesil niteliği taşımayan ödeme kaydedici cihazların hurdaya ayrılarak kullanım dışına çıkarılması düzenlenmiştir.

Sonuç: yazılım seçimi bir bilgi işlem kararı değil, aynı zamanda bir mali müşavir kararıdır. Teklif değerlendirmesine mali müşavirinizi dahil etmemek, sonradan düzeltmesi pahalı bir eksikliktir.

Bulut, yerel ve hibrit mimari

İkinci büyük karar, yazılımın nerede çalışacağıdır. Bu seçim; veri güvenliği, erişilebilirlik, maliyet ve bakım sorumluluğu açısından farklı sonuçlar doğurur.

Uygulamada kurumsal ve kamu projelerinde ağırlık hibrit mimaridedir: merkezi yönetim bulutta çalışır, talep edilirse sistem tamamen kurumun veri merkezine kurulur ve kritik veriler kurum sunucularında tutularak veri mülkiyeti kurumda kalır. Belediye ve kamu ihalelerinde bu koşul çoğu zaman şartnamede yer alır.

Çevrimdışı dayanıklılık

Bir otopark, bulut sunucusuna erişemediği için çalışmayı durduramaz. Cumartesi öğleden sonra internet kesintisi yaşandığında çıkış bariyerinin kilitlenmesi, tek başına tüm yatırımın itibarını götürür.

Doğru tasarımda saha hareketleri lokal veritabanında saklanır; borç, abonelik ve kara liste kontrolleri çevrimdışı modda da çalışır. Bağlantı geri geldiğinde merkezi veriyle otomatik mutabakat yapılır.

Teklif değerlendirirken şu üç soruyu ayrı ayrı sorun ve cevapları sözleşmeye yazdırın:

• Bağlantı yokken ücret hesaplama yapılabiliyor mu, yoksa sadece bariyer mi açılıyor?
• Çevrimdışı üretilen kayıtlar, bağlantı döndüğünde çakışma durumunda nasıl çözülüyor?
• Çevrimdışı süre boyunca mali kayıt bütünlüğü nasıl korunuyor?

Veri sahipliği ve çıkış maliyeti

Otopark yazılımı, birkaç yıl içinde işletmenizin en değerli veri varlığını üretir: plaka bazlı geçiş geçmişi, abone kayıtları, tarife performansı, saatlik doluluk profili. Bu verinin size ait olduğunu varsaymayın — sözleşmede yazmıyorsa tartışmalıdır.

1. Dışa aktarım formatı

   Aktarım genellikle CSV, Excel veya API üzerinden yapılır. Hangi tabloların, hangi sıklıkta ve hangi formatta alınabileceği sözleşmede tanımlı olmalıdır. "Talep halinde verilir" ifadesi bir taahhüt değildir.

2. Migrasyon disiplini

   Yazılım değişikliğinde veri doğrulama, mükerrer kayıt kontrolü, format standardizasyonu ve veri temizleme adımları uygulanır. Bu adımların kimin sorumluluğunda olduğu ve ücretlendirileceği baştan netleşmelidir.

3. Sözleşme sonrası erişim

   Sözleşme feshedildiğinde veriye kaç gün daha erişilebilecek? Yedek nasıl teslim edilecek? Bu madde yoksa geçiş sırasında pazarlık gücünüz sıfırdır.

4. KVKK yükümlülüğü kimde?

   Plaka ve görüntü verisi işlendiğinde veri sorumlusu genellikle işletmedir; yazılım sağlayıcısı veri işleyen konumundadır. Aralarındaki sorumluluk paylaşımı yazılı bir veri işleme sözleşmesiyle tanımlanmalıdır.

Donanım entegrasyonu

Yazılım, tek başına hiçbir aracı içeri almaz. Bariyer, plaka tanıma kamerası, doluluk sensörü, ödeme terminali ve LED göstergelerle konuşabilmesi gerekir. Buradaki risk, tedarikçinin yalnızca kendi donanımıyla çalışan kapalı bir ekosistem sunmasıdır.

Açık protokol yaklaşımı benimseyen çözümlerde kuru kontak, RS485/TCP-IP, ONVIF ve RTSP tabanlı sistemlerle entegrasyon desteklenir ve kurulum öncesinde envanter analizi yapılarak uyumluluk raporu hazırlanır. Mevcut bir tesiste yazılım yenilerken bu adım, kullanılabilir donanımın korunmasını sağlayarak bütçeyi doğrudan düşürür.

Gelir kontrolü ve denetim izi

Yazılımın en somut geri dönüşü buradadır. Daha önce otopark işletmeciliği rehberinde ele aldığımız gibi, manuel işletmelerde en büyük ve en görünmez kayıp kalemi, sisteme giren araç sayısı ile tahsil edilen ücret arasındaki farktır. Bu farkı görebilmek için yazılımın üç yeteneği olmalıdır.

Birincisi, tam işlem logu. Program üzerinde yapılan tüm işlemlerin loglanması ve yönetici kullanıcı tarafından raporlanabilmesi gerekir. Kimin, ne zaman, hangi kaydı değiştirdiği görünmüyorsa gelir kontrolü yapılamaz.

İkincisi, anomali tespiti. Olgun sistemler, belirlenen süre içinde belirtilen adetten fazla geçiş yapan aynı plakalı araç olduğunda sesli ve görsel alarm üretebilir. Bu, hem kaçak kullanımın hem de personel kaynaklı düzensizliğin erken göstergesidir.

Üçüncüsü, çapraz mutabakat. Giriş sayısı, ödeme kayıtları, banka POS hareketleri ve Z raporu birbirini doğrulamalıdır. Tek kaynaktan üretilen bir rapor, kendi hatasını gösteremez.

20 soruluk değerlendirme listesi

Aşağıdaki listeyi teklif alacağınız her tedarikçiye aynı biçimde yöneltin ve cevapları yazılı isteyin. Cevapların tutarlılığı, ürünün olgunluğu hakkında özellik listesinden daha fazla bilgi verir.

1. Sisteminiz VUK 385 kapsamındaki elektronik sistem şartlarını karşılıyor mu? Fiş düzenleme, mali hafıza bütünlüğü ve rapor üretimine müdahale edilememesi ayrı ayrı sorulmalıdır.
2. Z raporu üretimi nasıl çalışıyor, cihaz seri numarası bazında mı? Kümülatif hasılatın izlenebilirliği burada belirlenir.
3. Geçmiş kayıt düzeltmesi mümkün mü, mümkünse iz bırakıyor mu? Düzeltilebilirlik değil, izlenebilirlik aranmalıdır.
4. Yol kenarı otopark senaryosunda ÖKC/EFT-POS entegrasyonunuz var mı? Kapsamınıza giriyorsa bu bir tercih değil zorunluluktur.
5. Mimari bulut, yerel mi hibrit mi? Yerel kurulum seçeneği var mı? Şartnameye tabiyseniz cevabın esnekliği belirleyicidir.
6. Veriler hangi ülkede barındırılıyor? Bulut çözümlerde Türkiye lokasyonu teyit edilmelidir.
7. İnternet kesintisinde hangi işlevler çalışmaya devam ediyor? Sadece bariyer mi, ücret hesaplama da mı?
8. Çevrimdışı kayıtlar bağlantı dönünce nasıl mutabakat ediliyor? Çakışma çözüm mantığı sorulmalıdır.
9. Verimi hangi formatlarda dışa aktarabilirim? CSV, Excel, API; hangi tablolar kapsamda?
10. Sözleşme bittiğinde veriye erişim süresi nedir? Gün sayısı ve teslim biçimi yazılı olmalıdır.
11. Veri işleme sözleşmesi (KVKK) sunuyor musunuz? Veri sorumlusu-veri işleyen ayrımı tanımlı mı?
12. Hangi bariyer ve kamera markalarıyla entegre çalışıyorsunuz? Açık protokol desteği mi, kapalı ekosistem mi?
13. Mevcut donanımım için uyumluluk raporu çıkarıyor musunuz? Yenileme projelerinde bütçeyi bu adım belirler.
14. Entegrasyon sorunlarında tek muhatap kim? Sözleşmede isimlendirilmiş sorumluluk arayın.
15. Lisans modeli nedir: tek seferlik mi, abonelik mi? Üç yıllık toplam sahip olma maliyetini hesaplayın.
16. Sürüm güncellemeleri ücrete tabi mi? Yerel kurulumlarda ek ücret talebi yaygındır.
17. Arıza müdahale süresi (SLA) sözleşmede tanımlı mı? Hafta sonu ve mesai dışı kapsamı ayrıca sorulmalıdır.
18. Kullanıcı yetkilendirmesi rol bazlı mı? Vardiya personeli ile yönetici aynı ekranı görmemelidir.
19. Çok tesisli yönetimde veri izolasyonu sağlanıyor mu? Şube bazında yetki ve merkezi denetim birlikte olmalıdır.
20. Referans tesislerinizde yerinde inceleme yapabilir miyim? Demo değil, canlı operasyon görülmelidir.

Sonuç

Otopark yazılımı seçimi, özellik listesi karşılaştırması değil risk yönetimi kararıdır. Sekiz temel modül bugün piyasadaki her üründe bir biçimde vardır; farkı yaratan dört eksen ise mali mevzuat uyumu, mimari tercih, çevrimdışı dayanıklılık ve veri sahipliğidir.

Pratik sıralama şudur: önce mali müşavirinizle birlikte VUK 385 şartlarını ve kendi kapsamınızdaki ÖKC yükümlülüğünü netleştirin. Sonra veri konumu ve mimari kararını verin. Ardından çevrimdışı davranışı ve entegrasyon sorumluluğunu sözleşmeye yazdırın. Fiyatı en son konuşun — çünkü üç yıllık toplam sahip olma maliyeti, ilk teklif rakamıyla çoğu zaman aynı sırada değildir.

Ve unutmayın: yazılımın asıl işi rapor üretmek değil, gelirinizin doğruluğunu ispat etmektir. Bu ölçütü karşılamayan bir sistem, ne kadar şık bir arayüze sahip olursa olsun yatırımını geri ödemez.

Sıkça sorulan sorular