Asset tagging strategy

One of the underlying principles of BIM is the management of asset information throughout the entire lifecycle of a facility - from concept and design right through to decomissioning or demolition.

Tracking the Duty of an Asset - not the Product

When we talk about asset information requirements we talk about the pieces of information we need to answer critical questions, make informed decisions or carry out key activities throughout the lifecycle of a “thing”.

There will be databases, documents, drawings, metadata, spreadsheets, 3D/4D/5D models and all number of pieces of information generated in many forms before we know what physical thing or product is going to fulfil that role.

We identify this virtual need and the space it occupies with an Asset Tag, this in turn has a unique identifier that will help us link every instance of the asset at every stage and in whatever form it appears.

This Duty, or function is the specification of what the thing needs to achieve. During the early phases of a project we know very little about what we require, but there will be critical questions that need answering with information generically defined in our AIR but attached to a specific instance.


When we are thinking about the overall Strategy we will need to generate information on a facility level to ensure what we are creating provides the social, environmental and economical outcomes desired. In infrastructure these tags will typically be for hubs or connectors.


When we are thinking about the overall Strategy we will need to generate information on a facility level to ensure what we are creating provides the social, environmental and economical outcomes desired. In infrastructure these tags will typically be for hubs or connectors.


When we get to the Design phases, we will know much more about the makeup of the structure and be able to tag an asset down to Element level, thus providing that unique ID for each individual asset down to the maintainable level. (i.e. a window rather than the glass, sealant, hinges, locks etc.)


All the tags starting from Facility, through Entity and down to Element should be related in a hierarchy to show how assets are associated with each other and their breakdown structure.

Finally, when we arrive at construction we will have built up a set of performance requirements (the duty of the asset) and we can use this information to go and purchase a product to fulfil that role.

Operations and Maintenance

During operations and maintenance, the tag information helps to deliver information on criticality, impact, performance and function. All of which help us to ensure that the correct level of importance and finances are assigned. It also means that we can constantly monitor the market for new innovative products that will help fulfil this requirement rather than replacing like for like

An introduction to BIM and links to useful resources

What is COBie and why is it important to BIM?

What has BIM got to do with economics?

Asset Breakdown Structure

Tracking the Duty of an Asset

Asset Information Requirements

Employer's Information Requirements

Why spend money on BIM?

A COMIT initiative to help BIM reach smaller contractors

Asset Information Requirements

Employer's Information Requirements

Asset tag information

The six questions we associate with an asset tagging strategy are important.

       Classification: I need to know what type of thing I am because:

  • It creates a common understanding as to what I am.

  • It helps to categorize me with like-minded things.

  • I can be quickly identified and critical information associated with me.

  • My performance can be assessed against all the others of my type.


    Functionality: I need to know what functionality I have because:

  • It ensures that I meet the specific requirements at every stage of my lifecycle, even when nobody knows which piece of equipment will fulfil this.

  • It helps to set my performance criteria for continued monitoring


      System, entity or functional grouping: I need to know what functionality grouping I belong

      to because:

  • It associates me with those things that I interact with and work together to perform a joint functionality

  • It identifies other things that may be effected if I stop working

  • It helps to ensure I can be isolated and the impact of my existence is understood.


    Asset Information Requirements:  I need to know what information is important at any stage because:

  • At every stage, there will be important decisions to be made, activates to be carried out and questions to be answered, this ensures that information is available and in the right format.

  • This information helps answer critical questions fast and efficiently when time is of the essence. i.e. Disaster situations.

  • This helps those involved understand what information is required, when, why and how they are best presented.


    Location coding: need to know where I am because:

  • When I am being designed and constructed it is known where I will be placed.

  • If something happens to things in the same location as me, their impact, even if not part of the same functional grouping can be assessed.

  • It’s the first question anyone asks, “Where is it?”


    Identification: I need to how I will be identified because:

  • When I am identified on any media (drawing, document, model, database etc) I need to be unique.

  • When someone notices a problem in the physical world, I need to know they have correctly identified me.

  • When the physical equipment that fulfils my function is replaced, it helps to ensure that we are talking about the same thing.

Asset Register

The asset tags at various levels have appeared in all the documents, drawings and models during this build up, but the most important place for them to be is in the asset register.

This register of assets needs to be accessible from every information creating, gathering and consuming system used in the PIM (Project Information Model), ensuring the “things” mentioned in all these sources of information are linked back to the relevant asset tag, this enables us to have all the information required to answer our critical questions throughout the lifecycle.

This asset register will not only contain information about the duty of an asset, but eventually it will include information on similar products which can fulfil that need, along with all the information about the physical thing.

My advice here is to never lock this register away in a CAD package and restrict its access to a small percentage of your team. Data is for databases so that it can be analysed, reported and linked rather than duplicated.

Temporary works

We need to treat our temporary works the same way we treat our permanent assets. I’m not suggesting that we tag every piece of scaffolding, but we are recommending that it is broken down into “supporting service” level, where each temporary works element supports a maintainable asset.

We should record these the same way in every drawing, document or model and ensure that they appear in the asset register to help answer any critical questions. Bear in mind that if they are abandoned in place, they will need to be handed over just like any other permanent asset.

There is a difference

As you have seen, the term “Asset Tag” covers what we want the asset to do, not what physical thing that performs this duty. This in turn, is different from the identification code we use to ID this duty during the lifecycle and finally it is different from the physical label affixed to define where this duty is required.


AD4s and PDTs

Whilst looking at your asset tagging strategy you will come across the two terms AD4 (asset data definition dictionary document) and PDT (product data template)

The AD4 describes what the information requirements are and the PDT provides the information to answer those needs.

Asset Criticality

The information created in the Asset Tag is important when we are defining the criticality of our assets. A calculation utilising its function, functional grouping, location and some of the AIR data will help us to put a ‘criticality factor’ onto this asset. This factor will help us decide the importance and finances placed into keeping this asset operational.

Naming convention

There are two polarised views on how we deal with an asset tagging naming strategy. Firstly that the tag should contain useful information about the asset and secondly that it should just be a unique ID that means nothing, because all the information is kept in the asset register/ database.

If you wish to put meaning into the name, then I recommend the following:

Location– Functional grouping code – Classification – Unique numerical number.

This will allow you to understand how assets relate to each other and the function they play without needing to delve into the asset register/ database.

© 2017 - 2020 by COMIT Projects Ltd.


  • LinkedIn Classic
  • YouTube App Icon