What does that mean in reality:
- If you practice entrance control to the venue, scanning an invalidated badge should issue a warning.
- If you practice session entrance control, with staff scanning badges at the entrance of session rooms, that scan should report invalidated badges, and they should be denied entrance to the room.
- If you practice self-service session check-in, people who use invalidated badges should not be able to register for sessions.
- Establishing connections between attendees by scanning each other's badges should be blocked for people with invalidated badges.
- Lead retrieval should not work for attendees with invalidated badges.
- When an attendee approaches the registration desk, either to register or to ask for a replacement badge, the system should know and warn if that attendee has already registered, and if they already have badges issued.
- Reporting on attempts to use invalidated badges (to perform any of the actions listed above): whose badge it was, when did it happen, what did they try to do?
Needless to say, run.events fully supports proper badge management, which includes badge invalidation, badge replacements, and checking for badge validity at global and session entry controls. This way, you don't need to choose between blindly issuing replacement badges without any safety net, and refusing to issue replacement badges: you can safely issue replacement badges and cover all use cases, without any business damage to you, and at the same time without annoying your attendees.