En ID-bricka gör två jobb samtidigt. Den säger vem bäraren är, och på de flesta moderna system öppnar den dörrar. Behandla den som ett billigt papperskort och du ärver det värsta av båda: foton av före detta medarbetare som fortfarande cirkulerar som till synes personal, och levande behörigheter som samlar damm i kökslådor. Behandla brickorna som utlämnade tillgångar som ska tillbaka i stället, så förblir registret en spegel av vem som faktiskt kan komma in. Så här håller du koll på brickorna från skrivaren till sista dagen för någon som slutar.
Det här lär du dig
- Hur brickposter driver iväg
- Vad som ska loggas för varje bricka
- Utfärdande och ersättning av brickor
- Få tillbaka brickor vid offboarding
- Besöks- och tillfälliga brickor
- Verktyg som håller brickregistret ärligt
- FAQ
Hur brickposter driver iväg
Koll på brickor brister sällan dag ett - den första brickan trycks vid onboarding och noteras som sig bör. Glidningen kommer senare:
- Ersättningar utan avveckling. Ett förlorat kort skrivs ut som en tjänst, det gamla numret stängs aldrig av, och en person har nu två levande behörigheter.
- Skrivarloggen utger sig för att vara ett register. Den registrerar vad som trycktes, någonsin. Den säger inget om vad som är aktivt, förlorat, återlämnat eller förstört.
- HR och säkerhet håller olika listor. Personallistan och åtkomstlistan sköts av olika team, och ingen äger avstämningen mellan dem.
- Besöksbrickor försvinner. Numrerade kort försvinner i samma takt som besökare glömmer dem i fickorna, och poolen räknas aldrig.
- Offboarding samlar in datorn, inte snöret. En bricka känns för obetydlig att jaga, så det är det föremål som mest pålitligt lämnar med den som slutar.
Varje glidande post är liten. Sammantaget betyder de att det ärliga svaret på “vem kan komma in i byggnaden?” är “vi är inte säkra” - vilket är precis det glapp en granskning av dina interna kontroller hittar.
Vad som ska loggas för varje bricka
| Fält | Varför det spelar roll |
|---|---|
| Bricknummer | Det tryckta serienumret som kopplar plasten till en person och till åtkomstsystemet |
| Innehavare | En namngiven person, eller en namngiven pool för besökskort - aldrig “reception” |
| Utfärdandedatum | Förankrar brickans historik och stödjer periodiska åtkomstgranskningar |
| Åtkomstnivå eller zoner | Vad kortet öppnar - det första en säkerhetsgenomgång frågar efter |
| Status | Aktiv, förlorad, återlämnad, avaktiverad, förstörd - “förlorad” är en status, inte ett mysterium |
| Ersättningskedja | Vilken bricka ersatte vilken, så gamla nummer är bevisligen döda |
| Returdatum och skick | Stänger loopen vid offboarding; “bruten och kastad” är en fin anteckning |
| Mallversion | Flaggar gamla designer som inte längre ska lita på vid dörren |
Utfärdande och ersättning av brickor
Lämna ut varje bricka som en registrerad händelse mot en namngiven person - samma rörelse som att lämna över en laptop eller en nyckel, bara mindre. Där brickor ingår i ett startkit, lämna ut kitet tillsammans så att en post täcker allt.
Ersättning är där disciplinen lönar sig. Ordningen är fast: avaktivera först, skriv ut på nytt sedan. Markera den förlorade brickan som förlorad, stäng av dess nummer i åtkomstsystemet, skriv sedan ut ersättningen som en ny post kopplad till den gamla. Gjort i den ordningen är ett återfunnet kort ofarlig plast; gjort i omvänd ordning har du två parallella levande behörigheter och inget sätt att veta vilken som försvann.
Tips: återanvänd aldrig ett bricknummer, inte ens efter att ett kort förstörts. Ett unikt nummer per fysiskt kort är det som gör ersättningskedjan - och varje dörrlogg som hänvisar till den - entydig år senare.
Få tillbaka brickor vid offboarding
Registret gör offboarding mekaniskt: listan över föremål fortfarande tilldelade den avgående är checklistan, och brickan är en rad på den bredvid datorn och porttelefonen. Registrera brickans retur och skick, avaktivera den sedan i åtkomstsystemet som separat, bekräftat steg - insamling och avaktivering är två olika skydd, och du vill ha båda loggade.
Distansavgående behöver ett extra drag: ett förfallodatum på brickreturen, så ett oreturnerat kort dyker upp på en förseningslista om en vecka i stället för vid nästa års revision. Om kortet aldrig kommer tillbaka har avaktiveringssteget redan inneslutit risken - men registrera förlusten ändå, eftersom plasten fortfarande bär ditt varumärke och ett ansikte.
Besöks- och tillfälliga brickor
Besöksbrickor är en utlåningspool, och pooler överlever på räkning. Numrera varje kort, signera ut varje till en namngiven besökare och värd vid ankomst, signera tillbaka vid avresa, och räkna poolen vid stängning. Tillfälliga personalbrickor - entreprenörer, säsongsanställda - sitter mellan de två modellerna: utfärda dem som medarbetarbrickor men med ett slutdatum bifogat, så utgång är en händelse registret höjer i stället för ett faktum ingen märker. En besöksbricka som inte öppnar dörrar förtjänar ändå räkningen: den är en rekvisita av legitimitet, och rekvisita av legitimitet är precis vad eftersläntrare vill ha.
Verktyg som håller brickregistret ärligt
Standardverktyget är en kalkylarkskolumn i en HR-fil, och det fallerar i tysthet: det registrerar att någon “har en bricka” som ett tillstånd, medan allt som betyder något - förluster, omtryck, returer, avaktiveringar - sker som händelser arket aldrig ser. Bricklistan och verkligheten går isär inom månader, mönstret som beskrivs i varför kalkylark inte räcker för att hålla koll på utrustning.
Ett inventariesystem som AMPthilly behandlar varje bricka som en tillgång med innehavare, status och full historik: utlämningar och returer är registrerade händelser med datum och skick, ersättningar noteras på posten, och revisionshistoriken visar varje ändring permanent - spåret en åtkomstgranskning faktiskt vill ha. Brickor kan lämnas ut i klump som en del av ett onboardingkit, och registret är sökbart per innehavare eller status på sekunder. Gratisplanen täcker 3 användare och 25 tillgångar, inget kort krävs - ett rent sätt att provköra metoden på ett team innan utrullning via prisnivåer.
FAQ
Hur håller man koll på medarbetarnas ID-brickor? Som utlämnade tillgångar som ska tillbaka: bricknummer, innehavare, utlämningsdatum, åtkomstnivå och status i ett register, med utlämningar, ersättningar och returer loggade som daterade händelser.
Vad ska en logg för utlämning av brickor innehålla? Bricknummer, innehavare, utlämningsdatum, vad den öppnar, nuvarande status, ersättningskedjan och returdatum och skick när den kommer tillbaka.
Vad är rätt process när en medarbetare tappar sin bricka? Avaktivera först, skriv ut på nytt sedan - markera den gamla brickan som förlorad, stäng av den i åtkomstsystemet, lämna sedan ut ersättningen som en ny kopplad post.
Hur säkerställer man att brickor kommer tillbaka vid offboarding? Den slutandes lista över fortfarande tilldelade föremål är checklistan. Registrera returen, avaktivera kortet som ett separat bekräftat steg, och sätt förfallodatum för dem som slutar på distans.
Hur ska besöksbrickor hållas koll på? Som en numrerad pool: utlånad till namngiven besökare och värd, inlämnad vid avresa, räknad dagligen.
Slutsats
Ett brickregister är egentligen ett svar på en fråga: matchar mängden levande behörigheter mängden nuvarande personer? Lämna ut varje bricka som en händelse, avaktivera före omtryck, låt registret driva offboardingen, och räkna besökspoolen dagligen. Inget av det är svårt - det måste bara ske varje gång, vilket är precis vad ett register upprätthåller och ett kalkylark hoppas på.