Status settings

Since construction projects use different terminology, you can choose to change the generic “Status” term into something you use in the project to track progress like for example MMI (Model Maturity Index), LoD (Level of Development), Stages, Phases or Deliveries.

You can also choose to synchronize the status values for each object to the models in the project. This is turned off by default and should only be toggled on when the status term is final for the project, since that term will be the exact naming of the property throughout the project.

We recommend that you not use this setting but rather have Designers and Engineers in the project look up the status for a given object with the Interaxo Parameter Panel since this always will fetch the correct and lates status for each object in Interaxo BIM Data and not something which needs to be synchronized first. Read more about the panel here.

Milestones

In order to use the new status board, you need to first add some Milestones. These are the steps/statuses that you want to use in Interaxo BIM Data when tracking progress for your BIM objects. We recommend that the project or design & engineering team agrees on a set of milestones that is understood by everyone but not too complex or have too many detailed steps.

Milestones will appear in a certain order to your project participants. You can change this order by clicking and holding the drag icon to the right of each milestone. This is especially useful if you add more milestones during the project.

If you wish to delete a milestone please notice that no object can have that status before you delete the milestone. This is to protect on-going work in the project. If you would like to delete the milestone please move all cards to other milestones before you delete.

Deliveries

Deliveries are a part of the status settings of the project. You will find these under the Deliveries tab.

Here you can create new and manage existing Deliveries. Notice that all project users can see this page, but it will not show parameters and parameter groups that the end user does not have permission to see.

1. Each Data Delivery needs a unique name.
   • Usually projects use topic, purpose and responsibility as a part of the name. Tip: Use a numbering system so each delivery is easily referred to.
2. Who: User group responsible for delivering the data.
   • Tip: Use multiple responsible to cover cases where shared Categories are common such as Architects and Structural engineers both create and deliver Walls in their models.
3. When: Milestone or status for when the delivery needs to be fulfilled.
   • When considering what to pick here think of it like this data is needed in next Milestone.
4. What: Parameters are the core data you would like to include as the delivery.
   • When choosing parameters the list will also indicate if any user groups selected as responsible does not have access to the parameter group.
5. What: Object categories define the applicability of the delivery.

Notice that for Parameters the list will shorten as more Deliveries are defined in the project. The goal is not necessarily to define Deliveries for all Parameters in your project but to those that are significant and important to your project’s success.