하나의 대상에 여러 코드가 있으면 3D 프린팅 작업장에서 재작업이 계속되는 이유
다품종 소량 3D 프린팅 작업장에서 가장 자주 발생하는 문제는 설비 정지가 아니라 더욱 은밀한 손실이다. 동일한 부품이 견적 시스템에서는 A, 공정 카드에서는 B, MES 작업지시에서는 C, 검사 보고서에서는 다시 D로 불린다. 표면적으로는 네 가지 번호 체계가 모두 작동하는 것처럼 보이지만, 실제로는 서로 정합할 수 없다. 필자가 여러 주문형 제조 현장을 정리하며 확인한 결과, 부품에 고유 식별 코드가 없으면 이후의 소재 배치, 프린팅 파라미터, 검사 기록 및 납품 추적은 모두 사람의 기억에 의존해 연결해야 한다. 인력 변동이나 주문 동시 발생 시 잘못된 버전 사용, 오출고, 오조립은 거의 필연적인 결과가 된다.
더 큰 문제는 3D 프린팅이 본질적으로 빠른 반복 개선을 촉진한다는 점이다. 같은 브래킷도 오늘은 벽 두께를 바꾸고, 내일은 배치 각도를 조정하며, 모레는 분말 배치를 교체할 수 있다. 수정할 때마다 새 파일만 만들고 통합된 코드 및 버전 규칙에 편입하지 않으면, 몇 주 안에 서로 유사하지만 호환되지 않는 모델 파일이 수십 개 쌓이게 된다. 이것이 디지털 공장 구축에서 설비 연결만 논할 것이 아니라, 먼저 마스터 데이터와 개체별 코드 문제를 해결해야 하는 이유다.
1. 마스터 데이터란 무엇인가: ‘부품’을 파일에서 관리 대상 객체로 전환하기
마스터 데이터(Master Data)는 시스템과 부서를 넘어서 재사용되며 자주 변경되지 않는 핵심 비즈니스 엔터티를 의미한다. 3D 프린팅 기업에서 핵심 마스터 데이터는 최소한 네 가지로 구성된다. 자재/부품 마스터 데이터(소재 등급, 공정 경로, 기본 후처리 포함), 설비 마스터 데이터(장비 모델, 빌드 챔버 크기, 레이저 출력, 좌표계), 공급업체 및 배치 마스터 데이터(분말 배치 번호, 체가름 횟수, 산소 함량), 공정 파라미터 마스터 데이터(적층 두께, 레이저 출력, 스캔 속도, 해치 간격, 예열 온도)다.
이 데이터 체계의 가치는 의미를 통일하는 데 있다. 예를 들어 316L 분말 배치 번호 P-2026-10-041은 구매 입고, 출고 사용, 체가름 후 재사용, 프린팅 소모의 네 단계에서 반드시 동일한 코드를 가리켜야 한다. 그렇지 않으면 ‘어느 배치의 분말을 사용했는가’라는 질문에 신뢰할 수 있는 답을 영원히 낼 수 없다. 마찬가지로 특정 LPBF 장비의 번호 E-LPBF-03은 유지보수 기록, 기하 정밀도 교정 보고서, 빌드 챔버 번호와 연결되어야만 장비 가동률 및 고장 통계가 의미를 갖는다.
마스터 데이터와 트랜잭션 데이터의 차이도 명확히 구분해야 한다. 작업지시서, 출하 전표, 검사 성적서는 매일 생성되는 트랜잭션 데이터이며, 부품 번호, 설비 번호, 소재 등급은 반복 참조되는 마스터 데이터다. 전자는 대량으로 증가할 수 있지만, 후자는 엄격하게 관리하고 변경 이력을 남겨야 한다.
2. 개체별 코드 규칙: 읽기 쉽고, 확장 가능하며, 검증 가능하게
개체별 코드의 핵심은 ‘부품마다 번호를 부여하는 것’이 아니라 코드 자체가 분석 가능한 구조를 갖도록 하는 데 있다. 실무에서 가장 안정적인 방식은 분할형 코드다. 즉 분류 코드-특성 코드-일련번호-버전 인덱스 구조다. 예를 들어 BR-Ti64-LPBF-0147-R03은 각각 브래킷류 부품, Ti6Al4V 소재, LPBF 공정, 일련번호 0147, 제3판을 의미한다. 이 방식에는 세 가지 직접적인 이점이 있다. 첫째, 사람이 읽을 수 있어 창고 및 품질검사 담당자가 시스템 조회 없이 기본 속성을 판단할 수 있다. 둘째, 시스템이 구간별 검색을 수행해 ‘모든 티타늄 합금 LPBF 부품’을 빠르게 선별할 수 있다. 셋째, 버전 인덱스가 설계 반복을 코드에 고정하므로 구형 도면 번호의 오사용을 방지한다.
코드 설계에서는 몇 가지 흔한 함정을 피해야 한다. 고객명, 주문 번호, 수량처럼 변하는 정보는 코드에 넣지 말아야 한다. 이를 포함하면 코드의 안정성이 사라진다. 연속 일련번호로 의미를 표현해서도 안 된다. 번호 충돌 위험이 있고 확장도 어렵다. 또한 한글이나 전각 문자에 의존하지 말아야 한다. 시스템 간 인터페이스에서 코드 불일치가 발생하기 쉽기 때문이다. 대문자, 숫자, 하이픈만 사용하고 길이는 16~24자 이내로 제한해 가독성과 바코드 용량을 모두 고려하는 것이 좋다.
개별 실물을 각각 추적해야 하는 직렬화 부품(예: 항공 부품, 의료 임플란트 시제품)의 경우, 개체별 코드에 일련번호 구간을 추가해 ‘부품 코드+일련번호’의 이중 구조를 구성한다. 부품 코드는 설계 식별을 관리하고, 일련번호는 실물 식별을 관리하며, 두 항목은 MES에서 부모-자식 관계로 연결한다.
3. 버전과 도면 번호: 모든 변경을 추적 가능하게 만들기
3D 프린팅의 빠른 반복 속도는 버전 관리에 더 높은 수준을 요구한다. 권장 규칙은 다음과 같다. 형상, 소재, 핵심 공정 파라미터 가운데 하나라도 변경되면 반드시 버전을 올린다. 비고, 포장 지침 등 실물 속성에 영향을 미치지 않는 내용만 수정하는 경우에는 버전을 올리지 않되 수정 설명을 기록한다. 버전 번호는 R+두 자리 숫자(R01, R02…) 형식을 사용하며, 코드 내 버전 인덱스와 엄격히 일대일로 대응시킨다.
각 버전에는 반드시 네 가지 항목이 축적되어야 한다. 해당 버전의 3D 모델 파일(STEP 및 원본 형식 각 1부), 대응되는 도면 번호와 기술 요구사항, 해당 버전의 공정 카드 및 파라미터 세트, 그리고 초도품 검사 또는 검증 기록이다. 이 가운데 하나라도 누락되면 해당 버전은 생산에 승인해서는 안 된다. 많은 팀이 모델 파일만 보관하고 ‘파라미터 세트도 버전의 일부’라는 사실을 간과한다. 동일한 모델이라도 서로 다른 두 파라미터 세트로 출력한 부품의 성능은 크게 달라질 수 있으며, 파라미터 버전이 없으면 성능 변동을 설명할 수 없다.
폐기된 버전은 삭제해서는 안 되며, ‘폐기/이력 조회 전용’으로만 표시해야 한다. 이력 버전을 삭제하는 것은 추적성 사슬을 파괴하는 것과 같다. 고객 불만이나 고장 분석이 발생하면 당시의 설계 및 공정 상태를 더 이상 복원할 수 없다.
4. 실행 경로: 코딩 규칙부터 시스템 통합까지
실행은 네 단계로 추진하는 것이 좋으며, 각 단계는 독립적으로 검수할 수 있다. 첫 번째는 코드 정리다. 현재 생산 중인 부품과 이력 부품을 모두 조사해 하나의 대상에 여러 코드가 부여된 경우와 여러 대상에 하나의 코드가 부여된 경우를 식별하고 대조표를 작성한다. 이 단계는 가장 지루하지만 유일하게 건너뛸 수 없는 과정이다. 두 번째는 규칙 수립이다. 코딩 규칙, 버전 규칙, 데이터 사전을 배포하고 각 필드의 입력 책임자와 허용값 범위를 명확히 한다. 세 번째는 시스템 등록이다. 규칙을 PLM 또는 ERP에 고정하고 오프라인 수기 번호 부여를 금지하며, 신규 부품은 반드시 시스템이 규칙에 따라 코드를 생성하도록 한다. 네 번째는 연계다. 견적, 공정, 생산 일정, 검사, 출하 각 단계의 참조 필드가 모두 동일한 부품 코드를 가리키도록 한다. 어느 단계에서든 코드 누락이 발견되면 비준수로 간주하고 다음 단계로 진행하지 못하게 한다.
검수 지표로는 세 가지 정량 수치를 권장한다. 하나의 대상에 여러 코드가 부여된 비율(목표: 1% 미만), 마스터 데이터 필수 필드 완성률(목표: 98% 이상), 버전 추적 가능률(생산 중인 부품 100개를 표본으로 추출해 모델+파라미터+검사 기록을 완전하게 복원할 수 있는 비율, 목표: 100%)이다. 이 세 지표를 매월 검토하면 구호에 그치는 ‘디지털 전환’보다 실제 진척도를 훨씬 잘 보여준다.
5. 일반적인 실패 패턴과 예방 권고사항
가장 흔한 실패는 마스터 데이터를 일회성 프로젝트로 취급하는 것이다. 마스터 데이터는 지속적으로 관리해야 하며, 그렇지 않으면 반년 후 신규 부품에 다시 수기 번호가 부여되고 규칙은 유명무실해진다. 단일 책임자를 지정하고 모든 코딩 규칙 변경은 반드시 해당 책임자의 검토와 이력 기록을 거치도록 권장한다. 두 번째 실패는 필드를 과도하게 설계하는 것이다. 한 번에 수백 개 필드를 정의하면 아무도 모두 입력할 수 없고 결국 전부 비어 있게 된다. 합리적인 방법은 먼저 15~25개의 핵심 필드로 프로세스를 운영한 뒤, 업무 필요에 따라 점진적으로 확장하는 것이다. 세 번째 실패는 외주 및 입고 자재 시나리오를 간과하는 것이다. 외주 부품과 고객 도면 기반 부품은 내부 코드를 거치지 않고 생산에 바로 투입되는 경우가 많다. 따라서 수주 단계에서 반드시 코드를 보완하도록 강제해야 하며, 그렇지 않으면 추적성 사슬은 가장 앞단에서 끊어진다.
또 하나 쉽게 간과되는 점은 코딩 규칙이 공장 간 및 시스템 간 확장성을 확보해야 한다는 것이다. 오늘은 하나의 작업장에서만 사용하더라도 내일은 고객의 PLM 또는 산업 플랫폼과 연계해야 할 수 있다. 코드에 공장 구간 또는 접두사 구간을 미리 확보해 두면 향후 고통스러운 전면 재구축을 피할 수 있다.
결론
3D 프린팅 작업장의 디지털화에서 진정한 기반은 설비 연결이나 대시보드가 아니라, 모든 부품이 고유하고 안정적이며 분석 가능한 식별 코드를 갖고 그에 부합하는 버전 및 데이터 사전 체계를 보유하는 것이다. 마스터 데이터 거버넌스는 지루해 보이지만 소재 배치를 추적할 수 있는지, 공정 파라미터를 재현할 수 있는지, 납품 증빙을 고객이 신뢰할 수 있는지를 직접 결정한다. 기존 코드 조사, 규칙 배포, 시스템 고정, 전 공정 연계에 이르는 과정에는 수개월의 지속적인 투자가 필요하지만, 이를 통해 이후의 모든 디지털 역량, 즉 일정 계획, 품질검사, 원가 관리, 추적성이 실질적으로 구현될 가능성이 열린다.