How to Save an NX Assembly with All Parts: Step-by-Step Guide
Learn how to save an NX assembly with all parts intact, ensuring every component remains linked for reliable reopening and sharing. This guide covers Save As options, references, validation, and best practices for NX workflows.

In NX, save the full assembly with all parts by using Save As on the top assembly file, then enable Include all components (or verify that all referenced parts are loaded) and save to a single package. This ensures every component stays linked and prevents missing parts when re-opening the file later. Always perform a final check in the assembly navigator.
Why saving NX assemblies with all parts matters
According to Disasembl, saving an NX assembly with all parts intact improves traceability and ease of future disassembly. When teams collaborate on complex products, missing subassemblies lead to delays, rework, and miscommunication. A complete save ensures that every component, sub-assembly, and reference remains discoverable and ready for review. For owners of DIY projects, preserving a full part tree also simplifies future upgrades and maintenance. In practice, this means that during a save pass you confirm that no orphaned references are left behind and that the assembly tree reflects the true scope of the design. By prioritizing completeness, you reduce rework and keep everyone on the same page as the project evolves. The takeaway is clear: a complete, well-documented save is the backbone of reliable NX collaboration and long-term data integrity.
Understanding NX assembly data structure
NX organizes designs into assemblies and parts, with a tree that shows how components relate to each other. Each part carries metadata, references, and potentially external links. Understanding this structure helps you identify what must travel with the saved file and what can stay in a central repository. The assembly navigator exposes sub-assemblies and dependencies, making it easier to audit the scope before saving. When you know which items are controlled by versioning or by a central library, you can make informed choices about consolidation and localization. This insight is essential for teams that coordinate across locations or time zones, ensuring that everyone accesses the same foundation data. A solid mental model of the data structure reduces confusion and speeds up file preparation for archival or handoff.
Common pitfalls when saving assemblies
Common mistakes include saving without loading all references, using external references that break when moved, or neglecting sub-assemblies. To avoid these, verify every component is loaded before saving, and consider consolidating references to local paths for portability. NX can cache references, but moving files without updating their paths often creates broken links. Another risk is saving with multiple open versions of the same part, which can create inconsistent history. Establish a single source of truth for each component and adopt a naming convention that makes it obvious which parts belong to which assemblies. With disciplined saving habits, you can prevent cascading issues and keep design intent intact across revisions.
Workflow overview: plan, prepare, and execute
Before saving, plan the scope, prepare a clean assembly tree, verify references, and choose a target save method. Executing a proper save preserves the assembly integrity and reduces post-save validation effort. Start by exporting or staging a backup copy, then perform a final review of sub-assemblies and references. This stage is where most issues are caught, so take your time to rotate the view, inspect hidden components, and ensure no part is missing from the tree. Document any unusual dependencies to guide teammates during collaboration and future migrations. A thoughtful workflow makes the save more robust and easier to audit later.
Best practices for saving and archiving assemblies
Adopt a consistent folder structure, use descriptive naming, and include version information on each saved file. Enable complete save options that capture all components and references. Maintain a changelog and a backup strategy to protect against data loss. Implement a simple naming convention such as ProjectName_Assembly_V1 or A1_A2_YYYYMMDD to help trace changes. Consider compressing large packages for distribution and storing them in a project archive alongside its metadata. Finally, run periodic spot-checks to ensure archived files remain accessible with current NX software and licenses. These practices reduce risk and improve team productivity when revisiting past designs.
Verification and post-save checks
After saving, re-open the package to verify that all parts appear in the assembly navigator. Check for broken references, missing geometry, or unresolved colors, and run a quick render check if available. This catch-all helps ensure you didn't miss anything during the save. Validate that sub-assemblies appear as expected and that any external references resolve to the correct library. If any issues surface, revert to the pre-save backup or isolate the problematic component to prevent ripple effects in the parent assembly. A rigorous post-save QA minimizes downstream surprises.
Troubleshooting and tips for NX users
If parts are missing after save, investigate path changes, missing sub-assemblies, or external references. Re-load references, re-link from a stable repository, and retry Save As. Keep notes for future audits and share results with teammates to prevent recurrence. Use NX diagnostics or log files to identify the exact component that failed to load, and test re-saving with a minimal subset of the assembly to narrow down the cause. This approach helps you maintain momentum on deadlines while preserving data integrity.
Tools & Materials
- NX software with a current license(Ensure modules needed for assembly work are active and you are signed in.)
- Reliable workstation(Aim for 16 GB RAM or more and a fast disk I/O to reduce save time.)
- Project folders and a central repository(Use a standardized folder structure to keep assemblies and parts organized.)
- Local copies of all parts(Have a working copy of every component in the local workspace before saving.)
- Backup storage (external drive or cloud)(Optional but recommended for disaster recovery.)
- Version naming convention document(Predefine how you’ll name assemblies and sub-parts to track changes.)
- Changelog template(Record saves, changes, and rationale for revisions.)
- NX reference manager or library access(Helps resolve external links and ensure references are current.)
Steps
Estimated time: 15-25 minutes
- 1
Open the assembly and verify all parts are loaded
Launch the assembly workspace and confirm that every referenced part is loaded into memory. This reduces the risk of missing components after the save and ensures the full component tree is visible.
Tip: Use Load All or reload references if NX indicates any missing items. - 2
Check references and sub-assemblies in the tree
Inspect the assembly navigator to verify that sub-assemblies are present and that there are no orphaned references. Ensure external references point to the correct repository version.
Tip: Collapse/expand branches to ensure nested components are accounted for. - 3
Choose saving approach and target location
Decide whether to Save As or perform a direct save, selecting a stable project folder as the destination. Use a meaningful file name that encodes project and version information.
Tip: Avoid saving to a temporary location; this helps prevent misplacement during handoffs. - 4
Enable include components or consolidate references
In the save dialog, select the option that includes all components and, if available, consolidate references to local paths for portability.
Tip: If the option is unavailable, plan a manual consolidation pass after saving. - 5
Run a pre-save validation
Run any built-in NX validation checks to catch broken links or inconsistent geometry before committing the save.
Tip: Document any warnings and address them in this pass to minimize post-save QA. - 6
Perform Save As and set file name and location
Execute Save As, confirm the destination path, and verify that the save completes without errors. If prompted, choose to save all references locally.
Tip: Watch the progress bar; long saves may indicate large assemblies or slow storage. - 7
Reopen saved file to verify completeness
Close the original session and reopen the saved assembly to check that all parts, sub-assemblies, and references load correctly.
Tip: Check the assembly navigator for red flags; resolve any missing items before sharing. - 8
Document the save for team sharing
Record the save event in your changelog with a brief rationale and version tag so teammates understand the update.
Tip: Attach a quick note about any references updated or moved during the save.
Got Questions?
What does include all components mean in NX when saving?
Include all components ensures every child part, sub-assembly, and reference travels with the saved file, preserving structure and intent. It minimizes missing parts when the file is reopened by teammates.
Include all components means every part and sub-assembly stays with the file, so nothing is missing when you reopen it.
How can I verify that all parts were saved?
Reopen the saved assembly and confirm that the complete assembly tree loads, with no red flags for missing references. Use the NX check tools to validate references, then perform a quick render check if available.
Open the saved file and check the assembly tree for completeness and no missing references.
What if there are external references that break after saving?
External references can break if the source path changes. Consolidate references to local paths when possible, or update the repository paths before saving. Maintain a record of any moved libraries.
If a reference breaks after saving, update the path or consolidate references to a stable, local library.
Can I save multiple NX assemblies at once?
NX typically saves one assembly at a time to guarantee path accuracy and integrity of the component tree. Use standardized batch processes only if your workflow explicitly supports it and you have a robust rollback plan.
Saving multiple assemblies at once is unusual; save each assembly individually to ensure accuracy.
Is there a best practice for version control of NX assemblies?
Yes. Use a consistent naming convention with version numbers, maintain a changelog, and back up archived assemblies regularly. Integrate with a centralized repository to prevent drift between local and shared data.
Follow a consistent versioning and changelog process to keep track of changes.
What should I do if saving takes unusually long?
Check storage performance and ensure the target path is accessible. Large assemblies or slow disks can cause extended save times; consider splitting the save or using a faster storage tier for the operation.
If the save takes long, verify storage speed and consider using better storage for the operation.
Watch Video
What to Remember
- Save with all parts included to protect assembly integrity
- Verify references are loaded before saving
- Use Save As to create portable, versioned assemblies
- Archive with a changelog for team collaboration
- Reopen the saved file to confirm complete data
