Practical methodology for mapping, preserving, and tracking architectural components that transition across physical locations and chronological project phases without data loss.
When an architectural asset moves from its original position to a new destination in a later renovation phase, standard BIM tracking often misidentifies the action as a simple demolition paired with a new purchase. The Relocated Elements Workflow establishes a dual-instance ledger protocol that preserves element provenance, logs salvage status, and prevents erroneous procurement budgeting while retaining full geometrical accuracy.
In conventional BIM models, an element exists at a fixed spatial coordinate bound by its creation and demolition phases. Moving a historic timber beam, salvaged stone archway, or mechanical fixture to a newly constructed wing presents an ontological conflict for automated schedules. If the designer moves the original object, historic phase views lose their baseline geometry. If the designer models a brand new object, demolition schedules fail to note preservation, and cost estimation registers an unnecessary acquisition.
The Relocated Elements Workflow resolves this dilemma through systematic instance linking. The original asset is retired in Phase N under a dedicated status termed "Removed for Relocation" rather than "Demolished", while a mirrored twin is generated in Phase N+1 with an assigned "Reused / Relocated" tag bound to the source element Global Unique Identifier (GUID).
Never displace an existing element across physical coordinates between phases inside the same model instance. Always retire the source element with an archival state and spawn an authenticated relocated twin carrying the original element identifier.
Consult with our technical methodology team to establish tailored element-tracking worksheets, viewport overrides, and lifecycle rules for complex adaptive reuse projects.