Een medewerker treedt uit dienst. De HR-afdeling schakelt zijn toegangspas uit in Paxton. Drie maanden later rijdt hij nog steeds de parkeergarage in — want niemand heeft dat in het parkeerbeheersysteem bijgewerkt. Dat is niet een hypothetisch scenario. Het is wat er standaard gebeurt als toegang en parkeren los van elkaar worden beheerd.
Revtek · 15 januari 2026
Facilitair managers hebben gemiddeld vijf tot acht softwaresystemen onder hun hoede. Elk systeem heeft zijn eigen logica, zijn eigen gebruikersinterface en zijn eigen administratie. Dat is al op zichzelf een last — maar het echt gevaarlijke zit hem in de koppelingen die er niet zijn.
Toegangsbeheer (wie mag het gebouw in?) en parkeerbeheer (wie mag op het terrein?) worden vrijwel altijd door verschillende mensen beheerd, op verschillende momenten, op basis van verschillende triggergebeurtenissen. Een medewerker die begint, wordt aangemeld in het toegangssysteem. Of hij ook een parkeerplaats krijgt, hangt af van of iemand eraan denkt dat in een apart systeem te regelen.
Bij vertrek geldt het omgekeerde: toegang wordt ingetrokken via HR-offboarding, maar de parkeergarage heeft geen offboarding-trigger. Resultaat: ex-medewerkers met blijvende parkeertoegang. Dat is een beveiligingsrisico én een beheerfout — en het is volledig te voorkomen.
Een geïntegreerd systeem gebruikt één databron voor beide toegangslagen. In de praktijk betekent dat: Paxton Net2 of Paxton10 als primair systeem voor gebouwtoegang, gekoppeld aan het Revtek-parkeersysteem via de Paxton API.
Wanneer een medewerker in Paxton wordt aangemaakt, wordt zijn kenteken automatisch gesynchroniseerd naar de parkeerwhitelist. Wanneer zijn Paxton-profiel wordt uitgeschakeld, verdwijnt zijn kenteken automatisch uit de parkeerlijst. Geen handmatige actie, geen afhankelijkheid van een faciliteitsmedewerker die toevallig aan twee systemen denkt.
Bezoekers staan niet in Paxton — ze zijn per definitie tijdelijk. Voor bezoekers werkt de toegangs- en parkeerregistratie via een apart kanaal: WhatsApp-registratie bij aankomst, of een uitnodiging die van tevoren wordt verstuurd door een medewerker of receptioniste.
Dat bezoekersproces is bewust losgekoppeld van het medewerkerssysteem. Het hoeft niet in Paxton — het is kort en specifiek, en het logboek ervan is apart inzichtelijk. Meer over hoe bezoekersbeheer werkt staat beschreven op de kantoorpagina.
Een bijkomend voordeel van integratie: rapportage. Als toegang en parkeren los van elkaar worden bijgehouden, is het bijna onmogelijk om een compleet beeld te krijgen van wie wanneer op locatie was.
Met een geïntegreerd systeem is dat wel mogelijk: wanneer heeft medewerker X zijn auto geparkeerd, wanneer is hij het gebouw ingegaan, wanneer is hij vertrokken? Die informatie is beschikbaar in het dashboard, exporteerbaar als CSV en doorzoekbaar per periode. Niet voor surveillance, maar voor incidentrapportage, bezettingsanalyse en HR-gerelateerde vragen die af en toe opduiken.
Paxton is de meest gebruikte keuze in kantooromgevingen van middelgrote schaal, maar niet de enige. Salto KS is een vergelijkbaar cloud-gebaseerd toegangscontrolesysteem dat steeds vaker wordt ingezet bij co-working-ruimtes en flexibele kantoorconcepten. De Revtek-koppeling met Salto KS werkt op vergelijkbare wijze als de Paxton-integratie.
Meer over de beschikbare integraties leest u op de Paxton-integratiepagina en de maatwerk-integratiespagina.
Plan een gratis demo en ontdek wat Revtek voor uw situatie kan betekenen.
Plan een demoOf mail naar info@revtek.nl