소개
상상해보라: 영업팀은 금요일 납품을 약속했고, 계획 담당자는 목요일 밤에야 그 주문을 알게 된다. 그런데 유지보수 관련 내용은 아무 대화에도 없었다. 이 가이드는 바로 그런 정보의 빈틈을 메우기 위해 썼다.
간단한 탁자 BOM 작성부터 일부러 복잡하게 만든 레벨10 생산 퍼즐까지, 총 열 가지 시나리오를 우선순위별로 정리했고 각 시나리오마다 Odoo에서 클릭해 실행하는 체크리스트를 제공한다.
Odoo 유지보수는 재고, 배치, 출고, 생산 같은 현실 세계의 흐름과 고객·회계의 기대를 연결하는 접점이다. 잘 작동하면 누구도 숫자를 재입력할 필요가 없지만, 어긋나면 ERP가 모든 비난을 떠안게 된다.
많은 공장과 물류창고는 경험과 카카오톡 메시지, ‘FINAL_v3.xlsx’ 같은 엑셀 시트로 돌아간다. 그 방식은 회사가 확장되거나 지점이 늘어나거나 추적 감사가 시작될 때 한계가 드러난다.
유지보수 모듈은 Odoo의 모듈형 ERP 구성요소 중 하나다. 팀들은 명확한 책임, 반복 가능한 워크플로, 검색 가능한 이력을 원할 때 이 모듈을 도입한다. 핵심은 설비(Equipment), 예방점검(Preventive Plans), 수리(Repairs)로 예산 승인자들에게 신뢰할 수 있는 근거를 제공하는 것이다.
유지보수를 도입하면 자재와 장비가 실제로 어떻게 이동하는지 모델링할 수 있다: 입고, 보관, 피킹, 제조, 출하, 폐기, 보충. 각 단계가 기록으로 남아 미래의 당신에게 큰 도움이 된다.
이 글에서 다룰 열 가지 활용 사례는 첫 BOM 생성부터 작업장 바코드 적용까지, 실제 회사 예시를 들어 단계별로 설명한다.
주 독자는 운영 이사, 창고 책임자, 생산 계획자다. 개발자는 이후에 참여해도 되며 이 문서는 우선 비즈니스 관점의 언어로 작성되었다.
이 기사는 난이도 레벨 1(쉬움)부터 레벨 10(전문가)까지 순위를 매긴 Top 10 형식이다. 각 레벨에는 Odoo에서 실제로 클릭해야 하는 번호 매겨진 단계가 포함된다.
멋있어 보여서 레벨 10부터 시작하지 말고, 현재 팀이 편하게 따라올 수 있는 지점에서 출발하라.
먼저 ‘직면한 과제’ 섹션을 읽고, 팀 현실에 맞는 레벨부터 테스트해 보라.
이 가이드에서 확인할 내용:
- 일반적인 기업 시스템에서 Odoo 유지보수가 맡는 역할
- 팀들이 가장 자주 겪는 마찰 지점과 그 원인
- 초급 규율부터 고급 전략까지 열 가지 우선순위 활용 사례
- 자동화나 통합이 필요한 시점과 외부 파트너를 불러야 하는 이유
직면한 과제
영업이 금요일 납품을 약속했는데 계획 담당자는 목요일 저녁에야 그 주문을 알았다. 그 주문 기록은 Odoo 유지보수가 아니라 이메일에 묻혀 있었고, 긴급 배송 비용이 이익을 갉아먹는다. 회계는 결산 때가 돼서야 재고 차이를 발견한다.
창고와 공장은 현장 경험으로 굴러가지만 재고·생산 데이터가 Odoo 밖에 있으면 품절, 긴급 구매, 결산 충격이 반복된다.
이런 문제들, 익숙한가?
- 영업 약속과 맞지 않는 재고 파일
- 실시간 수량을 반영하지 않은 생산·구매 계획
- 고객이나 감사인이 물으면 답하기 힘든 추적성(트레이서빌리티) 구멍
좋은 소식은 모든 것을 한 번에 바꿀 필요는 없다는 점이다. 아래 사례 중 하나를 골라 30일 동안 Odoo 유지보수에서 운영해 보고 변화를 측정해보라.
유지보수 상위 5가지 활용 사례
Odoo 유지보수의 다섯 가지 핵심 활용을 난이도별로 정리했다. 각 항목은 ‘무엇을 만들 것인가’와 ‘Odoo에서 실제로 무엇을 클릭해야 하는가’를 답한다.
레벨 1은 누구나 즉시 시작할 수 있는 기초다. 마지막 레벨은 조직이 흔히 꿈꾸는 야심찬 시나리오로, 혼자서 구현하기엔 도전적이다.
팀 상황에 맞는 레벨을 선택해 테스트 데이터베이스에서 단계별로 따라 해보고, 이전 레벨이 지루해질 때 다음 단계로 올라가라.
1. 기계 고장 시 첫 유지보수 요청을 기록하라 Level 1 — 쉬움
레벨 1은 가장 단순한 유지보수 절차다: 한 명의 기술자, 한 대의 고장 장비, 하나의 추적 가능한 요청. 자동화나 라우팅은 필요 없다. 포스트잇 대신 정식 기록을 남기는 것이 목표다.
Odoo에서 하는 방식:
- Maintenance 앱을 설치한 다음 Maintenance → Maintenance → Maintenance Requests → New로 이동한다.
- 장비(Equipment)를 선택하고 유지보수 유형을 ‘수정(Corrective)’으로, 우선순위를 지정하고 고장 증상을 적는다.
- 요청을 기술자에게 배정하고, 현장 사진, 오류 코드, 짧은 동영상을 첨부한다.
- 요청 상태를 New에서 In Progress로 옮겨 소요 시간을 기록하고, 수리 완료 후 Repaired로 표시한다.
- 장비의 칸반 뷰를 열면 다운타임, 사용 부품, 자동 계산된 노동비용 등 모든 이력이 확인된다.
얻는 것: 장비 고장은 하나의 기록으로 끝까지 관리되어 카카오톡 대화나 기술자 개인 노트에 묻히지 않는다. 다운타임과 비용이 투명해진다.
2. 시리얼, 설명서, 위치를 갖춘 장비 등록부를 구축하라 Level 2 — 쉬움
레벨 2는 글 제목에 나온 ‘장비(Equipment)’ 기능을 본격 활용하는 단계다. 각 자산에 대한 단일 신뢰 원천을 만들면 분실된 엑셀을 대체할 수 있다.
Odoo에서 하는 방식:
- Maintenance → Equipments → New로 이동해 제조사, 모델, 시리얼번호, 가동일자, 위치를 입력한다.
- 사용 설명서, 보증서, 공급업체 연락처를 폼의 첨부 파일로 등록한다.
- 장비를 담당하는 유지보수 팀과 일상적으로 관리하는 기술자를 지정한다.
- 장비의 분류(기계·전기·소프트웨어)와 회계용 감가상각 종료일을 설정한다.
- Equipments 칸반에서 위치, 분류, 팀별 필터를 사용하면 몇 초 내에 자산을 찾을 수 있다.
얻는 것: 아무도 업데이트하지 않는 엑셀 자산대장은 사라지고, 각 기계는 한 건의 Odoo 레코드로 대체되어 누구든 두 번의 클릭으로 상태를 확인할 수 있다.
3. 예방점검 계획을 세워 고장이 놀라움이 되지 않게 하라 Level 3 — 중간
레벨 3은 예방점검(Preventive Plans)을 도입해 팀이 ‘수습’ 반응에서 벗어나 생산계획에 신뢰할 수 있는 일정을 제공하도록 바꾼다.
Odoo에서 하는 방식:
- 장비 화면의 Maintenance 탭에서 ‘Add a Preventive Maintenance’를 클릭한다.
- 주기(예: N개월마다 혹은 N작동시간마다, 먼저 도래하는 조건)를 설정한다.
- 만료 14일 전에 Odoo가 자동으로 유지보수 요청을 생성하도록 설정한다.
- 자동으로 생성된 요청에서 기술자는 장비 폼에 저장된 점검 체크리스트를 따라 작업한다.
- 예방점검 요청이 종료되면 다음 일정이 자동으로 생성되므로 수동 갱신이 필요 없다.
- Reporting → Maintenance Analysis를 열어 Preventive 대비 Corrective 비율이 70% 이상으로 올라가는지 확인한다.
얻는 것: 계획되지 않은 다운타임이 크게 줄고, 유지보수 달력이 월요일 회의에서 떠도는 약속이 아닌 신뢰 가능한 계획 입력값이 된다.
4. 유지보수를 제조의 작업장과 예비부품에 연결하라 Level 4 — 어려움
레벨 4는 유지보수를 제조의 작업장(Work Centers), 재고의 예비부품, SLA 경보와 연동해 고장으로 인한 운영·회계 충격을 사전에 가시화한다.
Odoo에서 하는 방식:
- Manufacturing → Configuration → Work Centers에서 각 작업장을 Maintenance의 실제 장비에 연결한다.
- Corrective 요청이 생성되면 연결된 작업장의 상태가 자동으로 ‘사용불가(Unavailable)’로 표시된다.
- MRP는 수동 개입 없이 다른 작업장으로 제조 주문을 재배치하거나 일정 뒤로 미룬다.
- 요청에서 기술자는 지정된 재고 위치에서 예비부품을 소비하며, 비용은 해당 장비에 귀속된다.
- 지정된 목표 시간을 초과해 요청이 In Progress 상태로 남으면 공장장에게 알리는 SLA 경보 규칙을 설정한다.
- Maintenance Analysis와 MRP Performance를 결합한 리포팅으로 장비별 실 downtime 비용을 계산할 수 있다.
얻는 것: 유지보수와 생산이 고립되어 운영되지 않으며, 모든 고장은 제조 손실, 노동시간, 고객 약속 실패로 정량화되어 드러난다.
장비와 작업장 맵핑, 예비부품 소비 연결, SLA 경보 설정 같은 교차 애플리케이션 설계는 다솔로가 파트너로서 제공하는 전문 서비스의 예다.
5. IoT 기반 예측유지보수와 AI 알림, 실시간 OEE 대시보드 운영하기 Level 5 — 전문가
레벨 5는 운영의 완성형이다. IoT 센서와 Studio 자동화, AI 에이전트가 결합해 고장을 예측하고 기술자를 배치하며 예비부품을 예약하고 실시간 OEE(가동률) 대시보드를 채운다.
Odoo에서 하는 방식:
- Odoo IoT Box를 설치해 진동·온도·전류·운전시간 데이터를 MQTT나 Modbus로 스트리밍하라.
- Studio에서 센서가 임계값을 60초 이상 유지하면 우선순위 ‘치명적(Critical)’로 Maintenance Request를 생성하는 자동화를 만든다.
- AI 에이전트는 운전기록을 분석해 고장 가능성을 예측하고 해당 기술자의 스킬을 고려해 배정하며 재고에서 필요한 부품을 예약한다.
- 고객용 헬프데스크 티켓이 장비와 연동되어 과거 요청에서 추출한 예상 해결 시간을 자동으로 업데이트한다.
- 마케팅 자동화는 다운타임이 SLA를 초과하면 이메일이나 카카오톡으로 영향 고객에게 알린다.
- 스프레드시트 기반의 OEE 대시보드가 가용성, 성능, 품질, 예측 정확도를 플랜트·장비 단위로 실시간 추적한다.
얻는 것: 반응형 수리가 연간 절반가량 줄어들고, 다운타임 비용이 경영진 대시보드의 계량화된 KPI가 된다.
IoT 센서 설계, AI 예측 로직, 헬프데스크 연계, 실시간 OEE 대시보드 구축 같은 전체 아키텍처는 다솔로가 파트너로서 계획·설계하는 대표적 작업이다.
전문가의 도움이 필요한 시점
레벨 1~3은 표준 Odoo 유지보수 기능과 내부 오너, 그리고 안전하게 실험할 수 있는 샌드박스만으로도 충분히 성공할 수 있다.
레벨 4 이상부터는 리스크가 커진다: 자동화가 잘못된 고객에게 이메일을 보내거나, Studio 커스텀 필드 때문에 업그레이드에 제약이 생기거나, API가 새벽 2시에 재고 동기화를 멈출 수 있다.
이런 문제는 팀의 실패가 아니라 아키텍처·테스트·거버넌스가 중요해졌다는 신호다.
다중 앱 설계, 국가별 규정 준수, 복잡한 통합 또는 이사회가 이미 정한 출시일이 있는 경우 파트너를 투입하라.
다솔로와 함께 일하기
다솔로는 기업이 실제로 일하는 방식에 맞춰 Odoo를 구현한다: 맞춤 앱, 깔끔한 통합, 컨설턴트가 떠난 뒤에도 기억에 남는 교육 제공.
유지보수 로드맵에 본 가이드의 고급 활용 사례가 포함되어 있다면, 다솔로는 단계별 계획을 제시한다: 먼저 빠른 성과를 만들고, 이후 자동화·통합을 명확한 책임자와 테스트 시나리오와 함께 도입한다.
시행 범위와 예산은 고객이 통제한다. 다솔로는 Odoo 전문성을 제공해 팀이 운영 환경에서 값비싼 시행착오를 겪지 않도록 돕는다.
무료 상담 예약: