Odoo Manufacturing 핵심 가이드: BOM, Routing, 작업지시서, MRP 이해하기

개요

전형적인 장면을 떠올려 보자: 영업팀은 금요일 배송을 약속했고, 플래너는 목요일 밤에야 그 사실을 알았다. 그런데 생산 계획에는 Odoo 제조가 전혀 반영되지 않았다. 이 간극을 메우는 것이 이 가이드의 목적이다.

간단한 식탁의 BOM 작성부터 일부러 과장한 최고난도(레벨 10) 생산 시나리오까지, 10가지 상황을 선정해 각 상황별로 Odoo에서 클릭해 처리하는 체크리스트 형태로 정리했다.

Odoo 제조는 재고·배치·픽킹·생산 같은 ‘물리적 현실’과 고객·재무가 기대하는 데이터가 만나는 지점이다. 잘 운영되면 누구도 수량을 다시 입력할 필요가 없다. 실패하면 ERP 탓을 하게 된다.

많은 공장과 물류창고가 경험, 카카오톡, FINAL_v3.xls 같은 스프레드시트에 의존해 운영된다. 규모가 커지거나 두 번째 현장이 생기거나 추적성 감사가 들어오면 이 방식은 한계에 직면한다.

제조는 Odoo의 모듈형 ERP 안에 자리한다. 명확한 책임, 재현 가능한 워크플로우, 검색 가능한 이력을 원하는 팀들이 채택한다. Odoo 제조는 BOM, 라우팅, 작업지시, MRP 상태로 예산 승인자들에게 생산 이야기를 전달한다.

제조 모듈로 실제 물류 흐름을 모델링하면: 입고, 보관, 픽킹, 제조, 출고, 스크랩, 보충 같은 단계가 시스템에 남는다. 미래의 당신이 감사할 기록들이 생성된다.

이 가이드는 첫 BOM 작성부터 작업장 바코드 운영까지, 실무 예제를 곁들인 10가지 활용 사례를 제공한다.

주된 대상 독자는 운영 이사, 창고 책임자, 생산 플래너다. 개발자는 이후에 참여하면 되고, 이 문서는 경영·운영 언어를 우선으로 쓴다.

이 글은 쉬운 레벨 1부터 전문가용 레벨 10까지 순위화한 Top 10 형태다. 각 레벨에는 실제로 Odoo에서 클릭할 단계가 번호로 정리되어 있다.

자신이 편한 레벨부터 시작하라. 소문난 최고 레벨부터 무리하게 시작할 필요는 없다.

다음에 문제 설명을 읽고, 현재 팀 상황과 맞는 레벨을 바로 열어보라.

이 가이드에서 다루는 내용

• 일반적인 회사 IT 스택에서 Odoo 제조가 맡아야 할 역할
• 팀들이 현재 가장 큰 마찰을 느끼는 지점(그리고 그 이유)
• 초급 규율부터 고급 전략까지 10가지 우선 순위별 활용 사례
• 자동화나 연동이 필요한 시점에 파트너를 투입해야 하는 경우

직면한 문제

영업이 금요일 배송을 약속했는데, 플래너는 목요일 저녁에 이메일로 그 주문을 발견했다. 주문이 Odoo 제조에 없었던 것이다. 긴급 배송 비용이 마진을 갉아먹고, 재무는 월말 보고에서야 재고 누락을 확인한다.

창고와 공장은 경험 기반으로 돌아가지만 재고·생산 데이터가 Odoo 밖에 흩어져 있는 경우가 많다. 이 간극은 품절, 긴급 구매, 월말의 불시발견을 초래한다.

혹시 이런 일이 익숙한가요? 일반적으로 다음과 같은 벽에 부딪힙니다:

• 영업이 약속한 수치와 일치하지 않는 재고 파일
• 실시간 수량을 반영하지 않은 채 수립된 생산·구매 계획
• 고객이나 감사인의 질문에 답할 수 없는 추적성(트레이서빌리티) 공백

좋은 소식은 모든 것을 한 번에 바꿀 필요는 없다는 점이다. 아래 활용 사례 중 하나를 골라 Odoo 제조에서 30일간 운영해 보고 변화를 측정해 보라.

상위 10개 제조 활용 사례

Odoo 제조용 10개 활용 사례를 난이도(Level 1 쉬움 → Level 10 전문가) 순으로 정리했다. 각 항목은 ‘무엇을 구축할 것인가’와 ‘Odoo에서 어떤 클릭을 할 것인가’를 답한다.

레벨 1은 식탁 하나의 BOM 수준이다. 레벨 10은 일부러 극단적인 예(잠수함)를 들었는데, 같은 앱이 어떻게 복잡한 구조까지 확장될 수 있는지 보여주기 위함이다.

자신의 레벨을 골라 테스트 데이터베이스에서 번호 순서대로 따라해보고 이전 레벨이 지루해질 때 다음 단계로 올라가라.

1. 식탁의 BOM 만들기 Level 1 — 쉬움

레벨 1은 첫 성공이다: 완제품 하나, 구성품 몇 개, 엑셀 요술 없이 끝낼 수 있다.

Odoo에서 하는 방법(핵심 단계)

1. 스토어블 제품 생성: 식탁(완제품), 테이블 상판, 다리(수량 4), 목공용 접착제, 바니시.
2. Manufacturing → Products → Bills of Materials → New 로 이동.
3. Product를 Dining Table로 설정, BOM Type을 Manufacture, Quantity 1로 입력.
4. BOM 라인 추가: Table Top 1×, Table Leg 4×, Wood glue 0.1×, Varnish 0.2×(단위 조정).
5. 저장 후 BOM Structure & Cost에서 누적 원가를 확인.

얻는 것: 향후 모든 동일 제품 제조에 재사용 가능한 표준 레시피가 생긴다.

2. 첫 제조 주문 생성 Level 2 — 쉬움

BOM은 테스트로 실제 MO를 한 번 돌려보기 전까지 의미가 없다.

Odoo에서 하는 방법(핵심 단계)

1. Inventory → Products에서 구성품의 실재고 수량을 설정(테스트라면 음수 허용으로 해도 된다).
2. Manufacturing → Operations → Manufacturing Orders → New.
3. Dining Table BOM 선택, 수량 1, 날짜 확인 후 MO Confirm.
4. Components 탭에서 각 라인의 예약 또는 사용 가능 수량 확인.
5. Produce(또는 Mark as Done → Produce All) 후 완제품 재고가 늘어났는지 확인.

얻는 것: 운영자와 플래너가 같은 문서를 보며 엑셀 병행 없이 작업한다.

3. 생산 완료 시 부품 소모 기록하기 Level 3 — 쉬움

여기서 실제 자재 실사가 승패를 가른다.

Odoo에서 하는 방법(핵심 단계)

1. MO에서 생산 상세/작업지시 뷰를 열어 현재 버전의 흐름에 따라 작업을 기록.
2. BOM과 다른 실제 소모량이 있으면 소모량을 직접 기록(다리 하나 폐기, 바니시 초과 사용 등).
3. 생산을 검증하면 재고 이동이 발생: 부품 감소, 완제품 증가.
4. Inventory → Reporting → Stock에서 Table Leg과 Dining Table의 이동 내역을 추적.
5. MO 비용 보고서와 BOM 표준 원가를 비교해 재무 검토.

얻는 것: 편차가 배치 단위로 드러나 연말 미스터리가 되지 않는다.

4. 확정된 영업주문에서 생산 계획 시작 Level 4 — 중간

영업의 약속을 공장 작업량으로 연결한다.

Odoo에서 하는 방법(핵심 단계)

1. Sales에서 Dining Table 견적을 확정하거나 제품에 MTO 경로를 설정.
2. 제품 경로가 Manufacture 또는 MTO인지, BOM이 설정되어 있는지 확인.
3. Delivery 또는 MO 스마트버튼을 눌러 자동 생성된 제조 주문 열기.
4. MO의 예정일과 우선순위를 조정해 플래너가 관리하도록 한다.
5. MO 참조를 작업장에 전달(나중에 PDF 출력이나 바코드로 배포 가능).

얻는 것: 영업의 배송 일정과 생산 일정이 동일한 언어로 소통된다.

5. 라우팅을 두 개 작업장으로 분리 Level 5 — 중간

절단과 조립을 하나의 익명 단계로 묶지 마라.

Odoo에서 하는 방법(핵심 단계)

1. Manufacturing → Configuration → Work Centers에서 Cutting과 Assembly 작업장 생성.
2. BOM에 작업(Operation) 추가: Cutting(소요시간, 작업장), 이어서 Assembly 추가.
3. 테이블 5개 MO 생성; 확인 후 각 작업별 작업지시서를 연다.
4. 먼저 Cutting 작업을 완료하고 그 다음 Assembly 작업을 진행(중간 WIP 위치 사용 시 체크).
5. 다음 주에 두 작업장의 작업량 보고서나 플래닝 뷰를 검토.

얻는 것: 병목 현상이 어느 기계에서 발생하는지 명확해진다.

6. 생산 중 상판 2개 파손으로 스크랩 등록 Level 6 — 중간

스크랩은 일어난다. Odoo에 기록되면 별도 엑셀이 필요 없다.

Odoo에서 하는 방법(핵심 단계)

1. MO 생산 중 컴포넌트 이동에서 스크랩을 열거나 MO의 Scrap 버튼 사용.
2. Table Top 2개를 취급 중 파손 사유 코드로 등록.
3. 정책에 따라 내부 조정이나 추가 MO로 부품 보충 진행.
4. 정상 수량으로 MO를 완료해 완제품 수량을 정확히 반영.
5. 월말에는 사유별·제품별 스크랩 분석 리포트를 확인.

얻는 것: 품질 팀과 재무가 동일한 스크랩 기록을 본다.

7. 바니싱 공정을 외주 처리 Level 7 — 어려움

공정 일부가 외부로 나가도 Odoo로 흐름을 추적해야 한다.

Odoo에서 하는 방법(핵심 단계)

1. Manufacturing 설정에서 Subcontracting(및 필요하면 Purchase) 활성화.
2. BOM에 Varnishing 작업을 외주 라우트와 벤더를 지정해 추가.
3. MO 확인 시 Odoo가 외주 발주서와 수령 흐름을 자동 생성한다(설정에 따른).
4. 외주 완료된 서비스/제품을 재고로 입고.
5. MO를 닫고 외주비를 주문별 비용과 정산.

얻는 것: 외부 가공도 내부 공정과 동일한 일정으로 관리된다.

8. 다단계 BOM: 포장 키트를 하위 조립으로 구성 Level 8 — 어려움

현실의 제품들은 단층 BOM으로 끝나는 경우가 적다.

Odoo에서 하는 방법(핵심 단계)

1. 반제품 Table Packaging Kit(박스, 완충재, 라벨)로 구성된 자체 BOM 생성.
2. Dining Table의 BOM에 Table Packaging Kit를 부품으로 추가하고 제조 라우트를 지정.
3. 테이블 10개 MO 실행: 설정에 따라 자식 MO 또는 팬텀 폭발(phantom explosion) 생성.
4. 상·하위 조립의 부품 수요를 각각 확인.
5. 작업장 규율에 따라 자식 MO를 부모 MO 완료 전에 혹은 동시에 완료.

얻는 것: 구매와 생산이 적절한 레벨에서 폭발된 수요를 본다.

9. 완제품 입고 전에 품질 검수 추가 Level 9 — 어려움

불량품이 고객에게 가는 것을 막아라.

Odoo에서 하는 방법(핵심 단계)

1. Quality 모듈 설치; Assembly 작업에 대해 완제품 검사 포인트 생성.
2. MO 작업지시서에서 품질검사 수행: 합/불, 필요시 사진을 채터에 첨부.
3. 불합격이면 스크랩 또는 재작업 루트로 처리; 합격이면 생산 검증.
4. 불합격 시 품질 책임자에게 알림 이메일을 정의(자동화 가능).
5. 리포트: 주별 품질검사 통계 및 주요 불량 원인.

얻는 것: 불량품은 고객이 아닌 도크에서 멈춘다.

품질 + 제조 튜닝은 파트너 프로젝트로 많이 진행됩니다.

10. 자동 보충과 작업장 제어까지 포함한 ‘잠수함’ 모델 구축 Level 10 — 전문가

레벨 10은 의도적으로 극단적 예시다. 샌드박스에서 이걸 모델링할 수 있다면 실제 BOM은 한층 수월해진다. (실제 잠수함은 필요없다.)

Odoo에서 하는 방법(핵심 단계)

1. 제품: Submarine(완제품), Hull section, Ballast tank, Periscope kit, Control panel 등 다단계 BOM 및 체결용 팬텀 키트 구성.
2. 라우트: 완제품엔 Manufacture+MTO, 장기 조달 부품엔 재주문 규칙(예: 티타늄 선체 60일 납기 시뮬레이션).
3. 작업장: Hull welding, Electronics bench, Final assembly 등 용량과 스케줄 캘린더 설정.
4. 설비보전: 용접 스테이션에 장비 기록, 사용 시간 임계치 초과 시 예방보전 요청 생성.
5. 바코드: 각 작업지시서에서 부품 스캔, 완제품은 Demo/Submarines 위치로 바코드 입고.
6. 자동화: MO 확인 시 부품이 최소재고 미만이면 RFQ 또는 자식 MO 자동 생성; 플래너에 활동 알림.
7. 대시보드: MO 백로그, 지연 부품, 보전 오버듀, 최근 30일 스크랩 지표.

얻는 것: BOM 깊이, 공급, 작업장, 품질, 자동화를 연결한 청사진이 갖춰진다—복잡한 MRP 전개를 위한 기반이다.

보통 이 단계에서 팀들은 다솔로에 아키텍처, 연동, 그리고 가동 지원을 의뢰합니다.

전문가 도움이 필요한 경우

사례 1~6은 표준 Odoo 제조와 인내심 있는 내부 담당자, 그리고 실험해 볼 수 있는 샌드박스만으로도 충분히 성공할 수 있다.

사례 7 이상부터는 리스크가 커진다: 자동화가 잘못된 고객에게 이메일을 보내거나 Studio로 만든 필드가 업그레이드를 막거나, API가 새벽 2시에 재고 동기화를 멈추는 등 문제가 발생할 수 있다.

이런 상황은 팀의 실패가 아니다. 아키텍처, 테스트, 거버넌스가 중요하다는 신호다.

다중 앱 설계, 국가별 규정 준수, 복잡한 연동, 또는 이사회가 이미 정해둔 가동일이 있을 때는 파트너를 투입하라.

다솔로와 함께 일하기

다솔로는 실제 업무 방식에 맞춘 Odoo 구현을 돕는다: 맞춤 앱, 깔끔한 연동, 컨설턴트 퇴장 후에도 실제로 기억에 남는 교육까지 제공한다.

만약 제조 로드맵에 이 가이드의 고급 활용 사례가 포함되어 있다면, 우리는 단계별 계획을 제시할 수 있다: 빠른 성공을 먼저 만들고, 이후 자동화와 연동을 명확한 책임자와 테스트 스크립트와 함께 도입한다.

귀사는 범위와 예산을 통제하고, 우리는 Odoo 전문성을 제공해 실무에서 값비싼 시행착오를 피하게 한다.

무료 상담 예약:

데모 예약하기