All questions
Question 1
A structural model already contains grid lines that were created manually. After an architectural model is linked, the engineer confirms that each structural grid corresponds to an architectural grid. Creating another set of grids would cause duplicate grid references.
Within Copy/Monitor, what should the engineer do?
- Copy the linked grids and delete the existing structural grids after the copied grids are created.
- Monitor each existing structural grid against its corresponding grid in the linked architectural model. (correct answer)
- Copy the linked grids and hide the existing structural grids in all structural plan views.
- Pin the existing structural grids and use Coordination Review without establishing monitored pairs.
Explanation: When working with Copy/Monitor in Revit, it's important to understand the distinction between two of its core functions: Copy (which creates new elements in the host model) and Monitor (which establishes a supervisory relationship between existing elements). Questions like this test whether you know when to copy versus when to simply monitor.
Since the structural model already has grids that correspond one-to-one with the architectural grids, the engineer doesn't need to create anything new — doing so would produce the duplicates the passage explicitly warns against. The correct move is B: use the Monitor function within Copy/Monitor to link each existing structural grid to its architectural counterpart. This creates a monitored pair, so if the architectural grid ever moves or changes, Revit will flag it in Coordination Review, keeping the two models synchronized without adding redundant elements.
A is a destructive workaround — copying the linked grids and then deleting the originals breaks any existing annotations, dimensions, or references tied to those structural grids, and introduces unnecessary risk. C suggests hiding the original grids rather than removing them, which only masks the duplication visually; the duplicate geometry still exists and can cause coordination errors. D misunderstands the workflow entirely — pinning grids prevents accidental movement but does nothing to establish the monitored relationship needed for Coordination Review to function meaningfully between the two models.
As a study tip, remember: Copy is for bringing linked elements into your model; Monitor is for watching elements that already exist in both models. When duplicates are the problem, Monitor — not Copy — is always the answer.
Question 2
Levels were copied and monitored from a linked architectural model. The architect raises one source level, saves the model, and sends the revised file. The structural engineer reloads the link.
What should the structural engineer expect and do next?
- The structural level moves automatically, so the engineer only needs to synchronize the structural model.
- The source level is copied again, creating a second structural level at the revised elevation.
- A coordination condition is reported, and the engineer reviews the difference before resolving it. (correct answer)
- The architectural link is unloaded automatically until the engineer manually moves the structural level.
Explanation: When working with linked models in Revit, the Copy/Monitor workflow is the key concept being tested here. Copy/Monitor doesn't create a live sync — it creates a monitored relationship that flags differences when the source element changes. Understanding what happens after a reload is essential for coordination workflows.
When the structural engineer reloads the updated architectural link, Revit detects that the source level's elevation no longer matches the monitored structural level. Rather than making any automatic changes, Revit reports this discrepancy through the Coordination Review tool. The engineer must then open that dialog, examine the flagged difference, and consciously decide how to resolve it — typically by accepting the change and moving the structural level to match. This deliberate review step is by design, protecting the structural model from unintended automatic edits. C is correct.
A is wrong because Copy/Monitor never moves elements automatically. The structural level stays at its original elevation until the engineer explicitly resolves the coordination condition. Synchronizing alone does nothing to address the mismatch.
B is wrong because reloading a link does not trigger any copy operation. The original monitored level already exists; Revit doesn't duplicate it. This answer confuses the initial Copy/Monitor setup with what happens during an update cycle.
D is wrong because Revit does not unload linked files as a response to coordination discrepancies. The link remains loaded and accessible; only the Coordination Review alert is generated.
Study tip: Remember that Copy/Monitor is a notification system, not an automation system. On exam questions, any answer suggesting Revit moves or duplicates elements automatically should be a red flag.
Question 3
A consultant's model has been linked, but its final placement relative to the host model has not been verified. A team member proposes copying and monitoring all levels and grids immediately, then repositioning the link later.
Which workflow best reduces avoidable coordination problems?
- Copy and monitor first, because monitored elements automatically ignore later changes to the link's placement.
- Verify the link's intended positioning, secure its placement, and then establish Copy/Monitor relationships. (correct answer)
- Bind the link before positioning it, because only bound elements retain valid coordinate relationships.
- Create unmonitored host levels first, reposition the link, and rely on matching names for coordination.
Explanation: When working with linked Revit models, the sequence of operations matters enormously. Copy/Monitor creates a live dependency between host elements and their linked counterparts — if the link isn't properly positioned first, those monitored relationships are built on an unstable foundation, requiring rework when the link moves.
The correct approach, B, respects this dependency chain. By verifying the link's intended positioning and securing its placement before establishing Copy/Monitor relationships, you ensure that copied levels and grids accurately reflect the consultant's final coordinate intent. Once the link is anchored, your monitored elements track meaningful changes — consultant revisions — rather than phantom discrepancies caused by your own repositioning.
A is built on a false premise. Monitored elements do not ignore subsequent positional changes to the link. If you move the link after Copy/Monitor is established, Revit will flag coordination warnings because the monitored elements no longer match their source positions. You haven't avoided problems — you've guaranteed them.
C confuses Binding with coordinate management. Binding converts a linked file into native Revit elements within the host model, which is a destructive, one-way operation typically used when collaboration ends, not during active coordination. It has no special advantage for establishing coordinate relationships before positioning.
D relies on name matching as a substitute for geometric coordination, which is unreliable. Revit's Copy/Monitor is geometry-based, not name-based. Two levels named "Level 1" at different elevations will still generate warnings.
As a study tip: on Revit coordination questions, always ask yourself "does the order of operations matter here?" With Copy/Monitor, it almost always does.
Question 4
Architectural and structural team members are working in separate discipline areas of the same Revit project file. The structural team needs to monitor shared grids without selecting an external Revit link.
How should the team begin the Copy/Monitor workflow?
- Choose Select Link, then select the current project from the Manage Links dialog.
- Create a temporary project link to the same file, then copy the grids from that duplicate link.
- Export the architectural grids to CAD, link the file, and monitor the imported grid layers.
- Choose Use Current Project, then establish monitoring relationships for the appropriate elements. (correct answer)
Explanation: When working within a single Revit project file where multiple disciplines (like architecture and structural) occupy the same model, the Copy/Monitor tool offers two distinct workflow paths: Select Link and Use Current Project. Knowing which to choose depends entirely on whether the elements you want to monitor live in a linked external file or directly within the active project file.
Since the structural team is working in the same project file as the architectural grids — not referencing an external linked file — the correct starting point is Use Current Project (answer D). This option tells Revit to look within the current model for monitorable elements, allowing the structural team to copy and establish live monitoring relationships on grids that already exist in the same file without needing any external reference.
Answer A is a trap because Select Link is only valid when elements exist in a linked Revit file. If there's no external link involved, this option won't target the correct source elements. Answer B introduces unnecessary complexity — creating a duplicate link to the same file is not a supported or recommended workflow and would create circular reference problems. Answer C takes an entirely wrong approach; exporting to CAD and reimporting loses the parametric intelligence that makes Copy/Monitor valuable in the first place, and Revit cannot monitor CAD layers the same way it monitors native Revit elements.
As a study tip, remember this simple rule: Select Link = external RVT link; Use Current Project = same file. Exam questions about Copy/Monitor almost always hinge on this distinction, so anchor that pairing firmly before test day.
Question 5
A structural engineer links an architectural model containing the approved building levels. The engineer needs native levels in the structural model and must be notified if the architect later changes their elevations.
Which workflow best meets both requirements?
- Use Copy/Monitor, select the architectural link, and copy the required levels into the structural model. (correct answer)
- Use the standard Copy command, paste the levels aligned, and pin the resulting structural levels.
- Create new structural levels at matching elevations and retain the architectural link for visual comparison.
- Bind the architectural link, retain its levels, and delete all other elements created by the bind.
Explanation: When working across linked models in Revit, the key distinction is between copying geometry and establishing a monitored relationship. Questions about inter-discipline coordination almost always hinge on whether changes in one model will be detected in another — that's the core concept being tested here.
The Copy/Monitor tool, found under the Collaborate tab, is specifically designed for this cross-discipline scenario. When you select the architectural link and copy levels using Copy/Monitor, Revit creates native levels in the structural model and registers a monitoring relationship. If the architect later changes a level's elevation, the structural engineer receives a Coordination Review warning, prompting them to accept, reject, or reconcile the change. This directly satisfies both requirements in the question: native elements and change notification. That makes A the correct answer.
B is a common trap — using the standard Copy/Paste command does create native levels, but those levels have no awareness of the source. There is no monitoring relationship, so elevation changes go undetected entirely. Pinning the levels only locks them in place; it doesn't link them back to the architectural model.
C fails the first requirement. Manually created levels at matching elevations are independent from the start, and no notification mechanism exists if the architect adjusts their elevations.
D is problematic because binding a link converts it to a group and flattens the entire model into your file. This destroys the live link, eliminating any future coordination path — the opposite of what's needed.
As a study tip, whenever a question mentions cross-discipline coordination and change notification together, Copy/Monitor is almost always the intended workflow.
Question 6
An engineer copies and monitors four building levels from a linked model. The levels appear in elevations, but the Project Browser does not contain new structural floor plans for those levels.
Which conclusion is most appropriate?
- The copying failed because a successfully copied level must always generate a corresponding plan view.
- The levels are linked references only, so native plan views cannot be created from the copied levels.
- The levels are native elements, but corresponding plan views must be created separately when required. (correct answer)
- The levels remain hidden until Coordination Review accepts them and generates their associated plan views.
Explanation: When working with Copy/Monitor in Revit, it helps to understand exactly what that workflow produces — and what it doesn't do automatically.
Copy/Monitor creates native Revit elements in the host model. When you copy levels from a linked file, those levels become genuine datums living in your project, not mere references or placeholders. You can see them in elevations, tag them, and use them to host elements — they behave like any level you drew manually. That confirms C is correct: the levels are real native objects, but Revit does not automatically generate floor plan views for them. You must go to the View tab and use Plan Views → Floor Plan (or Structural Plan) to create views for those levels yourself.
Answer A is wrong because no such rule exists — copying a level via Copy/Monitor never guarantees an auto-generated plan view. The assumption that "successful copy = automatic view" is a common misconception. Answer B is the most tempting distractor: students often assume Copy/Monitor levels are somehow "linked" or read-only, but that is incorrect. They are fully native elements indistinguishable from home-grown levels in terms of view creation eligibility. Answer D invents a nonexistent dependency on Coordination Review. Coordination Review is a tool for managing changes between linked and host elements — it does not gate view creation or unlock levels.
A useful rule of thumb: in Revit, views are never created automatically by Copy/Monitor, regardless of element type. Treat view creation as always a deliberate, separate step, and you'll avoid this trap on the exam.
Question 7
A floor copied and monitored from a linked architectural model is still required for structural analysis. In the next architectural revision, the architect deletes the source floor because the design responsibility has changed.
What is the most appropriate response in the structural model?
- Assume the structural floor is deleted automatically because its monitored source no longer exists.
- Review the reported deletion and intentionally decide whether to retain, modify, or remove the structural floor. (correct answer)
- Reload the link repeatedly until Revit recreates the deleted architectural floor and restores monitoring.
- Bind the revised architectural link so the missing source floor is recovered as a model group.
Explanation: When working with Copy/Monitor in Revit, you need to understand that the feature creates a supervisory relationship, not a dependency. Monitored elements don't automatically mirror every change made to their source — instead, Revit flags discrepancies through a Coordination Review so the structural engineer can make informed decisions. That distinction is exactly what this question tests.
When the architect deletes the source floor and you reload the architectural link, Revit generates a Coordination Review warning identifying the deletion. At that point, the structural floor still exists in your model — it hasn't vanished. Your job is to evaluate the situation: perhaps the floor still carries a structural load and must be retained with its monitoring relationship removed, perhaps it needs modification, or perhaps it truly should be deleted. Answer B captures this deliberate, engineer-driven workflow correctly.
Answer A is wrong because it describes automatic deletion, which never happens. Revit protects your structural model from unilateral changes by the architect — that's the entire point of Copy/Monitor plus Coordination Review. Answer C is a red herring; reloading the link repeatedly does nothing to "recreate" a deleted architectural element. Revit reflects the current state of the linked file, not a previous one. Answer D misunderstands what binding does — binding converts the linked file into a group within your project, but it doesn't recover deleted elements or restore monitoring relationships. It would also introduce significant model management complications for no benefit.
As a study tip, remember that Copy/Monitor is about coordination awareness, not synchronization. On exam questions, if an answer implies Revit automatically modifies your model based on linked file changes, treat it with suspicion.
Question 8
A linked architectural model uses column types named by architectural finish dimensions. The structural model uses different column types based on structural sizes. The engineer intends to copy and monitor selected columns but does not want inappropriate architectural types created in the structural model.
What should the engineer configure before copying the columns?
- Copy/Monitor options that map the linked column types to appropriate structural column types. (correct answer)
- Object Styles settings that map the linked column categories to structural line weights.
- Visibility/Graphics settings that replace the linked column names with structural type names.
- Transfer Project Standards settings that import all architectural column types into the structural model.
Explanation: When using Copy/Monitor in Revit to coordinate between linked models, the tool doesn't simply duplicate elements — it lets you control how those elements are interpreted in the host model. This is especially important when the linked and host models use different type naming conventions, as is common between architectural and structural disciplines.
Before copying columns from the linked architectural model, you should configure the Copy/Monitor options, which include type mapping. This allows you to tell Revit: "When you encounter this architectural column type, use this structural column type instead." That way, copied elements land in the structural model with structurally appropriate types — not architectural finish-based names that would pollute the structural type library. This makes A the correct approach.
B is incorrect because Object Styles controls how categories are displayed (line weights, colors, patterns) — it has nothing to do with mapping element types during Copy/Monitor. C is also wrong; Visibility/Graphics overrides affect the visual appearance of elements in views, not how types are assigned or named when copying between models. Neither B nor C interacts with the Copy/Monitor workflow at all. D is a trap because Transfer Project Standards does move types between models, but it imports all types indiscriminately — exactly the problem the engineer wants to avoid. It also doesn't integrate with Copy/Monitor's selective mapping logic.
As a study tip: on Revit coordination questions, always distinguish between display tools (Visibility/Graphics, Object Styles) and coordination tools (Copy/Monitor, Coordination Review). They serve entirely different purposes, and exam questions often mix them as distractors.
Question 9
A grid in the structural model is monitored against a grid in a linked architectural model. A structural team member moves the structural grid to clear a framing condition without first coordinating the change.
How should the monitoring relationship affect the workflow?
- The linked architectural grid moves immediately because monitoring permits bidirectional editing across project files.
- The structural move is prevented because every monitored element is automatically locked to its source element.
- The move can create a monitored discrepancy that the team should review and coordinate with the architect. (correct answer)
- The monitoring relationship ends automatically because editing a copied element converts it to an unmonitored element.
Explanation: When working with linked models in Revit, you should think about Copy/Monitor as a coordination tool, not a control mechanism. Its purpose is to flag discrepancies between teams — it doesn't enforce restrictions or sync changes automatically.
When a structural engineer moves a monitored grid, Revit records that the element has diverged from its linked source. The next time the project is opened or the link is reloaded, a Coordination Review alert is triggered, prompting the team to review, accept, or reject the change. This is exactly what option C describes — the move is allowed, but it creates a discrepancy that requires deliberate team coordination. That's the correct workflow.
Option A is wrong because Copy/Monitor is strictly unidirectional — it watches the source element and flags changes in the host model, but it does not push edits back to the linked file. There is no bidirectional syncing across project files. Option B is incorrect because monitored elements are not locked; Revit permits you to move or edit them freely. The monitoring relationship simply records the deviation — it doesn't prevent it. Option D gets the behavior exactly backwards: moving a monitored element does not dissolve the monitoring relationship. The relationship persists, and that's precisely why the discrepancy gets flagged in Coordination Review.
As a study tip, remember that Copy/Monitor in Revit is essentially a change-detection system, not a change-prevention system. On exam questions, watch for answer choices that imply automatic locking, bidirectional syncing, or relationship termination — these are common distractors that misrepresent how the tool actually works.
Question 10
A project team copied and monitored several grids from a consultant's link. The consultant will no longer maintain those grids, but the project team wants to retain the current grids as native elements in its own model.
What is the expected result of stopping monitoring for those copied grids?
- The copied grids remain in the current model, but future source changes are no longer tracked. (correct answer)
- The copied grids are deleted, while dimensions referencing them are reassigned to the linked grids.
- The copied grids return to linked-only elements and can no longer be edited in the current model.
- The copied grids remain monitored until the original linked model is permanently removed from the project.
Explanation: When working with Copy/Monitor in Revit, it helps to understand what the feature actually does: it creates native elements in your model that stay synchronized with elements in a linked file. The "monitor" part is the live tracking — the "copy" part means those elements already exist independently in your model.
When you stop monitoring a copied grid, you are simply severing the tracking relationship. The copied grid was already a native element the moment it was created through Copy/Monitor, so removing the monitor link does not delete or demote it — it stays exactly where it is in your model. It just becomes a fully independent native element with no ongoing relationship to the linked file. That is precisely why A is correct: the grids remain usable in the current model, and future changes to the consultant's source grids are no longer flagged or tracked.
B is wrong because Stop Monitoring never deletes the copied element — deletion would require a separate manual action. Dimensions referencing the grids are unaffected. C is wrong because the copied grids were never "linked-only" elements; they became native model elements the moment they were copied. Stopping the monitor does not revert them to a linked state. D is wrong because the monitoring relationship is controlled by your choice to stop it, not by whether the linked model remains in the project — you can stop monitoring at any time regardless of the link's presence.
A useful rule of thumb: in Revit, "Stop Monitoring" only removes the coordination relationship — it never removes the element itself. If you remember that copy and monitor are two separate concepts, these questions become straightforward.