MES 공급업체가 폐업했을 때 먼저 할 일은 업체를 찾는 것이 아니라 지금 돌아가는 것을 멈추지 않게 붙드는 일입니다. 소스코드와 담당자가 없어도 서버·데이터베이스·관리자 계정·백업이 우리 손에 있으면 운영은 이어집니다. 아래에 폐업 직후 확보할 항목, 운영 형태별로 지금 가능한 범위, 유지와 이관을 동시에 준비하는 순서를 정리했습니다.
급한 것은 소스코드가 아니라 접근 권한입니다
폐업 소식을 들으면 대개 "소스코드를 받아야 한다"는 이야기가 먼저 나옵니다. 중요한 자료지만, 소스코드가 있어도 빌드 환경과 구조를 아는 사람이 없으면 당장 손을 댈 수 없습니다. 반대로 소스코드가 없어도 서버와 계정에 접근할 수 있으면 생산 기록은 계속 쌓입니다. 순서를 바꿔 잡는 것이 폐업 대응의 출발점입니다.
지금 끊기면 바로 아픈 것은 세 가지입니다. 작업지시가 내려가는 경로, 실적과 불량이 기록되는 경로, 출하·추적에 쓰는 이력입니다. 이 세 가지가 어느 서버에서 어떤 계정으로 도는지 적어 두는 일이 첫날에 할 일입니다.
사람 쪽도 같이 봅니다. 업체 담당자 대신, 사내에서 그 화면을 가장 많이 쓰는 사람과 서버를 재기동해 본 적이 있는 사람이 누구인지 확인해 둡니다. 폐업 상황에서 실제로 복구를 해내는 쪽은 대개 이 두 사람입니다.
폐업을 알게 된 직후 확보할 것
| 대상 | 지금 확인할 것 | 확보해 두는 형태 |
|---|---|---|
| 서버·가상머신 | 사내 물리 서버인지 업체 호스팅인지, 전원·네트워크 관리 주체 | 접속 정보와 관리자 계정을 사내에 문서로 보관 |
| 데이터베이스 | DB 종류·버전, 접속 계정, 용량 | 전체 백업 한 벌을 별도 저장장치로 복사 |
| 백업 스케줄 | 어디에 어떤 주기로 쌓이는지, 보관 기간 | 최근 한 벌을 즉시 복사해 외부에 보관 |
| 관리자 계정 | 최고 권한 계정이 업체 명의로만 돼 있는지 | 사내 명의 최고 권한 계정을 하나 더 확보 |
| 라이선스·인증 | 만료일, 외부 인증 서버 호출 여부 | 인증 파일·키 사본과 만료일 기록 |
| 연동 설비·장비 | 수집 프로그램이 어느 PC에서 도는지 | 해당 PC 목록과 설정 화면 캡처 |
| 문서·산출물 | 운영 매뉴얼, 화면 정의, 인터페이스 규격 | 받은 파일 전부를 한 폴더로 모으기 |
| 소스코드·빌드 | 인수 당시 전달받은 것이 있는지, 보관 위치 | 있으면 원본 그대로 사본 보관 |
표에서 가장 먼저 처리할 줄은 데이터베이스와 백업입니다. 다른 항목은 며칠 늦어도 되돌릴 여지가 있지만, 기록은 한번 접근이 막히면 방법이 없습니다. 전체 백업 한 벌을 사내 저장장치에 복사해 두고, 그 파일이 실제로 열리는지까지 확인하시는 편이 안전합니다.
관리자 계정이 업체 명의로만 돼 있는 경우가 흔합니다. 로그인은 되는데 사용자 추가나 권한 변경이 안 되는 상태로 몇 달을 보내는 일이 여기서 생깁니다. 아직 접속이 되는 동안 사내 명의 계정을 하나 더 만들어 두시는 쪽을 먼저 검토하십시오.
운영 형태에 따라 할 수 있는 범위가 갈립니다
| 운영 형태 | 지금 가능한 범위 | 먼저 막아야 하는 것 |
|---|---|---|
| 사내 서버 + 사내 관리 | 운영 유지, 데이터 추출, 설정 변경 범위 확인 | 서버 담당자 부재로 재기동 절차가 비어 있는 것 |
| 사내 서버 + 업체 원격관리 | 운영은 유지되지만 변경 요청 경로가 끊김 | 업체 원격 계정으로만 열리던 관리 화면 |
| 업체 호스팅·클라우드 | 접속은 되지만 과금·만료 주체가 업체 | 요금 미납이나 계약 종료로 서버가 내려가는 것 |
| 구독형(월 사용료) | 인증 유효기간까지 사용 | 인증 서버가 닫혀 로그인 자체가 막히는 것 |
| 설비 수집 프로그램 별도 | 수집은 계속되지만 장애 시 복구 주체 없음 | 수집 PC 교체·OS 업데이트로 연결이 끊기는 것 |
| 모바일·바코드 단말 앱 | 설치된 단말은 당장 동작 | 단말 교체 시 설치 파일이 남아 있지 않은 것 |
같은 폐업이라도 서버가 공장 안에 있는지 업체 쪽에 있는지에 따라 위험의 성격이 다릅니다. 사내 서버는 시간이 있습니다. 업체 호스팅이나 구독형은 우리가 아무것도 하지 않아도 어느 날 접속이 막힐 수 있어서, 남은 기간을 확인하는 일이 급합니다. 계약서와 청구서에 적힌 서비스 종료 조건과 만료일을 먼저 찾아 두십시오. 폐업에 따르는 법적 처리 절차는 상황마다 다르므로 단정하기 어렵지만, 우리 쪽 데이터를 미리 내려받아 두는 일은 어느 경우에도 가능합니다.
설비 수집 프로그램은 따로 챙깁니다. MES 화면과 별개로 현장 PC에서 도는 수집기가 있고, 그 PC가 교체되거나 OS 업데이트로 재기동되는 순간 연결이 끊기는 구성이 많습니다. 수집기가 설치된 PC는 목록을 적고 자동 업데이트를 잠시 멈춰 두는 편이 낫습니다.
유지와 이관을 동시에 준비합니다
폐업 대응은 "지금 것을 계속 쓸까, 바꿀까"의 양자택일이 아닙니다. 현실적인 순서는 한동안 유지하면서 그 사이에 이관 자료를 모으는 것입니다.
유지 쪽에서는 변경이 필요한 요청을 모아 두고, 설정·마스터·권한처럼 관리자 화면에서 되는 범위와 코드를 고쳐야 하는 범위를 가릅니다. 설정으로 되는 항목은 업체가 없어도 처리됩니다.
이관 쪽에서는 화면 목록, 실제로 쓰는 항목, 코드 체계, 보고서 양식, 설비 연동 지점, 데이터 구조를 정리합니다. 이 자료는 다음 시스템을 검토할 때 그대로 요구사항이 되고, 없으면 처음부터 다시 조사해야 합니다. 기존 시스템이 아직 돌아가는 지금이 이 자료를 뽑기에 가장 좋은 시점입니다.
정리하면 접근 권한과 데이터를 먼저 확보하고, 운영 형태별로 무엇이 먼저 끊기는지 확인한 뒤, 유지하는 동안 이관 자료를 쌓는 순서입니다. 우리 구성에서 어느 지점이 가장 먼저 위험한지는 현장 진단 단계에서 서버·계정·연동 지점을 함께 보며 갈라 드립니다.


FAQ
자주 묻는 질문
- MES 업체가 폐업했는데 지금 시스템을 계속 쓸 수 있습니까?
- 구성에 따라 다르지만, 서버가 공장 안에 있고 관리자 계정과 DB 접근이 우리 쪽에 남아 있다면 상당 기간 그대로 쓰는 경우가 일반적입니다. 업체가 없어도 서버가 켜져 있으면 작업지시·실적 입력 같은 기존 기능은 그대로 동작합니다. 반대로 업체 호스팅이거나 외부 인증 서버에 로그인할 때마다 확인을 받는 구독형이면, 어느 시점에 접속이 막힐 수 있어 남은 기간 확인이 먼저입니다. 계약서와 청구서에서 서비스 종료 조건과 만료일을 찾아보시고, 그와 별개로 전체 백업을 한 벌 내려받아 두십시오.
- 소스코드가 없으면 수정이 아예 불가능합니까?
- 요청의 성격에 따라 갈립니다. 화면 항목 이름, 코드·분류 체계, 역할별 권한, 라벨 양식, 조회 조건처럼 관리자 설정 화면에서 바꾸는 항목은 소스코드 없이 처리되는 경우가 많습니다. 반면 지금 저장하지 않는 값을 새로 받아야 하거나 처리 순서·판정 규칙 자체가 달라져야 하는 요청은 프로그램을 고쳐야 하므로 소스코드가 필요합니다. 먼저 바꾸고 싶은 항목을 한 줄씩 쪼개서 설정 범위와 코드 범위로 나눠 보시면, 급한 것 중 상당수가 지금 바로 되는 쪽에 들어가는 일이 흔합니다.
- 데이터는 어떤 형태로 꺼내 둬야 합니까?
- 두 가지를 같이 확보하시는 편이 좋습니다. 하나는 데이터베이스 전체 백업 파일입니다. 나중에 다른 환경에서 되살릴 수 있는 원본이므로 DB 종류와 버전을 함께 적어 두십시오. 다른 하나는 사람이 바로 읽을 수 있는 형태로 내보낸 자료입니다. 품목·거래처 같은 기준정보, 최근 기간의 작업지시와 실적, 불량 이력, 추적에 쓰는 로트 기록을 엑셀이나 CSV로 뽑아 두면 시스템이 멈춘 동안에도 조회가 됩니다. 백업 파일은 실제로 열리는지 한 번 확인해 두는 것까지가 한 묶음입니다.
- 업체 담당자 연락이 안 됩니다. 무엇부터 해야 합니까?
- 연락을 계속 시도하는 일과 별개로 사내에서 할 수 있는 것을 먼저 하십시오. 첫째 서버가 어디에 있고 누가 전원·네트워크를 관리하는지 확인합니다. 둘째 관리자 계정으로 로그인해 사용자 추가와 권한 변경이 되는지 봅니다. 업체 명의 계정만 최고 권한인 경우가 있어서, 접속이 되는 동안 사내 명의 계정을 하나 더 확보해 두는 쪽이 안전합니다. 셋째 백업 위치와 주기를 확인해 최근 한 벌을 외부 저장장치로 복사합니다. 넷째 현장 PC에서 도는 설비 수집 프로그램 목록을 적고 자동 업데이트를 잠시 멈춥니다.
- 새 시스템으로 바꾸는 편이 빠릅니까, 지금 것을 유지하는 편이 낫습니까?
- 둘 중 하나를 지금 정하지 않아도 됩니다. 실무에서는 접근 권한과 데이터를 확보해 당장의 운영을 유지하면서, 그 기간에 이관 자료를 정리하는 순서가 일반적입니다. 이관 자료란 화면 목록, 실제로 쓰는 항목, 코드 체계, 보고서 양식, 설비 연동 지점, 데이터 구조입니다. 기존 시스템이 돌아가는 동안에 뽑는 것이 가장 정확하고, 그대로 다음 시스템의 요구사항이 됩니다. 교체 시점은 인증 만료일, 서버 상태, 바꿔야 하는 요청이 설정 범위를 넘는 정도를 함께 보고 정하게 되며, 범위와 일정은 현재 구성을 확인한 뒤 산출됩니다.
근거·참고
제도와 기준의 원본
- 스마트공장 사업관리시스템
정부 스마트공장 보급사업의 공고·신청·공급기업 목록이 있는 곳. 지원금 조건을 여기서 확인합니다.
현장에 맞는 답이 필요하시면
이 글은 일반적인 기준을 정리한 것입니다. 공정과 설비를 직접 보고 해당 현장의 조건에 맞춰 범위를 잡아 드립니다.
MORE
함께 보면 좋은 글
- 조선기자재 생산관리시스템 구축 비용, 호선·블록 범위가 기준입니다
조선기자재 생산관리시스템 구축 비용은 사용자 수보다 호선·블록·품목의 연결 깊이와 자재·외주·검사 기록의 연동 범위에서 달라집니다. 거제·통영 생산관리 진단 경험을 바탕으로 견적 전에 정할 관리 단위와 구축 기준을 정리했습니다.
- 스마트공장 지원사업에 선정되고도 구축업체를 못 구하면 어떻게 하나
스마트공장 지원사업에 선정되고도 구축업체를 못 구하면 선정 여부보다 협약서의 남은 기간부터 셉니다. 업체가 견적을 미루는 이유와 바꿀 수 있는 조건, 요구사항을 한 장으로 적는 방법, 남은 기간을 역산하는 순서를 정리했습니다.
- 스마트공장 공급기업 선정 기준, 계약서에 적히는 네 가지부터 봅니다
공급기업을 고를 때 제안서보다 먼저 볼 것은 계약서에 무엇이 적히는지입니다. 사후관리 범위, 소스와 데이터 인계, 담당 인력, 공급기업 사정이 바뀔 때의 처리 — 이 네 가지를 계약 전에 확인하는 방법과 물어볼 질문을 표로 정리했습니다.

