생산관리 시스템의 유지보수 공급사를 바꿀 때 드는 비용은 새 업체가 제시하는 유지보수 단가보다 이관 과정 자체에 더 크게 몰려 있습니다. 넘겨받는 쪽이 시스템 구조를 처음부터 읽는 기간, 우리 손에 없는 자료를 다시 만드는 작업, 두 업체의 계약 기간이 겹치는 구간의 중복 지출이 거기에 들어갑니다. 아래에 이관 비용이 발생하는 항목과 전환 경로별로 지출이 몰리는 지점을 표로 정리했습니다.
단가 비교로는 이관 비용이 보이지 않습니다
공급사를 바꿀지 검토할 때 가장 먼저 비교하게 되는 것은 월 유지보수 금액입니다. 그런데 이 숫자는 이관이 끝난 뒤의 상태를 전제로 한 값입니다. 새 업체도 시스템을 파악한 다음부터 그 단가로 대응할 수 있습니다. 두 업체의 단가 차이만 놓고 판단하면, 실제로 지출이 일어나는 구간이 비교에서 빠지게 됩니다.
이관 비용의 성격은 한 문장으로 정리됩니다. 지금 공급사가 가지고 있고 우리는 가지고 있지 않은 것을, 새 공급사가 다시 만드는 비용입니다. 소스와 설정 자료, 테이블 구조와 연동 규칙, 과거 요청 이력, 설비 통신 사양이 그 대상입니다. 이 가운데 우리 쪽에 사본이 남아 있는 항목은 이관 비용이 거의 들지 않습니다. 반대로 지금 공급사의 담당 엔지니어 머릿속에만 있는 항목은 그것을 복원하는 기간이 그대로 비용이 됩니다.
그래서 교체를 검토할 때 먼저 확인할 것은 후보 업체가 아니라 우리가 넘겨줄 수 있는 자료의 상태입니다. 같은 규모의 시스템이라도 자료가 정리된 공장과 그렇지 않은 공장의 이관 비용은 나란히 놓고 비교하기 어려울 정도로 벌어집니다.
이관 비용이 어느 항목에서 생기는가
아래 표는 공급사를 바꾸는 과정에서 지출이 발생하는 항목을 나눈 것입니다. 세 번째 칸을 함께 본 이유는, 상당수 항목이 견적서에서 독립된 줄로 나타나지 않기 때문입니다.
| 비용 항목 | 무엇에 대한 비용인가 | 견적서에 보통 어떻게 적히는가 | 규모를 좌우하는 변수 |
|---|---|---|---|
| 구조 파악 | 넘겨받는 업체가 소스·테이블·화면 흐름을 읽는 기간 | 인수인계 또는 분석 기간으로 묶여 적히는 경우가 많다 | 소스와 설계 자료가 우리 쪽에 있는지, 주석과 문서가 남아 있는지 |
| 자료 복원 | 문서가 없어 현재 동작을 보고 거꾸로 정리하는 작업 | 별도 항목으로 잡히지 않고 분석 기간에 섞인다 | 테이블 수, 커스터마이징 범위, 담당자가 설명할 수 있는 정도 |
| 설비 연동 재확인 | 설비 통신 사양과 수집 주기를 다시 확인하는 작업 | 연동 점검 또는 인터페이스 확인으로 적힌다 | 연동 설비 대수, 통신 규격 종류, 사양서 보유 여부 |
| 계정·권한 정리 | 서버·DB·원격 접속 계정을 새 업체 기준으로 다시 만드는 일 | 금액이 작아 생략되거나 기본 작업에 포함된다 | 전임자 계정이 남아 있는지, 사내 보안 절차의 단계 수 |
| 병행 기간 중복 | 기존 계약과 새 계약이 겹치는 구간의 이중 지출 | 양쪽 계약서에 각각 적히므로 한 장에서 합산되지 않는다 | 겹치는 기간 길이, 기존 계약의 중도 종료 조건 |
| 초기 대응 지연 | 파악이 끝나기 전 생긴 장애에서 길어지는 대응 시간 | 어느 견적서에도 적히지 않는다 | 이관 시점이 성수기인지, 수기로 대체할 수 있는 범위 |
| 라이선스·재설치 | 상용 DB·미들웨어 키 확인과 환경 재설정 | 조건부 또는 별도 협의로 남는다 | 키 보관 상태, 해당 버전의 지원 종료 여부 |
표에서 금액이 가장 크게 흔들리는 칸은 '구조 파악'과 '설비 연동 재확인'입니다. 둘 다 작업량이 우리 자료 상태에 따라 정해지기 때문에, 견적 단계에서 업체가 범위를 고정하기 어렵습니다. 이 구간을 고정값으로 받고 싶다면 자료를 먼저 정리해서 보여 주는 쪽이 유리합니다. 업체가 들어와서 확인할 일이 줄어든 만큼 추정 폭도 좁아집니다.
전환 경로에 따라 비용이 몰리는 곳이 달라집니다
공급사 교체는 선택지가 하나가 아닙니다. 아래 경로들은 비용의 총량보다 비용이 어디에 쌓이는지가 서로 다릅니다.
| 전환 경로 | 어떤 상황에서 검토되나 | 이관 비용이 집중되는 곳 | 넘어가기 전에 확인할 전제 |
|---|---|---|---|
| 유지보수 공급사만 교체 | 시스템은 쓸 만하고 대응 속도·연락이 문제인 경우 | 구조 파악 기간과 병행 운영 구간 | 소스와 설정 자료를 우리가 들고 있고 재사용에 제약이 없는지 |
| 기존 업체와 계약 재정비 | 교체 후보를 찾기 어렵거나 연동이 특수한 경우 | 범위 재정의 협의와 이력 문서화 요구 | 지금 불편한 것이 계약 범위 문제인지 담당 인력 문제인지 |
| 내부 운영 + 외부 건당 요청 | 사내에 전산 담당이 있고 변경 요구가 적은 경우 | 담당자 학습 기간과 긴급 시 외부 호출 | 담당자가 바뀌면 그 학습 기간이 다시 드는 구조인지 |
| 부분 교체(모듈·연동 분리) | 특정 구간만 문제이고 나머지는 안정된 경우 | 책임 경계 정의와 장애 시 원인 구분 | 두 업체 사이에서 원인 판단을 누가 하는지 정해지는지 |
| 재구축 후 신규 계약 | 원본 자료가 없고 지원이 끝난 환경에 올라가 있는 경우 | 구축 자체와 과거 데이터 이전·병행 가동 | 과거 데이터를 어느 시점까지 옮겨야 하는지 |
세 번째 칸이 경로마다 다른 점이 판단의 실마리입니다. 어떤 경로가 맞는지는 시스템의 나이나 지금의 불만족도보다 원본 자료 보유 여부와 설비 연동 범위로 갈립니다. 원본이 있고 연동이 단순하면 공급사만 바꾸는 선택이 일반적으로 검토됩니다. 원본이 없고 연동 설비가 많으면 교체와 재구축의 부담 차이가 좁혀지는 경우가 있어, 교체를 전제로 두기 전에 두 쪽을 함께 올려놓고 보시는 편이 낫습니다.
견적을 받기 전에 우리 쪽에서 정리해 둘 것
순서는 네 가지입니다. 첫째, 소스와 설정 자료, 설계 문서, 라이선스 키가 우리 보관 위치에 실제로 있는지 파일 단위로 확인합니다. 있다고 알고 있던 것과 실제로 여는 것은 다릅니다. 둘째, 연동된 설비 목록과 통신 방식을 적어 둡니다. 이 목록 하나가 견적 추정 폭을 가장 많이 줄여 줍니다. 셋째, 그동안 업체에 요청했던 일을 메일과 통화 기록에서 뽑아 목록으로 만듭니다. 새 계약에 들어가야 할 범위가 여기서 그대로 드러납니다. 넷째, 기존 계약의 종료 조건과 자료 반환에 관한 조항을 확인합니다.
이 네 가지를 정리해서 후보 업체에 같은 자료로 전달하면, 받는 견적들이 비교 가능한 형태가 됩니다. 정리 없이 받은 견적은 업체마다 가정이 달라 숫자를 나란히 놓아도 의미가 약합니다. 실제 이관 비용의 규모는 자료 상태와 연동 범위를 함께 봐야 산출되므로, 현장 진단 단계에서 항목별로 정리해 드립니다.
FAQ
자주 묻는 질문
- 지금 업체가 소스를 주지 않으면 다른 업체로는 바꿀 수 없는 건가요?
- 먼저 확인하실 것은 '주지 않는다'가 아니라 '원래 누구 것으로 계약했는가'입니다. 구축 당시 계약서나 산출물 목록에 소스와 설계 자료의 귀속·제공 범위가 적혀 있는 경우가 있고, 이 내용이 그대로 기준이 됩니다. 계약서에 근거가 없으면 협의 사항으로 남기 때문에 결과를 미리 단정하기는 어렵습니다. 소스를 받지 못하는 상태에서도 선택지가 완전히 닫히지는 않습니다. DB 구조와 화면 동작, 설비 연동 구간은 접근 권한이 있으면 확인이 가능하므로, 보고서·조회 영역이나 연동 영역만 분리해 다른 업체가 맡는 방식이 검토되기도 합니다. 다만 프로그램 본체를 고치는 범위는 좁아지므로, 이 상태에서 받은 견적은 '어디까지 손댈 수 있는 견적인지'를 함께 확인하셔야 비교가 됩니다.
- 이관 비용을 견적 받기 전에 어느 정도 가늠할 수 있나요?
- 총액을 미리 맞히기는 어렵지만, 비용이 커질지 작아질지는 자료 점검만으로 상당 부분 갈립니다. 소스와 설정 자료, 설계·테이블 문서, 설비 연동 사양서, 라이선스 키 네 가지를 우리가 실제로 열어 볼 수 있으면 이관 비용은 구조 파악 기간 중심으로 좁혀집니다. 반대로 이 중 절반 이상이 구축한 곳에만 있으면, 새 업체가 들어와서 현재 동작을 보고 거꾸로 정리하는 작업이 붙고 그 기간은 들어와 보기 전까지 추정이 어렵습니다. 그래서 가늠하는 순서는 금액을 묻는 쪽이 아니라 보유 자료를 목록으로 적어 보는 쪽입니다. 비어 있는 칸의 개수가 그대로 추정 폭이 됩니다.
- 기존 업체에 교체 의사를 말하기 전에 무엇을 먼저 해두어야 하나요?
- 자료 확보와 접속 권한 확인을 먼저 하시는 편이 안전합니다. 교체 이야기가 나온 뒤에는 자료 요청이 협의 사항으로 성격이 바뀌고, 처리에 시간이 더 걸릴 수 있습니다. 평상시 운영의 일부로 요청할 수 있는 것들이 있습니다. 서버와 DB 관리 계정이 우리 쪽에서 접속되는지, 백업이 우리가 접근할 수 있는 위치에 있는지, 설비 연동 사양과 변경 이력 문서를 받아 둔 것이 있는지입니다. 또 기존 계약의 종료 조건과 통지 시점, 자료 반환에 관한 조항을 미리 읽어 두시면 병행 기간을 얼마나 두어야 하는지 판단이 쉬워집니다. 이 정리는 교체를 하지 않기로 결정하더라도 그대로 남는 자산입니다.
- 이관하는 동안 시스템이 멈추면 누가 대응하나요? 병행 기간은 두어야 하나요?
- 이 구간이 이관에서 가장 흔하게 빠지는 부분입니다. 새 업체는 파악이 끝나기 전이라 대응에 시간이 더 걸리고, 기존 업체는 계약이 끝난 뒤라면 범위 밖이 됩니다. 그래서 계약서에서 확인하실 것은 '이관 기간 중 장애 대응을 누가 맡는가'가 문장으로 들어가 있는지입니다. 병행 기간을 두는 것은 비용이 겹치는 선택이지만, 생산 지시와 실적 등록이 시스템을 거쳐야 돌아가는 공장에서는 일반적으로 함께 검토됩니다. 기간을 정하는 기준은 달 수가 아니라 작업 주기입니다. 월 마감이나 재고 실사처럼 한 달에 한 번만 돌아오는 처리가 적어도 한 번은 새 업체 손에서 지나가는 길이로 보시면 판단이 쉽습니다.
- 업체를 바꾸는 것보다 새로 구축하는 게 낫다는 말을 들었습니다. 어떻게 판단하나요?
- 두 가지를 먼저 확인하신 뒤에 비교하시는 편이 정확합니다. 첫째는 원본 자료 보유 여부입니다. 소스와 설정 자료가 없으면 교체 쪽에도 복원 작업이 붙기 때문에 두 선택의 부담 차이가 줄어듭니다. 둘째는 지금 올라가 있는 운영체제와 DB의 지원 상태입니다. 지원이 끝난 환경이면 고칠 수 있는 범위 자체가 좁아 교체 후에도 같은 제약이 남습니다. 이 두 칸이 모두 비어 있으면 재구축이 검토 대상에 들어오고, 둘 다 괜찮으면 공급사 교체가 일반적으로 먼저 검토됩니다. 다만 재구축에는 과거 데이터 이전과 병행 가동, 현장 재교육이 함께 들어오므로 유지보수 단가만 비교하면 판단이 어긋납니다. 어느 쪽이든 실제 규모는 현재 자료 상태와 연동 범위를 확인한 뒤에 산출됩니다.
근거·참고
제도와 기준의 원본
- 스마트공장 사업관리시스템
정부 스마트공장 보급사업의 공고·신청·공급기업 목록이 있는 곳. 지원금 조건을 여기서 확인합니다.
- 한국생산기술연구원
제조 공정 기술을 연구하는 정부출연 기관. 금형·가공·자동화 분야의 기술 자료가 공개돼 있습니다.
- 중소기업 기술개발사업 종합관리시스템
기술개발 과제 공고와 신청 창구. 설비·시스템 도입을 과제로 묶을 때 확인합니다.
현장에 맞는 답이 필요하시면
이 글은 일반적인 기준을 정리한 것입니다. 공정과 설비를 직접 보고 해당 현장의 조건에 맞춰 범위를 잡아 드립니다.
MORE
함께 보면 좋은 글
- 조선기자재 생산관리시스템 구축 비용, 호선·블록 범위가 기준입니다
조선기자재 생산관리시스템 구축 비용은 사용자 수보다 호선·블록·품목의 연결 깊이와 자재·외주·검사 기록의 연동 범위에서 달라집니다. 거제·통영 생산관리 진단 경험을 바탕으로 견적 전에 정할 관리 단위와 구축 기준을 정리했습니다.
- 스마트공장 지원사업에 선정되고도 구축업체를 못 구하면 어떻게 하나
스마트공장 지원사업에 선정되고도 구축업체를 못 구하면 선정 여부보다 협약서의 남은 기간부터 셉니다. 업체가 견적을 미루는 이유와 바꿀 수 있는 조건, 요구사항을 한 장으로 적는 방법, 남은 기간을 역산하는 순서를 정리했습니다.
- 생산관리시스템 유지보수 미체결 위험은 장애가 난 그 시점에 한꺼번에 드러납니다
생산관리시스템 유지보수 미체결 위험은 평소에는 보이지 않고 장애가 난 뒤의 시간으로 드러납니다. 접수·견적·승인·접속 준비가 모두 생산 중단 시간 안에 들어옵니다. 멈춘 뒤 시간대별로 벌어지는 일과 지금 확인해 둘 항목을 표로 정리했습니다.