Beveiliging
Inclusiviteit en vakmanschap: TKH Security viert 8 jaar succesvolle samenwerking met de Amfors Groep
Maatschappelijke impact én industriële topkwaliteit Amfors Productiebedrijf en Metafors, beide onderdeel van...
Access Control as a Service (ACaaS): Wat het is en waarom het belangrijk is
Vroeger betekende het aanschaffen van een toegangscontrolesysteem een investeringsproject: een server, besturingskasten in een technische schacht, bekabeling naar elke deur en een onderhoudscontract om alles operationeel te houden. Access Control as a Service vervangt dat project door een abonnement en verplaatst de software, updates en beheerconsole naar een platform dat door een andere partij wordt beheerd. Deze gids legt uit wat ACaaS omvat binnen de fysieke beveiliging, hoe een implementatie in de praktijk wordt opgebouwd, hoe de kostenstructuur eruitziet wanneer u software via een abonnement afneemt in plaats van deze aan te schaffen, en waar dit model zijn grenzen heeft. Ook bespreken we welke vragen u een leverancier moet stellen voordat u een contract ondertekent.
In dit artikel staat toegangscontrole voor fysieke toegang tot gebouwen en ruimtes centraal: deuren, sloten, lezers en toegangsmiddelen. Dezelfde term wordt in de IT gebruikt voor toegangsrechten tot bestanden, applicaties en netwerken. Deze pagina gaat over toegangscontrole voor gebouwen.
Inhoudsopgave
Wat is Access Control as a Service?
Access Control as a Service (ACaaS) is een leveringsmodel waarbij de software die bepaalt wie welke deur mag openen, als abonnementsdienst door de leverancier wordt gehost en onderhouden. Op locatie wordt alleen de deurhardware geïnstalleerd. De klant betaalt periodiek voor het platform, in plaats van een systeem in zijn geheel aan te schaffen en volledig in eigendom te nemen.
De afkorting ACaaS volgt hetzelfde patroon als SaaS, software as a service. De vergelijking is dus inhoudelijk en niet slechts een mooie benaming. In beide gevallen wordt de applicatie door de leverancier beheerd, via een browser gebruikt, centraal bijgewerkt en via een abonnement betaald. Het verschil is dat toegangscontrole ook een fysieke laag heeft. ACaaS betekent dus niet dat alle hardware uit het gebouw verdwijnt. Sloten, lezers en toegangsmiddelen blijven waar ze zijn.
Drie zaken die de klant niet langer zelf bezit, verdienen een expliciete vermelding, omdat ze het grootste operationele verschil verklaren:
- De server. Geen machine in een rack waarop de toegangscontroledatabase draait en geen onderliggend besturingssysteem dat u moet patchen, back-uppen of aan het einde van de levensduur moet vervangen.
- De softwareversie. Het platform wordt voor alle klanten als één actuele versie onderhouden. Er is dus geen lokale versie die geleidelijk achterloopt.
- Het upgradeproject. Nieuwe functionaliteit wordt onderdeel van de dienst, in plaats van een afzonderlijk project waarvoor eerst een offerte moet worden opgesteld en dat vervolgens moet worden gepland en uitgevoerd.
Wat overblijft, is het fysieke deel: de deurhardware, de toegangsmiddelen die mensen bij zich dragen en de beslissing wie door welke deur mag. ACaaS verandert waar die beslissing wordt vastgelegd en beheerd, niet wat de beslissing inhoudt.
ACaaS voor fysieke beveiliging is geen cloudgebaseerd toegangsbeheer voor IT-systemen
Binnen de fysieke beveiliging betekent toegangscontrole: deuren, sloten, lezers en de toegangsmiddelen waarmee toegang wordt verkregen. ACaaS heeft in deze betekenis betrekking op een gebouwsysteem: een cloudplatform waarop toegangsrechten en tijdschema’s voor fysieke toegangspunten worden beheerd, zoals buitendeuren, vergaderruimtes, magazijnen, technische schachten en afzonderlijke serverracks.
In de IT heeft dezelfde term betrekking op toegang tot bestanden, applicaties, netwerken en gegevens. Dit vakgebied heeft zijn eigen terminologie, waaronder op rollen gebaseerde toegangscontrole (RBAC), op kenmerken gebaseerde toegangscontrole (ABAC) en toegangscontrolelijsten (ACL’s). Hierbij gaat het om wat een geauthenticeerd account binnen een systeem mag doen, niet om welke deur het mag openen.
Het gaat om twee echt verschillende vakgebieden. Een pagina over het ene vakgebied is dan ook weinig nuttig voor iemand die informatie over het andere zoekt. Toch komen beide vakgebieden op één specifiek en steeds vaker voorkomend punt samen: het identiteitsplatform.
Wanneer een fysiek toegangsplatform gebruikmaakt van hetzelfde identiteitsplatform dat ook e-mail- en applicatielogins beheert, worden beide systemen met één administratieve handeling bijgewerkt. Wanneer het account van een medewerker die uit dienst gaat wordt uitgeschakeld, vervallen zowel de laptoplogin als de toegang tot het gebouw, zonder dat een tweede verzoek aan een tweede team nodig is. Die convergentie verklaart waarom de twee betekenissen van de term steeds door elkaar lopen. Tegelijkertijd is dit het sterkste praktische argument voor fysieke toegangscontrole in de cloud binnen een organisatie die al gebruikmaakt van een cloudgebaseerd identiteitsplatform.
Hoe een ACaaS-implementatie tot stand komt
Een gehoste toegangscontrole-implementatie bestaat uit drie onderdelen: wat in het gebouw blijft, wat als toegangscontroledienst draait en hoe personen en hun toegangsrechten in het systeem terechtkomen.
Wat blijft er in het gebouw?
De deurhardware, en meestal vrijwel niets anders. Elke gecontroleerde doorgang krijgt een slot of een lezer. Drukbezochte ingangen, zoals een hoofdingang of een rij tourniquets, zijn doorgaans met netstroom gevoed en permanent aangesloten. Deuren die minder vaak worden gebruikt, zijn meestal voorzien van draadloze, batterijgevoede sloten die hun toegangsrechten lokaal opslaan en zich periodiek aanmelden, in plaats van een permanente verbinding te onderhouden.
De consequentie daarvan moet duidelijk worden benoemd: geen ruimtebeslag in een serverruimte, geen besturingskast in een technische schacht en bij een draadloze implementatie geen kabeltraject naar elke afzonderlijke deur. Dat laatste maakt het achteraf installeren van toegangscontrole in een gebouw dat in gebruik is haalbaar, omdat het werk bij het deurblad stopt in plaats van door plafonds en muren heen te lopen op een in gebruik zijnde verdieping. Daarom zijn implementaties op meerdere locaties ook haalbaar geworden voor organisaties zonder een technische medewerker op locatie voor elke vestiging.
Wat draait als dienst?
Het beheerplatform bevat toegangsrechten, gebruikersgroepen, tijdschema’s, geschiedenis van toegangsgebeurtenissen en rapportages. U opent het via een browser; dagelijkse handelingen en configuratie zijn ook via een app beschikbaar. Dit is de laag waarop vragen over cloudgebaseerde toegangscontrole betrekking hebben, omdat hier de toegangsgegevens worden opgeslagen en beheerd.
Het operationele verschil dat klanten als eerste merken, is kleiner dan het klinkt, maar belangrijker dan verwacht: updates komen binnen zonder dat daarvoor een project nodig is. Er is geen versie waarnaar u een migratie moet plannen, geen compatibiliteitsmatrix die u aan het besturingssysteem van de server moet toetsen en geen onderhoudsvenster dat u moet reserveren.
Hoe komen personen en toegangsrechten in het systeem terecht?
Er zijn twee routes en de meeste implementaties gebruiken beide. Medewerkers worden gesynchroniseerd vanuit het identiteitsplatform van de organisatie, meestal Microsoft Entra ID. Ze verschijnen wanneer ze in dienst komen, krijgen andere toegangsrechten wanneer hun functie verandert en verliezen hun toegang wanneer ze uit dienst gaan, zonder dat er daarnaast een afzonderlijke lijst moet worden bijgehouden. Alle anderen, zoals aannemers, schoonmakers, leveranciers en bezoekers, worden rechtstreeks in het platform aangemaakt, meestal vanaf het begin met een vervaldatum.
Juist bezoekers maken het verschil tussen platforms, omdat zij meestal slechts enkele uren toegang nodig hebben en geen app zullen installeren om die toegang te krijgen. Sommige platforms lossen dit op met een tijdelijke code die vooraf wordt uitgegeven. ATLAS genereert bijvoorbeeld een QR-code met een vastgelegd toegangstijdvenster. Deze wordt afgeleverd in de Apple Wallet of Android Wallet van de bezoeker en bij de ingang gelezen door een Commend-intercompost, die onafhankelijk van ATLAS kan worden ingezet. Zo komt de bezoeker aan met toegang die al geregeld is en hoeft er niets te worden gedownload.
Platforms in deze categorie, waaronder ATLAS Access als cloudgebaseerd toegangscontrolesysteem, bieden doorgaans zowel native integratie met identiteitsplatforms als een REST API voor identiteitssystemen die niet standaard worden ondersteund.
Het commerciële model: Wat u niet meer koopt en waarvoor u voortaan betaalt
ACaaS wordt meestal beschreven als een verschuiving van CapEx naar OpEx. Dat klopt, maar voor een goed gesprek over het budget is meer detail nodig. Drie categorieën zijn nuttiger.
| Eenmalige aanschaf | Periodieke betalingen | Niet langer aangekocht |
|---|---|---|
| Sloten en lezers per deur | Platformabonnement, doorgaans geprijsd per deur, gebruiker of locatie, inclusief ondersteuning en updates | Serverhardware en de bijbehorende vervangingscyclus |
| Kosten voor installatie en inbedrijfstelling | Vervangingsbatterijen voor draadloze sloten | Besturingssysteem en databaselicenties voor de server |
| Fysieke toegangsmiddelen, waaronder masterkaarten en noodkaarten | Vervanging van fysieke toegangsmiddelen, als er nog kaarten worden uitgegeven | Besturingskasten en hun behuizingen |
| Bekabeling voor lezers met netvoeding bij drukbezochte deuren | Uitgebreide opslag of archivering van gebeurtenissen, wanneer hiervoor afzonderlijk kosten in rekening worden gebracht | Bekabeling naar elke deur bij draadloze implementaties |
| Projecten voor versie-upgrades en onderhoud van software op locatie |
Toegangscontrole op abonnementsbasis wordt doorgaans geprijsd per eenheid die meegroeit met uw gebouwenbestand, niet op basis van een eenmalige licentie: per deur, per gebruiker of per locatie, soms met prijsniveaus die extra functionaliteit ontsluiten. De eenheid is belangrijker dan het nominale tarief, omdat een gebouw met veel deuren en weinig mensen heel anders wordt geprijsd dan een gebouw met weinig deuren en een groot personeelsverloop. De prijseenheid is dan ook het eerste wat u bij het vergelijken van offertes moet vaststellen.
De eerlijke conclusie is deze. Over een periode van vijf jaar hoeft het totaal niet lager uit te vallen dan bij een systeem dat u zelf bezit. Wat verandert, is de vorm van de uitgaven: de uitgaven beginnen lager, zijn voorspelbaar, omvatten upgrades die anders als ongeplande kapitaalaanvragen zouden verschijnen en verschuiven van een goedkeuringsproces voor investeringen naar een post op het exploitatiebudget. Voor veel organisaties is die herindeling van het budget de echte reden waarom het model aantrekkelijk is, niet de rekensom.
Wat verandert er voor de mensen die het gebouw beheren?
Drie rollen ondervinden de gevolgen van dit model en ervaren die elk op een andere manier.
De facilitair manager (systeembeheerder)
Routineaanpassingen van toegangsrechten zijn niet langer tickets. Een aannemer voor één middag toegang geven tot één deur, een toegangsmiddel verstrekken aan een nieuwe medewerker of de toegang intrekken voor iemand die uit dienst is, wordt een taak die in minder dan een minuut via een browser of app is voltooid, in plaats van een verzoek aan degene die over de beheerdersrechten beschikt. Dit is vooral belangrijk wanneer toegang onmiddellijk nodig is. Van een nieuwe medewerker weet u meestal al dagen van tevoren dat hij of zij begint, dus zelfs een langzaam proces werkt dan nog. Een bezoeker die bij de receptie staat of een monteur die voor een dringende reparatie wordt opgeroepen, heeft nu toegang nodig. Juist dan wordt wachten tot iemand anders in actie komt een probleem.
De keerzijde is dat u met die mogelijkheden ook verantwoordelijkheid krijgt. Wanneer het toegangsbeheer echt selfservice is, is het ook echt de taak van het facilitaire team.
De IT-manager
Niets meer patchen, geen database meer back-uppen en geen verouderde server meer waarvoor u budget moet reserveren. Daar staan twee nieuwe verantwoordelijkheden tegenover. Ten eerste is er de leveranciersbeoordeling. De toegangsgegevens staan nu bij een derde partij. Volgens de AVG blijft de klant de verwerkingsverantwoordelijke en treedt de leverancier op als verwerker. De verplichtingen van de eigen organisatie blijven dus bestaan. Dit is standaard voor elke cloudservice en wordt geregeld via een verwerkersovereenkomst. Daarin staat wat de leverancier met de gegevens mag doen, waar ze worden opgeslagen en wat er aan het einde van het contract gebeurt. Het lezen van die overeenkomst maakt deel uit van de beoordeling. De tweede verantwoordelijkheid betreft de identiteitsintegratie. Als de synchronisatie niet meer werkt, gaat er zichtbaar niets mis, maar komen wijzigingen niet meer binnen. Een medewerker die uit dienst is, behoudt dan zijn of haar toegang totdat iemand dit merkt. Dit geldt voor elk systeem dat vanuit een identiteitsplatform wordt gevoed, maar is nieuw voor organisaties waarvan het oude toegangscontrolesysteem een afzonderlijke gebruikerslijst bijhield.
De installateur of integrator
Minder bekabeling, minder werk voor de inbedrijfstelling en aanzienlijk minder tijd op locatie. De configuratie vindt plaats via een app bij de deur, in plaats van via een werkstation in een technische ruimte. Een slot kan doorgaans in minder dan een minuut aan het systeem worden toegevoegd. Minder infrastructuur betekent ook lagere installatiekosten. Daardoor wordt het economisch haalbaar om ook deuren te beveiligen die nooit van bekabeling zouden zijn voorzien.
Wat voor de bekabeling in de plaats komt, is het beheer van firmware en batterijen binnen een verspreid geheel van draadloze apparaten. Dat is een lichtere belasting dan een controllernetwerk, maar de taak verdwijnt niet. Spreek daarom vóór de overdracht af wie ervoor verantwoordelijk is.
Waar past ACaaS en waar heeft on-premise nog steeds de voorkeur?
Kies ACaaS wanneer:
- u meerdere locaties beheert en voor alle locaties één console wilt gebruiken
- toegangsrechten moeten kunnen worden beheerd vanaf de plek waar de manager zich bevindt
- toegangsrechten vaak veranderen door personeelsverloop, bezoekers of aannemers
- u huurder bent, geen serverruimte heeft en er ook geen wilt inrichten
- u een gebouw dat in gebruik is achteraf van toegangscontrole voorziet en bekabeling overlast veroorzaakt
- u al standaard met een cloudgebaseerd identiteitsplatform werkt
- u geen eigen IT-team op locatie hebt
- om servers te onderhouden, software te patchen of back-ups te beheren
- de integratie met andere cloudgebaseerde diensten (HR-systemen, bezoekersbeheer) eenvoudiger te realiseren is
Blijf bij een on-premises oplossing wanneer:
- locatieregels niet toestaan dat beveiligingssystemen verbinding maken met het internet
- uw bestaande lezers of toegangsmiddelen niet door het platform worden ondersteund en de hardware nog jaren meegaat
- interne regels verbieden dat toegangsgegevens uw eigen infrastructuur verlaten
- het aantal deuren zo groot is dat het terugkerende softwareabonnement duurder uitvalt dan een eenmalige licentie (in de meeste implementaties wordt de hardware volledig aangeschaft en is alleen de software een abonnement; ACaaS is dus geen huurmodel voor sloten en lezers).
- u toegangsbeheer op één platform wilt combineren met video-, inbraak- en gebouwbeheersystemen
Gebouwen met meerdere huurders vallen duidelijk in de eerste kolom, en wel om een specifieke structurele reden. Een vastgoedbeheerder kan het dagelijkse toegangsbeheer delegeren aan de beheerder van elke huurder, zonder die persoon meer rechten te geven dan nodig zijn voor de eigen ruimte. Zo hoeft de vastgoedbeheerder niet elk routineverzoek van elke gebruiker zelf af te handelen. Die delegatie is moeilijk te organiseren wanneer het systeem één zelf beheerde installatie met één beheerconsole is.
De twee kolommen zijn geen vaste categorieën. Leveranciers die zowel gehoste als on-premises platforms aanbieden, kunnen doorgaans een migratietraject tussen beide beschrijven. Dat is belangrijk voor organisaties waarvan de vereisten in een bepaalde richting evolueren, maar die nog niet zover zijn.
Vragen die u een ACaaS-leverancier moet stellen voordat u tekent
Deze acht vragen kunt u rechtstreeks overnemen in een aanbestedingsdocument. Elke vraag heeft een reden en op elke vraag moet een antwoord op papier komen, niet alleen in een vergadering.
- Welke uptime wordt gegarandeerd en wat gebeurt er als die niet wordt gehaald? Uptime is het percentage van de tijd waarin het platform gegarandeerd beschikbaar is, zoals vastgelegd in de service level agreement (SLA). Een contractueel vastgelegde waarde verschilt van een marketingclaim over betrouwbaarheid. Wat er gebeurt wanneer de waarde niet wordt gehaald, is net zo belangrijk als de waarde zelf.
- Waar worden de gegevens opgeslagen en kunnen we een specifieke regio eisen? De locatie waar gegevens worden opgeslagen is een contractuele, geen technische kwestie. Als uw organisatie vereist dat toegangsgegevens binnen een bepaald rechtsgebied blijven, moet die eis worden opgenomen in de overeenkomst, samen met de verwerkersovereenkomst van de leverancier.
- Welke deuren blijven werken bij een internetstoring en hoe lang? Vraag waar de beslissing over toegang wordt genomen. Als toegangsrechten in de deur of in een lokale controller zijn opgeslagen, blijven bevoegde personen toegang krijgen en worden gebeurtenissen later geüpload. Als een deur op dat moment afhankelijk is van een antwoord van het platform, werkt dat niet. Vraag dit per deurtype na en informeer hoe lang opgeslagen toegangsrechten geldig blijven voordat de hardware opnieuw verbinding moet maken.
- Hoe lang worden toegangsgebeurtenissen standaard bewaard, en welke mogelijkheden zijn er als we ze langer nodig hebben? De bewaartermijn is de periode waarin het platform gebeurtenisregistraties bewaart voordat deze worden verwijderd. Die termijn verschilt sterk per platform. Als u vanwege een audit of verzekering een specifieke geschiedenis moet kunnen aantonen, controleer dan de standaardtermijn voordat u ervan uitgaat dat deze aan uw verplichting voldoet. Controleer ook wat ervoor nodig is om de termijn te verlengen.
- Hoe krijgen we onze gegevens over toegangsgebeurtenissen eruit, in welk formaat, via welke interface en met welke opzegtermijn? Met export kunt u gebeurtenissen langer bewaren dan de standaardbewaartermijn van het platform. Als u een langere geschiedenis nodig hebt, is export de oplossing. Export bepaalt ook welke gegevens u kunt meenemen als u van leverancier verandert. Een REST API, een geplande export of een gedocumenteerd bestandsformaat zijn allemaal werkbare antwoorden.
- Welke identiteitsplatforms worden native ondersteund, in plaats van via een connector? Bij een native integratie maakt het toegangsplatform rechtstreeks verbinding met uw identiteitsplatform. Een connector is een afzonderlijk softwareonderdeel dat als tussenlaag fungeert. Dat betekent dat er een extra component moet worden onderhouden en een extra partij betrokken is wanneer de synchronisatie niet meer werkt.
- Wie is verantwoordelijk voor firmware-updates en batterijen van de sloten? In een gedistribueerd draadloos netwerk is dit echt een steeds terugkerende taak. In het contract moet duidelijk bij naam worden vastgelegd wie hiervoor verantwoordelijk is: de klant, de integrator of de leverancier.
- Wat gebeurt er met de geïnstalleerde hardware als we het contract beëindigen? De eigendomssituatie verschilt. Sloten en lezers kunnen eenmalig worden aangeschaft, geleased of in het abonnement zijn inbegrepen, en dat bepaalt of u ze mag houden. Twee aanvullende punten moeten worden bevestigd: of de hardware opnieuw kan worden geconfigureerd voor gebruik met het platform van een andere leverancier en of deze blijft functioneren zodra het abonnement eindigt. Samen bepalen deze punten wat een overstap daadwerkelijk kost.
Bewaring en export verdienen bijzondere aandacht wanneer de organisatie een auditverplichting heeft, aangezien deze twee aspecten bepalen of u bewijsmateriaal kunt overleggen wanneer iemand daarom vraagt. In de EU verplicht NIS2 organisaties die onder de richtlijn vallen bijvoorbeeld om risicobeheersingsmaatregelen te nemen voor onder meer fysieke beveiliging en toegangscontrole en om deze maatregelen aantoonbaar te maken. Daardoor zijn bewaartermijnen en mogelijkheden voor export een praktische en geen theoretische kwestie.
De ACaaS-markt: Wat stimuleert de acceptatie?
De markt voor Access Control as a Service groeit om redenen die weinig met toegangscontrole zelf te maken hebben en veel met de veranderingen eromheen.
Vier factoren verklaren het grootste deel van die groei. Ten eerste zijn aangrenzende gebouwsystemen als eerste naar de cloud verhuisd. Video-, gebouwbeheer- en bezoekerssystemen hadden het idee van een gehost platform dus al gangbaar gemaakt voordat toegangscontrole volgde. Ten tweede veranderde hybride werken de bezettingspatronen. Een gebouw waarvan de bezetting van dag tot dag varieert, is moeilijker te beheren met statisch toegewezen toegangsrechten en fysieke sleutels. Ten derde maakte personeelsverloop het beheer van toegangspassen onevenredig duur. De kosten zitten namelijk niet in de pas zelf, maar in het werk om deze uit te geven, terug te nemen en te vervangen. Ten vierde maakte mobiele toegangscontrole fysieke toegangsmiddelen overbodig. Het uitgeven of intrekken van een toegangsmiddel op iemands telefoon is het meest logisch via een platform dat overal bereikbaar is, en dat is precies wat een gehoste dienst biedt.
Veelgestelde vragen over ACaaS
Waar staat ACaaS voor?
De term beschrijft een model waarbij de software die beheert wie welke deur mag openen, als abonnementsdienst door de leverancier wordt gehost en onderhouden, terwijl alleen de deurhardware op locatie wordt geïnstalleerd.
Gaat ACaaS over deuren in gebouwen of over IT-systemen?
Op het gebied van fysieke beveiliging gaat het om deuren, sloten en lezers die via een abonnement worden aangeboden. In de IT heeft dezelfde term betrekking op toegang tot bestanden, applicaties en netwerken. Beide betekenissen komen samen in het identiteitsplatform: wanneer één identiteitsplatform voor beide toepassingen wordt gebruikt, kan het uitschakelen van één account zowel de laptoptoegang als de toegang tot de voordeur intrekken.
Wat is het verschil tussen ACaaS en een cloudgebaseerd toegangscontrolesysteem?
Grotendeels dezelfde technologie, maar met een ander accent. Cloudgebaseerd beschrijft waar de software draait; ACaaS beschrijft hoe deze wordt aangeschaft en wie deze beheert. In de praktijk wordt cloudgebaseerde toegangscontrole meestal als dienst aangeboden. Daarom worden de termen vaak door elkaar gebruikt.
Wat gebeurt er met de deuren als de internetverbinding uitvalt?
Dat hangt ervan af waar de beslissing over toegang wordt genomen. Dat is een eigenschap van het systeem en niet van de cloud. In de meeste implementaties wordt de beslissing op de deur of in een lokale controller genomen op basis van opgeslagen toegangsrechten. Bevoegde personen blijven dan toegang krijgen en gebeurtenissen worden geüpload zodra de verbinding is hersteld. Wat offline niet werkt, zijn functies die op dat moment het platform nodig hebben, zoals een ontgrendeling op afstand of een aan de serverzijde gevalideerd toegangsmiddel. Ook een wijziging in de toegangsrechten die tijdens de storing wordt aangebracht, bereikt de deur pas wanneer deze opnieuw verbinding maakt.
Wie is eigenaar van de toegangsgegevens binnen een ACaaS-implementatie?
Volgens de AVG is de klant de verwerkingsverantwoordelijke en de leverancier de verwerker. De gegevens blijven dus van de klant en de leverancier mag deze uitsluitend verwerken volgens de voorwaarden van een verwerkersovereenkomst. De vragen die in de praktijk van belang zijn, betreffen de bewaartermijn, de opslagregio en het exportformaat. Deze komen hierboven bij de vragen aan leveranciers aan bod.
Is ACaaS goedkoper dan een traditioneel toegangscontrolesysteem?
Niet automatisch, en daarover moeten we eerlijk zijn. De kosten beginnen lager en zijn voorspelbaar. Bovendien vervallen de kosten voor servers, besturingskasten en upgrades volledig. Over een periode van vijf jaar kan het totaalbedrag vergelijkbaar zijn. Wat wel verandert, is de vorm van de uitgaven en niet zozeer de omvang ervan.
Access Control as a Service: de belangrijkste conclusies
Access Control as a Service is een leverings- en commercieel model, geen nieuwe deurtechnologie. Sloten en lezers zijn dezelfde apparaten als altijd; wat verschuift, zijn de software, het beheer en het eigendom. Server, besturingskast, bekabeling naar elke deur en het upgradeproject verdwijnen uit het gebouw en worden vervangen door een abonnement en een browser. Twee vragen bepalen of het model bij een organisatie past: wat gebeurt er bij de deur als de verbinding wegvalt, en kan de organisatie accepteren dat haar toegangsgegevens door een leverancier worden verwerkt op basis van een verwerkersovereenkomst? In de meeste gebouwen zijn op beide vragen goede antwoorden te geven, in enkele gebouwen niet. Daar blijft on-premises de betere keuze. Als beide antwoorden voor uw gebouwen goed uitpakken, zijn ATLAS Access Control en de bijbehorende FAQ een praktische volgende stap.
Contact
Heeft u een vraag over uw eigen gebouw?
Neem contact op met een van onze specialisten.
Nieuws