MES 개발사 폐업 시 유지보수 이관 체크리스트 5단계

생산관리 시스템을 만든 개발사가 문을 닫았다는 사실은 대개 시스템이 멈춘 날이 아니라 전화를 걸어 본 날 알게 됩니다. 시스템은 어제처럼 돌고 있고 현장도 평소대로 입력하고 있으니, 급한 일이 아닌 것처럼 보입니다. 그런데 이 상황에서 시간이 걸려 있는 쪽은 시스템이 아니라 우리 손에 아직 없는 자료와, 남의 명의로 유지되고 있는 것들입니다.

아래는 개발사 폐업을 확인한 뒤 순서대로 밟는 5단계 체크리스트입니다. 각 단계마다 지금 확인할 것과, 미뤘을 때 뒤에서 드러나는 일을 함께 적었습니다.

업체 교체와 같은 문제로 보면 순서가 틀어집니다

유지보수 업체를 바꾸는 일은 협의입니다. 넘겨받을 자료를 목록으로 요청하고, 범위와 시점을 적고, 두 업체가 겹치는 기간을 둡니다. 폐업은 이 과정의 첫 칸이 비어 있는 상태입니다. 요청할 상대가 없으니 "받는" 단계가 통째로 사라지고, 대신 지금 돌고 있는 환경에서 직접 확보하는 일로 바뀝니다.

차이는 하나 더 있습니다. 교체는 우리가 시점을 정하지만, 폐업은 시점이 밖에서 정해집니다. 호스팅 요금, 도메인 갱신, 원격 지원 계정, 상용 소프트웨어 라이선스가 폐업한 회사 명의로 걸려 있다면 그 만료일이 우리 일정이 됩니다. 그래서 1단계가 자료 확보가 아니라 시한 확인입니다.

1단계 — 시한이 걸린 항목부터 찾습니다

지금 당장 멈춘 것이 없어도, 남의 명의로 유지되는 항목은 갱신일에 조용히 끊어집니다. 먼저 목록부터 만듭니다.

확인할 항목	어디에 묶여 있을 수 있나	끊겼을 때 공장에서 생기는 일	지금 확인하는 방법
서버·호스팅 계약	개발사 명의의 임대 서버나 클라우드 계정	요금 미납 시점에 시스템 접속이 한 번에 끊긴다	서버 위치가 사내인지 외부인지, 청구서를 누가 받는지 확인한다
도메인·인증서	개발사가 대행 등록한 주소와 보안 인증서	사내망 밖에서 접속하는 화면과 전송이 먼저 막힌다	만료일과 등록 명의를 조회해 적어 둔다
상용 DB·미들웨어 라이선스	개발사가 대리 구매·관리하던 키	재설치나 서버 이전이 필요한 날 복구가 멈춘다	키 보관 위치와 계약 명의를 확인한다
원격 지원 계정	개발사 직원 개인 계정으로 열려 있던 통로	열린 통로가 남으면 보안 위험, 닫히면 접근 수단이 사라진다	서버에 남은 접속 계정과 원격 도구를 목록으로 뽑는다
외부 전송 계정	거래처·관공서 전송에 쓰던 인증 수단	납품 전송이나 신고 제출이 만료일에 실패한다	전송 실패 알림이 어디로 가는지부터 확인한다
문자·알림 발송	개발사가 대신 결제하던 알림 서비스	이상 알림이 조용히 끊겨 한동안 모른 채 지나간다	최근 알림이 정상 수신되는지 실제로 받아 본다

이 표에서 가장 자주 비어 있는 칸은 마지막 줄입니다. 끊겨도 아무 오류가 나지 않기 때문입니다. 화면은 그대로 열리고 입력도 되는데, 받기로 돼 있던 알림만 오지 않습니다. 폐업을 확인한 주에 알림 한 건을 일부러 발생시켜 수신까지 확인해 두시는 편이 좋습니다.

2단계 — 돌고 있는 환경에서 확보할 수 있는 것을 먼저 확보합니다

이 단계의 기준은 "완전한 자료를 모은다"가 아닙니다. 지금 켜져 있기 때문에 꺼낼 수 있는 것을, 꺼질 수 있게 되기 전에 꺼낸다입니다. 순서를 지키는 쪽이 중요합니다.

확보 대상	지금 꺼낼 수 있는 이유	미루면 달라지는 점
데이터베이스 전체 백업	운영 중인 DB에 접근 권한이 남아 있다	서버가 멈춘 뒤에는 복구 자체가 별도 작업이 된다
서버에 올라가 있는 실행 파일·설정	배포된 상태 그대로 서버에 존재한다	서버 반납·정지 후에는 원본을 찾을 곳이 없다
설비 수집 프로그램과 설정값	수집 서버가 지금 신호를 받고 있다	설비를 다시 붙일 때 현장에서 하나씩 재확인해야 한다
연동 규격과 전송 로그	최근 전송 기록이 서버에 남아 있다	양식과 실패 처리 절차를 거래처에 다시 물어야 한다
과거 요청·장애 이력	메일함, 대화방, 작업 보고서에 남아 있다	담당자가 바뀌면 같은 증상을 매번 처음부터 본다
계정과 권한 목록	관리자 화면에서 조회된다	퇴사자·외부인 계정이 정리되지 않은 채 남는다

백업은 받아 두는 것으로 끝내지 않습니다. 받은 백업을 다른 곳에서 한 번 열어 보는 것까지가 이 단계입니다. 받아 둔 파일이 열리지 않는다는 사실은 보통 가장 급한 날에 발견됩니다.

소스 코드가 우리 쪽에 없는 경우가 흔합니다. 없다고 해서 2단계를 건너뛰지는 않습니다. 소스가 없어도 데이터베이스 구조, 설비 연동 설정, 전송 규격이 확보돼 있으면 장애 대응과 집계 확인은 이어집니다. 이어받는 쪽이 처음부터 읽어야 할 범위가 그만큼 줄어듭니다.

3단계 — 계약과 권리 상태를 확인합니다

여기서는 단정하지 않는 것이 핵심입니다. 폐업한 회사가 만든 소프트웨어를 우리가 어디까지 쓰고 고칠 수 있는지는 구축 계약서의 조항, 산출물의 귀속, 그리고 폐업의 형태(단순 폐업인지 파산·청산 절차가 진행 중인지)에 따라 달라집니다. 일반론으로 답할 수 있는 영역이 아니므로, 아래 세 가지를 확인 대상으로 잡고 필요하면 법률 자문을 받으시는 편이 안전합니다.

• 구축 계약서에 산출물(소스·설계 문서)의 제공 범위와 귀속이 어떻게 적혀 있는가
• 소프트웨어 사용 권한과 유지보수 지원이 한 조항에 묶여 있는가, 지원 종료가 사용 중단으로 이어지는 형태인가
• 폐업이 어떤 절차로 진행 중인가. 청산·파산 절차 중이라면 자료 인수 요청의 상대와 방법이 달라질 수 있다

세 번째는 시간이 지나면 확인 자체가 어려워지는 항목입니다. 법인 등기와 사업자 상태는 공적 경로로 조회할 수 있으니, 폐업을 인지한 시점의 상태를 날짜와 함께 기록해 두시면 뒤에서 판단 근거가 됩니다. 인수인계가 가능한 담당자가 남아 있는 경우도 있습니다. 연락이 닿는다면 요구가 아니라 자료의 위치를 묻는 질문으로 시작하는 쪽이 대체로 답을 얻습니다.

4단계 — 남은 공백을 돌고 있는 화면에서 거꾸로 복원합니다

2단계와 3단계를 거쳐도 공백은 남습니다. 문서가 아예 없거나, 있어도 운영 중인 시스템과 다른 경우입니다. 이때는 지금 동작하는 결과를 보고 규칙을 거꾸로 적는 방식으로 정리합니다. 전부 할 필요는 없고, 멈추면 공장이 멈추는 순서대로 합니다.

• 밖과 주고받는 지점: 거래처 전송, 상위 업체 수신, 관공서 제출. 실제 전송 한 건의 흐름을 따라가며 어떤 조건에서 성공하고 실패하는지 적습니다.
• 설비에서 올라오는 신호: 연동 설비 목록, 통신 방식, 수집 주기. 이 목록 한 장이 뒤에 오는 업체의 추정 폭을 가장 많이 줄여 줍니다.
• 마감과 집계 규칙: 월 마감, 재고 실사, 실적 집계. 숫자가 어떻게 만들어지는지는 화면이 아니라 결과를 대조해야 드러납니다.
• 현장에서 매일 쓰는 화면: 누가 어떤 순서로 입력하는지. 오래 쌓인 커스터마이즈가 여기 숨어 있습니다.
• 수기로 버틸 수 있는 범위: 시스템이 멈춘 하루를 어떤 양식으로 대체할지 미리 정합니다. 이 한 장이 폐업 상황에서 실제로 가장 자주 쓰입니다.

복원 작업은 사내 담당자가 혼자 하기보다, 현장 담당자와 함께 한 공정씩 짚는 편이 빠릅니다. 문서에 없는 예외 처리는 대부분 현장 머릿속에 있습니다.

5단계 — 이어받을지 다시 지을지 정하고, 창구를 세웁니다

마지막 단계는 결론이 아니라 판단 기준을 정하는 일입니다. 폐업 상황에서 경로를 가르는 것은 시스템의 나이나 불만족도가 아니라, 1~4단계에서 실제로 확보된 것이 무엇인지입니다.

지금 확보된 상태	일반적으로 검토되는 경로	먼저 확인할 전제
소스·설정 자료가 있고 서버 접근도 가능	유지보수만 다른 곳이 이어받는 방향	계약상 사용·수정에 제약이 없는지
소스는 없고 DB·연동 자료는 확보	현 상태 유지 운영 + 필요한 구간만 새로 만드는 방향	고쳐야 할 요구가 화면인지 집계 로직인지
서버 접근이 막혀 데이터만 남음	데이터 이전을 전제로 한 재구축	과거 데이터를 어느 시점까지 옮겨야 하는지
지원 종료된 환경 위에서 돌고 있음	재구축 일정을 먼저 잡고 그때까지의 임시 운영	그 기간 동안 장애를 누가 받을지 정해졌는지

어느 경로를 택하든 장애 접수 창구를 먼저 세웁니다. 폐업 상황에서는 병행 기간을 둘 수 없기 때문에, 교체와 달리 "넘어가는 동안 기존 업체가 받아 주는" 구간이 없습니다. 누구에게 연락하는지, 어떤 상태를 급한 건으로 볼지, 그 판단을 누가 하는지를 임시로라도 문장으로 적어 현장에 붙여 두십시오. 세 번째가 비어 있으면 앞의 둘을 적어 두어도 급한 날에 해석이 갈립니다.

넘길 준비가 됐다고 볼 수 있는 기준은 하나입니다. 월 마감을 새 체계로 한 번 넘겨 보는 것. 마감은 평소 보이지 않던 집계 규칙과 예외 처리가 한꺼번에 드러나는 자리라, 4단계에서 무엇이 빠졌는지가 문서보다 빨리 확인됩니다.

한 장 요약

단계	하는 일	끝났다고 볼 수 있는 상태
1	시한이 걸린 항목 찾기	서버·도메인·라이선스·알림의 명의와 만료일이 한 장에 적혀 있다
2	돌고 있는 환경에서 확보	백업을 다른 환경에서 한 번 열어 봤다
3	계약·권리 상태 확인	산출물 조항과 사용 권한 조항을 읽었고, 판단이 필요한 부분은 자문 대상으로 분리했다
4	공백을 거꾸로 복원	전송·설비·마감 규칙이 적혀 있고 수기 대체 양식이 준비됐다
5	경로 판단과 창구 수립	급한 건의 판단 주체가 문장으로 정해졌고 마감을 한 번 넘겨 봤다

폐업 상황에서 실제로 손해가 커지는 지점은 대부분 1단계와 2단계를 "아직 돌아가니까" 미룬 자리에서 생깁니다. 지금 확보할 수 있는 것은 지금만 확보할 수 있습니다. 어느 항목이 비어 있는지는 공장마다 달라서, 저희는 현장 진단 단계에서 지금 환경을 함께 열어 확인한 뒤 남은 공백을 목록으로 정리해 드립니다.

---