부품 번호
고객, 대리점 또는 내부 팀이 주문이나 요청에 사용하는 식별자를 유지합니다.
필드를 정하기 전에 교체 부품을 찾는 사람이 어떤 판단을 하는지 먼저 정리하세요.
고객이나 기술자는 보통 장비, 어셈블리, 모델 또는 분해도에서 시작합니다. 이후 올바른 참조 번호를 확인하고, 현재 주문 가능한 부품을 이해한 뒤 견적, 장바구니 또는 지원으로 이어져야 합니다.
데이터 구조는 이 여정을 지원해야 합니다.
재사용 가능한 상업·설명 정보와 도면 위치별 맥락을 분리합니다.
고객, 대리점 또는 내부 팀이 주문이나 요청에 사용하는 식별자를 유지합니다.
내부 코드에만 의존하지 않고 사용자가 이해할 수 있는 이름을 사용합니다.
유사 부품, 변형, 키트 또는 적용 범위를 구분할 수 있는 맥락을 추가합니다.
고객 가격이 필요한 시장과 워크플로에는 명시적인 가격을 유지합니다.
여러 시장을 지원한다면 이름과 설명의 번역을 유지합니다.
활성 고객 워크플로에서 표시하고 사용할 수 있는지 명확히 합니다.
하나의 부품이 여러 도면에 나타나도 참조 번호, 수량과 어셈블리 맥락은 도면마다 다를 수 있습니다.
분해도마다 같은 부품 레코드를 다시 만들지 마세요. 부품은 한 번 관리하고 관련 참조 번호와 도면에 연결합니다.
이렇게 하면 이름, 설명, 가격 또는 이미지를 한 번 수정해 여러 도면에 반영하면서도 각 도면의 참조와 수량은 그대로 유지할 수 있습니다.
자동화는 반복 작업을 줄이지만 애매하거나 불완전한 원본은 여전히 사람의 판단이 필요합니다.
참조 번호가 존재하고 읽을 수 있으며 도면의 올바른 위치에 있는지 확인합니다.
참조 번호, 부품 번호, 수량과 설명이 관련 BOM 행과 맞는지 검토합니다.
원본 자료로 신뢰할 수 있는 결과가 나오지 않으면 연결된 부품을 수정합니다.
고객용 도면은 원시 추출 결과가 아니라 승인된 카탈로그 출력으로 취급합니다.
가격, 필터, 유지보수 등 동일한 처리가 필요한 부품 묶음에 그룹을 사용합니다.
그룹은 나쁜 원본 데이터를 숨기거나 서로 다른 부품 번호를 합치는 데 사용하면 안 됩니다. 알려진 공유 부품 세트에 명확한 운영 결정을 반복 적용하는 것이 목적입니다.
새 부품이 생겨도 기존 부품 번호가 단순히 사라져서는 안 됩니다.
기존 부품을 검색 가능하게 유지하고 적절한 대체 부품과 연결합니다. 공식, 애프터마켓 또는 호환 관계와 메모, 우선 옵션을 기록합니다.
가격, 설명, 대체 정보와 제품 범위가 바뀌어도 정확하게 유지할 수 있는 구조가 중요합니다.
구조화 파일로 부품 레코드를 생성·업데이트하고 실패와 예상 밖 값을 검토합니다.
미매칭 참조, 누락 부품 번호, 대체 관계와 게시 결정을 누가 검토하는지 정합니다.
동일한 부품 정보를 도면과 컬렉션마다 다시 만들지 않습니다.
완벽한 원본은 필요 없지만 어디에 검토가 필요한지는 알아야 합니다.
각 부품을 유지·검색할 안정적인 식별자가 있습니다.
내부 약어에만 의존하지 않고 부품을 구분할 수 있습니다.
참조, BOM과 부품의 관계를 확인하고 수정할 수 있습니다.
후속·우선 대체 관계를 확인할 담당자가 있습니다.
현지화가 필요한 시장이 명확합니다.
추출·가져오기 데이터가 고객에게 노출되기 전에 검토됩니다.
예비 부품 데이터 구조화
실제로 게시하려는 고객 경험에 맞춰 실용적인 모델을 유지하세요.
아니요. 기존 매뉴얼과 구조화 부품 목록으로 시작할 수 있지만, 예외를 검토하고 고객에게 보여줄 정보를 결정할 수 있어야 합니다.
업무 시스템에서 실제로 동일한 주문 가능 부품을 의미할 때만 그렇습니다. PartGrid는 유사 중복을 자동 병합하지 않습니다.
예. 하나의 공유 부품을 여러 도면에 연결하면서 도면별 참조 번호와 수량은 유지할 수 있습니다.
부품 레코드 간 명시적 관계로 관리합니다. 기존 번호를 계속 검색할 수 있게 하면서 우선 또는 호환 옵션을 안내할 수 있습니다.
애매한 참조, 누락 번호, 예상 밖 가져오기 값, 대체 결정과 최종 게시 승인에는 사람의 검토가 필요합니다.
분해도 매뉴얼과 대표 부품 목록을 가져오면 공유 레코드, 매칭, 그룹, 대체 정보와 게시가 어떻게 함께 작동하는지 확인할 수 있습니다.