NX 어셈블리 부품 파일명 변경 후 파일 찾기 오류｜참조 경로·Make Unique

NX 어셈블리에서 부품 파일명이나 폴더명을 변경한 뒤 컴포넌트가 누락된다면, 먼저 부품 형상이 아니라 어셈블리가 저장한 참조 대상과 경로가 실제 파일과 일치하는지 확인해야 합니다. 파일 이름 변경, 어셈블리 내부 인스턴스 이름 변경, Make Unique를 이용한 새 파일 저장은 서로 다른 작업입니다. 이 차이를 구분하지 않고 윈도우 탐색기에서 파일만 바꾸면 NX 어셈블리 부품 이름 변경 파일 찾기 오류가 발생할 수 있습니다. 아래 순서대로 원인을 분리하면 원본 데이터를 덮어쓰지 않고 참조를 복구할 수 있습니다.

복구 전에 NX와 파일 서버의 자동 저장·동기화를 확인하세요. 진단용 사본 없이 다른 이름의 파일로 교체하거나 원본을 저장하면 잘못된 참조가 정상 파일처럼 굳어질 수 있습니다.

NX 어셈블리 부품 이름 변경 오류의 핵심 원인

NX 어셈블리는 화면에 표시되는 컴포넌트 이름만 기억하는 것이 아니라, 해당 컴포넌트를 구성하는 파트 파일과 저장 위치를 참조합니다. 따라서 Part Navigator 또는 Assembly Navigator에서 보이는 이름을 바꾼 것과 디스크에 있는 .prt 파일의 이름을 바꾼 것은 결과가 다릅니다. 특히 윈도우 탐색기에서 파일명이나 폴더명을 먼저 변경하면, 어셈블리가 기존 경로를 계속 요청하면서 부품을 찾지 못할 수 있습니다.

다만 모든 ‘이름 변경’이 참조 오류를 만드는 것은 아닙니다. 어셈블리 인스턴스의 표시 이름만 바꾼 경우에는 실제 참조 파일이 그대로일 수 있습니다. 반대로 새 부품 파일을 만들기 위해 Save As를 사용했거나, 동일 부품의 독립 변형을 만들기 위해 Make Unique를 사용했다면 새 파일과 기존 파일의 관계를 명확히 저장해야 합니다. 오류가 생긴 뒤에는 이름 자체보다 다음 세 가지를 먼저 구분하는 편이 안전합니다.

• 표시 이름 변경: 어셈블리 안에서 보이는 인스턴스 이름만 바꾸는 작업
• 파일명 변경: 실제 디스크 또는 데이터 관리 시스템의 파트 파일 이름을 바꾸는 작업
• 독립 파일 생성: 기존 부품과 다른 새 파트로 분리하고 어셈블리 참조를 새 파일로 연결하는 작업

어떤 증상으로 참조 경로 문제를 판단할 수 있나

오류가 발생했을 때 바로 ‘파일이 삭제됐다’고 판단하지 마십시오.

같은 증상이라도 파일 경로, 권한, 로딩 옵션, 라이선스 또는 데이터 관리 시스템의 상태가 원인일 수 있습니다. 다음 표는 초기 분류에 사용할 수 있는 판단 기준입니다.

증상	우선 의심할 원인	첫 번째 확인 항목	주의할 점
컴포넌트가 어셈블리 트리에 보이지 않음	로드 실패 또는 표시 필터	어셈블리 구조, 로드 상태, 표시 설정	누락과 숨김을 구분
부품을 찾을 수 없다는 메시지가 표시됨	파일명·폴더명 변경, 기존 경로 단절	어셈블리가 요청하는 원래 경로	탐색기에서 임의로 여러 파일을 덮어쓰지 않음
파일은 열리지만 다른 변형이 표시됨	동일 이름 파일, 검색 경로 우선순위	실제로 로드된 파일의 위치와 속성	잘못된 파일로 저장하지 않음
하위 어셈블리만 비어 있음	하위 구조의 추가 참조 누락	상위·하위 어셈블리 각각의 경로	상위 파일만 재지정해서 끝내지 않음
Teamcenter 환경에서 최신 파일이 안 보임	리비전·권한·체크아웃 상태	아이템, 리비전, 데이터셋 상태	파일 시스템 방식으로 우회하지 않음

Load Options에서 확인할 검색 방식

저장된 위치와 현재 폴더 검색을 구분

NX 릴리스와 회사 설정에 따라 표현은 달라질 수 있지만, 어셈블리를 열 때 저장된 경로를 우선할지, 지정한 폴더 또는 검색 디렉터리를 이용할지에 따라 같은 이름의 다른 파일이 로드될 수 있습니다.

검색 방식	의미	장점	오류 위험
As Saved 계열	어셈블리에 저장된 기존 위치를 우선	원래 데이터 구조 재현에 유리	폴더명 변경 후 파일을 못 찾을 수 있음
From Folder 계열	사용자가 지정한 폴더에서 부품 검색	이동한 프로젝트 폴더 복구에 유리	동일 이름의 잘못된 파일 선택 위험
Search Directories	설정된 여러 경로를 순서대로 검색	공용 라이브러리 사용에 편리	백업·협력사 폴더가 먼저 잡힐 수 있음
Partial·Lightweight Load	필요한 구조만 제한적으로 로드	대형 어셈블리 성능 개선	미로드와 실제 누락을 혼동할 수 있음

파일이 존재하는데도 열리지 않는다면 경로 문자열만 보지 말고 읽기 권한과 네트워크 연결도 확인해야 합니다. 네트워크 드라이브가 연결되지 않았거나 공유 폴더 권한이 달라져도 NX에서는 파일 누락처럼 보일 수 있습니다. 반대로 파일은 정상적으로 열리지만 어셈블리에서 다른 파일이 로드된다면, 같은 이름의 복사본이 검색 경로에 먼저 잡힌 상황을 의심해야 합니다.

파일명 변경과 저장 방식은 어떻게 다른가?

복구 전에 가장 중요한 판단은 ‘기존 부품의 이름만 바꾸는가’와 ‘기존 부품에서 독립된 새 부품을 만드는가’입니다.

두 작업은 결과적으로 어셈블리가 참조할 파일의 수와 설계변경 영향 범위가 달라집니다.

작업 목적	권장 접근	기존 어셈블리 영향	검토 대상
같은 부품의 파일명을 정리	NX의 참조 관리·이름 변경 흐름을 사용	참조가 새 이름으로 유지되어야 함	상위 어셈블리와 도면
어셈블리 내 표시 이름만 변경	인스턴스 속성 또는 표시명 변경	실제 원본 파일은 그대로일 수 있음	BOM 표시명과 부품번호
좌우형 또는 고객별 변형을 독립화	Make Unique 또는 새 파일 저장 후 참조 교체	새 파일의 변경이 원본에 전파되지 않음	WAVE, 링크, 도면, 속성
Teamcenter에서 품목·리비전 변경	관리자 규칙과 공식 데이터 관리 절차 사용	파일명보다 아이템·리비전 관계가 우선	체크인, 권한, 릴리즈 상태

Save As·Make Unique·Replace Component 구분

새 파일 생성과 어셈블리 참조 변경은 별도 검증

위 화면은 디크리노랗 내부 NX Make Unique 강좌의 실제 캡처입니다. Make Unique 상세 과정

Save As는 현재 파트를 다른 이름으로 저장하는 작업이고, Make Unique는 어셈블리에서 선택한 사용 위치를 독립 파트로 분리하려는 목적에 가깝습니다.

Replace Component는 기존 컴포넌트 사용 위치를 이미 존재하는 다른 파트로 교체하는 작업입니다. 구체적인 하위 참조 처리범위는 NX 버전과 관리 방식에 따라 달라질 수 있습니다.

주의: 좌우 부품을 만들기 위해 원본 PRT를 탐색기에서 복사한 뒤 파일명만 바꾸면 상위 어셈블리는 여전히 원본을 가리킬 수 있습니다. 반대로 원본을 새 이름으로 저장한 뒤 기존 파일을 삭제하면 그 파일을 공유하던 다른 어셈블리가 모두 누락될 수 있습니다.

독립 변형을 만들 때 단순히 윈도우에서 파일을 복사하고 이름만 바꾸는 방식은 피하는 것이 좋습니다.

원본 내부 참조, 도면 연결, 표현 상태, 속성, 어셈블리에서의 사용 관계가 새 파일에 맞게 정리되지 않을 수 있기 때문입니다. 어셈블리 안에서 부품을 독립화하는 구체적인 흐름은 UG NX Assy Make Unique와 파트 이름 변경 저장 절차도 함께 비교해 볼 수 있습니다.

NX 참조 경로를 복구하는 안전한 작업 순서

복구 작업은 원본을 바로 열어 저장하는 것보다 진단용 복사본을 먼저 만드는 방식이 안전합니다.

회사의 파일 서버나 Teamcenter를 사용하는 경우에는 개인 판단으로 원본 이름을 되돌리기보다 CAD 관리자와 변경 이력을 확인해야 합니다.

1단계: 원본과 현재 상태를 보존한다

1. 문제가 발생한 상위 어셈블리와 관련 하위 어셈블리를 별도 작업 폴더에 복사합니다.
2. 현재 폴더 구조, 파일명, 리비전, 수정 시각을 기록합니다.
3. 어셈블리를 열기 전 오류 메시지와 누락 컴포넌트의 화면을 캡처합니다.
4. 원본 어셈블리를 바로 저장하지 않고, 진단용 사본에서 경로 재지정을 수행합니다.

이 단계의 목적은 문제가 해결되지 않았을 때 되돌릴 기준점을 남기는 것입니다. 특히 여러 사람이 사용하는 네트워크 폴더에서는 다른 사용자가 파일명을 다시 변경하거나 새 파일을 덮어쓸 수 있으므로 작업 시작 시점의 목록을 확보하는 것이 좋습니다.

2단계: NX가 찾는 원래 파일을 확인한다

누락된 컴포넌트의 참조 정보를 확인하고, NX가 요청하는 원래 파일명과 경로를 기록합니다.

메뉴 이름과 대화상자 위치는 NX 릴리스, 역할(Role), 설치 환경에 따라 다를 수 있으므로 특정 메뉴를 무조건 단정하기보다 Assembly Navigator, 컴포넌트 속성, 참조 관리 또는 로드 관련 대화상자에서 동일한 정보를 찾는 방식이 안전합니다.

• 원래 파일명과 확장자가 정확한가?
• 폴더명만 바뀌었는가, 파일명도 함께 바뀌었는가?
• 대소문자, 공백, 한글, 특수문자 차이가 있는가?
• 동일한 부품의 복사본이 다른 폴더에 존재하는가?
• 네트워크 드라이브나 UNC 경로가 현재 사용자에게 열려 있는가?

3단계: 새 경로의 파일을 단독으로 검증한다

새 이름의 파트 파일을 NX에서 단독으로 열어 파일 자체가 손상되지 않았는지 확인합니다. 단독으로 열리지 않는다면 어셈블리 참조 문제가 아니라 파일 손상, 권한, 버전 호환성 또는 데이터셋 문제일 수 있습니다. 단독으로 열리더라도 원래 부품과 같은 파일인지, 독립 변형인지 속성·형상·리비전을 비교해야 합니다.

4단계: 참조를 재지정하고 다른 파일로 대체하지 않는다

참조 재지정 기능에서 새 파일을 선택할 때는 이름이 비슷하다는 이유만으로 선택하지 말고 부품번호, 리비전, 저장 위치, 형상 확인을 함께 진행합니다.

같은 이름의 파일이 여러 개라면 작업 폴더와 검색 경로를 정리한 뒤 선택해야 합니다. 하위 어셈블리라면 상위 구조에서 한 번만 바꾸는 것으로 끝나지 않고, 하위 어셈블리 안의 누락 참조도 별도로 확인합니다.

5단계: 새 참조를 저장하고 재오픈한다

화면에 부품이 보인다는 이유만으로 복구가 끝난 것은 아닙니다. 어셈블리와 변경된 참조 파일을 올바른 위치에 저장한 다음 NX를 종료하고 어셈블리를 다시 엽니다. 재오픈 시 다시 원래 경로를 묻는다면 참조가 저장되지 않았거나, 상위·하위 어셈블리 중 다른 파일이 여전히 이전 경로를 갖고 있을 가능성이 큽니다.

참조가 복구되지 않을 때 원인을 좁히는 방법

참조 재지정 후에도 오류가 반복되면 다음 순서로 범위를 좁히십시오.

첫째, 새 파트가 단독으로 열리는지 확인합니다.

둘째, 상위 어셈블리만이 아니라 하위 어셈블리 내부의 참조를 확인합니다.

셋째, WAVE 링크, Interpart 링크, 표현 상태, 도면 링크처럼 파일 외부에 연결된 관계를 점검합니다.

파일이 열렸지만 업데이트가 실패한다면 단순 경로 문제를 넘어 참조 대상의 구조나 권한이 달라졌을 수 있습니다.

파일 시스템 방식과 Teamcenter 방식을 구분한다

로컬 또는 일반 네트워크 폴더에서는 파일명과 폴더 경로가 핵심 판단 기준입니다.

반면 Teamcenter와 연동된 환경에서는 화면에 보이는 파일명보다 아이템, 리비전, 데이터셋, 체크인·체크아웃, 릴리즈 상태가 우선할 수 있습니다.

이 환경에서 탐색기로 파일을 복사하거나 이름을 바꾸면 관리 시스템의 관계와 실제 파일 상태가 불일치할 수 있습니다. 따라서 공식 사내 절차와 관리자의 권한 규칙을 확인한 뒤 NX와 데이터 관리 시스템 양쪽에서 변경해야 합니다.

Teamcenter Managed Mode에서는 윈도우 탐색기식 복구를 사용하지 마세요. 파일명이 아니라 Item ID·Revision·Dataset과 구성 규칙이 로딩 결과를 결정할 수 있습니다. 릴리즈된 리비전을 임의 수정하거나 로컬 PRT로 우회하면 관리 데이터와 NX 세션이 불일치할 수 있습니다.

검색 경로와 중복 파일을 확인한다

NX가 같은 이름의 파일을 여러 위치에서 찾을 수 있는 환경이라면, 잘못된 파일이 먼저 로드되는 문제가 생깁니다.

어셈블리의 경로를 새 폴더로 바꾼 뒤에도 이전 폴더가 검색 대상에 남아 있으면 사용자가 기대한 파일과 실제 로드된 파일이 다를 수 있습니다. 로드된 컴포넌트의 속성이나 파일 위치를 확인하고, 임시 복사본·백업 폴더·협력사 전달 폴더를 검색 범위에서 분리하는 것이 좋습니다.

가상의 실무 예시로 보는 파일명 변경 전후 절차

가상의 자동차용 브래킷 어셈블리를 예로 들어 보겠습니다.

상위 파일이 BRACKET_ASSY.prt이고 하위 부품이 BRACKET_LH.prt인 상황에서, 설계자가 하위 부품을 BRACKET_RH.prt로 바꾸었다고 가정합니다.

좌우형 부품을 완전히 독립된 형상으로 운영하려는 목적이라면, 이름만 변경하는 것이 아니라 새 파일을 생성하고 상위 어셈블리의 참조를 새 파일로 교체해야 합니다.

1. 원본 어셈블리와 BRACKET_LH.prt를 별도 폴더에 보존합니다.
2. 좌우 부품이 동일 파일을 공유해야 하는지, 독립 파일이어야 하는지 설계 기준을 결정합니다.
3. 독립 파일이면 NX의 새 파일 생성 또는 Make Unique 흐름으로 BRACKET_RH.prt를 만듭니다.
4. 상위 어셈블리에서 새 파일을 참조하도록 교체하고, 기존 좌측 부품의 다른 사용 위치가 영향을 받지 않는지 확인합니다.
5. 도면, PMI, WAVE 링크, 부품 속성, BOM 표시를 확인한 뒤 저장합니다.
6. NX를 닫았다가 다시 열어 동일한 경로 오류가 재발하지 않는지 검증합니다.

이 예시에서 중요한 점은 좌우 형상이라는 이름보다 변경 영향 범위입니다.

하나의 파일을 여러 어셈블리에서 공유하는 구조라면 원본 파일의 이름이나 형상을 바꾸는 순간 여러 제품에 영향이 갈 수 있습니다.

반대로 독립화가 필요한데 같은 파일을 계속 참조하면 한쪽 설계변경이 다른 쪽에 전파될 수 있습니다. 따라서 파일명 변경 전에는 사용처와 BOM 정책을 먼저 확인해야 합니다.

연결 대상	검증할 내용	오류가 남으면 생기는 문제
상위·하위 어셈블리	모든 인스턴스가 의도한 새 PRT와 리비전을 참조	일부 구조만 옛 파일을 사용
도면·PMI	도면 뷰, 치수, 주석과 모델 연결 업데이트	출도 도면이 누락되거나 옛 형상 표시
WAVE·Interpart	링크 소스와 업데이트 상태	형상은 열려도 연관 모델링 업데이트 실패
BOM·속성	부품번호, 이름, 수량, 재질과 리비전	구매·생산 품목 오발주
표현 상태·Reference Set	교체된 부품의 표시 범위	부품이 존재하지만 화면에서 비어 보임
다른 사용자 환경	서버·Teamcenter에서 동일하게 재오픈	개인 PC에서만 정상인 임시 복구

복구 후 반드시 확인할 체크리스트

아래 목록은 파일명 변경 전후에 설계자와 CAD 관리자가 함께 확인하기 위한 실무용 체크리스트입니다. 항목을 완료한 뒤 담당자, 날짜, 파일 리비전을 기록하면 이후 동일 오류를 추적하기 쉽습니다.

• □ 원본 상위 어셈블리를 별도 백업했는가?
• □ 변경 전 파일명과 폴더 경로를 기록했는가?
• □ 변경 목적이 표시 이름 변경인지, 실제 파일명 변경인지, 독립 파일 생성인지 결정했는가?
• □ 누락 컴포넌트의 원래 참조 경로를 확인했는가?
• □ 새 파트 파일을 NX에서 단독으로 열어 형상과 속성을 확인했는가?
• □ 파일 서버, 네트워크 드라이브, UNC 경로, 읽기·쓰기 권한을 확인했는가?
• □ 동일한 이름의 복사본이 다른 검색 경로에 남아 있지 않은가?
• □ 상위 어셈블리와 모든 하위 어셈블리의 참조를 확인했는가?
• □ WAVE, Interpart, 외부 참조, 표현 상태가 정상인가?
• □ 도면 뷰, PMI, 치수, 주석, 속성 연결을 다시 업데이트했는가?
• □ BOM의 부품번호·표시명·수량이 의도한 결과와 일치하는가?
• □ 저장 후 NX를 종료하고 어셈블리를 다시 열었는가?
• □ 다른 사용자의 작업 폴더 또는 데이터 관리 시스템에서도 열리는가?
• □ Teamcenter 사용 시 체크인, 리비전, 릴리즈 상태를 확인했는가?

잘못된 복구 방법과 버전별 주의사항

가장 흔한 실수는 오류 메시지가 보이자마자 동일한 이름의 다른 파일을 선택하는 것입니다. 화면의 형상이 비슷해도 부품번호, 리비전, 내부 링크가 다르면 이후 도면과 BOM이 조용히 잘못된 파일을 가리킬 수 있습니다. 또한 원본 파일을 새 이름으로 저장한 뒤 기존 파일을 삭제하면, 다른 어셈블리의 참조가 함께 끊길 수 있으므로 사용처 조사가 먼저입니다.

• 원본 백업 없이 파일을 덮어쓰지 않습니다.
• 탐색기에서 파일을 복사한 뒤 참조가 자동으로 바뀐다고 가정하지 않습니다.
• 하위 어셈블리 오류를 상위 파일의 참조 하나만 바꿔 해결하려 하지 않습니다.
• 표시 이름과 파일명을 같은 것으로 취급하지 않습니다.
• NX 환경설정 초기화나 재설치를 첫 조치로 사용하지 않습니다. 경로와 권한을 먼저 확인합니다.
• Teamcenter 데이터를 일반 파일 시스템처럼 이동하거나 이름을 바꾸지 않습니다.

NX의 릴리스와 역할 설정에 따라 참조 관리, 컴포넌트 속성, 로드 관련 명령의 메뉴 위치와 명칭이 달라질 수 있습니다. 실제 작업에서는 사용 중인 NX 공식 도움말과 사내 템플릿·데이터 관리 규칙을 함께 확인해야 합니다. 특정 버전의 메뉴를 찾지 못했다면 기능명만 검색하기보다 Assembly Navigator, component reference, replace component, make unique와 같은 관련 용어로 공식 문서를 확인하는 편이 정확합니다.

자주 묻는 질문

NX에서 부품 표시 이름만 바꾸면 파일 찾기 오류가 생기나요?

표시 이름만 변경하고 실제 파트 파일과 참조 경로를 유지했다면 일반적으로 파일명 변경과 같은 오류로 이어지지는 않습니다. 다만 BOM에 표시되는 이름, 컴포넌트 속성, 실제 파일명이 서로 다르게 보일 수 있으므로 출도와 구매·생산 데이터에서 어떤 이름을 기준으로 하는지 확인해야 합니다.

윈도우 탐색기에서 NX 파트 파일명을 먼저 바꿔도 되나요?

어셈블리 참조가 새 이름을 자동으로 인식한다고 보장할 수 없으므로 권장하지 않습니다. 먼저 원본을 보존하고 NX 또는 사내 데이터 관리 절차에서 참조 변경을 처리해야 합니다. 이미 이름을 바꿨다면 원래 경로와 새 경로를 모두 기록한 뒤 참조 재지정 절차로 복구하십시오.

파일은 같은 폴더에 있는데도 NX가 찾지 못하는 이유는 무엇인가요?

파일명 철자나 확장자가 다르거나, 어셈블리가 다른 폴더의 동일 파일을 요청할 수 있습니다. 네트워크 연결, 읽기 권한, 파일 잠금, 로드 옵션, 데이터 관리 시스템의 체크아웃 상태도 함께 확인해야 합니다. 경로가 같아 보여도 실제 접근 계정이 다르면 파일을 읽지 못할 수 있습니다.

Make Unique와 Save As는 같은 기능인가요?

둘을 같은 의미로 취급하면 안 됩니다. 구체적인 동작 범위와 연결되는 하위 데이터는 NX 설정과 작업 대상에 따라 달라질 수 있지만, 실무 판단 기준은 독립 부품을 만들고 기존 참조를 어떻게 분리할 것인지입니다. 독립화가 목적이면 새 파일과 어셈블리 참조, 외부 링크를 함께 검증해야 합니다.

Teamcenter 환경에서도 파일 경로만 다시 지정하면 되나요?

대개 파일 경로만으로 판단하면 부족합니다. 아이템·리비전·데이터셋과 권한, 체크인·체크아웃, 릴리즈 상태가 NX 로딩 결과에 영향을 줄 수 있습니다. 관리 시스템의 공식 변경 절차를 따르고, CAD 관리자에게 누락된 아이템과 리비전을 함께 확인해 달라고 요청하는 것이 안전합니다.

복구 후 어떤 결과를 기준으로 성공 여부를 판단하나요?

현재 세션에서 형상이 보이는 것만으로는 부족합니다. 저장 후 어셈블리를 다시 열었을 때 경로 오류가 없어야 하고, 하위 구조·도면·PMI·BOM·외부 링크가 의도한 파일을 가리켜야 합니다. 다른 작업자가 동일한 데이터 환경에서 열 수 있는지까지 확인해야 복구를 완료했다고 판단할 수 있습니다.