Offline is de eis, niet de wens
Een scanner die per scan een server moet bevragen, staat stil op het moment dat het druk is. Dit is de eerste vraag aan elke leverancier.
Een code uitgeven en hem bij de deur scannen is in een dag te bouwen. De vraag die ertoe doet is een andere: is dat betrouwbaar genoeg als er tweehonderd mensen tegelijk binnen willen, op twee ingangen, in een hal waar het mobiele netwerk het begeeft. Dat verschil bepaalt of een dag genoeg is.
De code maken is een middag. De deur is het echte werk.
Een toegangsbewijs bestaat uit twee helften met heel verschillende eisen. De ene helft geeft uit: iemand koopt of krijgt iets en er komt een code. Dat is rustig werk zonder tijdsdruk. De andere helft controleert bij de deur: honderden mensen in een halfuur, met een apparaat in de hand, in een gebouw waar iedereen tegelijk op zijn telefoon zit.
Op die tweede helft komen de eisen binnen die alles bepalen. De scanner moet werken zonder netwerk, want dat is in een volle hal de normale situatie. Elke code mag maar één keer binnenlaten. En als er twee ingangen zijn, mogen die niet allebei dezelfde code accepteren omdat ze even niets van elkaar weten.
In één dag is de eerste helft goed te doen, plus een scanner die offline werkt op één ingang. Meerdere ingangen die onderling synchroniseren is een volgende stap. Dat is geen bezwaar, zolang je weet welk deel je koopt.
Een scanner die per scan een server moet bevragen, staat stil op het moment dat het druk is. Dit is de eerste vraag aan elke leverancier.
Een code die twee keer werkt, is geen toegangsbewijs. Dat lokaal bijhouden is precies waarom offline scannen lastig is.
Twee scanners zonder onderling contact kunnen dezelfde code toelaten. Daar is een oplossing voor, en die past niet in dezelfde dag.
Hoeveel bezoekers, in hoeveel minuten, op hoeveel ingangen? Dat zijn de ontwerpeisen.
Een code per bezoeker, verstuurd in een vorm die zonder internet te openen is.
Werkend zonder netwerk, met de geldige codes lokaal beschikbaar.
Een code die al is gebruikt, komt er niet nog eens door.
Dit is de test die telt. Werkt het niet, dan is de rest niet interessant.
Meerdere ingangen, apparatuur, de terugval als een telefoon leeg is.
Vertel hoeveel bezoekers je binnen wilt laten, in hoeveel tijd en op hoeveel ingangen. In een korte intake bepalen we welk deel in één dag te bouwen is en wat er daarna nog nodig is.
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Omdat een volle hal het mobiele netwerk onbruikbaar maakt: honderden bezoekers zitten op hetzelfde moment op hun telefoon. Een scanner die per scan een server moet bevragen, staat dan stil op precies het moment dat het druk is. Vraag daarom altijd om een demonstratie met de verbinding uitgeschakeld.
Zonder onderling contact wel, en dat is de belangrijkste beperking van een bouwdag. De praktische oplossing is een korte synchronisatie over een eigen lokaal netwerk plus een controle achteraf op dubbel gebruik. Dat is een volgende stap, geen dagwerk.
Een deel ervan. Verkoop, betaling, terugbetaling bij afgelasting en kaartsoorten horen bij een ticketsysteem en niet bij deze dag. Wat je hier bouwt is de toegangskant: uitgeven, scannen, eenmalig gebruik. Voor de rest bestaan goede platforms.
Dat gebeurt op elke avond, dus regel een terugval: een lijst op naam bij de deur of een code die opnieuw op te vragen is. Dit is precies het soort ding dat je op een bouwdag ontdekt en dat in een offerte zelden staat.
Reken je kaarten per jaar maal de kosten per kaart. Bij een paar honderd kaarten per jaar wint een platform vrijwel zeker; bij tienduizenden wordt het jaarbedrag een serieuze post en gaat zelf bouwen meetellen, zeker als je eisen hebt die een platform niet aankan.
In een korte intake kijken we naar je aantallen en je ingangen, en bepalen we welk deel in één dag te bouwen is. Wil je daarna doorbouwen, dan doet Appfront dat traject.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.