Employee or visitor identity and current building permission start the check.
Access control integration
Make locker access part of the building journey.
When an employee, contractor or visitor is authorised for a building and time window, an agreed workflow can add the correct locker permission, recognise their credential, record the event and expire access when the visit or role ends.
- Building context retained
- Locker permission separated
- Timed access expiry
A separate rule permits a specific locker, item, zone and time window.
The event is timestamped and permission ends when the agreed visit or role expires.
What Paxton provides
Use current building access as useful context—not blanket locker permission.
Paxton currently provides access control, door entry, readers, tokens, software and wireless lock products. Its networked Net2 system supports centrally managed access control, while Paxton10 combines access control and video management with remote and multi-site management plus Bluetooth smartphone credentials.
A proposed connection could carry approved building context into employee workplace storage or controlled equipment collection and return. Building admission, locker entitlement and the locker event remain separate decisions. This page does not claim a standard Paxton connector.
The workflow should fit the wider employee and visitor journey through the workplace. For practical context, Vpod’s global FMCG case study shows multi-site IT asset lockers in operation; it is not evidence of a Paxton integration.
Authentic product imagery from Paxton’s current Paxton10 page.
Make permission obvious
A person who can enter the building should not automatically open every locker.
Building access confirms part of the context. The locker workflow still needs to check the person, visit or role, storage purpose, location and expiry before it releases a door.
The access-led locker journey
From visitor approval to Locker V-12.
This example shows a contractor approved for a London visit and temporary storage. It is illustrative and does not represent deployed functionality.
- 01 · APPROVE
Authorise the person or visit
An employee, contractor or visitor receives approved building access for a purpose and time.
- 02 · CONTEXT
Check where and when
Building, zone, date, hours and current access status provide the operational context.
- 03 · PERMISSION
Grant the locker action
An agreed rule permits the right storage type, door, item or return step.
- 04 · CREDENTIAL
Present the credential
The person uses the agreed Paxton token, card or supported mobile credential.
- 05 · USE
Store, collect or return
Only the assigned locker and permitted action become available.
- 06 · RECORD
Timestamp and expire
The agreed access outcome is recorded and temporary permission ends on schedule.
When plans or credentials change
If the visit is cancelled, a credential is lost, the person changes zone, access is denied or no locker is available, keep the door secure and route the case to the named owner.
Governing several buildings
Keep approval, event and expiry rules consistent while documenting each site’s readers, tokens, locker zones, time windows, emergency process and support contacts.
Illustrative workflow only. Names, visits, credentials, locations and locker details are examples. Compatibility, supported triggers, credential types, events and expiry behaviour must be confirmed during solution design.
What each team must decide
One visitor experience with clear operational ownership.
Security
Define approved identities, credentials, denied-access response, revocation and emergency access.
Review why unauthorised equipment access becomes difficult to control at scale →Facilities
Set locker locations, local support, contractor storage rules and physical-fault ownership.
See how facilities teams reduce everyday locker administration →IT
Agree identifiers, interfaces, event destinations, monitoring and technical support.
Plan secure equipment handovers from the IT Director perspective →Workplace
Ensure employees and visitors receive understandable directions, access windows and help.
Place controlled storage inside the complete workplace experience →Fix familiar access problems
Replace local workarounds with a visible permission.
Compare the control model
Locally managed locks versus access governed alongside the building.
See the physical workflow
Connect the person, permission, locker and record.
The Smart Estate Logistics Platform video shows people using storage while the organisation retains visibility of availability and activity.
Watch Smart Estate Logistics Platform
Decisions to make before implementation
Confirm the Paxton system, credential and permission boundaries.
System and version
Identify whether the site uses Net2, Paxton10 or another Paxton product and its current configuration.
Person and visit source
Confirm which system owns employee, contractor and visitor approval and expiry.
Credential compatibility
Identify the exact card, token, reader or mobile credential and mapping method.
Locker permission
Define zone, action, compartment, item and time-window rules separately from building entry.
Events and exceptions
Choose the records required and owners for denial, failure, cancellation and missed collection.
Multi-site governance
Document common rules alongside local hardware, hours, support and emergency arrangements.
Integration availability, supported triggers, data direction and delivery scope must be confirmed during solution design. Exact behaviour depends on the agreed Paxton, Vpod and smart-locker configuration. This page does not claim universal credential compatibility, a native connector, certification, commercial relationship, customer deployment or functionality beyond the confirmed project scope.
Start with a real access journey
Show us how a person enters the building and receives storage today.
Bring the Paxton system and version, credential types, approval source, site and visitor rules, expiry timing, event requirements and failure examples.
Book an integration workshop







