All questions
Question 1
Before closing a drawing, a designer saves the current UCS as JIG-SETUP. Several other UCS definitions are used afterward, and the drawing is saved and closed. The next day, the drawing is reopened and the designer needs the exact JIG-SETUP coordinate system.
Which action should the designer use?
- Invoke UCS Previous until JIG-SETUP is recovered from the prior editing session's UCS history.
- Restore JIG-SETUP by name because its definition was stored with the drawing. (correct answer)
- Restore the World UCS because every drawing reopens using the last saved named UCS orientation.
- Use UNDO until the UCS changes made before the drawing was closed have been reversed.
Explanation: When working with the UCS (User Coordinate System) in AutoCAD, it's important to understand the difference between named UCS definitions and session-based UCS history. Named UCS definitions are permanently stored within the drawing file itself — they persist through saves, closures, and reopens. This is the core concept being tested here.
Because the designer explicitly saved the coordinate system under the name JIG-SETUP, that definition became part of the drawing's database. When the drawing is reopened the next day, JIG-SETUP is still there, fully intact and retrievable by name using the UCS Restore option. That makes B the correct answer — it's a deliberate, reliable way to recover an exact coordinate system regardless of how much time has passed.
A is tempting but wrong. UCS Previous cycles through a temporary history of UCS states from the current editing session only. Once the drawing is closed, that history is gone. It cannot reach back into a prior session.
C reverses the actual behavior of AutoCAD. Drawings do not reopen in the last named UCS orientation — they typically reopen in the World UCS (or the UCS active at save, depending on settings), and even then, "World" is not the same as a named custom UCS like JIG-SETUP.
D confuses UCS management with drawing history. UNDO reverses drawing operations, not UCS state in a useful, targeted way — and like UCS Previous, the undo history does not survive closing the drawing.
Study tip: On AutoCAD exam questions, anytime you see the word named applied to a UCS, layer state, or view, think permanent and file-stored — that's your signal that the named definition can always be restored by name.
Question 2
A UCS named FIXTURE was saved at the first machine setup. Later, the drafter establishes a different UCS and attempts to save it under the same name. When AutoCAD asks whether to redefine FIXTURE, the drafter answers No. The drafter then restores the World UCS and subsequently restores FIXTURE.
Which UCS definition becomes current after the final restore?
- The first machine-setup definition, because the existing named UCS was not redefined. (correct answer)
- The later temporary definition, because entering an existing name replaces it before confirmation.
- The World UCS definition, because declining redefinition automatically deletes the existing name.
- An averaged definition combining the origins and axis directions of both machine setups.
Explanation: When working with named UCS definitions in AutoCAD, the key concept to keep in mind is that a named UCS is a stored coordinate system — saving or declining to save it behaves exactly like any other named object in AutoCAD's database.
Here's what happens step by step: when you attempt to save a new UCS under an already-existing name, AutoCAD prompts you to confirm whether you want to redefine it. If you answer No, the save operation is cancelled entirely — the original definition remains untouched in the database, and the new orientation you were trying to store is simply discarded. That means FIXTURE still holds the original machine-setup definition. When you later restore FIXTURE, AutoCAD retrieves that unmodified original, making A the correct answer.
B is wrong because AutoCAD does not replace the existing definition before the confirmation prompt — the prompt exists precisely to prevent accidental overwriting. Nothing is committed until you confirm with Yes. C is wrong because declining to redefine a named UCS has no destructive effect on the existing entry; it does not delete or invalidate the stored name. D describes behavior that simply does not exist in AutoCAD — the software has no mechanism to average or blend two UCS definitions.
A useful rule of thumb: in AutoCAD, any "redefine?" prompt is a protective gate. Answering No always preserves the existing named object exactly as it was. Think of it as a read-only lock — your new settings are ignored unless you explicitly authorize the overwrite.
Question 3
A drafter aligns the UCS to a rotated block and saves the result as PANEL-UCS. The block is then moved and rotated without redefining or resaving PANEL-UCS. After working in the World UCS, the drafter restores PANEL-UCS.
How will the restored UCS relate to the modified block?
- It will acquire the block's new origin but retain the axis directions saved before the transformation.
- It will move and rotate with the block because object-aligned named UCS definitions remain associative.
- It will retain the original origin but acquire the block's new rotation when it is restored.
- It will use the originally saved origin and orientation rather than follow the block's later transformation. (correct answer)
Explanation: When working with named UCS definitions in AutoCAD, the key concept to understand is that a saved UCS is a static snapshot — it captures the origin coordinates and axis orientation at the moment you save it, nothing more. It has no ongoing relationship with any object, block, or geometry that happened to inspire its creation.
This makes D the correct answer. When you restore PANEL-UCS, AutoCAD simply reads back the exact origin point and XYZ axis directions that were recorded at save time. The subsequent move and rotation of the block are completely invisible to that saved definition — it never "knew" about the block to begin with, only about the coordinate values you committed to it.
Answer A describes a hybrid behavior that doesn't exist: AutoCAD doesn't selectively update the origin while freezing the axes. The UCS definition is entirely static, so no part of it updates automatically. Answer B is the most tempting trap — it implies that aligning a UCS to an object creates an associative link, similar to how parametric constraints work. No such association exists for named UCS definitions; alignment is a one-time setup operation, not a persistent relationship. Answer C makes the opposite error from A, suggesting the axes update while the origin stays fixed — again, this kind of selective updating isn't how named UCS storage works.
A useful rule of thumb: think of a named UCS like a photograph of a coordinate frame. The photo doesn't change when the subject moves. Whenever an exam question involves restoring a named UCS after geometry has changed, your default assumption should be that the UCS reflects conditions at save time, not current geometry.
Question 4
A drafter rotates the current UCS by 30∘ about its Z axis and saves it as ANGLE-A. Without resaving ANGLE-A, the drafter rotates the current UCS by an additional 15∘, restores the World UCS, and then restores ANGLE-A.
What orientation does the restored named UCS have relative to the World UCS?
- It is rotated 15∘ because only the most recent incremental rotation is retained.
- It is rotated 30∘ because the named definition is a snapshot taken when it was saved. (correct answer)
- It is rotated 45∘ because later changes automatically update the saved named definition.
- It is rotated 0∘ because restoring World resets all saved UCS axis directions.
Explanation: When working with named UCS definitions in AutoCAD, think of them like a photograph — they capture the exact orientation at the moment you save them, and that snapshot never changes unless you explicitly resave.
Here's what happened in this scenario: the drafter rotated the UCS 30∘ about the Z axis and saved it as ANGLE-A. At that instant, the definition was locked in at 30∘ relative to the World UCS. Everything that happened afterward — the additional 15∘ rotation, restoring the World UCS — had no effect on the saved definition. When ANGLE-A is restored, AutoCAD simply retrieves that original snapshot: a UCS rotated 30∘ from World. That makes B correct.
A is wrong because AutoCAD doesn't track only the most recent incremental change. The named UCS stores an absolute orientation, not a change log, so the 15∘ increment is irrelevant to the saved definition. C describes behavior AutoCAD does not have — named UCS definitions are static. They do not auto-update when you make further modifications; you must explicitly resave the name to update it. D reflects a misunderstanding of what "restoring World UCS" does. It changes your current working UCS to the World coordinate system, but it has no power to alter any named UCS definitions stored in the drawing.
A useful study tip: on AutoCAD UCS questions, always ask yourself when the save occurred. Anything after the save is irrelevant to the stored definition — treat named UCS orientations as immutable snapshots until deliberately overwritten. Question 5
A drafter establishes a temporary UCS for detailing, draws several objects in that coordinate system, and then needs to return to the immediately preceding UCS without removing or modifying the newly drawn objects. The temporary UCS was not saved by name.
Which action best meets the requirement?
- Invoke UCS Previous once, which restores the preceding UCS without undoing geometry edits. (correct answer)
- Invoke UNDO once, which steps back through editing actions and may also reverse the newly drawn geometry.
- Restore the World UCS, which represents a neutral state but is not necessarily the UCS used before the temporary one.
- Save the current UCS under a new name, which creates a named definition but leaves the temporary UCS current rather than activating the preceding one.
Explanation: When working with the User Coordinate System in AutoCAD, it helps to understand that AutoCAD maintains a UCS history stack — a sequential record of coordinate systems you've used during a session. Navigating this stack is entirely separate from undoing geometry edits, and that distinction is exactly what this question tests.
UCS Previous, invoked via the UCS command's "Previous" option, steps back through that history stack and restores whichever UCS was active just before the current one. Critically, it touches only the coordinate system — your drawn geometry remains completely intact. That makes choice A the precise solution: it restores the preceding UCS without any side effects on the objects you created.
Choice B is a common trap. UNDO does step backward through session history, but it reverses editing actions, which means it could erase the geometry you just drew — exactly the outcome the scenario says to avoid. Choice C seems safe because the World UCS is a universal reference point, but the scenario specifies returning to the immediately preceding UCS, which may have been a custom orientation unrelated to World. Restoring World would overshoot or miss the target entirely. Choice D misunderstands the task: saving the current UCS under a new name preserves it as a named definition for future use, but it neither activates a previous UCS nor changes what's currently in effect.
A useful pattern to remember: any time a question separates coordinate system navigation from geometry modification, reach for UCS Previous. It's the clean, surgical tool — no undo side effects, no assumptions about World being the "previous" state.
Question 6
A coordinator saves a UCS named SITE-NORTH in Drawing A and sends that DWG file to a colleague. The colleague can restore SITE-NORTH while working in Drawing A but cannot find that name after creating an unrelated new Drawing B from a standard template.
Which explanation best accounts for this behavior?
- Named UCS definitions are stored only in the original computer's temporary UCS history.
- Named UCS definitions are stored in the user profile but become unavailable when templates are used.
- Named UCS definitions are stored in their drawing, not automatically as application-wide settings. (correct answer)
- Named UCS definitions are available globally, but only when both drawings use identical units.
Explanation: Whenever you see a question about named UCS definitions, think about where AutoCAD stores drawing-specific data — the answer almost always lives in the DWG file itself, not in some global application setting.
Named UCS definitions are embedded directly in the drawing file where they were created. When the coordinator saves SITE-NORTH in Drawing A, that name and its orientation data are written into Drawing A's database. Anyone who opens that DWG file — on any machine — can restore SITE-NORTH immediately, which is exactly what the colleague experiences. This makes C the correct explanation: named UCS definitions travel with their drawing, not with the software installation or the user.
Choice A is wrong because AutoCAD doesn't maintain a "temporary UCS history" tied to a specific computer. UCS data isn't session-based or machine-dependent — it's file-based. Choice B is wrong because user profiles in AutoCAD store interface preferences like toolbars and workspace layouts, not named coordinate systems. Templates also don't suppress UCS availability; they simply don't carry over definitions from unrelated drawings. Choice D introduces a plausible-sounding technical condition (matching units) that has nothing to do with UCS name visibility — this is a classic distractor that sounds like AutoCAD logic but describes no real behavior.
A good study tip here: anything you "name and save" in AutoCAD — UCS, layers, linetypes, blocks, dimension styles — is stored inside the DWG file. If you want that data in a new drawing, you must either transfer the file, use Design Center, or build it into your template from the start.
Question 7
On the Model tab, a drafter changes from UCS M1 to UCS M2. The drafter then enters paper space, changes from paper-space UCS P1 to P2, and invokes UCS Previous, returning to P1. After returning to the Model tab, the drafter invokes UCS Previous once.
Which UCS should become current on the Model tab?
- M2, because using Previous in paper space clears the model-space UCS history.
- P1, because it was the most recently restored UCS anywhere in the drawing.
- P2, because Previous reverses the last UCS change made before leaving paper space.
- M1, because model-space and paper-space UCS histories are maintained independently. (correct answer)
Explanation: When working with UCS (User Coordinate System) in AutoCAD, the key concept to keep in mind is that model space and paper space each maintain their own independent UCS history stack. AutoCAD tracks UCS changes separately depending on which space you're working in — switching between spaces does not merge or contaminate those histories.
Here's the sequence broken down: In model space, you switch from M1 → M2, so the model-space history stack records that transition. You then enter paper space and switch from P1 → P2, then invoke UCS Previous to return to P1 — all of that activity is logged only in the paper-space history. When you return to the Model tab and invoke UCS Previous, AutoCAD consults only the model-space history, which remembers the M2 → M1 transition. So UCS Previous correctly steps back to M1, confirming D is right.
Choice A is wrong because switching to paper space does not clear or affect the model-space UCS history in any way — that's not how AutoCAD manages these stacks. Choice B is wrong because UCS Previous doesn't operate globally across all spaces; it only steps back through the history of the current space. Choice C is wrong for a related reason — P2 was a paper-space state, and paper-space UCS states are completely invisible to the model-space Previous command.
A useful tip: on the AutoCAD exam, whenever a question involves UCS Previous across different spaces, ask yourself which history stack is active right now. Model space and paper space each have their own, and they never interact.
Question 8
The current UCS is a temporary face-aligned UCS called only by its position in the UCS history. The drafter restores a saved named UCS called BASE, checks several coordinates, and then invokes UCS Previous once.
Which coordinate system should become current after UCS Previous?
- BASE because restoring a named UCS does not count as a change in UCS history.
- The World UCS because Previous always returns to World after a named UCS restore.
- The temporary face-aligned UCS that was current immediately before BASE was restored. (correct answer)
- The UCS that was current when BASE was originally saved, regardless of recent history.
Explanation: When working with the UCS in AutoCAD, think of UCS Previous as an undo button specifically for coordinate systems — it steps back through a recorded history of every UCS that has been made current, in the order they became current. The critical insight is that this history tracks when a UCS becomes active, not whether it was named or temporary.
In the scenario, two UCS states were current in sequence: first the face-aligned UCS, then BASE (when it was restored). Invoking UCS Previous rolls back exactly one step, which lands you on whatever was current immediately before BASE — that face-aligned UCS. That makes C correct.
A is wrong because it assumes named UCS restores are somehow excluded from the history log. They are not — any time you make a UCS current, it enters the history stack, regardless of whether it has a saved name.
B is wrong because UCS Previous has no special rule that links named UCS restores to World. It simply moves one position back in the stack; World would only appear if it happened to be the previous entry.
D is wrong because it confuses the definition of a named UCS with the history mechanism. The UCS current when BASE was originally saved is embedded in its definition, but UCS Previous ignores definitions entirely — it only cares about chronological order of activation.
A good study tip: visualize the UCS history as a stack of cards. Each time any UCS becomes current — named, face-aligned, or World — a new card is added. UCS Previous simply flips to the card just beneath the top one.
Question 9
A named UCS called DATUM is current. During the same editing session, the drafter establishes 11 different temporary UCS definitions in succession. The drafter must now return exactly to DATUM.
Which method most reliably returns to the required coordinate system?
- Invoke UCS Previous repeatedly until the original DATUM orientation appears in the current viewport.
- Use UCS Named Restore and select DATUM from the drawing's saved UCS definitions. (correct answer)
- Restore the World UCS and use UCS Previous once to retrieve the earlier DATUM definition.
- Use PLAN Current UCS repeatedly until the displayed axes match the original DATUM orientation.
Explanation: When working with coordinate systems in AutoCAD, you need to distinguish between saved UCS definitions and the previous UCS stack. These are two separate mechanisms, and confusing them is exactly what this question tests.
A named UCS like DATUM is permanently stored in the drawing's UCS table until explicitly deleted. You can restore it at any time, regardless of how many temporary coordinate systems you've cycled through since. The UCS Named Restore command (or the Named tab in the UCS dialog) simply looks up that saved definition by name — no counting, no guessing. That's why B is the correct and most reliable method.
Choice A fails because UCS Previous only tracks the last 10 UCS states in the session stack. With 11 temporary definitions established after DATUM, pressing Previous repeatedly would exhaust the stack before ever reaching DATUM — you'd overshoot or simply run out of history. Choice C compounds this problem: restoring World UCS first consumes one slot of that already-limited history, making it even less likely you'd land on DATUM. Choice D misunderstands the PLAN command entirely — it adjusts the view to look straight down at the current UCS but does nothing to change which coordinate system is active. Cycling it repeatedly won't cycle through past UCS definitions.
The study tip here is to remember the golden rule: if it has a name, restore it by name. UCS Previous is useful for quick back-and-forth between two systems, but for precise recovery of a specific saved UCS, always use Named Restore — it's immune to stack depth limitations.
Question 10
A drafter creates a UCS from three points and saves it as GRID-A. The drafter then restores the World UCS, orbits to a different viewing direction, and leaves UCSFOLLOW set to 0. Finally, the drafter restores GRID-A.
What is the expected result after GRID-A is restored?
- The saved origin and axis directions are restored, while the most recent viewing direction remains unchanged. (correct answer)
- The saved origin, axis directions, and viewing direction are all restored to their earlier states.
- The saved viewing direction is restored, but the UCS origin and axes remain aligned with the World UCS.
- The saved origin is restored, but the axes follow the current view because
UCSFOLLOW is disabled.
Explanation: When working with named UCS settings in AutoCAD, it helps to understand exactly what gets saved — and what doesn't. A named UCS stores the origin point and the orientation of the X, Y, and Z axes. It does not store your viewport's viewing direction or camera angle.
When you define GRID-A from three points, AutoCAD memorizes that coordinate system's position and axis alignment. When you later restore GRID-A, AutoCAD brings back precisely those two things: the origin and the axis directions. Your current viewing direction — whatever orbit angle you left the viewport at — stays exactly as it is. This is why A is correct: the saved origin and axes are restored, but the viewing direction remains wherever you left it after orbiting.
Choice B is wrong because viewing direction is never part of a saved UCS. AutoCAD does not record your camera angle inside a named UCS definition, so there is nothing to "restore" on that front. Choice C reverses the logic entirely — it claims the view is restored but the UCS is not, which is backwards from how the feature actually works. Choice D introduces a misunderstanding about UCSFOLLOW. That system variable, when set to 1, automatically updates the view to look straight down the Z-axis whenever the UCS changes. Because it is set to 0 here, it has no effect at all — the axes do not "follow the current view." The axes follow the saved UCS definition, period.
A useful rule of thumb: think of a named UCS as a saved coordinate frame, not a saved camera position. View and UCS are always independent unless UCSFOLLOW actively links them.