Smart building software connects HVAC, lighting, access control, energy meters, and occupancy sensors to a unified platform -- and then makes the data from those systems useful for the people who manage buildings and the tenants who occupy them.
We build smart building management software that goes beyond the hardware: energy optimisation dashboards, space utilisation analytics, fault detection and maintenance alerting, tenant-facing portals, and the integration layer that connects building systems that were never designed to talk to each other.
Unified platform connecting HVAC, lighting, access control, and energy systems
Energy optimisation and space utilisation analytics built on actual building data
Tenant portal and facilities management interface in a single platform
BACnet, LON, KNX, and MQTT protocol support for existing building systems
Smart building software connects a building's HVAC, lighting, access control, energy metering, and occupancy sensing systems to a unified management platform. It gives building managers real-time operational dashboards, energy monitoring, fault detection, and maintenance alerting. Tenants get a self-service portal for access, environment control, and service requests. The goal is to cut energy costs, improve space utilisation, and lower facilities management labour costs by surfacing building data in systems teams will actually use.
Trusted by
Most buildings have smart systems -- HVAC with sensors, access control with logs, energy meters with half-hourly readings -- but the data lives in each vendor's portal, isolated from every other system. The facilities manager doesn't have a single view of the building. The energy manager can't correlate HVAC runtime with occupancy. The tenant can't submit a comfort complaint through a self-service interface.
Smart building software is the integration and application layer that changes this: a unified platform connecting building systems, making their data accessible to the right people, and surfacing the insights that let building managers reduce energy costs, manage space effectively, and respond to building issues before tenants notice them.
Capabilities
What we build
Building management system integration
Integration with existing BMS platforms and building automation systems without replacing the installed equipment: Siemens Desigo CC, Honeywell Experion and EBI, Johnson Controls Metasys, Schneider EcoStruxure Building Operation, and independent BACnet, LON, and KNX controllers. Protocol-level integration approach selected per system: BACnet/IP and BACnet MS/TP for HVAC and AHU controllers (the most common building automation protocol for post-2000 commercial buildings), KNX for European commercial lighting and HVAC systems (via KNXnet/IP), LON (LonWorks) for older building automation installations via LON-to-IP gateways, Modbus TCP and RTU for energy meters and industrial HVAC equipment, M-Bus for utility sub-meters (gas, water, thermal energy), DALI for digital lighting control, and MQTT over TLS for modern IoT-enabled sensors and smart devices. Protocol gateway devices (Anybus, Moxa, Kepware KEPServerEX) placed on-site to bridge legacy fieldbus protocols to IP and enable cloud connectivity without replacing legacy controllers. Edge processing via on-premises industrial PC or ruggedised edge server for buildings with data sovereignty requirements or unreliable internet connectivity -- data aggregated locally and synchronised to the cloud platform on connectivity recovery. Write-back control integration (setpoint changes, schedule overrides, relay triggers) for automated responses to defined conditions where the BMS vendor and building operator have agreed to enable remote control.
Energy monitoring and optimisation
Sub-metering dashboards showing energy consumption by floor, zone, HVAC circuit, lighting circuit, and time period -- not just a building-level total pulled from a utility meter. Pulse-output energy meters connected via Modbus RTU or Modbus TCP feed kWh readings directly into the platform at 15-minute intervals; smart meters with DLMS/COSEM protocol are read via M-Bus gateway where a direct connection is available. Automated waste detection rules applied across the incoming data stream: HVAC air-handling units running on a weekend with occupancy sensors reporting zero people in the zone; lighting circuits active after the last access control exit event of the day; chiller plant draw that exceeds the expected load curve for the current outdoor temperature. Energy anomaly detection flags deviations from the rolling 4-week baseline for each circuit -- a 15% unexplained increase on a specific AHU triggers an alert before it appears on a utility bill. Demand response integration: during peak tariff periods (or when a demand response signal arrives via OpenADR 2.0), non-critical loads are shed automatically -- car park ventilation, perimeter lighting, non-essential HVAC zones -- based on a priority shedding schedule configured with the facilities team. Benchmarking views normalised by occupied floor area (kWh/m²) or occupancy count allow comparison across buildings, floors, or time periods without the distortion from size differences. Reports formatted for ASHRAE 90.1 compliance, LEED/BREEAM energy reporting, and ISO 50001 energy management system documentation so the sustainability team is not assembling the same data separately for each certification body.
Occupancy and space utilisation analytics
Space utilisation analytics combining data from multiple sensor types and building systems, because no single sensor gives the complete picture: passive infrared (PIR) occupancy sensors report zone-level presence; camera-based people counters (Xovis, IRISYS, Axis) provide precise headcount at entrances and floor transitions; WiFi probe data from the network infrastructure gives a building-level device count without additional hardware; access control badging data records who entered which zone and when. Each source has different accuracy characteristics -- PIR sensors detect presence but not count; cameras count but require careful placement; WiFi underrepresents because not every person's device continuously probes. The analytics layer reconciles these sources into a single occupancy estimate per zone, flagging conflicts where sources disagree by more than a configured threshold. Desk booking system integration (Robin, Envoy, OfficeSpace, Condeco) adds the intended occupancy side of the equation: the system knows how many desks were booked versus how many were actually occupied, which is the metric that drives space planning decisions. Reports for real estate and workplace strategy teams show floor-level and zone-level utilisation rates over rolling 4-week, quarter, and year periods -- the data that justifies or challenges lease renewal decisions and desk-ratio changes. BLE beacon integration (Estimote, Tile, Kontakt.io) optionally extends zone-level precision to 3-5 metre resolution for conference room and hot-desk tracking without requiring named user tracking. Real-time occupancy dashboards for facilities management: cleaning teams deploy around actual building use rather than a fixed schedule, catering calibrates service to actual headcount, and security controls building-wide occupancy during emergencies.
Access control and security integration
Integration with existing access control systems via REST API, manufacturer SDK, or OSDP (Open Supervised Device Protocol) to surface access event data in the unified building platform without replacing installed hardware. Systems connected include Lenel (part of Carrier Global), Genetec Security Center (via SDK), Avigilon (via RESTful API), Software House C-CURE 9000 (via EventTracker API), Honeywell Pro-Watch (via database-level integration), and cloud-native platforms such as Brivo and Kisi via documented REST APIs. Badge holder management: the building platform consumes the cardholder and access group data from the access control system rather than maintaining a separate directory -- changes made in the access control system propagate to the building platform view in near real time. Door event stream: every access event (granted, denied, forced, held open, door ajar alarm) is ingested, timestamped, and logged to the building platform audit database. The audit trail combines access control events with energy metering, HVAC, and occupancy data against a common timeline -- enabling investigation workflows where a security team can correlate an energy spike with an unexpected access event in an unoccupied zone. Visitor management workflows integrated with building access: pre-registration through the tenant portal or a web form generates a time-limited access credential issued automatically to the visitor before arrival, eliminating the reception queue. Integration with visitor management platforms (Envoy, Proxyclick, Traction Guest) via API where those platforms are already deployed. CCTV event integration: camera systems with analytics output (motion events, person detection alerts) can trigger dashboard notifications in the building management interface for security teams -- the integration is event-based rather than video streaming, keeping bandwidth requirements and privacy risk low. Unified compliance reporting: zone access logs combined with visitor records produce the audit report required for ISO 27001 physical access controls, financial services regulatory requirements, and data centre access logging standards.
Tenant portal development
Web and mobile tenant portals built as a React/Next.js progressive web app (installable on iOS and Android via PWA without requiring App Store distribution) or as a native mobile app where push notification reliability and biometric login are priorities. Tenant onboarding tied to the building's access control system: when a new tenancy is configured in the access control system, a portal invite is automatically generated and sent to the primary tenant contact with role-based access for up to N named users per tenancy. Comfort and environment requests: tenants submit temperature, lighting, and ventilation complaints through the portal, which creates a timestamped record in the facilities management queue and optionally triggers an automatic HVAC setpoint adjustment if write-back integration is in scope. Service request submission and tracking: maintenance requests, cleaning escalations, and reactive works move through a visible workflow -- submitted, acknowledged, in progress, resolved -- with push notification delivery at each stage via FCM (Firebase Cloud Messaging) for Android and APNs for iOS. Visitor pre-registration: the tenant creates a visitor record in the portal (name, company, date, time, host) which generates a time-limited access credential delivered to the visitor by SMS or email before arrival, eliminating reception queuing. Meeting room booking integrated with the building's space inventory and the tenant's Microsoft 365 or Google Workspace calendar via Graph API and Google Calendar API respectively -- room availability reflects real-time status from both the booking system and the occupancy sensor layer. Per-tenancy data isolation enforced at the database level using row-level security: tenant A cannot see tenant B's service requests, visitor records, or usage data under any application condition. For multi-tenant buildings with different operators per tenancy, white-labelled portal options with per-tenancy logo, colour scheme, and domain. Service billing via Stripe Connect: building services consumed beyond the base lease (meeting room overtime, event space hire, car park, fitness facilities) billed directly to the tenant's stored payment method with itemised receipts.
Fault detection and maintenance alerting
Automated fault detection combining rule-based and statistical methods against the continuous stream of data from BMS, energy meters, and sensors -- because the threshold rules that catch the obvious failures miss the gradual degradation patterns that show up first in the data. Rule-based fault detection follows ASHRAE Guideline 36 sequences for air-handling units and variable air volume boxes: supply air temperature deviations from setpoint beyond tolerance for more than a configurable duration, simultaneous heating and cooling valve activity (a common energy waste fault), economiser controls not responding to outdoor air conditions. Statistical fault detection applies building-specific baselines: a rolling 4-week regression model of expected chiller power draw against outdoor wet-bulb temperature flags a 12% unexplained increase in plant power consumption as a potential refrigerant leak or condenser fouling -- faults that don't violate any single BMS alarm threshold but show up clearly in statistical deviation from the expected curve. Fault prioritisation: each detected fault is scored by estimated energy waste per day, estimated maintenance cost if left unattended (based on equipment type and fault pattern), and whether the fault directly affects tenant comfort. The maintenance team sees a ranked queue rather than a noise floor of undifferentiated alarms. CMMS integration for automatic work order creation: faults that breach configured thresholds create work orders in IBM Maximo (via REST API), Planon, ServiceChannel, or Corrigo CMMS without requiring a facilities manager to manually transcribe the fault description, timestamps, and sensor readings. Work order fields pre-populated with the affected equipment, fault type, sensor data at time of fault, and the recommended corrective action from the fault library -- reducing the diagnostic time for the responding technician. MTBF (mean time between failure) tracking per equipment class: the platform records fault history per asset, enabling proactive maintenance decisions before the next failure cycle based on observed failure frequency rather than manufacturer-recommended intervals that don't account for actual run hours and operating conditions.
Building systems generating data that nobody is using?
Tell us what systems you have installed, what your facilities team needs to see, and what your tenants need from a portal. We'll design the platform and give you a fixed cost.
We integrate with the most common building management and IoT systems: BMS platforms (Johnson Controls, Siemens Desigo, Schneider EcoStruxure, Honeywell), HVAC controllers via BACnet, lighting systems via DALI or KNX, access control systems via REST API or manufacturer SDKs, energy meters via Modbus or M-Bus, and occupancy sensors via MQTT or Zigbee. For legacy building systems without network connectivity, we use protocol gateways or hardware data loggers. The integration scope depends on which systems are installed, what protocols they expose, and what data you need from each. We assess integration feasibility for each system during scoping.
Smart building software reduces energy costs by giving building managers visibility into what is consuming energy, when, and where -- which most currently lack beyond a monthly utility bill. Specific mechanisms include: identifying HVAC and lighting running in unoccupied zones outside operating hours; detecting equipment fault conditions (refrigerant leaks, HVAC running inefficiently) that show up as energy anomalies before they cause failure; enabling demand response -- automatically reducing non-critical loads during peak tariff periods; and providing benchmarking across floors, buildings, or time periods so managers know which interventions had the most impact. Typical outcomes in commercial buildings are 15--30% energy reduction, though this depends on baseline efficiency and the scope of controls integration.
Yes. BACnet (the most common protocol for HVAC and building automation controllers), LON (used in older building automation systems and some lighting controllers), and KNX (common in European commercial buildings for lighting and HVAC control) are all in scope. We use protocol gateways and integration middleware to connect these systems to modern cloud platforms or on-premise servers. We also integrate directly with Modbus for energy meters, M-Bus for utility metering, and MQTT for modern IoT sensors. The integration architecture depends on which protocols your installed systems use and what level of control (read-only monitoring vs read-write control) is required.
A focused smart building management platform -- integrating two to three building systems, energy monitoring dashboard, basic occupancy analytics, and a facilities management interface -- typically runs $35,000--$90,000. Platforms covering multiple buildings, full tenant portal functionality, advanced energy optimisation, fault detection, and integration with property management systems run higher. Cost depends on the number of systems integrated, building count, tenant-facing requirements, and the complexity of the analytics and alerting layer. We scope before pricing and deliver a fixed-cost proposal.
Work with us
Tell us what you need. We'll tell you what it would take.
We scope Smart Building Software Development in 30 minutes. You walk away with a clear cost, timeline, and approach. No commitment required.
Scope and cost agreed before work starts. No surprises. No obligation.
Working prototype within 3 weeks of kickoff.
Pay by milestone. You see progress before each invoice.
60-day post-launch warranty. Bug fixes, UI tweaks, and deployment support. No retainer.
