01
Wie mag aanvragen
Medewerkers voor zichzelf, leidinggevenden voor hun team, een gastheer voor een bezoeker. Dat bepaalt het formulier.
OneDayBuild, het bouwdagmerk van Appfront
Scope bepalen: zelf een pas of toegang aanvragen
Een medewerker, bezoeker of leverancier vraagt zelf een pas, een toegangsrecht of een sleutel aan, iemand keurt goed, en de aanvraag komt bij wie de pas uitgeeft. Dat laatste is de grens: de aanvraagflow is in één dag te bouwen, de koppeling met het toegangscontrolesysteem en de fysieke uitgifte niet. Hier lees je waar we de scope leggen, en waarom juist daar.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Waarom de grens bij de koppeling ligt
Een pas aanvragen is een formulier met een goedkeuring. Een pas laten werken is een recht in een systeem dat deuren opent. Het eerste is een dag, het tweede niet.
In veel organisaties gaat een pasaanvraag per mail: de leidinggevende mailt de facilitaire dienst, die vraagt wat de medewerker nodig heeft, die het niet weet, en na drie mails ligt de pas klaar of niet. Bij bezoekers en leveranciers is het nog losser. Een aanvraagflow lost dat op: één formulier met de juiste vragen, een goedkeuring door wie erover gaat, en een lijst bij de uitgever met wat klaar moet.
Het deel daarna is ander werk. Het toegangscontrolesysteem bepaalt welke deur voor welke pas opengaat, en dat systeem heeft zijn eigen koppelvlak, zijn eigen leverancier en vaak een eigen beveiligingseis. Een pas drukken en uitgeven is een handeling aan een balie. Wie dat in dezelfde dag probeert, bouwt een half werkende koppeling in plaats van een werkende aanvraag.
Daarom leggen we de scope bij de goedgekeurde aanvraag. Aan het eind van de dag vraagt iemand aan, keurt iemand goed, en ziet de uitgever wat hij moet doen. De uitgever zet het recht nog met de hand in het toegangssysteem; hoeveel werk dat is, weet je na een maand, en dan weet je ook of de koppeling de moeite waard is.
02
Wie keurt goed
De leidinggevende, de eigenaar van een ruimte, de beveiliging bij bijzondere zones. Eén of twee stappen, niet vijf.
03
Wie geeft uit
De balie, de facilitaire dienst of de beveiliging, met een lijst van wat klaar moet en wanneer.
04
Wat na een maand
Hoeveel aanvragen, hoeveel handwerk bij de uitgever, en of de koppeling met het toegangssysteem dat werk waard is.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Een aanvraagformulier voor pas, toegangsrecht of sleutel, voor medewerkers, bezoekers of leveranciers.
- Goedkeuring in één of twee stappen, met een melding aan wie moet beslissen.
- Een overzicht voor de uitgever van wat klaar moet, en een status voor de aanvrager.
- De code in je eigen repository, met een lijst van wat de koppeling vraagt.
Buiten scope
- De koppeling met het toegangscontrolesysteem en het automatisch toekennen van rechten.
- Het drukken, coderen en uitgeven van de fysieke pas.
- Intrekken bij uitdienst via een koppeling met HR.
- Identiteitscontrole van bezoekers en een bezoekersregistratie aan de balie.
03/06
Hoe de bouwdag verloopt
- Stap 1
Rollen vastleggen
Wie vraagt aan, wie keurt goed, wie geeft uit, en welke soorten toegang er zijn.
- Stap 2
Formulier bouwen
De vragen die de uitgever nodig heeft, niet meer. Soort toegang, periode, reden.
- Stap 3
Goedkeuring
Een melding aan wie beslist, goedkeuren of afwijzen met reden, en de aanvrager ziet het.
- Stap 4
Lijst voor de uitgever
Wat klaar moet, voor wie, vanaf wanneer, met een vinkje als het is uitgegeven.
- Stap 5
Proefdraaien
Een paar echte aanvragen door de hele flow, met de uitgever ernaast.
- Stap 6
Opleveren
Live URL, code in je eigen repository en een lijst van wat de koppeling met het toegangssysteem vraagt.
Volgende stap
Gaan pasaanvragen bij jullie nog per mail?
Vertel ons wie aanvraagt, wie goedkeurt en wie uitgeeft, en welk toegangssysteem jullie hebben. Dan zeggen we of de aanvraagflow in één dag werkend te maken is en wat de koppeling later vraagt.
04/06
Eerlijk over deze scope
- Het handwerk bij de uitgever blijft. De uitgever zet het recht nog zelf in het toegangssysteem. Dat is bewust: eerst zien hoeveel het is, dan beslissen of de koppeling loont.
- Beveiliging beslist over de koppeling. Een koppeling met toegangscontrole raakt de beveiliging van het gebouw. Die beslissing hoort bij de beveiliging en de leverancier, niet bij een bouwdag.
- Een onduidelijke rol is geen techniekprobleem. Als niemand weet wie mag goedkeuren, lost een formulier dat niet op. Dat moet vóór de bouwdag helder zijn.
05/06
Twee manieren om verder te gaan
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Eén bouwdag, OneDayBuild
- Pasaanvragen gaan per mail en niemand weet waar een aanvraag staat.
- Aan het eind van de dag vraagt iemand aan, keurt iemand goed en ziet de uitgever wat klaar moet.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- De aanvraagflow werkt en het handwerk bij de uitgever is groot genoeg voor een koppeling.
- De koppeling met het toegangscontrolesysteem, intrekken bij uitdienst en de bezoekersregistratie.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Wat past er in één dag bij een app om een pas of toegang aan te vragen?
Het aanvraagformulier, de goedkeuring in één of twee stappen, een overzicht voor wie de pas uitgeeft en een status voor de aanvrager. De koppeling met het toegangscontrolesysteem en de fysieke uitgifte vallen erbuiten.
Waarom niet meteen de koppeling met het toegangssysteem?
Omdat die een eigen koppelvlak, een eigen leverancier en eisen aan de beveiliging heeft. Wie dat in dezelfde dag probeert, eindigt met een half werkende koppeling. Eerst de aanvraag goed, dan zien of de koppeling het werk waard is.
Werkt het ook voor bezoekers en leveranciers?
De aanvraag wel: een gastheer vraagt toegang aan voor een bezoeker of leverancier, met periode en reden. De identiteitscontrole aan de balie en een bezoekersregistratie zijn een eigen stap.
Wie moet er bij de bouwdag zijn?
Iemand die weet wie mag aanvragen en goedkeuren, en iemand van de uitgifte, meestal de facilitaire dienst of de beveiliging. Zonder die twee bouwen we een formulier dat niemand gebruikt.
Kan een pas worden ingetrokken als iemand vertrekt?
In de dag niet automatisch. De lijst van uitgegeven toegang is er wel, zodat de uitgever bij een vertrek ziet wat moet worden ingetrokken. De koppeling met HR komt in het traject daarna.
Wat is de volgende stap na de dag?
Een maand gebruiken, tellen hoeveel aanvragen er zijn en hoeveel handwerk de uitgever heeft, en dan beslissen of de koppeling met het toegangssysteem en HR loont.
