Skip to content

Services

What a job is scoped as, and what you get for it

Eleven deliverables rather than eleven offers: these are the shapes the work takes once somebody sends the station, the module, the export or the spreadsheet it has to live with. Four need no building automation system at all, two have no building in them, two run inside a building automation system on Tridium Niagara, and three are done to stations and estates. Each is quoted as a fixed price against a written specification agreed before any work starts, with the deliverables listed first and monthly care available afterwards.

If any of this is building automation work, read the Niagara 5 readiness assessment first. It is the only one here with a clock on it that belongs to your estate rather than to us: every third-party module has to be recompiled and re-signed before it will load, and the inventory has to exist before the capital plan can. The scan that starts it is free.

Devices, data and the web

Work that needs no building automation system, and no building, to be useful.

Software with no building in it

Work for the office rather than the plant room: a site, and the workbook the team runs on.

Building automation: inside the station

Software that runs on a Niagara station and is installed into it.

Building automation: stations and estates

Work done to a station, a site, or a fleet of them.

Start here

Not sure which of those a job needs?

Most of the list above is named in Niagara vocabulary, which is the right language once there is a station and the wrong one when there is a building. If the problem is still described in BMS terms — the graphics are unusable, that chiller will not come into the head end, nobody knows what is installed — start one level up.

Building automation software on Niagara explains where the framework sits in a BMS, what the software layer of a project actually consists of, and which of these each kind of problem turns into. It also maps the vocabulary both ways, so a quote is not lost in the gap between "trend log" and "history extension".

Where Niagara sits in a BMS →

Engagement

How a piece of work runs

  1. A conversation

    Niagara version, target hardware, what exists today and what has to be true at the end. Usually half an hour.

  2. A written specification

    Scope, behaviour, failure behaviour, deliverables and what is explicitly out of scope. You keep it whether or not you proceed.

  3. A fixed price

    Against that specification. If the scope changes, the specification changes first and the price changes with it.

  4. Build and review

    Delivered in reviewable pieces rather than as one drop at the end, so a misunderstanding costs days instead of the project.

  5. Handover

    The signed module or the commissioned station, an installation note written for the commissioning engineer, and source where it is in scope.

Next step

Tell us the version, the hardware, and what it has to do.

You will get a written scope and a fixed price against it. If the honest answer is that you do not need us, you will get that instead.