레거시 생산관리 시스템의 웹 전환은 기존 프로그램을 웹에 그대로 올리는 작업이 아니라, 지금 쓰는 기능과 쌓인 데이터를 가려 옮길 것만 다시 만드는 작업입니다. 공급사 폐업이나 지원 중단으로 결정을 서두르게 된 경우에는 데이터 사본 확보와 실제 사용 화면 목록 작성이 앞에 옵니다. 아래에 전환 방식 다섯 가지의 차이, 단계별 순서와 끝났다고 보는 기준, 현장을 멈추지 않고 넘어가는 방법을 정리했습니다.
공급사가 문을 닫았는데 지금 쓰는 시스템을 웹으로 옮길 수 있나요?
데이터베이스에 우리 권한으로 접근해 내용을 꺼낼 수 있으면 대부분 옮길 수 있습니다. 옮기는 대상이 프로그램이 아니라 업무 흐름과 데이터이기 때문입니다. 실행 파일을 웹에서 돌릴 방법을 찾는 쪽은 길이 좁지만, 같은 데이터를 읽고 같은 일을 하는 화면을 다시 만드는 쪽은 공급사와 연락이 닿지 않아도 진행됩니다.
먼저 세 가지를 확인하십시오. 서버와 데이터베이스가 사내에 있는지, 우리 계정으로 데이터를 내보낼 수 있는지, 현장이 매일 여는 화면이 몇 개인지입니다. 구축 당시 만든 화면이 수십 개라도 매일 쓰이는 것은 그중 일부인 경우가 많습니다. 전부를 똑같이 재현하려 하면 일정이 늘어나고, 정작 현장이 매일 쓰는 화면에 손이 덜 갑니다. 지원이 끊긴 상황이 오히려 안 쓰는 화면을 걷어낼 기회가 되는 이유입니다.
어떤 방식으로 옮기는 것이 우리에게 맞나요?
현장을 멈출 수 있는 시간과 기존 화면을 당분간 더 쓸 수 있는지, 이 두 가지가 방식을 가릅니다. 서버가 이미 불안정해 언제 멈출지 모르는 곳과, 지금은 돌아가지만 지원만 끊긴 곳의 선택이 다릅니다.
| 전환 방식 | 이런 곳에 맞는다 | 현장이 멈추는 시간 | 감수할 점 |
|---|---|---|---|
| 한 번에 전체 교체 | 화면 수가 적고 마감 구조가 단순한 곳 | 주말이나 연휴 정도의 짧은 중단 | 문제가 전환일 하루에 몰린다. 되돌아갈 절차를 따로 준비해야 한다 |
| 기능별 단계 전환 | 생산·품질·재고를 부서별로 나눠 쓰는 곳 | 거의 없다 | 두 시스템이 한동안 같이 돌아 입력 자리가 둘로 나뉜다 |
| 조회·출력물만 먼저 웹으로 | 입력은 멀쩡하고 보고서 공유가 불편한 곳 | 없다 | 입력이 그대로라 레거시 의존이 남는다 |
| 데이터만 옮기고 새로 구축 | 업무가 많이 바뀌어 기존 화면을 거의 안 쓰는 곳 | 없다(병행) | 과거 데이터를 정리하는 품이 가장 많이 든다 |
| 레거시 유지 + 웹 입력창만 추가 | 현장 단말·모바일 입력이 급한 곳 | 없다 | 양쪽 데이터가 어긋나지 않는지 확인하는 절차가 필요하다 |
서버가 이미 몇 차례 멈춘 적이 있다면 방식을 고르기 전에 데이터 추출부터 끝내 두는 편이 안전합니다. 어느 방식으로 가든 과거 데이터 사본이 우리 손에 있어야 선택지가 남습니다.
전환 순서와 각 단계를 끝났다고 보는 기준
순서는 현황 정리, 데이터 추출, 기준정보 정리, 화면 범위 확정, 병행 운영, 전환 확정입니다. 각 단계는 작업을 했는지가 아니라 눈으로 확인되는 결과물이 남았는지로 끝을 판단합니다. 전환이 늘어지는 곳은 대개 앞 단계를 말로만 끝내고 다음으로 넘어간 경우입니다.
| 단계 | 하는 일 | 끝났다고 보는 기준 | 건너뛰면 생기는 일 |
|---|---|---|---|
| 현황 정리 | 매일·매월 실제로 여는 화면과 나가는 출력물을 세어 목록으로 만든다 | 화면별로 사용 빈도와 담당자가 적힌 목록이 있다 | 안 쓰는 화면까지 다시 만들어 일정이 늘어난다 |
| 데이터 추출 | 테이블 단위로 내보내 파일로 받아 보고, 전체 백업을 따로 보관한다 | 우리 손에 전체 사본이 있고 같은 방법으로 다시 받을 수 있다 | 서버가 멈춘 날 과거 데이터를 꺼낼 방법이 없다 |
| 기준정보 정리 | 거래처·품목·공정 코드의 중복과 폐기 건을 가른다 | 새 시스템에 올릴 기준정보 목록이 확정됐다 | 과거에 쌓인 오류가 새 시스템으로 따라 들어간다 |
| 화면 범위 확정 | 옮길 화면, 합칠 화면, 버릴 화면을 정한다 | 모든 화면에 셋 중 하나가 적혀 있다 | 범위가 계속 늘어 전환일이 밀린다 |
| 병행 운영 | 같은 실적을 양쪽에 넣고 숫자를 맞춰 본다 | 마감을 한 번 양쪽에서 같은 값으로 끝냈다 | 숫자가 어긋난 것을 전환 뒤 마감에서야 발견한다 |
| 전환 확정 | 기존 시스템을 조회 전용으로 돌리고 입력 경로를 닫는다 | 조회는 되고 입력은 막힌 상태가 확인됐다 | 양쪽 입력이 이어져 어느 쪽이 맞는지 알 수 없게 된다 |
이 가운데 데이터 추출은 업체를 고르기 전이라도 먼저 해 두시는 편이 좋습니다. 지원이 끊긴 서버는 멈춘 뒤에 손쓸 수단이 줄어듭니다.
전환하는 동안 현장이 멈추지 않게 하려면
현장이 멈추는 원인은 서버보다 출력물과 사람 쪽에서 먼저 생깁니다. 두 가지를 미리 챙기면 대부분 넘어갑니다. 하나는 거래처나 인증 때문에 정해진 양식으로 나가야 하는 출력물이고, 다른 하나는 설비·바코드·회계로 데이터가 오가는 지점입니다. 양식이 하루라도 안 나가면 납품이 걸리고, 연동이 끊기면 실적이 손으로 돌아갑니다. 전환 범위를 정할 때 이 둘을 먼저 적어 두고 각각 언제 넘어가는지를 못 박아 두십시오.
사람 쪽은 병행 기간으로 해결합니다. 새 화면을 쓰는 날짜를 공지만 하고 전환일을 맞으면 그날 입력이 밀립니다. 한 라인이나 한 공정만 먼저 새 화면으로 두 주쯤 돌려 보면 빠진 항목과 불편한 동선이 드러납니다. 이때 나온 지적을 고치고 범위를 넓히는 편이, 전체를 한 번에 열고 수습하는 것보다 수월합니다.
지금 바로 할 수 있는 일은 두 가지입니다. 데이터 전체 사본을 받아 서버가 아닌 곳에 보관하는 것, 그리고 매일 여는 화면과 매달 나가는 출력물을 목록으로 적는 것입니다. 둘 다 업체 선정 전에 내부에서 할 수 있고, 어떤 방식으로 전환하든 그대로 쓰입니다. 범위와 일정은 현장 진단 단계에서 산출해 드립니다.
FAQ
자주 묻는 질문
- 공급사가 폐업해서 연락이 안 되는데 데이터는 어떻게 꺼내나요?
- 서버에 접근할 수 있으면 데이터베이스 관리 도구로 테이블 단위 내보내기를 하는 것이 일반적입니다. 순서는 서버 위치와 데이터베이스 종류를 확인하고, 접속 계정을 찾고, 전체 백업 한 부와 주요 테이블 파일을 함께 받는 것입니다. 접속 계정은 구축 당시 받은 문서, 사내 전산 담당자의 기록, 서버에 남아 있는 설정 파일에서 발견되는 경우가 많습니다. 받은 백업은 그 서버가 아닌 다른 저장 장치에 따로 두십시오. 같은 서버에만 두면 그 서버가 멈출 때 함께 묶입니다. 사내에서 계정을 전혀 찾지 못하면 데이터 복구를 다루는 업체나 구축에 참여했던 인력을 통하는 길도 있지만, 사내 자료 확인이 먼저입니다. 무엇보다 지금 시스템이 돌아가는 동안 하는 편이 낫습니다. 멈춘 뒤에는 선택지가 줄어듭니다.
- 웹으로 바꾸면 인터넷이 끊겼을 때 현장에서 못 쓰게 되나요?
- 서버를 어디에 두느냐에 따라 달라집니다. 사내 서버에 두면 외부 인터넷이 끊겨도 사내망 안에서는 그대로 돌아갑니다. 외부에 두면 회선 장애 때 접속이 끊기므로 보조 회선을 두거나, 끊긴 동안의 입력을 어떻게 처리할지 절차를 정해 둡니다. 현장 입력이 많은 곳은 끊긴 사이에 적어 두었다가 복구 후 넣는 방식을 미리 약속해 두면 혼란이 줄어듭니다. 설비에서 자동으로 올라오는 데이터는 수집 장치에 잠시 쌓아 두었다가 복구 후 올리는 구성을 쓰기도 합니다. 어느 쪽이 맞는지는 회선 상태, 현장 위치, 외부에서 조회할 필요가 있는지로 갈리므로 구성을 정하기 전에 함께 보는 편이 좋습니다.
- 기존 화면을 그대로 웹에 옮겨 달라고 하면 되지 않나요?
- 그렇게 만들 수는 있지만 권하지 않는 경우가 많습니다. 기존 화면은 만들던 시점의 제약 위에서 짜였고, 그동안 업무가 바뀌면서 쓰지 않는 칸과 돌아가는 동선이 남아 있기 마련입니다. 똑같이 옮기면 그 불편까지 함께 옮기게 됩니다. 다만 현장이 손에 익은 입력 순서나 키 조작처럼 바꾸면 오히려 느려지는 부분은 그대로 두는 편이 낫습니다. 그래서 화면 목록을 만들 때 그대로 둘 것, 고칠 것, 없앨 것을 화면마다 적어 두시기를 권합니다. 이 목록이 있으면 업체와 범위를 이야기할 때 그대로 쓰이고, 나중에 요구가 늘어나는 일도 줄어듭니다.
- 과거 데이터는 몇 년치나 옮겨야 하나요?
- 쓰임에 따라 나눠서 정하는 방식이 흔합니다. 매일 조회하는 생산·재고 실적은 최근 한두 해 분량을 새 시스템에 넣고, 그 이전 자료는 따로 조회할 수 있게 보관해 두는 구성을 많이 씁니다. 거래처·품목·공정 같은 기준정보는 지금 쓰는 것을 모두 옮기되 폐기된 코드는 표시만 남깁니다. 법령이나 인증에서 보관 기간이 정해진 기록은 그 기간에 맞춰 남겨야 하는데, 어떤 기록이 해당되는지는 업종과 받은 인증에 따라 다르므로 적용 기준을 확인하신 뒤 정하십시오. 전부를 새 시스템에 넣으면 초기 조회가 느려지고 과거 오류까지 따라 들어옵니다. 대신 원본 사본은 전체를 따로 보관해 두십시오. 옮기지 않은 것과 버린 것은 다릅니다.
- 전환하는 동안 같은 내용을 두 번 입력해야 하나요?
- 병행 기간에는 일부 업무에서 그렇게 됩니다. 다만 모든 업무를 전 기간 이중으로 입력하면 현장이 버티지 못하고, 그러다 한쪽이 비면 비교 자체가 무의미해집니다. 그래서 범위를 좁히는 편이 낫습니다. 한 라인이나 한 공정만, 기간은 마감 한 번이 끝날 때까지로 잡는 방식이 많이 쓰입니다. 그 한 번의 마감에서 양쪽 숫자가 같게 나오면 기존 입력을 닫습니다. 이중 입력 기간을 짧게 가져가려면 어떤 숫자를 맞춰 볼지 미리 정해 두는 것이 도움이 됩니다. 생산 수량, 불량 수량, 재고 잔량처럼 비교할 항목을 먼저 정하면 확인이 빨리 끝납니다.
근거·참고
제도와 기준의 원본
- 스마트공장 사업관리시스템
정부 스마트공장 보급사업의 공고·신청·공급기업 목록이 있는 곳. 지원금 조건을 여기서 확인합니다.
- 한국생산기술연구원
제조 공정 기술을 연구하는 정부출연 기관. 금형·가공·자동화 분야의 기술 자료가 공개돼 있습니다.
현장에 맞는 답이 필요하시면
이 글은 일반적인 기준을 정리한 것입니다. 공정과 설비를 직접 보고 해당 현장의 조건에 맞춰 범위를 잡아 드립니다.
MORE
함께 보면 좋은 글
- 조선기자재 생산관리시스템 구축 비용, 호선·블록 범위가 기준입니다
조선기자재 생산관리시스템 구축 비용은 사용자 수보다 호선·블록·품목의 연결 깊이와 자재·외주·검사 기록의 연동 범위에서 달라집니다. 거제·통영 생산관리 진단 경험을 바탕으로 견적 전에 정할 관리 단위와 구축 기준을 정리했습니다.
- MES 도입 전에 먼저 정리해야 할 현장 데이터는 설비 목록과 코드 체계입니다
MES 도입 전에 정리할 현장 데이터는 설비 목록, 공정 단위, 코드 체계, 작업지시와 실적 양식입니다. 무엇을 어느 수준까지 정리해야 하는지와 정리 없이 시작했을 때 생기는 일을 함께 정리했습니다.
- 포항 철강 설비가동률 OEE 대시보드 구축, 무엇부터 연결해야 하나
포항 철강 현장에서 OEE 대시보드가 어긋나는 지점은 센서가 아니라 가동 판정 기준입니다. 공정별로 무엇을 가동으로 볼지 가르는 표와 구축 단계별로 끝났다고 보는 기준을 정리했습니다.