DMSC MBC 1.0과 NX PMI 검사연계｜Persistent Identification으로 설계특성·CMM 판정 추적하기

NX Inspector로 PMI 특성 ID와 CMM 검사 추적하는 방법

설계변경 후 가장 위험한 상황은 모델의 치수와 기하공차는 바뀌었는데 CMM 검사계획과 품질 결과가 여전히 이전 형상이나 이전 공차를 가리키는 경우입니다.

화면에 표시되는 PMI 문구가 같더라도 참조하는 면과 축, 데이텀 조합, 공차값과 검사방법이 달라질 수 있습니다. 반대로 PMI의 표시 위치나 풍선번호만 달라졌을 뿐 실제 설계 요구사항은 그대로 유지되는 경우도 있습니다.

이 때문에 설계변경 전후의 특성을 단순히 5번 치수, 10번 홀, 위치도 0.2처럼 사람이 읽는 번호와 문구로만 연결하면 검사계획이 잘못된 형상을 참조할 가능성이 있습니다.

DMSC Model-Based Characteristics v1.0은 제품특성을 개별 데이터 객체로 정의하고 지속적으로 식별할 수 있는 공통 구조를 제시합니다. NX Inspector는 PMI에서 개별 특성을 생성하고 UUID 기반 식별정보를 부여해 Teamcenter와 품질·제조 업무에서 추적할 수 있도록 지원합니다.

DMSC MBC 1.0은 어떤 표준인가?

DMSC MBC v1.0의 전체 명칭은 Model-Based Characteristics v1.0 – Persistent Identification and Related Digital Practices입니다.

이 표준은 제품실현 과정에서 관리해야 하는 제품특성을 일관되게 식별하고 전달하기 위한 명칭, 정의, 기호, 논리 데이터 구조와 운영 방법을 제시합니다.

초점은 PMI 그래픽의 모양 자체를 새로 정의하는 것이 아니라, 모델 안의 제조·품질 요구사항을 개별 특성으로 식별하고 다른 시스템과 교환할 수 있게 하는 데 있습니다.

MBC 표준이 다루는 주요 객체

객체	의미	실무 적용 예
Product Characteristic	제품 정의에서 검증하거나 관리할 개별 특성	홀 직경, 위치도, 평면도, 표면거칠기
Criticality Classification	특성의 중요도와 관리 등급	안전특성, 핵심특성, 규제특성
Product Requirement Association	상위 요구사항과 제품특성의 관계	고객 요구사항, 법규, 기능 요구 연결
Verification Plan Requirement	특성을 어떤 방식으로 검증할지에 대한 요구	CMM 측정, 게이지, 육안검사, 문서검토
Persistent Identification	제품특성을 지속적으로 구분하기 위한 식별 구조	설계·품질·제조 시스템 사이의 특성 추적

제품특성에 중요도나 검증계획 정보를 반드시 모두 넣어야 하는 것은 아닙니다. 표준은 핵심 특성과 필요에 따라 연결할 수 있는 선택적 보강정보를 구분합니다.

PMI와 Model-Based Characteristic 차이

PMI와 MBC는 같은 개념이 아닙니다. PMI는 제품의 제조와 검사를 위해 모델에 작성하는 치수, 공차, 주석과 기호이며, MBC의 제품특성은 PMI에 포함된 개별 요구사항을 추적 가능한 데이터 객체로 표현한 것입니다.

홀 콜아웃 하나에도 여러 특성이 포함됩니다

예를 들어 모델에 다음과 같은 홀 콜아웃이 있다고 가정합니다.

화면에서는 한 개의 PMI로 보이지만 품질·제조 관점에서는 다음과 같은 여러 특성으로 나뉠 수 있습니다.

• 홀 직경 Ø10 H7
• 관통 여부
• M12×1.75 나사 규격
• 나사 깊이 18mm
• 위치도 공차 Ø0.2
• MMC 재질조건
• 데이텀 A·B·C 참조
• 패턴을 구성하는 홀 1·2·3·4 인스턴스

NX Inspector는 이러한 PMI 요구사항을 개별 제품특성으로 정의하고 각각을 식별해 downstream 품질·제조 프로세스에서 사용할 수 있도록 합니다.

구분	사용 목적	변경 시 위험
PMI 표시 텍스트	사람이 치수·공차·주석을 읽음	문구가 같아도 참조 형상이 다를 수 있음
풍선번호	도면과 검사성적서에서 항목 구분	추가·삭제·재배열로 번호가 바뀔 수 있음
NX 피처 이름	모델 트리에서 형상 구분	리네임·복사·재작성으로 변경될 수 있음
제품특성 객체	개별 품질·제조 요구사항 관리	참조 관계와 개정 상태를 함께 관리해야 함
UUID·지속 식별정보	시스템 사이에서 특성 관계 추적	ID만 같다고 의미가 동일한 것은 아님

Persistent Identification과 UUID의 정확한 역할

Persistent Identification은 단순히 PMI 옆에 영구번호를 표시하는 기능이 아닙니다. 제품특성을 다른 문서와 시스템에서 같은 대상으로 식별하고, 설계변경 과정에서 유지·변경·분할·삭제 관계를 추적하기 위한 데이터 운영 개념입니다.

Siemens는 NX Inspector에서 특성 책임 추적을 위해 UUID를 지원한다고 설명합니다. UUID는 서로 다른 특성에 중복되지 않는 식별값을 부여하는 데 유리하지만, 형상을 삭제하고 새로 만들거나 파일 변환 과정에서 객체가 재생성되면 식별 관계가 달라질 수 있습니다.

ID와 함께 비교해야 할 정보

• 제품과 부품의 개정번호
• 특성 유형
• 공칭값과 상·하한 공차
• 단위
• 참조 면·축·중심면·모서리
• 데이텀 순서와 재질조건
• 패턴 인스턴스
• 검사방법과 장비
• 중요도와 요구사항 관계
• 검사 실행·시리얼·로트 정보

NX Inspector를 사용하기 위한 조건

NX Inspector는 모든 NX 설치에 기본으로 포함된 단순 PMI 메뉴라고 단정할 수 없습니다.

설치된 NX 또는 Designcenter NX 릴리스, Inspector 모듈, MBD·PMI 라이선스, Teamcenter와 Teamcenter Quality 구성에 따라 제공 범위가 달라질 수 있습니다.

구성요소	주요 역할	확인할 부분
NX PMI·MBD	3D 모델에 치수·공차·주석 작성	형상 연관 PMI 작성 가능 여부
NX Inspector	PMI를 개별 제품특성으로 정의·관리	Inspector 명령과 Characteristics Navigator
Teamcenter	특성 개정·관계·사용처·Bill of Characteristics 관리	관리 모드, 객체 권한, 워크플로
Teamcenter Quality	특성을 검사정의와 품질계획에 연결	Control and Inspection Planning 구성
QIF·PLMXML 연계	중립 데이터 형식으로 특성 전달	수신 시스템의 버전과 지원 범위
CMM 소프트웨어	측정 루틴 실행과 결과 생성	특성 ID·데이텀·단위 매핑 지원 여부

실제 메뉴명과 버튼 위치는 릴리스와 회사 템플릿에 따라 다를 수 있으므로 NX 명령 검색에서 Inspector, Characteristics, Characteristics Navigator를 확인하는 편이 안전합니다.

NX Inspector 작업 전 모델 준비

제품특성 ID를 만들기 전에 먼저 특성이 참조할 모델과 PMI가 안정적으로 작성되어 있어야 합니다. 잘못 연결된 PMI를 특성으로 변환하면 잘못된 참조가 더 많은 시스템으로 전달됩니다.

유효한 솔리드와 측정 형상 확인

• 검사 대상 바디가 유효한 솔리드인지 확인합니다.
• 중복면·미세면·비정상 경계가 없는지 검사합니다.
• 홀과 원통면이 실제 측정 가능한 완전한 형상인지 확인합니다.
• Split Face로 분리된 면이 검사 요구와 일치하는지 확인합니다.
• 시트 바디나 Facet 형상만 있는 경우 CMM 연계 가능성을 별도로 검토합니다.

데이텀 체계와 CMM 정렬 일치

PMI의 데이텀 A·B·C와 CMM 프로그램의 정렬 기준이 다르면 특성 ID를 정확하게 연결해도 측정결과의 의미가 달라집니다.

• 데이텀 A가 실제 부품을 지지하는 1차 기준인가?
• 데이텀 B와 C가 회전과 이동을 올바르게 제한하는가?
• 부분면·공통 데이텀·데이텀 타깃을 사용했는가?
• MMC·LMC·RFS 재질조건이 검사시스템에서 동일하게 해석되는가?
• CMM 정렬과 모델 좌표계의 변환이 승인돼 있는가?

패턴 특성의 관리 단위 결정

네 개의 동일 홀에 하나의 위치도 프레임이 적용됐더라도 검사에서는 각 홀의 중심축과 합격 여부를 개별적으로 관리해야 할 수 있습니다.

NX Inspector는 동일한 홀 그룹을 단순히 한 항목으로만 등록하지 않고 각 인스턴스를 개별 특성으로 추적할 수 있습니다. 다만 모든 패턴을 무조건 개별 특성으로 나누면 관리 항목이 지나치게 많아질 수 있으므로 검사 목적을 먼저 정해야 합니다.

패턴 관리방식	적합한 상황	주의할 점
패턴 전체를 한 특성으로 관리	그룹 전체에 하나의 기능 판정만 필요한 경우	개별 홀 불량 위치 추적이 어려움
각 홀을 개별 특성으로 관리	각 인스턴스별 측정값·합격 여부가 필요한 경우	특성 수와 검사계획이 증가함
부모 패턴 + 자식 인스턴스	그룹 요구와 개별 측정을 함께 관리할 경우	부모·자식 관계 보존 여부 확인

NX Inspector에서 PMI를 제품특성으로 만드는 방법

NX Inspector의 구체적인 명령 위치는 배포판에 따라 다를 수 있지만 Siemens 공식 예제에서는 Inspector 도구에서 Characteristics를 선택하고 Add Characteristics 대화상자를 이용합니다.

1단계: 특성화할 PMI 선택

1. 검사 기준으로 사용할 NX 파트를 엽니다.
2. 현재 모델 개정과 단위, PMI View를 확인합니다.
3. Inspector 작업환경을 실행합니다.
4. Characteristics 또는 Add Characteristics 명령을 선택합니다.
5. 전체 PMI를 일괄 선택하거나 필요한 PMI만 개별 선택합니다.
6. 선택된 PMI가 실제 형상에 연관되어 있는지 확인합니다.

Select All은 초기 특성화를 빠르게 진행할 수 있지만 제조 참고 노트나 검사 대상이 아닌 PMI까지 포함될 수 있습니다. 일괄 생성 후에는 반드시 검사 필요 여부를 검토해야 합니다.

2단계: 기본번호와 특성 태그 설정

특성 풍선이나 표시번호는 작업자가 화면과 보고서에서 읽기 위한 보조 식별자입니다. 번호 규칙은 회사 표준에 맞춰 설정할 수 있지만 시스템 간 추적의 핵심은 UUID와 제품특성 관계입니다.

• 검사 풍선 시작번호
• 특성 유형
• 중요도 또는 Key Characteristic
• 공정·품질 분류
• 검사방법
• 공급사·고객 요구사항 코드
• 추가 사용자 정의 속성

풍선번호를 나중에 재정렬하더라도 UUID 기반 특성 객체가 유지되는지 확인해야 합니다. 외부 엑셀에서 번호만 다시 매기는 방식으로 특성 객체를 대체해서는 안 됩니다.

3단계: 패턴 인스턴스 확인

홀 패턴이나 반복 피처를 특성화하면 각 홀 인스턴스가 개별적으로 등록되는지 확인합니다.

• 홀 1·2·3·4가 각각 별도 특성으로 생성됐는가?
• 각 특성이 올바른 원통면과 축을 참조하는가?
• 패턴 순서가 모델 변경 후 재배열되지 않는가?
• 삭제된 인스턴스와 새 인스턴스를 구분할 수 있는가?
• CMM 프로그램에서 각 인스턴스를 같은 순서로 식별하는가?

4단계: Characteristics Navigator 검토

특성을 생성한 뒤에는 그래픽 창의 풍선만 보지 말고 Characteristics Navigator에서 개별 특성의 데이터와 관계를 확인합니다.

확인 항목	확인 내용
Characteristic Type	치수·기하공차·홀·표면·일반 노트 분류
Identifier	특성 UUID와 표시번호
Source PMI	어떤 PMI 객체에서 생성됐는지
Referenced Geometry	측정 대상 면·축·모서리·패턴 인스턴스
Nominal and Tolerance	공칭값·상하한·기하공차값
Datum Reference	데이텀 순서와 재질조건
Criticality	핵심·안전·고객 지정 특성 여부
Custom Attributes	검사방법·장비·공급사·요구사항 등의 추가 정보
Occurrence	패턴 중 어떤 개별 인스턴스인지

5단계: 설계변경 연관성 테스트

Siemens는 PMI와 제품특성의 직접 연관성을 통해 설계변경 시 특성 정보가 함께 업데이트될 수 있다고 설명합니다. 그러나 실제 조직에 적용하기 전에는 간단한 복사본으로 다음 변경을 테스트하는 것이 좋습니다.

• 홀 직경 변경
• 공차값 변경
• 패턴 인스턴스 추가·삭제
• 데이텀 변경
• 참조면 분할·병합
• 기존 피처 삭제 후 재작성
• STEP·JT·QIF 등 중립형식으로 내보내기

값이 업데이트되는 것뿐 아니라 UUID와 참조 형상 관계가 예상대로 유지되는지 확인해야 합니다.

NX Inspector에서 지원하는 대표 PMI 특성

Siemens 공식 설명에서는 NX Inspector가 다음과 같은 주요 PMI 유형의 특성화를 지원한다고 안내합니다.

PMI 유형	제품특성 예	대표 검증방법
Dimensional Tolerance	길이·직경·각도·두께와 허용차	CMM·마이크로미터·캘리퍼
Geometric Tolerance	위치도·평면도·직각도·프로파일	CMM·형상측정기
Surface Texture	Ra·Rz 등 표면거칠기	조도측정기
Hole Callout	홀 직경·깊이·관통·카운터보어	CMM·핀게이지·깊이게이지
Thread Specification	나사 크기·피치·깊이·등급	나사 게이지·비전검사
Chamfer Dimension	모따기 크기와 각도	CMM·비전·형상측정
General Note	열처리·코팅·공정·검사 요구	문서검토·공정기록·시험

모든 제품특성을 CMM으로 측정하는 것은 아닙니다. 나사, 표면처리, 재질 증명과 일반 노트는 다른 장비나 문서검토로 검증할 수 있으므로 제품특성과 검증방법을 분리해 관리해야 합니다.

Teamcenter Bill of Characteristics로 저장하는 방법

NX Inspector 안에서 제품특성을 만든 것만으로 설계와 품질 사이의 디지털 스레드가 완성되지는 않습니다. 승인된 제품 개정과 특성 목록을 Teamcenter에 저장하고 다른 업무 객체가 어떤 특성을 사용하는지 관리해야 합니다.

Siemens는 NX Inspector에서 작성한 특성을 Teamcenter의 Bill of Characteristics로 저장해 이력과 관계, 알림과 사용처를 추적할 수 있다고 설명합니다.

NX에서 Teamcenter로 발행하는 흐름

1. NX 모델과 PMI 상태를 검증합니다.
2. Characteristics Navigator에서 미완료·오류 특성을 확인합니다.
3. 제품특성의 UUID와 추가 속성을 검토합니다.
4. Teamcenter에서 올바른 Item Revision과 작업 개정을 확인합니다.
5. NX 모델과 Bill of Characteristics를 Teamcenter에 저장합니다.
6. Relations 탭에서 특성의 Source·Consuming·Related Object를 확인합니다.
7. 설계 승인 워크플로와 품질계획 승인 상태를 구분합니다.
8. 배포 대상 제품 개정과 특성 기준선을 고정합니다.

설계자가 작업 중인 최신 모델에 특성이 있다고 해서 품질 담당자가 해당 특성을 즉시 공식 검사기준으로 사용해야 하는 것은 아닙니다. 승인된 제품 개정과 특성 상태를 기준으로 downstream 업무에 전달해야 합니다.

Relations에서 확인할 관계

관계	확인 내용
Source	제품특성을 생성한 NX 모델과 PMI 객체
Consuming Object	해당 특성을 사용하는 검사계획·품질계획·제조 객체
Related Requirement	고객·규제·기능 요구사항과의 관계
Revision	어떤 제품 개정과 특성 개정에 연결됐는지
Status	작업·검토·승인·폐기 상태
History	특성의 값·속성·관계 변경 이력

Teamcenter Quality 검사계획과 연결

Teamcenter Quality의 Control and Inspection Planning에서는 NX에서 발행된 부품 특성을 검사정의와 연결할 수 있습니다. 특성은 Teamcenter의 부품 객체에서 조회하고 검사계획의 Inspection Definition에서 참조할 수 있습니다.

이 구조를 사용하면 설계모델의 특성과 검사계획 항목 사이의 관계를 명시적으로 저장할 수 있습니다. 하지만 제품특성 하나가 반드시 검사단계 하나와 일대일로 대응하는 것은 아닙니다.

관계 유형	예
1개 특성 → 1개 검사단계	홀 직경을 CMM 원 측정 한 단계로 판정
1개 특성 → 여러 검사단계	위치도를 위해 데이텀 정렬·홀 측정·계산·판정 수행
여러 특성 → 1개 검사단계	한 번의 스캔으로 평면도와 프로파일을 함께 평가
1개 특성 → 다른 검증방법	나사는 게이지 검사, 표면처리는 문서와 두께 측정

QIF·PLMXML로 특성 데이터를 전달할 때

NX Inspector는 제품특성을 CAD 중립형식으로 전달하기 위해 QIF와 PLMXML 출력 워크플로를 지원합니다.

하지만 파일이 정상적으로 열리고 PMI가 화면에 보인다는 사실만으로 UUID와 형상 연관성, 데이텀 의미가 모두 보존됐다고 판단해서는 안 됩니다.

내보내기 전 확인

• 원본 NX 모델과 제품 개정
• 특성 UUID와 표시번호
• 참조 형상과 패턴 인스턴스
• 공칭값·공차·단위
• 데이텀과 재질조건
• 중요도와 사용자 정의 속성
• 검증계획 요구사항

내보내기 후 확인

• 수신 소프트웨어에서 특성 개수가 같은가?
• 각 특성 UUID가 유지됐는가?
• 홀 패턴의 개별 인스턴스가 구분되는가?
• 데이텀 A·B·C와 DRF가 동일하게 해석되는가?
• MMC·LMC·RFS와 보너스 공차가 보존되는가?
• 단위가 자동 변환되거나 반올림되지 않았는가?
• 그래픽 PMI와 의미형 데이터가 구분되는가?

STEP AP242, JT, QIF와 PLMXML은 목적과 데이터 구조가 서로 다릅니다. 변환기의 버전과 옵션에 따라 보존 범위가 달라지므로 실제 CMM·검사 소프트웨어 조합으로 샘플 파일을 검증해야 합니다.

설계변경 후 제품특성 판정 기준

개정 비교는 UUID가 같으면 무조건 동일하고 값이 바뀌면 무조건 신규라고 단순화하면 안 됩니다. UUID는 변경을 찾는 출발점이며, 실제 품질 영향은 특성 의미와 형상 관계를 함께 검토해야 합니다.

변경 상태	예	ID 처리	검사계획 조치
표시만 변경	PMI 위치·글꼴·풍선번호만 변경	기존 ID 유지	검사내용이 같다면 기록만 갱신
값 변경	Ø10에서 Ø10.2, 공차 0.2에서 0.1	기존 특성의 개정 이력 관리	판정기준과 CMM 프로그램 재검토
참조 형상 변경	같은 문구가 다른 원통면이나 축을 참조	자동 동일 판정 금지	측정 대상과 루틴 재승인
데이텀 변경	A-B-C가 A-C-B 또는 다른 기준면으로 변경	관계 변경 기록	CMM 정렬부터 다시 검증
특성 분할	홀 패턴 한 항목을 각 홀 개별 특성으로 변경	부모·자식 또는 신규 ID 구성	인스턴스별 검사계획 생성
특성 병합	개별 홀 특성을 패턴 전체 특성으로 통합	이전 ID 보존정책 결정	과거 결과 연결방식 검토
특성 삭제	기능 삭제로 검사 대상 제거	삭제·폐기 상태 기록	검사계획에서 제외하되 과거 결과 보존
신규 특성	새 홀·표면·공차 추가	새 UUID 생성	검사방법·장비·샘플링 정의

ID가 유지돼도 CMM 결과를 재사용하면 안 되는 경우

• 공차값이 변경됐습니다.
• 측정 대상 면 또는 축이 변경됐습니다.
• 데이텀과 정렬 순서가 변경됐습니다.
• 모델 단위가 변경됐습니다.
• 측정방법 또는 프로브 전략이 변경됐습니다.
• 재질조건과 보너스 공차 계산이 변경됐습니다.
• 부품 개정이나 구성 옵션이 다릅니다.
• 검사장비와 소프트웨어 알고리즘이 변경됐습니다.

실무 예제: 자동차 브래킷 홀 위치도 검사

자동차 부품 브래킷에 기준면 A, 측면 기준 B, 체결 방향을 결정하는 기준 C와 네 개의 체결홀이 있다고 가정해 보겠습니다.

설계 요구사항은 네 홀의 조립 위치를 관리하는 것이고, CMM에서는 A-B-C로 좌표계를 정렬한 뒤 각 홀의 축을 측정해 위치도를 계산합니다.

설계 단계

1. 실제 조립 기준과 일치하는 데이텀 A·B·C를 작성합니다.
2. 홀 직경 PMI와 위치도 PMI를 작성합니다.
3. 네 개 홀의 각 원통면과 중심축이 올바르게 참조되는지 확인합니다.
4. NX Inspector에서 직경·위치도 특성을 생성합니다.
5. 홀 1·2·3·4가 개별 특성으로 등록됐는지 확인합니다.
6. 핵심특성·검사방법·고객 요구사항 속성을 추가합니다.
7. Teamcenter의 승인 대상 제품 개정에 저장합니다.

검사계획 단계

1. Teamcenter Quality에서 해당 부품의 제품특성을 불러옵니다.
2. 데이텀 A·B·C 정렬방법을 정의합니다.
3. 각 홀의 측정 포인트 수와 프로브 방향을 정합니다.
4. 직경과 축 계산방법을 확인합니다.
5. 위치도 평가와 MMC 보너스 공차 적용을 검증합니다.
6. 각 검사정의를 제품특성 UUID와 연결합니다.
7. 샘플 부품으로 결과 연결을 검증합니다.

설계변경 단계

브래킷 두께가 변경되고 네 번째 홀의 위치가 3mm 이동했다고 가정합니다. 이 경우 전체 모델이 새 개정으로 발행되더라도 모든 특성이 동일하게 변경된 것은 아닙니다.

특성	변경 상태	품질 조치
홀 1 직경	형상·공차 유지	ID와 참조를 확인하고 기존 검사단계 유지 가능
홀 2 위치도	변경 없음	데이텀이 유지됐는지 확인
홀 3 위치도	변경 없음	측정 경로 간섭만 재확인
홀 4 위치도	참조 형상 위치 변경	CMM 측정 위치와 프로그램 재생성
데이텀 A	브래킷 두께 변화로 측정 높이 영향 가능	정렬과 프로브 접근 재검증

홀 4의 UUID가 유지되더라도 실제 좌표와 측정 경로는 변경됐으므로 기존 CMM 프로그램을 그대로 공식 사용하면 안 됩니다.

PMI는 보이는데 제품특성이 생성되지 않을 때

화면에 표시되는 모든 주석이 NX Inspector에서 관리할 수 있는 제품특성은 아닐 수 있습니다.

원인	확인방법	해결방법
단순 텍스트 노트	형상 참조와 공차 데이터가 없는지 확인	검사 요구에 맞는 연관 PMI로 재작성
가져온 그래픽 PMI	선택 시 실제 PMI 객체와 형상이 연결되는지 확인	지원되는 의미형 PMI 또는 특성 변환 경로 사용
연관성이 끊어진 PMI	참조 형상을 하이라이트할 수 없는지 확인	PMI 참조를 수정하거나 다시 작성
도면 전용 치수	3D 모델에 대응 PMI가 있는지 확인	필요하면 3D 연관 PMI로 정의
지원하지 않는 PMI 유형	NX Inspector 지원 목록과 릴리스 확인	사용자 정의 속성 또는 별도 품질특성으로 관리
라이선스·역할 문제	Inspector 명령과 Navigator 표시 여부 확인	관리자에게 제품구성과 권한 확인

같은 PMI인데 UUID가 달라질 때

화면에서 같은 문구와 형상처럼 보이더라도 객체를 복사하거나 삭제 후 재작성하면 새로운 특성으로 생성될 수 있습니다.

• 기존 피처 또는 PMI를 삭제하고 새로 작성했습니다.
• 다른 파트로 복사·붙여넣기했습니다.
• 템플릿을 다시 적용하며 객체가 재생성됐습니다.
• 중립파일로 내보낸 뒤 다시 가져왔습니다.
• 패턴을 해제하거나 새 패턴으로 만들었습니다.
• 모델 병합·단순화 과정에서 형상 참조가 바뀌었습니다.

수정 순서

1. 변경 전 모델과 Bill of Characteristics를 보존합니다.
2. 변경 전후 UUID와 제품특성 유형을 추출합니다.
3. 참조 형상, 데이텀, 공차와 인스턴스를 비교합니다.
4. 자동 매칭되지 않은 특성을 별도 목록으로 분리합니다.
5. 유지·분할·삭제·신규 여부를 설계와 품질 담당자가 판정합니다.
6. 검사계획과 과거 결과의 연결을 승인된 규칙으로 갱신합니다.

가장 위험한 대응은 화면 문구가 같다는 이유로 이전 UUID를 수동 입력하거나 엑셀에서 번호를 맞추는 것입니다. 시스템이 관리하는 식별자를 임의로 복제하면 서로 다른 특성이 같은 대상으로 보일 수 있습니다.

Teamcenter에는 특성이 보이지만 검사계획과 연결되지 않을 때

NX에서 제품특성을 다시 만드는 것보다 Teamcenter의 개정과 객체 관계를 먼저 확인해야 합니다.

1. 제품특성이 올바른 Item Revision에 발행됐는지 확인합니다.
2. 제품 개정과 Bill of Characteristics의 상태를 확인합니다.
3. 검사계획이 같은 제품 개정을 참조하는지 확인합니다.
4. 특성 객체와 Inspection Definition 관계를 확인합니다.
5. 사용자에게 특성 소비·편집 권한이 있는지 확인합니다.
6. 워크플로 승인과 릴리스 상태를 확인합니다.
7. 오래된 캐시나 이전 개정이 표시되는지 확인합니다.

특성은 최신 작업 개정에 있고 검사계획은 이전 승인 개정을 기준으로 작성된 경우 목록은 보여도 자동으로 연결되지 않을 수 있습니다. 이 상황에서는 최신 개정으로 무조건 교체하기보다 품질계획의 변경 영향을 검토해야 합니다.

CMM 검사결과까지 연결할 때 필요한 정보

특성 UUID만 결과 파일에 기록한다고 완전한 추적성이 확보되는 것은 아닙니다. 실제 측정결과는 어떤 부품과 개정, 어떤 검사 실행에서 생성됐는지를 함께 식별해야 합니다.

필수 연결정보	이유
제품·부품 ID	어떤 제품의 측정인지 구분
제품 개정	설계변경 전후 결과 혼용 방지
제품특성 UUID	측정값이 어떤 요구사항에 해당하는지 연결
검사계획 개정	어떤 측정·판정 방법을 사용했는지 확인
CMM 프로그램 버전	루틴과 알고리즘 변경 추적
측정장비와 교정 상태	측정 신뢰성과 장비 차이 확인
시리얼·로트·공정	어떤 실물과 제조조건의 결과인지 식별
단위와 좌표계	값과 위치 해석 오류 방지
실행시간과 작업자	감사와 이력 추적

CMM 소프트웨어가 QIF를 지원하더라도 NX·Teamcenter·검사시스템 사이의 객체 관계와 결과 회수 방식은 별도 구성과 검증이 필요합니다.

가장 안전한 설계변경 검증 순서

1. 기준선 보존: 변경 전 NX 모델, Teamcenter 개정, Bill of Characteristics와 검사계획을 고정합니다.
2. 특성 목록 추출: 개정 전후의 UUID, 유형, 값, 단위, 형상, 데이텀과 속성을 비교합니다.
3. 형상 연관성 검토: 각 특성을 선택해 실제 면·축·패턴 인스턴스를 확인합니다.
4. 변경 분류: 유지·표시변경·값변경·참조변경·분할·병합·삭제·신규로 구분합니다.
5. 품질 영향 판정: CMM 정렬, 측정경로, 프로브 접근, 판정식과 샘플링 영향을 검토합니다.
6. 관계 갱신: Teamcenter의 제품 개정, 특성, 검사계획과 결과 관계를 수정합니다.
7. 샘플 검증: 테스트 부품으로 특성 ID와 측정결과가 올바르게 연결되는지 확인합니다.
8. 재승인: 설계·품질·제조 승인 후에만 새 검사계획과 CMM 프로그램을 공식 배포합니다.

자동 매칭이 실패한 특성은 검사대상에서 조용히 제외하지 말고 미매칭 목록으로 분리해 설계자와 품질 담당자의 판정을 받아야 합니다.

조직에 적용할 때의 운영 체크리스트

처음부터 모든 PMI를 제품특성으로 전환하기보다 설계변경 영향이 크고 반복검사가 많은 핵심 특성부터 적용하는 것이 현실적입니다.

• 조립 기능을 결정하는 홀 위치도
• CMM 정렬에 사용하는 기준면
• 끼워맞춤 직경
• 안전·규제 핵심특성
• 반복 불량이 발생하는 주요 공차
• 고객이 검사성적서를 요구하는 특성

소규모 샘플로 NX 원본, Teamcenter, 중립파일, CMM 프로그램과 결과 파일에서 UUID와 형상 관계가 보존되는지 검증한 뒤 적용 범위를 확대합니다.

NX Inspector DMSC MBC 자주 묻는 질문

NX Inspector와 Persistent ID 활용 결론

DMSC MBC 1.0의 Persistent Identification은 PMI에 영구번호 하나를 추가하는 기능이 아닙니다. 제품특성을 식별 가능한 데이터 객체로 만들고 설계모델, 요구사항, Teamcenter Bill of Characteristics, 검사계획과 품질결과 사이의 관계를 유지하기 위한 운영 기준입니다.

NX에서는 먼저 측정 대상 형상과 데이텀에 올바르게 연결된 PMI를 작성하고, NX Inspector에서 PMI를 직경·위치도·나사·표면거칠기와 같은 개별 제품특성으로 변환합니다. 반복 홀은 검사 목적에 따라 각 인스턴스를 별도로 식별하고, Characteristics Navigator에서 UUID와 참조 관계를 검증해야 합니다.

Teamcenter에서는 승인된 제품 개정과 Bill of Characteristics를 연결하고, Teamcenter Quality에서는 해당 특성을 검사정의와 관계 맺어야 합니다. QIF나 PLMXML을 사용할 때도 수신 시스템에서 UUID와 형상·데이텀 관계가 보존되는지 샘플 검증이 필요합니다.

설계변경 후에는 PMI 문구가 같은지보다 UUID, 참조 형상, 공차값, 단위, 데이텀과 검사방법이 유지됐는지를 확인합니다. ID가 같더라도 품질 영향이 있다면 CMM 프로그램과 검사계획을 재검증해야 하며, 자동 매칭되지 않은 특성은 설계·품질 담당자의 판정을 거쳐야 합니다.

공식 확인처

• DMSC｜Model-Based Characteristics Standard: MBC v1.0의 범위, 데이터 구조와 Persistent Identification 개념을 확인할 수 있습니다.
• DMSC｜Persistent Identification in the Digital Thread: 설계부터 검사까지 검증 요구사항을 지속적으로 식별해야 하는 이유를 확인할 수 있습니다.
• Siemens Designcenter｜DMSC MBC 1.0 ANSI 승인: Siemens Designcenter와 Teamcenter의 MBC 표준 적용 내용을 확인할 수 있습니다.
• Siemens Designcenter｜Characteristic Accountability with NX Inspector: UUID, 표준 기호, QIF와 PLMXML 지원을 확인할 수 있습니다.
• Siemens Designcenter｜NX Inspector and MBD: 지원 PMI 유형, Characteristics Navigator와 Teamcenter Bill of Characteristics를 확인할 수 있습니다.
• Siemens Designcenter｜Applying Characteristics with NX Inspector: Add Characteristics, 패턴 홀 개별 특성과 Teamcenter 발행 흐름을 확인할 수 있습니다.
• Siemens Teamcenter｜Teamcenter Quality 2412: NX 제품특성과 검사정의의 직접 연결 구조를 확인할 수 있습니다.

함께 보면 좋은 디크리노랗 글

• NX PMI JT·STEP AP242 내보내기 CMM 검사 기준 불일치 해결
• NX PMI와 Drafting 치수 공차가 다를 때 해결방법
• NX 도면 뷰 업데이트 후 치수가 사라질 때 점검 순서
• Solid Edge 2026 Automatic Drawing 자동도면 치수·홀·개정 검증