Abonelikler ve giriş kontrolü tek sistemde
Çok şubeli spor işletmelerinin %70'inde abonelikler bir sistemde, turnike girişi başka bir sistemde yer alır ve ikisi sabah bir, akşam bir kez senkronize olur. Bu, her gün açık kalan bir dolandırıcılık penceresi ve ek bir operasyon maliyeti demektir. Tek bir sistem ikisini birden yönettiğinde tablo nasıl değişir?
Abonelik ve turnike girişi iki ayrı modül değildir; tek bir veri nesnesinin iki yüzüdür.
4 havuzlu bir zincir ya da 6 spor salonu işleten bir şirket genellikle şöyle çalışır: abonelikler CRM benzeri bir sistemde (Excel veya eski bir yazılım) tutulur, turnike girişi ise turnike tedarikçisinin kendi yazılımıyla yönetilir. Saat 06:00'da CRM abonelik listesini dışa aktarır, turnike sistemi içe alır. Saat 14:00'te yeni abonelik alan müşteri, bunu turnikede 22:00'ye kadar kullanamaz. Resepsiyonist onu elle içeri alır ya da misafir dört saat bekler. Bu eksik bir özellik değil, mimari bir boşluktur.
Çözüm “daha sık senkronizasyon” değildir; abonelik satışından turnikenin açılmasına kadar tek bir veri akışını yöneten tek bir sistemdir.
Çok şubeli bir işletme tek sistemle ne kazanır?
- Anında abonelik aktivasyonu: satın almadan 3 saniye sonra turnike müşteriyi içeri alır.
- Zincir genelinde ortak abonelik: fitness aboneliği her şubede geçerlidir, kullanım otomatik olarak ilgili şubeye yansıtılır.
- Tek müşteri kaydı: yıllık abonelikler, aile eklentileri ve grup dersleri aynı kişinin altında toplanır.
- Konsolide raporlama: “X şubesine Y abonelik türüyle kaç kişi geldi” tek seferlik bir veri çekme değil, kontrol panelindeki bir sorgudur.
- Daha dar dolandırıcılık alanı: abonelik paylaşımı (bir abonelik, üç arkadaş) turnike giriş örüntülerinden görünür hâle gelir.
Mimari: tek abonelik, çok turnike
Lunda mimarisinde abonelik, merkezi veritabanında geçerli olduğu şube kodlarıyla işaretlenmiş tek bir kayıttır. Turnikeler günlük bir dışa aktarma listesi çekmez; her giriş denemesinde gerçek zamanlı bir sorgu gönderir: “4711 numaralı kart şu anda burada geçerli mi?”. Yanıt 100 ms'nin altında gelir (Redis önbellek + Postgres yedek), turnike açılır ve olay kaydedilir. Ağ bağlantısı koparsa turnike yerel moda geçer (son 24 saatlik listeyi kullanır ve her olayı merkeze iletilmek üzere sıraya alır); böylece bir WiFi sorunu girişleri asla dondurmaz.
Gizlilik ve yetkilendirmeler
Turnike kayıtları kişisel veridir ve sıkı saklama ile erişim kurallarına tabidir (GDPR, yerel veri koruma mevzuatı). Tek bir birleşik sistemin avantajı, saklama sürelerinin (genellikle 6–12 ay), anonimleştirme adımlarının ve rol tabanlı erişimin tek bir yerden uygulanabilmesidir: resepsiyonistler bugünün olaylarını, yöneticiler aylık toplamları görür; açıkça yetkilendirilmedikçe hiç kimse “Ahmet Bey saat X'te Y yaptı” türünden ayrıntıları göremez. İki ayrı sistemle bunun paralel olarak çözülmesi ve her denetim sorusunun iki kez yanıtlanması gerekir.
Satın almadan önce sormanız gerekenler
- Abonelik satın alındıktan kaç saniye sonra turnikede geçerli olur? (Beklenen: < 5 saniye.)
- Ağ bağlantısı koparsa turnike mevcut abonelik sahiplerini yine de içeri alır mı? (Beklenen: evet, yerel yedek modla.)
- Bir abonelik sahibinin farklı bir şubeden giriş yapması ne kadar sürer? (Beklenen: abonelik orada geçerliyse anında.)
- Abonelik paylaşımı tespiti dahil mi? (Beklenen: evet, şüpheli giriş örüntülerini işaretler.)
- Resepsiyon abonelik, bilet ve turnike için kaç ayrı sistem kullanmak zorunda? (Beklenen: 1.)
“Günlük senkronize ediyoruz” bugün bir günlük dolandırıcılık penceresi demektir. Yarın ise müşterinin başka bir yere gitmesi demektir.
Lunda'nın birleşik abonelik ve giriş kontrolü hakkında daha fazla bilgi: /ai-termekek/lunda