Student accommodation illustrates a wider challenge facing access-control operators across Europe: how to introduce centralised management, mobile credentials and auditable access without rebuilding the network infrastructure of an existing property. At One London Road in Newcastle-under-Lyme, Paxton’s Solo system is being used to move around 500 residents from codes and physical tokens to smartphone-based access while keeping individual doors independent of a conventional LAN or Wi-Fi connection.
Across Europe, large residential properties are becoming more complex to manage. Student accommodation is a particularly demanding example: hundreds of residents may arrive and leave each year, access rights change frequently, shared facilities require different permissions, and lost physical credentials create both administrative work and recurring cost. At the same time, many existing buildings were never designed for fully networked electronic access control. Retrofitting structured cabling or reliable Wi-Fi to every controlled door can significantly change the economics of a project. That tension sits at the centre of the installation at One London Road, a student residence in Newcastle-under-Lyme operated by Homes for Students, which manages 235 student accommodation properties across the UK and Ireland. JPR Fire, Security and Data is responsible for the site’s access-control system.
A Standalone System Had Become Difficult to Manage
The property had previously relied on conventional standalone access control. This had an obvious advantage: individual doors did not need to be connected to the building network. But the model became increasingly cumbersome as the number of users and controlled areas grew. Around 500 residents are distributed across five blocks, while shared facilities such as the on-site gym also have to be managed. Students previously entered by using either an access code or a physical token. Lost tokens had to be blocked, replaced and reissued, creating both direct costs and additional administrative work for the site team. The problem is familiar beyond the UK. Across European residential, education and mixed-use estates, operators often face a choice between keeping relatively simple standalone systems or investing in the infrastructure required for a fully networked access-control platform. The first option limits central management; the second can require substantial intervention in an existing building. The One London Road project is interesting because Paxton Solo sits between those two models.
Cloud Management Without a Network Connection at Every Door
Solo is cloud-managed, but that does not mean every controller requires a direct LAN or Wi-Fi connection. Instead, the smartphone acts as a bridge between the user, the cloud service and the local door controller. The management team can administer users and permissions through the Paxton Solo app, while residents can use the same smartphone platform as their access credential. When an authorised smartphone is presented at a Solo-controlled door, it communicates locally with the controller via Bluetooth Low Energy. The door itself therefore does not need to become a conventional network endpoint. Where no suitable Wi-Fi connection is available, the smartphone can use mobile data to obtain or validate the required access information. According to Paxton, a valid permission can also be stored on the phone for around three to four hours, allowing authorised access to continue temporarily if the handset loses its internet or mobile connection. This distinction is technically important. “Cloud-based” and “network-connected at every door” are not necessarily the same thing. In this architecture, cloud services provide central management while Bluetooth handles the final local communication with the controller. For European retrofit projects, that separation could be particularly relevant. Older student residences, apartment buildings and smaller commercial properties may benefit from centralised access administration without first requiring a new data network to be extended throughout the entire building.
Migration Without Disrupting Everyday Access
One of the practical challenges in any access-control replacement is the transition itself. At One London Road, Solo was therefore not introduced through an immediate cutover. The new system initially operated alongside the existing standalone solution. Residents could be moved to smartphone access gradually while the previous method remained available. Only after the intended users had installed and configured the Paxton Solo app was the old access code changed to prevent continued routine entry through the previous system.For larger residential properties, this type of staged migration is more than a convenience. Access systems form part of the daily operation of the building. A technically successful upgrade that temporarily prevents residents from entering their accommodation would still be an operational failure. Mike Gater of JPR Fire, Security and Data says the lack of existing network infrastructure was one of the reasons a standalone architecture remained necessary. At the same time, a site with around 500 students stood to benefit from functions normally associated with centrally managed systems. That combination was the principal reason JPR considered Solo suitable for the property.
The Smartphone Changes the Economics of the Credential
The shift from physical tokens to smartphones changes more than the way a door is opened. Traditional credentials have a lifecycle. They must be purchased, encoded or assigned, issued to users, recovered when residents leave and replaced when they are lost. With several hundred occupants and regular turnover, those individual tasks can become a significant operational process. Solo replaces part of that physical credential lifecycle with a digital one. The system combines door hardware, cloud management and smartphone-based permissions. There are ongoing subscription costs per door, but JPR’s assessment is that the overall model remains economical at One London Road because recurring replacement of lost physical tokens is reduced. For European operators, this is an important way to assess mobile access. The relevant comparison is not simply the purchase price of a reader or controller. Total cost also includes credential replacement, user administration, changes to permissions, staff time and the infrastructure required to connect doors to the wider system. The business case will therefore vary by building. A site with stable users and few credential changes may see a different cost profile from student housing, co-living, serviced accommodation or other environments with high user turnover.
Access Rights Can Become More Granular
The project has also changed how internal areas are controlled. Previously, some shared facilities could be used by anyone who already had general access to the building. With Solo, permissions can be allocated more specifically to individual users or user groups. Residents entitled to use a particular shared space can gain access with their smartphone at the relevant Solo DoorTag, while users without the corresponding permission remain excluded. This ability to separate building entry from entitlement to individual facilities is increasingly relevant in residential environments where one property may contain gyms, study areas, lounges, cycle stores or other spaces with different user groups. Changing those permissions digitally also removes the need to issue a different physical credential each time an occupant’s access profile changes. For operators managing multiple buildings or frequently changing populations, the benefit lies as much in administration as in door security.
Event History Adds a Management Function — and a Data Responsibility
Homes for Students also highlights the ability to see who opened which door and when. That information can support site management and provide a more precise record when incidents need to be investigated. For a property with hundreds of users, this is a substantial difference from a purely local standalone system with limited central visibility. It also introduces a broader issue that is particularly relevant across European markets: more centralised access control creates more centrally available personal and behavioural data. An access log is not merely a technical record. It can reveal when an identifiable individual entered a particular part of a building. Operators therefore need clear rules covering who may access those records, how long they are retained and for what purposes they may be consulted. The value of cloud-managed access is consequently not that more data can simply be collected. It is that relevant operational information can be made available in a controlled and accountable way. For manufacturers and integrators working across Europe, this governance dimension will remain inseparable from the technical development of mobile and cloud-based security systems.
The Boundary Between Standalone and Networked Access Is Blurring
The most significant aspect of the One London Road project may therefore be architectural rather than purely product-specific. Traditional standalone access control remains attractive because each door can operate without extensive network infrastructure. Its limitation is typically the effort required to manage a large number of users and doors centrally. Fully networked systems solve much of that administrative problem but can demand additional cabling, switching, Wi-Fi coverage or other communications infrastructure depending on the architecture. Solo uses a different division of responsibilities. The controller remains independent of a conventional site network. Bluetooth Low Energy provides the short-range communication at the door, while the smartphone and cloud platform carry the management and credential information required by the system. For One London Road, that meant the building did not first need to be equipped with comprehensive network connectivity at every access point before central management could be introduced. This hybridisation of previously separate categories is likely to matter beyond student housing. European building stock includes a large number of properties where security systems must be modernised within existing physical constraints. The ability to add central management without treating every controlled door as a permanently connected network device opens another route for retrofits.
Europe’s Access-Control Debate Is Moving Beyond the Reader
The One London Road installation also illustrates a wider shift in how access control should be evaluated. For many years, product comparison centred heavily on the reader, controller and physical credential. Mobile and cloud architectures change that balance. The security and operational value increasingly depends on how identities are managed, how permissions reach the user, what happens during a connectivity outage, how access events are handled and how the system fits into an existing building. Smartphones are becoming part of that infrastructure rather than simply an alternative credential format. For Paxton, Solo represents an attempt to retain the installation simplicity associated with standalone systems while adding the central administration normally expected from a connected platform. The Newcastle-under-Lyme project provides an early example of that model at meaningful scale, with approximately 500 residents and multiple residential blocks. Its wider European relevance lies not in suggesting that smartphones will replace every card, token or fully networked access-control system. Different buildings will continue to require different architectures. The more important development is that the old choice between “standalone” and “networked” is becoming less clear-cut. Mobile devices, Bluetooth and cloud services allow functions traditionally tied to networked access control to be delivered through a different technical architecture.
For European operators dealing with existing buildings, changing user populations and pressure to simplify administration, that may ultimately be more significant than replacing the physical token itself.
