- Project plans
- Project activities
- Legislation and standards
- Industry context
- Specialist wikis
Last edited 26 Dec 2020
Application Programming Interfaces (APIs)
At first glance, it might be easy to dismiss a term like Application Programming Interfaces (APIs) as the kind of technical jargon that only software programmers might get excited about. However, the implications of ‘the API economy’ could barely be less significant as organisations increasingly digitise and become data driven. In some industries it has even disrupted whole business models and become a regular board room topic.
If you have wondered how you can sign up for a new app or website with your Facebook ID rather than entering all of your personal details again, then it is down to APIs. Or perhaps to track a package you simply click a URL in the vendor’s e-mail and it takes you straight to the information in the delivery company’s website without any re-entry of addresses or delivery ID.
The YouTube video embedded on a web page, current weather conditions beamed to the home screen on your mobile phone, and price comparison site matching your details to a host of vendor prices in seconds. All made possible by the humble, understated API.
 Open the gates
Software vendors are now realising that their products need to communicate with others. APIs are now so common that anyone can create their own basic event programs without code using services like IFTTT. For example you may wish to create a recipe that automatically switches on the home central heating when your car calculates that you are 30 minutes away.
The largest benefits however are reserved for organisations, where slow and error prone manual handling of information can be replaced by seamless, automated work flows. New, external data sources can be incorporated into organisations’ decision making where, previously, intangibles had to be resolved through gut feel. And organisations can realise latent monetary value in by making it available externally.
But what does this all mean for construction?
 Plug in to productivity
The construction industry is highly fragmented and this creates inefficiency. Productivity has barely moved in twenty years and if you can make profits of just 2% then you are doing well. Add to this the fact that the overhead of a major capital project can often represent 20-25% of the total cost, and there is clearly room to divert money from the desk back to the site.
Advances are already being made with the deployment of BIM; federated models such as IBM’s Asset Lifecycle Information Management platform enabling asset information to be assembled from a variety of systems and surfaced to a mobile app or other medium via APIs. This makes a wealth of information available at the user’s fingertips without the need to gather and integrate information manually.
But there are all manner of other ancillary business processes that lend themselves to automation, not least the administration of contracts, in particular the kind of standardised forms of contract found on large infrastructure projects.
Contracts are after all at their heart a series of rules in how to execute obligations and entitlements; so with the right data sources, machine logic can be used to execute certain contractual processes.
And for text based information sources that are not traditionally machine-readable, such as a project communications, we now have cognitive (artificial intelligence) APIs such as IBM’s Watson that can learn, understand and reason with natural language.
They won’t replace a human but they will help the work to be done quicker and better.
Connecting to external data can help make fast, informed decisions throughout the lifecycle. Feasibility and design processes can be streamlined through connecting to geological, land value and planning restriction data sources. Commodity price feeds may help estimate project costs more accurately whilst a weather data feed can help plan for inclement conditions.
Making live telematics data from your delivery vehicles available to a project manager on a busy site would help them prepare for delivery with precision, much like Uber helps you catch your taxi. Providing cement curing performance information to the supplier could help them optimise their product mix.
A supplier might provide a feed from their product or service catalogue so that cost can be incorporated dynamically into the design of an asset. And capital project benchmarking data can be made available to clients to help them estimate the cost and duration of building a new asset.
Many shared APIs will just make you a more attractive partner to work with, but some make actually generate new revenue streams.
 Reasons to be API
Jealously guarding one’s information in a walled garden is on its way out whilst sharing in a controlled, selective and secure way is on its way in. It may take a while in an industry that is traditionally fragmented and adversarial. But the good news is that everyone stands to benefit.
 Related articles on Designing Buildings Wiki
Featured articles and news
High levels of mica and pyrite found in aggregate used for Irish homes.
Organisation offers mobile app to its members.
BSRIA explores US share of 2020 VRF market.
New fire safety requirement comes into force.
Different types of bridges are meant to move.
A logical approach to handling the internal voice of self doubt.
First fashionable in the US, decorative metal has become globally desirable.
Helping communities preserve and enhance historic environments.
Creating comfortable climates despite extreme temperatures.
Study examines how adjustable arrangements can succeed.
Government announces plans to improve accessibility.
Resource addresses pandemic-related NEC4 contract issues.