MES 유지보수 비용 견적을 받는 단계에서 먼저 정리할 것은 금액이 아니라 유지보수의 범위를 문장으로 적는 일입니다. 같은 '연간 유지보수'가 어떤 견적서에서는 멈춘 시스템을 되살리는 일만 뜻하고, 다른 견적서에서는 화면 수정과 신규 리포트까지 포함합니다. 범위를 적지 않고 받으면 숫자만 나란히 놓이고, 낮은 쪽이 대부분 나중에 별도 청구로 돌아옵니다. 아래에 견적 요청서에 적어 두면 비교가 되는 항목과, 업체마다 갈라지는 표현을 표로 정리했습니다.
견적서 세 장이 서로 비교되지 않는 이유
유지보수는 완성된 물건이 아니라 앞으로의 약속을 사는 일입니다. 그래서 금액을 만드는 것은 제품 사양이 아니라 무엇을 어디까지 얼마나 빨리 받는가라는 조건입니다. 같은 공장, 같은 시스템을 두고 견적 금액이 벌어진다면 대부분 업체 단가 차이가 아니라 포함 범위 차이입니다.
금액을 크게 움직이는 조건은 일반적으로 세 가지입니다. 첫째는 대응 시간대입니다. 야간이나 주말 가동 중 장애를 받는다는 약속은 사람을 그 시간에 붙여 두겠다는 뜻이므로 구조 자체가 달라집니다. 둘째는 설비 연동 범위입니다. 화면만 쓰는 상태와 설비에서 데이터를 받아오는 상태는 확인해야 할 지점 수가 다릅니다. 셋째는 수정 요청의 처리 방식입니다. 오류를 바로잡는 일과 요구가 바뀌어 화면을 고치는 일을 한 계약에 넣느냐 나누느냐에 따라 금액이 갈립니다.
구축한 업체에 그대로 맡기는 경우와 다른 곳에 맡기는 경우도 조건이 다릅니다. 구축 업체는 내부 구조를 알고 있어 파악 시간이 들지 않지만, 소스와 설정을 쥐고 있어 비교 견적을 받기 어려운 상태가 되기도 합니다. 어느 쪽이든 견적을 받을 때 계약 종료 시 넘겨받을 산출물을 함께 물어 두는 편이 안전합니다.
견적 요청서에 범위로 적어 두는 항목
아래 항목은 견적 요청서 한 장에 문장으로 적어 두면, 받는 쪽이 같은 전제에서 금액을 산출하게 되는 것들입니다.
| 적어 두는 항목 | 금액이 갈리는 이유 | 요청서에 쓰는 방식 | 비어 있을 때 생기는 일 |
|---|---|---|---|
| 대상 시스템과 모듈 | 같은 MES라도 유지보수가 닿는 범위가 다르다 | 실제로 쓰는 화면·모듈 이름을 그대로 나열한다 | 쓰지 않는 모듈까지 포함돼 금액이 올라간다 |
| 연동된 설비·장비 | 연동 지점이 늘면 확인할 곳이 늘어난다 | 설비 종류와 대수, 데이터 수집 방식을 적는다 | 연동 장애가 범위 밖으로 빠진다 |
| 장애 응답 시간과 시간대 | 야간·주말 대응 여부가 인력 구성을 바꾼다 | 생산 가동 시간대를 그대로 적는다 | 낮에만 받는 조건으로 계약돼 야간에 멈춘다 |
| 접수 경로와 창구 | 전화·메신저·접수 시스템 운영이 비용에 들어간다 | 누가 누구에게 어떻게 접수하는지 적는다 | 담당자 개인 연락에만 의존하게 된다 |
| 화면·리포트 수정 포함 여부 | 수정은 장애 복구와 성격이 다른 일이다 | 연간 몇 건까지 포함인지 건수 기준으로 적는다 | 요청마다 별도 견적을 다시 받는다 |
| 서버·DB 관리 주체 | 우리 서버인지 업체 서버인지에 따라 책임이 갈린다 | 설치 위치와 관리 계정 보유 주체를 적는다 | 장애 때 서로 상대 책임이라고 본다 |
| 데이터 백업과 보관 기간 | 보관 용량과 복구 시험이 비용에 들어간다 | 보관 기간과 복구 확인 주기를 적는다 | 백업이 도는 줄 알았는데 복구가 안 된다 |
| 계약 종료 시 인수 범위 | 소스·설정·계정 이관 여부가 다음 선택을 좌우한다 | 종료 시 넘겨받을 산출물 목록을 적는다 | 업체를 바꾸기 어려운 상태가 된다 |
표에서 가장 자주 비어 있는 칸은 대응 시간대와 데이터 백업입니다. 둘 다 평소에는 드러나지 않고 문제가 생긴 그 순간에만 확인되는 항목이라, 계약서에 적히지 않은 채로 몇 년이 지나는 경우가 많습니다.
'연간 유지보수'라는 말이 갈라지는 지점
같은 단어가 적혀 있어도 뜻이 같다고 보기는 어렵습니다. 아래 표의 오른쪽 칸은 견적 설명 자리에서 그대로 물어볼 수 있는 문장입니다.
| 견적서에 적힌 말 | 좁게 해석할 때 | 넓게 해석할 때 | 확인하는 질문 |
|---|---|---|---|
| 장애 대응 | 시스템이 멈춘 경우만 | 느려짐·오류 메시지·일부 기능 이상까지 | 어디까지를 장애로 접수하십니까 |
| 원격 지원 | 화면을 함께 보며 안내하는 것까지 | 원격 접속해 설정을 고치는 것까지 | 원격으로 조치가 안 되면 방문은 어떻게 됩니까 |
| 방문 지원 | 연간 정해진 횟수만 | 장애 성격에 따라 추가 방문 포함 | 추가 방문은 어떤 기준으로 청구됩니까 |
| 프로그램 수정 | 오류를 바로잡는 것만 | 요구가 바뀐 부분을 반영하는 것까지 | 기능을 바꾸는 요청은 어디로 분류됩니까 |
| 버전 업그레이드 | 보안 패치만 | 기능이 추가된 상위 버전까지 | 업그레이드는 별도 건으로 보십니까 |
| 사용자 교육 | 담당자 한 명 인계만 | 담당 교체·신규 입사자 교육 포함 | 담당이 바뀌면 교육이 다시 제공됩니까 |
| 데이터 조회 지원 | 화면에 보이는 범위만 | DB에서 직접 추출해 주는 것까지 | 필요한 자료를 요청하면 어떻게 처리됩니까 |
이 질문에 답이 바로 나오는 업체와 '그때 상황을 보고 해 드린다'는 업체 사이에는 금액보다 큰 차이가 있습니다. 답을 받으면 그 내용을 견적서나 계약서 문장으로 남겨 달라고 요청하는 것까지가 한 묶음입니다.
견적을 받은 다음 순서
금액을 바로 비교하기 전에, 받은 견적을 한 장의 같은 양식으로 옮겨 적어 보는 것이 가장 빠릅니다. 위 표의 항목을 세로축에 두고 업체를 가로축에 두면, 어느 쪽이 무엇을 빼 두었는지가 눈에 보입니다. 이 과정에서 비어 있는 칸이 나오면 그 칸이 바로 추가 질문 목록이 됩니다.
그다음은 우리 쪽 조건을 확정하는 일입니다. 가동 시간대, 연동 설비, 사내에서 1차로 처리할 수 있는 범위를 정하면 유지보수에 맡길 몫이 줄어듭니다. 실제 범위와 비용은 현재 시스템 구성과 설비 연동 상태를 확인해야 나오므로, 현장 진단 단계에서 산출해 드립니다.
FAQ
자주 묻는 질문
- MES 유지보수 비용 견적을 여러 곳에서 받았는데 차이가 큽니다. 무엇을 보고 판단해야 하나요?
- 금액 차이의 상당 부분은 단가가 아니라 포함 범위에서 나옵니다. 받은 견적을 한 장에 나란히 옮겨 적어 보면서 대응 시간대, 연동 설비 포함 여부, 화면 수정 처리 방식, 서버·DB 관리 주체, 백업 책임 다섯 칸을 먼저 채워 보시는 편이 좋습니다. 이 다섯 칸이 비어 있는 견적은 아직 비교 대상이 아니라고 보는 것이 안전합니다. 비어 있는 칸을 그대로 질문으로 돌려 보내면 대부분 금액이 다시 조정되어 오고, 그때부터 같은 기준의 비교가 됩니다. 어느 쪽이 유리한지는 우리 공장의 가동 시간대와 연동 상태에 따라 달라지므로 일률적으로 말하기 어렵습니다.
- 구축한 업체에 유지보수를 계속 맡기는 것이 나을까요, 다른 곳을 찾아도 되나요?
- 두 선택은 비용보다 먼저 자료 상태에서 갈립니다. 구축 업체는 내부 구조를 이미 알고 있어 원인을 찾는 시간이 짧은 쪽이고, 다른 업체는 그 시간을 처음부터 들여야 합니다. 그래서 다른 곳을 검토하려면 소스, 설정값, DB 구조, 관리 계정을 우리가 받아 둔 상태인지가 먼저 확인돼야 합니다. 받아 둔 것이 없다면 선택지가 사실상 하나로 좁혀지므로, 지금 계약을 갱신하는 자리에서 종료 시 인수 산출물 목록을 문장으로 남겨 두시는 편이 다음 번 선택을 넓힙니다. 실제 이관 가능 범위는 계약서와 시스템 구성을 함께 봐야 확인됩니다.
- 유지보수 계약 없이 문제가 생길 때만 요청하면 안 되나요?
- 건당 요청 방식도 쓰이는 방식입니다. 다만 두 가지가 달라집니다. 하나는 순서인데, 계약된 곳의 접수가 먼저 처리되는 경우가 일반적이라 생산이 멈춘 상황에서 기다리게 될 수 있습니다. 다른 하나는 범위 협의인데, 매번 상황을 설명하고 견적을 받고 승인하는 과정이 장애 시간 안에 들어갑니다. 설비 연동이 없고 화면 조회 중심으로만 쓰며 멈춰도 수기로 대체할 수 있는 상태라면 건당 방식이 맞을 수 있고, 생산 지시와 실적이 시스템을 거쳐야 돌아가는 상태라면 대응 시간을 약속받는 쪽이 맞습니다. 판단 기준은 멈췄을 때 몇 시간을 버틸 수 있는지입니다.
- 견적 요청서를 쓸 자료가 없습니다. 무엇부터 준비해야 하나요?
- 새로 만들 문서는 많지 않습니다. 쓰고 있는 화면 목록, 연동된 설비 종류와 대수, 하루 가동 시간대와 요일, 최근에 업체에 요청했던 일들의 목록 네 가지면 요청서 한 장이 나옵니다. 특히 네 번째가 중요한데, 지난 요청 내역이 곧 우리에게 필요한 유지보수 범위이기 때문입니다. 메일이나 통화 기록을 거슬러 올라가며 요청 내용과 처리까지 걸린 시간을 적어 보면, 어느 항목을 계약에 넣어야 하는지가 드러납니다. 시스템 구성도나 DB 문서가 없어도 이 단계는 시작할 수 있고, 없는 자료는 그대로 '미확인'으로 적어 보내면 됩니다.
- 견적에 화면 수정이 포함되는지 어떻게 확인하나요?
- 포함 여부만 묻기보다 분류 기준과 건수 단위를 함께 물어보시는 편이 분명해집니다. 업체는 보통 오류 수정과 기능 변경을 나누어 보는데, 그 경계가 견적서에 적히지 않으면 요청할 때마다 해석이 달라집니다. 확인할 문장은 세 가지입니다. 무엇을 오류로 보고 무엇을 변경으로 보는지, 변경이 연간 몇 건까지 포함인지, 포함 건수를 넘기면 어떤 기준으로 청구되는지입니다. 여기에 더해 요청한 수정이 언제까지 반영되는지도 같이 적어 두면 좋습니다. 기준이 정리된 답을 받으면 그 내용을 견적서나 계약 문장으로 남겨 달라고 요청하는 것이 마지막 단계입니다.
근거·참고
제도와 기준의 원본
- 스마트공장 사업관리시스템
정부 스마트공장 보급사업의 공고·신청·공급기업 목록이 있는 곳. 지원금 조건을 여기서 확인합니다.
- 중소기업 기술개발사업 종합관리시스템
기술개발 과제 공고와 신청 창구. 설비·시스템 도입을 과제로 묶을 때 확인합니다.
현장에 맞는 답이 필요하시면
이 글은 일반적인 기준을 정리한 것입니다. 공정과 설비를 직접 보고 해당 현장의 조건에 맞춰 범위를 잡아 드립니다.
MORE
함께 보면 좋은 글
- 조선기자재 생산관리시스템 구축 비용, 호선·블록 범위가 기준입니다
조선기자재 생산관리시스템 구축 비용은 사용자 수보다 호선·블록·품목의 연결 깊이와 자재·외주·검사 기록의 연동 범위에서 달라집니다. 거제·통영 생산관리 진단 경험을 바탕으로 견적 전에 정할 관리 단위와 구축 기준을 정리했습니다.
- 스마트공장 지원사업에 선정되고도 구축업체를 못 구하면 어떻게 하나
스마트공장 지원사업에 선정되고도 구축업체를 못 구하면 선정 여부보다 협약서의 남은 기간부터 셉니다. 업체가 견적을 미루는 이유와 바꿀 수 있는 조건, 요구사항을 한 장으로 적는 방법, 남은 기간을 역산하는 순서를 정리했습니다.
- 거제 조선기자재 원청 제출서류 이력관리, 제출한 그 장을 다시 찾을 수 있는가
거제 조선기자재 업체의 원청 제출서류 이력관리는 작성보다 재제출 요구에 다시 꺼내는 지점에서 막힙니다. 호선·블록 단위로 어느 판본을 언제 누구에게 냈는지 되짚는 방법을 표로 정리했습니다.