Beléptető rendszer — barcode és NFC

A beléptető a Lunda legkritikusabb komponense — itt látszik leghamarabb, ha valami nem működik. A vendég a kapuhoz lép, megpróbál bejönni, és vagy bejön, vagy nem. Egyetlen másodperc reakcióidő különbsége azt jelenti, hogy reggel 7:30-kor a sor 3 méter vagy 30 méter.

Két leolvasási mód

A Lunda kétfajta azonosítóval dolgozik:

1. Barcode (QR + 1D) — papírjegyen, kinyomtatott voucheren, telefon képernyőjén megjelenő QR-kód. A leolvasó (Honeywell, Zebra, Datalogic) általában 200–400 ms alatt feldolgozza.
2. NFC (kártya + chip) — fizikai bérletkártya, ami az olvasóhoz érintve azonosít. Sokkal gyorsabb, jellemzően 100–150 ms.

A két mód egyszerre üzemel: a vendég oda mehet, ahova kényelmes. Online vásárolt jegy → QR a telefonon. Éves bérlet → NFC-kártya. Aki mindkettőt megveszi, a kártyája és a vouchere is működik.

Sub-300 ms cél

A mért válaszidő (scan → backend válasz → kapu nyitás-jel) átlaga az ügyfeleinknél 235 ms, 95-percentilis 290 ms. Ez azért fontos, mert:

• 200 ms alatt: a vendég nem érzékeli a várakozást, természetesnek tűnik.
• 200–500 ms: észrevehető, de tolerálható.
• 500 ms felett: a vendég megáll, oldalra néz, hátranéz — a következő vendég bezsúfolódik.

A 300 ms-os cél nem techno-büszkeség, hanem üzemi szám: szombat 9:00-kor 6–8 belépés / perc / kapu kell. Ha lassul, sor alakul ki.

Turnstile-integráció

A Lunda három turnstile-gyártóval integrált:

• Boon Edam (holland, prémium) — Speedstile / Lifeline modellek, főleg termálfürdőknél.
• Gunnebo (svéd) — SpeedStile / SmartStile, sokoldalú beléptetésben.
• Egy magyar gyártó — egyedi mechanikus karok, jó ár/érték, kisebb létesítményekben.

A Lunda backend egy szabványosított protokollon (Modbus / RS-485 / HTTP REST a turnstile vendor függvényében) küld nyitás-jelet. Az API absztrakciónk miatt a backend kódja nem tud arról, hogy melyik gyártó kapuját nyitja — minden "turnstile.open(gateId, direction)".

Fail-open vs fail-secure

Kritikus döntés minden létesítménynél: mi történjen, ha a backend nem válaszol?

• Fail-secure — minden gyanús esetben tilt. Bérlet kezelhetetlen → nem enged be. Szigorúbb, biztonságosabb, de hosszabb sort generál hiba esetén.
• Fail-open — ha a backend nem válaszol 1 mp-en belül, a kapu kinyit. Vendégbarát, de visszaélhető (valaki betolakodhat, miközben a rendszer áll).

A legtöbb fürdő fail-secure-t választ, mert a kockázat (illetéktelen belépés, baleset, biztosítás-vita) nagyobb, mint a kényelmetlenség. A kapuhoz beosztott biztonsági személyzet kezeli a fail-secure ablakot: ha a vendég panaszkodik, manuálisan beengedi.

A Lunda admin felületén kapcsolható: fail-secure default, de event-vezérelten (pl. tűzriadó, kiürítés) fail-open módra válthat.

Belépés-logolás — törvényi előírás

Minden belépést és kilépést logolunk: vendég-azonosító, bérlet/jegy ID, kapu, időbélyeg, mód (barcode/NFC), eredmény (sikeres / fail). Ezt:

• Uszodában törvényileg meg kell tenni (élet- és balesetbiztonsági nyomon követés — ki van bent baleset esetén).
• Bérletfelhasználás-analitikához használjuk (mely időben jönnek a vendégek, mennyit voltak bent).
• Vitás esetekben ("nem voltam ott") visszakereshető.

A logok 7 évig megőrzendők — ez a Lunda DB-ben standard. Negyedévente egy archív-folyamat áthelyezi a régebbi rekordokat hideg tárolóba.

Tanulság

A beléptető nem egy turnstile, hanem egy rendszer: szkenner + backend + nyitás-jel + log. Sub-300 ms cél, fail-secure default, két leolvasási mód, törvényi log — ezek a kötelező alapok.