BOM이 왜 3개나 되는가

자동차 브레이크 캐리퍼를 생각해 보자. 설계도면에는 ‘캐리퍼 모듈 조립체 A-2401’이라고 적혀 있다. 이 안에는 피스톤·스프링·심·슬라이딩 핀·머플러 어셈블리까지 20여 개 부품이 들어 있다. 설계자는 이걸 ‘부품들이 서로 어떻게 맞물리는가’로 본다. 공장 작업자는 이걸 ‘몇 번째에 무엇을 조이는가’로 본다. 서비스 센터 정비사는 이걸 ‘어느 부품까지 분리해 교체할 수 있는가’로 본다. 세 사람은 같은 캐리퍼를 보면서 서로 다른 정보를 가치 있다고 판단한다. 이게 BOM이 3개인 이유다.

E-BOM — 설계의 진실

E-BOM(Engineering BOM)은 가장 위에 있다. 연구소에서 CAD로 설계를 마치면 그 결과물이 가장 먼저 이 형태로 정리된다. 특징은 기능적 계층 구조다. 캐리퍼 > 피스톤 어셈블리 > 피스톤 + 실 + O링. 설계자가 물리적으로 ‘무엇이 무엇의 부분인가’를 따라 계층을 만든다. 이 관점에서는 나사 같은 공통 부속 부품은 명시되지 않는다. “나사 몇 개로 조이는지”는 설계 질문이 아니다.

E-BOM의 목적은 설계 검증과 설계변경 이력의 근거로 삼는 데 있다. 만약 3년 뒤 이 캐리퍼의 변형 모델이 필요하면, 설계자는 E-BOM을 펼쳐 “어느 부품을 공유하고 어느 부품을 새로 만들지”를 판단한다. 설계 관점의 ‘진실’은 여기에 있다.

M-BOM — 제조의 진실

공장은 다른 질문을 던진다. “무엇을 먼저, 몇 개씩, 어떤 순서로 조립하나?” 설계도면에는 없는 부품들이 이 부분에서 생긴다 — 적색 나사 12개, M8×20 볼트 4개, 록타이트 접착제 15g, 포장 박스 1개, 마스킹 테이프 2m. E-BOM에는 없지만 M-BOM에는 반드시 있어야 하는 부품들이다.

또 하나 중요한 차이는 계층 구조의 재편성이다. 설계상 ‘피스톤 어셈블리’가 하나의 부품 집합체로 리스트되어 있어도, 공장에서는 피스톤을 먼저 가공하고, 다른 라인에서 O링을 장착하고, 마지막에 두 개를 합치는 별개의 공정 단계로 묶이는 것이 효율적이다. 그러면 M-BOM은 이 순서를 반영해 “공정 A 결과물 → 공정 B에 투입” 구조로 재구성된다.

M-BOM은 ERP/MES(생산관리 시스템)와 맞물려 돌아가며, 자재 소요량·입고 계획·생산 지시서의 근거가 된다. 보통 E-BOM과 기계적으로 1:1 매칭되지 않고, 적어도 5~20% 많은 항목(소모품, 포장재, 공구 지그)을 갖는다.

S-BOM — 서비스의 진실

제품이 고객 손에 들어가면 세 번째 질문이 생긴다. “3년 뒤 이 부품이 고장나면, 서비스 센터에서 무엇을 교체해야 하는가?” S-BOM(Service BOM)은 이 관점에서 재편성된 리스트다. 핵심은 교체 가능한 단위를 기준으로 묶이는 것이다.

다시 브레이크 캐리퍼를 보자. 공장에서는 20개 부품을 이렇게 조립하지만, 서비스 센터에서는 피스톤 단품·스프링 단품·슬라이딩 핀 세트가 각각 교체 가능한 단위로 관리된다. 캐리퍼 전체를 통째로 교체할 것인가, 아니면 머플러만 교체할 것인가 — 부품 번호 단위로 분리되어 있어야 보증수리도 가능하고 교체 견적도 나온다.

S-BOM이 없으면 어떤 일이 벌어지는가 — 대형 가전 업체의 A/S 센터에 문의가 오면, 상담원이 “이 모델의 해당 부품을 따로 구매하실 수 있습니다”라고 답하는 대신, “모듈 전체를 교체하셔야 합니다”라고만 답할 수 있다. 고객 서비스 비용이 급등하고 A/S 만족도가 떨어진다.

세 BOM이 따로 놀 때 생기는 문제

직관적으로는 “BOM은 하나로 통일하자”가 맞아 보이지만, 현장은 그렇게 돌지 않는다. 넘어야 할 거대한 장벽이 있기 때문이다 — 세 BOM은 간단하게 ‘같이 보이기’가 어렵다. 설계가 생각하는 ‘캐리퍼’와 공장이 생각하는 ‘캐리퍼’가 다른 계층으로 구조화되어 있기 때문이다. 그래서 발생하는 전형적 문제는 세 가지가 있다.

1. 설계변경이 공장까지 안 온다

연구소에서 볼트를 M8에서 M10으로 바꿔 설계변경(ECO)을 진행했는데, M-BOM이 자동 연동되지 않으면 공장에서는 여전히 M8을 입고받고 있거나, 무리하게 M10을 헐겁게 결합시키려고 시도해 품질 문제가 발생한다. 자동차 업계의 리콜 보고서에서 “E-BOM → M-BOM 동기화 지연”이 자주 언급되는 이유다.

2. 서비스가 과잉 재고를 쌓는다

S-BOM이 M-BOM과 분리되어 있으면, 서비스 센터가 “이 제품은 모듈 A와 모듈 B로 구성된다”로 이해하고 모듈 재고만 쌓아 놓는다. 실제 고장은 모듈 안의 부품 하나에서 생기는데, 재고는 모듈 단위뿐이라 결국 모듈 전체를 교체하게 된다. 가전·가구·산업 장비 업계의 A/S 마진 하락 사례의 상당수가 이 구조적 문제에서 파생된다.

3. 감사·법규 대응에서 할 말이 막힌다

자동차 부품 IATF 16949, 의료기기 ISO 13485, 항공 AS9100 같은 산업별 인증 감사에서는 “이 제품의 E-BOM과 M-BOM이 동기화되어 있음을 보이라”는 요구가 있다. 세 BOM이 따로 놀면 감사 준비에 마지막 순간에 수십 명이 달라붙어 문서를 만들게 되고, 그러고도 부적합 사항을 받는다.

그럼 왜 3개로 나누었는가

궁극적으로는 조직 관점의 분리 때문이다. 설계팀은 CAD를 통해 상상하는 사람들이고, 공장팀은 물리적 공정을 관리하는 사람들이며, 서비스팀은 고객 약속을 지키는 사람들이다. 세 집단이 가지는 “제품이란 무엇인가”의 상이 근본적으로 다르며, 각자 자신의 관점에서 “진실”을 가질 권리가 있다.

문제는 세 가지 관점이 서로 모순되는 순간이다. 지난 편에서 다룬 “엑셀로 BOM을 관리하다 터지는 문제”의 큰 줌기가 바로 이 관점 동기화 실패다. 그러니까 PDM의 가치는 “BOM을 어떻게 저장하는가”보다 “세 개의 관점이 하나의 바닥에서 자동으로 동기화되도록 보장하는가”에 있다.

다음 편에서는 이 BOM 변경 자체를 관리하는 프로세스 — ECR·ECO·ECN이라는 세 단계 — 를 다룰 예정이다. 설계변경이 왜 단순한 ‘수정 요청’이 아니라 3단계 프로세스로 분리되어 있는지를 이해하면, 이번 편에서 다룬 세 BOM 동기화 메카니즘이 왜 이렇게 구조화되었는지도 같이 보인다.

관련 글

• 1편. 종이 도면 없이 만든 첫 비행기 — PLM 40년 역사
• 2편. 94% 엑셀은 틀렸다는데… — BOM 오류의 진짜 비용
• OpenAI Deployment Company — 엔터프라이즈 AI 배포 전략
• Forget ChatGPT — SAP Just Bet $1B on Tables

참고

1. Arena Solutions — Bills of Materials in PLM
2. Siemens — Bill of Materials (BOM) Definitions
3. Control Engineering — Hidden Costs of Excel BOM Management