
Who controls camera footage in a multitenant building?
Separate camera ownership, account control, tenant viewing, and footage requests before installing cameras in shared commercial buildings.
Quick answer: Decide separately who owns the camera equipment, controls the platform account, may view each area, and can approve footage disclosure. Put common-area and tenant cameras into an agreed operating structure before installation. A software permission can implement that structure, but it does not establish the parties' legal rights or replace their agreements.
The landlord may buy the cameras, the property manager may operate the account, and a tenant may be the first person to request a recording. Those roles can coexist without difficulty until someone assumes that paying for equipment automatically answers every access question.
Shared buildings need a camera decision that survives a management change or a tenant move. The useful starting point is a map of responsibility, not a shared password. We would settle who can authorize viewing and disclosure before giving multiple organizations access to the same lobby feed.
Separate the equipment from the authority to use it
Identify the physical assets first: cameras, recorders, network equipment, and associated subscriptions. Then identify the account that administers them and the organization responsible for it. These may belong to the same party, but the project should not leave that relationship implicit.
A property management company may operate a system for a building owner without becoming the permanent holder of every administrative account. A tenant may fund a camera near its entrance without receiving unrestricted access to footage from neighboring suites. Those arrangements need explicit agreement among the responsible parties.
The appropriate legal and property teams should determine ownership rights, privacy obligations, and disclosure authority for the specific building. The technical scope should reflect the resulting decisions. This article concerns how to make those decisions implementable; it does not interpret a lease or decide who is legally entitled to particular footage.
Keep the distinction visible in procurement. A quote can list who pays for hardware and who receives an administrator invitation, but those fields alone are not an operating agreement for a shared surveillance system.
Draw the boundaries around actual spaces
Separate common entrances, shared corridors, tenant interiors, loading areas, and any other relevant spaces on the building plan. Then compare that plan with the proposed camera views. A camera physically mounted in a common corridor may still capture part of a tenant's workspace when its door opens.
Discuss those boundary conditions before acceptance. It may be possible to change the angle, narrow the view, or apply an appropriate mask. Where the camera has an approved purpose that crosses an organizational boundary, the parties should understand that scope and how the recording will be controlled.
Do not assume that floor numbers provide the right permission structure. A single floor might contain several tenants and a shared reception area. Conversely, one tenant might occupy space across multiple floors. The grouping in the camera platform should follow the agreed access decision rather than the most convenient naming scheme.
The multi-site rollout guide offers a useful way to preserve local responsibilities within a larger program. In a shared building, the same principle applies inside one address: each distinct area may have a different operating owner even when the installation is purchased together.
Model permissions before inviting users
Describe the required roles in ordinary language. Building operations might need live and historical access to common entrances. A tenant representative might receive no routine viewing but have a process for requesting an incident review. A temporary project manager might need equipment information without needing video at all.
Translate those choices into the selected platform, then test the effective result. Verkada's permissions documentation explains that subsites inherit parent permissions and that conflicting grants resolve to the highest role. That behavior makes a careless parent-group assignment capable of broadening access beyond a narrower local setting.
The lesson is not specific to one brand: review how the exact platform calculates a user's permissions. Do not assume that giving someone a restricted role in one place removes access granted somewhere else. Use separate test accounts for representative organizations and inspect which cameras and actions each account can actually reach.
- Define viewing, playback, export, and administration separately where the platform permits it.
- Check parent groups, site inheritance, and any account-wide privileges.
- Test representative tenant and building-management accounts before handover.
- Include temporary links, viewing devices, and integrations in the access inventory.
Give footage requests a clear route
Tenants should know where to send a request without needing direct access to the full camera system. A practical request identifies the location, approximate time, relevant event, and contact details for follow-up. The authorized reviewer can then determine what footage exists and what further approval is needed.
Avoid promising that every request will produce a clip. The event may be outside the camera's view or retention period, or the organization may need to evaluate disclosure before releasing material. The intake process should report those limits accurately instead of treating a camera icon on a plan as proof of available evidence.
A hypothetical delivery dispute illustrates the value of the process. A tenant reports a missing parcel left in the common lobby. Building management can search the defined area and time without giving the tenant an account that exposes everyone else's arrivals. Any sharing decision can then be limited to the relevant event and approved through the agreed channel.
Define an urgent preservation route for legitimate requests that arrive near the retention boundary. Preservation and disclosure are different decisions; retaining relevant material for review should not automatically distribute it to everyone who asks.
Treat shared links as access that must be managed
Sending a link can feel less consequential than creating an account, but it still exposes video through a separate path. Review what the recipient can view, whether download is allowed, how long the link remains active, and who can manage or revoke it.
Verkada's sharing guidance distinguishes archive-sharing options and documents link duration and management controls. Use the exact platform's capabilities to match the approved disclosure. A limited incident clip and a standing live view of the entire lobby serve very different purposes.
Test the recipient experience before relying on it. A reviewer signed in as an administrator may see more than the external recipient, while a link may grant access that the sender did not intend. Use an authorized test recipient or suitable test environment to confirm scope without sending real incident footage unnecessarily.
Expiry does not pull back a copy someone has already downloaded or otherwise retained. The sharing decision should account for that practical limit. Keep a record of what was shared and through which approved process rather than assuming the platform's link setting resolves every information-handling concern.
Plan for tenants and managers to change
The account arrangement should survive the departure of the person who first configured it. Use organizationally controlled administrative access and the company's approved recovery process. A single former property manager's personal email address should not become the only route to the building's recordings.
Define what happens when a tenant leaves, changes its representative, or takes control of additional space. Review its users, shared links, camera group assignments, and any viewing equipment. A company name changing on the directory does not automatically remove permissions from the camera platform.
For a property-management transition, inventory the equipment and services being transferred, the administrative access that changes, and any records that must remain controlled under the parties' agreement. Confirm the vendor-supported transfer process and subscription implications before the transition date. Do not assume transferring hardware automatically moves an account or its recordings.
Keep retained incident material separate from the routine decision to remove a user's access. The appropriate records process should decide what is preserved, while the account process ensures that former operators no longer have unnecessary access.
Make acceptance include an access test
A shared-building installation is incomplete if all cameras work but nobody has tested the organizational boundaries. Demonstrate the intended common-area views, tenant restrictions, and incident-request process alongside the ordinary image and recording checks.
Give a building representative a harmless sample inquiry and ask them to route it through the approved process. Confirm the reviewer can find the relevant recording and prepare the appropriate output. Then confirm a restricted tenant account cannot browse areas outside its agreement.
For a portfolio owner, retain a concise local record with the physical camera inventory, controlling account, authorized roles, and escalation contact. Keep sensitive account recovery material in the approved secure system. The camera installation checklist can support the physical portion, while the building agreement supplies the authority behind the access settings.
Revisit the arrangement when a camera is added to a shared group. A small hardware expansion can change who sees a new space if it inherits permissions automatically. That is a reason to review the access result as part of the change, not merely confirm that the new feed is online.
The takeaway
Shared-building camera ownership has several parts: physical assets, administrative control, viewing permissions, and authority to disclose footage. Treating those as separate decisions makes the system easier to operate and easier to transfer when tenants or managers change.
The final configuration should follow the parties' approved responsibilities and demonstrate those boundaries through real account tests. A clear request process often serves tenants better than broad standing access. It also gives the building a consistent way to preserve and review relevant footage without exposing unrelated activity.
Scope cameras for a shared property
BlueHouse Telecom can help plan commercial camera installation nationwide. Bring the common-area layout and the agreed responsibilities of the owner, manager, and tenants so the technical scope can reflect them.
FAQ
Does paying for a camera automatically give a tenant all its footage? That cannot be assumed. The parties' agreements and applicable requirements determine their rights and responsibilities. Configure the technical system to reflect those decisions rather than inferring authority from the invoice.
Should every tenant receive a camera login? Not necessarily. Some buildings use a defined incident-request process instead of routine tenant viewing. Choose the approach that fits the approved purpose and test any access that is granted.
Can a restricted subsite prevent broader inherited access? Check the platform. Verkada documents inherited parent permissions and the highest applicable role, so a narrower local assignment may not remove a broader grant elsewhere.
What needs review when the property manager changes? Review administrative control, recovery contacts, users, shared links, subscriptions, and retained records under the agreed transition process. Confirm the vendor-supported account and equipment transfer requirements before assuming the change is complete.
