Autodesk BIM_MGT_101 - Autodesk Certified Professional in BIM Management for Building Design

The clash matrix is the project’s approved framework for determining which model combinations, object categories, zones, and tolerances require coordination. The BIM manager should configure clash tests to reflect that matrix rather than distribute an unfiltered list of every geometric intersection generated by the software.

Low-value results should be removed through controlled rule selection, object-category filtering, zone-based scoping, and technically justified tolerance settings. Reports can then be organized according to each discipline’s responsibility and focused on clashes that materially affect constructability, design intent, access, maintenance clearances, or code compliance.

Sending all 3,000 results to project teams transfers the BIM manager’s triage responsibility to designers and creates substantial coordination noise. Manual spreadsheet sorting separates the results from model context and is inefficient for repeated review cycles. Arbitrarily relaxing clash rules merely to reduce totals is also unacceptable; tolerances must correspond to documented project requirements rather than a desired numerical result.

Applying the clash matrix creates a repeatable, auditable process and ensures that coordination meetings address consequential issues instead of irrelevant geometric contacts.

Reference topics: Clash matrices; clash-test configuration; tolerance management; discipline-based reporting; coordination prioritization; Model Coordination.

===============

The project should retain a common View Template for consistent graphics, visibility, filters, discipline settings, detail level, and other documentation standards, while excluding View Range from the parameters controlled by that template. Deselecting the corresponding Include checkbox allows each floor-plan view to maintain a level-specific View Range without losing the other standardized template settings.

Plan Regions are intended for localized conditions within a plan, such as a raised platform, clerestory, split level, or isolated area requiring a different cut plane. They are not an efficient substitute when the entire floor requires a different View Range because its floor-to-floor height differs from other levels.

Removing the View Template would weaken graphical and documentation consistency. Visibility/Graphics also does not control the View Range; it controls the visibility and appearance of categories and elements. Creating a separate template for every floor would produce unnecessary template proliferation and increase maintenance risk because future standard changes would need to be repeated across numerous nearly identical templates.

Excluding only the variable parameter provides the correct balance between corporate standardization and project-specific view configuration.

Reference topics: View Templates; View Range; template-controlled parameters; Plan Regions; floor-plan standards; graphical consistency.

===============

A project-closeout handover package should contain verified record models populated with the asset information required by the owner’s operational and facilities-management processes. Depending on the defined information requirements, this may include asset identifiers, classification, manufacturer and model data, installation information, warranty details, maintainability fields, commissioning status, spatial relationships, and links to associated documentation.

The record model must represent the accepted project condition rather than an intermediate coordination state. It should undergo final validation for required parameters, naming, file format, model structure, and information completeness before delivery. Where COBie or another structured asset-data format is required, the embedded model information should correspond with the exported dataset.

Federated clash-detection models and temporary 3D coordination views are process artifacts. They may be archived where the contract or organizational retention policy requires them, but they are not normally the principal operational deliverable. Internal coordination notes likewise document project activity but do not provide the owner with a usable digital representation of the completed facility.

The defining characteristic of a BIM handover deliverable is verified, structured information that supports the owner’s specified post-project uses.

Reference topics: BIM closeout; record models; asset-information requirements; COBie; facilities-management handover; data validation; digital deliverables.

===============

Parameters Service

The team member should select Parameters Service on the Manage ribbon. The exhibit specifically shows this tool between Project Information and Project Parameters. The Parameters Service provides a centralized method for accessing and applying approved parameter definitions that have been made available to the organization. Because the BIM manager has already extracted the client’s custom shared parameters into that service, the project team should consume those controlled definitions from the same source.

This workflow supports parameter governance by reducing the risk of users creating duplicate parameters with similar names, selecting outdated shared-parameter definitions, or introducing parameters with incompatible identifiers, data types, disciplines, or grouping. A shared parameter is not defined solely by its displayed name; its underlying definition must remain consistent for reliable scheduling, tagging, filtering, exporting, and cross-project data exchange.

The Project Parameters tool is used to create or bind parameter definitions within a project, but it is not the designated interface for retrieving the organization’s centrally managed definitions in this scenario. The Shared Parameters command manages conventional shared-parameter files, while Global Parameters control design relationships inside a project and do not serve this data-standardization purpose.

Reference topics: Parameters Service; shared-parameter governance; centralized BIM standards; parameter consistency; project data requirements; reusable corporate content.

===============

The revised BEP must be distributed to every party whose work or information access is governed by it, including consultants already modelling, late-onboarding participants, and relevant external stakeholders. Formal distribution with confirmation of receipt establishes that each organization has received the current requirements and understands its modelling scope, coordination obligations, information exchanges, approval responsibilities, and communication procedures.

The controlled copy should also be stored in the project’s Common Data Environment. Uploading it to the shared data-management location provides centralized access, version history, revision traceability, and a consistent source of truth. The BIM manager must verify that each stakeholder has appropriate folder permissions rather than assuming that uploading the document automatically makes it accessible.

Issuing the BEP only to newly onboarded consultants would leave existing participants working under obsolete requirements. A contractual addendum may be required when the revision changes contractual obligations, but it is not automatically the correct mechanism for routine distribution management. Delaying access until construction coordination would undermine design-stage coordination and prevent external stakeholders from following the approved procedures.

Reference topics: BEP distribution; document control; Common Data Environment; version management; stakeholder access; receipt confirmation; project onboarding.

===============

A view filter can be configured to act only on ceilings meeting specific criteria, such as family name, type name, material, height, or another parameter. Because the missing ceiling is a 2x4 type while the visible ceilings are 2x2 types, a filter targeting the 2x4 ceiling could hide it or override its graphics without affecting the other ceilings.

A Plan Region can also impose a localized View Range that differs from the parent Reflected Ceiling Plan. If the hallway contains a Plan Region with a higher cut plane or an otherwise incompatible view range, the ceiling can fall outside the region’s visible range even though it remains present and visible in a 3D view.

The ceiling was not deleted because it is still visible in 3D. Turning off the Ceilings category through a View Template would ordinarily hide all ceilings governed by that category in the view, contradicting the fact that the 2x2 ceilings remain visible. Similarly, Hide in View by Category affects the entire Ceilings category within that view rather than one ceiling type or a single hallway element.

Reference topics: Reflected Ceiling Plans; View Range; Plan Regions; view filters; category visibility; view-template troubleshooting.

===============

Exhibit 1 correctly assigns a red dashed line pattern to the Demolished phase status for both Projection/Surface Lines and Cut Lines. This is required because demolished elements may appear either in projection or in section, depending on the view orientation and whether the element is intersected by the view’s cut plane.

Configuring only Projection/Surface Lines would leave demolished elements displayed differently when cut. Conversely, changing only Cut Lines would not produce the required standard in elevations, plans, or other views where the elements are viewed in projection. The phase graphic override must therefore consistently define the colour and line pattern in both graphical conditions.

This setting belongs in the firm’s Revit project template so that future projects inherit the standard. The corresponding phase filters must also be configured to apply the Demolished override in relevant demolition and construction views. A graphic override does not operate independently; the active phase and phase filter determine whether an element is classified and displayed as existing, demolished, new, or temporary.

Reference topics: Revit phasing; Phase Graphic Overrides; demolished-element standards; phase filters; projection and cut graphics; corporate project templates.

===============

Training should be targeted to the personnel responsible for executing, checking, or approving the specialized data-formatting and export workflow. The BIM manager should develop task-specific tutorials that cover tool installation, approved configuration, source-data prerequisites, export settings, file naming, validation procedures, exception handling, and the method for confirming compliance with the government and global data-management requirements.

Role-based assignment is more effective than training the entire project team. Only users who perform or supervise the workflow require operational proficiency, while other participants may need only general awareness of submission dependencies. This reduces training time, limits unnecessary software access, and creates clear accountability.

Waiting for software crashes or quality-control failures is reactive and exposes the project to preventable delivery risk. Revit Journal files may help diagnose technical failures, but they do not identify whether users understand the required data workflow. Similarly, milestone reviews occur too late to serve as the primary training trigger.

The BIM manager should also test the add-on in a controlled environment, document approved versions, provide sample datasets, and verify user competency before production exports begin.

Reference topics: Role-based training; project-specific technology deployment; add-on validation; data-export standards; competency assessment; quality assurance.

Scheduled, filtered reports provide the most efficient and controlled method of communicating coordination status to a project manager who does not routinely operate the coordination platform. The BIM manager can configure the report to include relevant issue attributes such as discipline, status, assignee, due date, location, priority, and creation date. A weekly schedule then delivers a consistent snapshot without requiring repetitive manual extraction.

Saving the reports within the project environment also maintains a traceable project record. The project manager can compare reporting periods, identify overdue items, review issue closure rates, and escalate unresolved coordination risks without maintaining a separate unofficial dataset.

Manual Excel exports introduce unnecessary administrative effort and create a risk that the spreadsheet becomes outdated immediately after issue statuses change. Using Excel as the principal tracker would fragment the project’s source of truth and could result in conflicting issue records. AutoCAD’s interference functions are not the appropriate mechanism for managing multidisciplinary Revit coordination issues and would not preserve the associated cloud-based issue workflow, assignments, comments, and status history.

The correct strategy is to retain issue management in the approved coordination platform while tailoring automated reporting to the stakeholder’s information needs.

Reference topics: Model Coordination; issue management; scheduled reporting; discipline-based filtering; coordination dashboards; Common Data Environment reporting.

===============