Guide 03 / Connections and boundaries

CONNECT WITHOUT CONFUSION

A connected entrance is not one device. It is a chain of physical components, software decisions and operating responsibilities. Make that chain visible before adding more connections.

One decision, several layers

01 / PRESENT

Credential & reader

A person presents an approved means of identification.

02 / DECIDE

Controller

Configured rules determine whether an entry request is permitted.

03 / ACT

Door equipment

Compatible hardware responds within the agreed safety design.

04 / MANAGE

Services & people

Authorised staff manage changes, faults and proportionate records.

Draw the actual system

Start with a simple diagram showing readers, controllers, door hardware, network equipment and management services. Add intercoms, lifts or parcel systems only where they genuinely interact. Mark where a decision happens and which connections must be available for each function. A clear drawing is more useful than a promise that everything belongs to a single ecosystem.

Separate the resident’s journey from the administrator’s workflow. A resident may open a door through a local controller while staff manage permissions through a remote service. Conversely, an app invitation might depend on an external identity service even when existing credentials continue working locally. These differences matter during procurement, support and outages.

Treat protocol names as questions

The Security Industry Association maintains OSDP, a communication standard relevant to access-control peripherals. Ask whether compatible equipment supports and correctly configures its secure communication features. A protocol name on two specification sheets is not proof that the installed pair provides every advertised function or that the connection is protected in practice.

ONVIF profiles address defined interoperability capabilities across compatible products, including access-related functions in relevant profiles. BACnet, associated with ASHRAE, is widely used in building automation. Neither label means that a residential access system should expose all its controls to every other building service. Identify the precise profile, version, data points and authorised actions required.

Keep integration purposeful

A sensible integration has a stated benefit: reducing duplicate administration, making an intercom call easier to answer or giving maintenance staff an appropriate fault indication. If nobody can explain the resident or operational benefit, reconsider the connection. Each additional interface also creates work around authentication, updates, support ownership and failure handling.

KNX and Matter, the latter developed through the Connectivity Standards Alliance, serve different connected-building and smart-home contexts. Their presence elsewhere in a property does not demonstrate suitability for a shared entrance or life-safety function. Keep domestic convenience automation distinct from professionally designed access and fire-safety arrangements unless a competent team has justified and validated the interface.

Set network and service boundaries

Building access equipment should not simply inherit the trust assumptions of a shared resident Wi-Fi network. Ask the responsible network professional how management access, device communication and maintenance connections are separated and monitored. Document who can authorise remote support and how that access is ended. Residents should not be expected to maintain the building’s operational network.

ETSI EN 303 645 provides a consumer IoT cybersecurity baseline, while the IEC 62443 series addresses industrial automation and control-system security. Their relevance varies with the equipment and project; neither reference automatically certifies an entire installation. Use them to sharpen supplier questions about updates, vulnerability handling, credentials and lifecycle support rather than to decorate a brochure.

Know what leaves the building

List the information each interface exchanges. Household identifiers, entry events, visitor invitations and intercom recordings can carry different privacy implications. Decide whether an integration needs an individual identity, a simple permission result or only a fault state. Avoid transferring full resident records when a smaller, purpose-specific message would meet the operational need.

Identify the controller and processors for personal data, the service locations, permitted support access and deletion arrangements. The UK GDPR and Data Protection Act 2018 are important UK reference points. Biometric identification and systematic monitoring can raise additional obligations. Obtain appropriate advice, assess necessity and alternatives, and explain the actual practice to residents before deployment.

Buy a maintainable relationship

Procurement should cover more than installation day. Ask for supported software versions, update responsibilities, fault escalation, export formats and the position when a subscription ends. Understand which functions remain available if a supplier changes ownership or withdraws a service. An open interface does not necessarily make historical records or administrative workflows easy to move.

Agree acceptance tests for the specific combinations being purchased, including normal arrivals, authorised permission changes and documented failure conditions. Record the outcome and keep a current asset inventory. The aim is not maximum connectivity. It is a limited set of understandable connections that remain useful, supportable and proportionate throughout the building’s life.