생산관리 시스템 화면을 추가 개발 없이 바꿀 수 있습니까?

항목에 따라 다릅니다. 표시 이름을 바꾸거나 쓰지 않는 칸을 숨기고 순서를 조정하는 일, 코드와 분류를 정리하는 일, 역할별로 메뉴와 권한을 나누는 일은 관리자 설정 화면이 열려 있는 제품이라면 개발 없이 처리되는 범위입니다. 반대로 지금 저장하지 않는 값을 새로 받아야 하거나, 입력 순서·판정 규칙 자체가 달라져야 하는 요청은 설정 범위를 넘어갑니다. 먼저 바꾸고 싶은 항목을 한 줄씩 쪼개서 어느 쪽인지 가르시는 편이 빠릅니다.

설정으로 되는 것과 개발이 필요한 것을 미리 구분하는 기준이 있습니까?

실무에서 가장 잘 맞는 기준은 "그 값이 지금 저장되고 있는가"입니다. 이미 저장되는 값을 다르게 보여 주거나 다르게 묶는 일은 설정이나 조회 조건으로 해결되는 경우가 많습니다. 저장 자체가 안 되는 값을 쓰려면 입력 지점과 저장 구조, 집계가 함께 움직여야 하므로 개발이 됩니다. 두 번째 기준은 "순서가 바뀌는가"입니다. 같은 단계를 이름만 바꾸는 것은 가볍지만, 단계를 나누거나 합치는 것은 구조 쪽 이야기입니다.

업체에서는 전부 개발 건이라고 하는데 정말 그렇습니까?

단정하기 어렵지만, 요청이 묶여서 전달됐을 때 전체가 개발 건으로 묶여 돌아오는 일은 흔합니다. 받는 쪽은 가장 무거운 항목을 기준으로 범위를 잡기 때문입니다. 요청을 한 줄씩 나누고 각 줄마다 현재 설정값과 원하는 결과를 적어 보내시면, "이건 설정에서 되고 이건 수정이 필요하다"는 식으로 답이 갈라지는 경우가 많습니다. 운영 매뉴얼이나 설정 가이드에 해당 항목이 있는지 먼저 찾아보고 그 문서를 함께 언급하시는 것도 도움이 됩니다.

코드나 분류를 정리하면 지난 데이터 집계가 틀어지지 않습니까?

그럴 수 있습니다. 품목 분류나 불량 유형처럼 집계의 기준이 되는 코드를 손대면 과거 기록의 묶음도 함께 바뀌는 구조가 일반적입니다. 그래서 기존 코드를 지우거나 이름을 덮어쓰지 않고, 사용 중지로 내린 뒤 새 코드를 추가하는 방식을 먼저 검토하시는 편이 안전합니다. 또 바꾸기 전 집계 결과를 한 번 내보내 두면, 바꾼 뒤 숫자가 달라졌을 때 설정 때문인지 다른 원인인지 가를 수 있습니다.

설정으로는 안 되는 것으로 확인됐습니다. 그다음은 어떻게 요청합니까?

남은 항목만 모아 세 가지를 함께 적어 보내시면 답이 구체적으로 돌아옵니다. 첫째 지금 설정값과 지금 화면이 어떻게 돼 있는지, 둘째 바뀐 뒤 무엇이 보이거나 저장돼야 하는지, 셋째 그게 필요한 현장 이유입니다. 여기에 하나 더 붙이면 좋은 것이 우선순위입니다. 여러 건을 같은 무게로 보내면 전체가 한 덩어리로 검토되지만, 급한 한 가지를 지목하면 그 건부터 범위를 좁혀 답하는 경우가 많습니다. 범위와 일정은 현재 구성을 확인한 뒤 산출됩니다.

생산관리 시스템 추가 개발 없이 바꾸는 방법 — 설정으로 되는 범위부터 가릅니다

생산관리 시스템을 바꾸고 싶을 때, 요청의 상당 부분은 코드·마스터·권한·양식 같은 설정 영역에서 끝납니다. 개발로 넘어가는 경계는 대개 두 가지입니다 — 지금 저장하지 않는 값을 새로 받아야 할 때, 그리고 처리 순서나 판정 규칙 자체가 달라질 때입니다. 아래에 설정으로 되는 범위와 그 경계, 견적을 받기 전에 확인하는 순서를 정리했습니다.

같은 "화면 좀 바꿔 달라"가 두 갈래로 갈립니다

현장에서 나오는 요청은 보통 묶여서 올라옵니다. "이 칸 이름을 바꾸고, 쓰지 않는 칸은 없애고, 불량 유형을 하나 추가하고, 작업자별로 조회만 되게 해 달라"처럼 네다섯 개가 한 문장에 들어 있습니다. 이 중 상당수는 관리자 설정 화면에서 그날 처리되는 항목이고, 한두 개는 구조를 건드리는 항목입니다.

문제는 묶어서 보내면 가장 무거운 항목이 전체 일정을 정한다는 점입니다. 받는 쪽은 한 건으로 묶어 검토하고, 설정으로 끝나는 항목까지 같이 기다리게 됩니다. 반대로 한 줄씩 쪼개 보내면 되는 것부터 먼저 반영되고, 남은 항목만 범위를 따지게 됩니다. 추가 개발 없이 바꾸는 방법의 출발점은 기술이 아니라 요청을 쪼개는 일입니다.

어디까지 설정으로 되는가

바꾸고 싶은 것	설정·마스터로 끝나는 범위	개발로 넘어가는 경계
화면 항목 이름·배치	표시 이름 변경, 쓰지 않는 칸 숨김, 순서 조정	지금 저장하지 않는 값을 새 칸으로 받아야 할 때
품목·공정·불량 코드	코드 추가, 분류 체계 재정리, 사용 중지 처리	코드마다 다른 판정 규칙이 붙어야 할 때
사용자 권한·화면 접근	역할별 메뉴 노출, 조회·입력·마감 권한 분리	같은 화면에서 행 단위로 권한이 갈려야 할 때
작업지시 단위·흐름	지시 유형 추가, 공정 순서 마스터 수정	분할·병합처럼 지시 단위 구조가 바뀔 때
라벨·바코드 양식	양식 편집기에서 항목·크기·배치 변경	코드 체계를 바꿔 기존 라벨과 섞이게 될 때
집계·보고서	조회 조건 저장, 기간·항목 선택, 내보내기	원본에 없는 지표를 새로 계산해야 할 때
설비 데이터 수집	수집 주기·임계값·태그 매핑 조정	신호를 뽑지 않던 설비를 새로 붙여야 할 때

표 1.바꾸고 싶은 것별 — 설정 범위와 개발로 넘어가는 경계

표의 가운데 칸은 지금 쓰는 제품에 그 설정 화면이 열려 있는지에 따라 달라집니다. 같은 요청이 어떤 시스템에서는 관리자 메뉴 항목이고, 어떤 시스템에서는 코드에 묻혀 있습니다. 그래서 "이건 원래 설정으로 되는 것"이라고 단정하기보다, 아래 순서로 확인한 뒤 판단하시는 편이 안전합니다.

견적을 받기 전에 확인하는 순서

순서	확인할 것	여기서 끝나는 경우
1	요청을 한 줄씩 쪼갠다 — "무엇을 무엇으로" 형태로	묶여 있던 항목 중 설정으로 되는 것이 분리된다
2	관리자·설정 메뉴를 끝까지 열어 본다 (코드, 마스터, 권한, 양식)	이미 있는 화면에서 당일 처리된다
3	그 값이 지금 저장되고 있는지 본다	저장은 되는데 안 보이는 것이면 표시 설정으로 끝난다
4	운영 매뉴얼·설정 가이드에서 해당 항목을 찾는다	제품 기능으로 제공되는 설정이면 개발 대상이 아니다
5	테스트·복제 환경에서 먼저 바꿔 본다	영향이 그 화면 안에서 끝나면 그대로 적용한다
6	남은 항목만 모아 보낸다 — 현재 설정값·원하는 결과·필요한 이유	설정 가능 여부를 받는 쪽이 바로 답한다

표 2.개발 견적을 받기 전에 확인하는 순서

이 순서를 거치면 개발 요청으로 남는 항목이 처음보다 줄어드는 경우가 일반적입니다. 남은 항목은 근거가 분명해져서 범위와 일정에 대한 답도 구체적으로 돌아옵니다.

설정으로 바꿀 때 지킬 세 가지

설정은 가벼워 보이지만 되돌리기 어려운 것이 섞여 있습니다.

첫째, 과거 데이터의 해석이 바뀌는 설정을 따로 봅니다. 품목 분류나 불량 유형을 정리하면 지난 기간 집계가 함께 달라집니다. 기존 코드를 지우는 대신 사용 중지로 내리고 새 코드를 추가하면, 예전 기록은 예전 기준으로 남습니다.

둘째, 바꾼 사람·시각·이유를 남깁니다. 설정 변경은 흔히 기록 없이 지나가고, 몇 달 뒤 "왜 이렇게 돼 있지"에서 멈춥니다. 간단한 변경 이력 한 줄이 다음 사람의 하루를 줄입니다.

셋째, 마감·집계 시간대를 피합니다. 코드나 권한을 바꾸는 순간에 입력이 돌고 있으면, 그 시간의 기록만 다른 기준으로 저장될 수 있습니다. 교대 전환 직후처럼 입력이 비는 때를 고릅니다.

정리하면, 바꾸고 싶은 항목을 한 줄씩 쪼개고 설정 메뉴에서 확인한 뒤 남은 것만 개발로 넘기는 순서입니다. 어느 쪽인지 애매한 항목은 현장 진단 단계에서 지금 설정값을 함께 보며 갈라 드립니다.

산업용 프레스로 금속을 성형하는 작업자의 손 — **그림 1.**이미 저장되는 값을 다르게 보여 주는 일과, 저장되지 않는 값을 새로 받는 일은 무게가 다릅니다. 입력 지점에서 무엇이 남는지부터 확인합니다.

작업장에서 불꽃을 일으키며 용접하는 작업자 — **그림 2.**코드와 권한을 바꾸는 순간에 입력이 돌고 있으면 그 시간의 기록만 다른 기준으로 남습니다. 교대 전환 직후처럼 입력이 비는 때를 고릅니다.

FAQ

자주 묻는 질문

생산관리 시스템 화면을 추가 개발 없이 바꿀 수 있습니까?: 항목에 따라 다릅니다. 표시 이름을 바꾸거나 쓰지 않는 칸을 숨기고 순서를 조정하는 일, 코드와 분류를 정리하는 일, 역할별로 메뉴와 권한을 나누는 일은 관리자 설정 화면이 열려 있는 제품이라면 개발 없이 처리되는 범위입니다. 반대로 지금 저장하지 않는 값을 새로 받아야 하거나, 입력 순서·판정 규칙 자체가 달라져야 하는 요청은 설정 범위를 넘어갑니다. 먼저 바꾸고 싶은 항목을 한 줄씩 쪼개서 어느 쪽인지 가르시는 편이 빠릅니다.
설정으로 되는 것과 개발이 필요한 것을 미리 구분하는 기준이 있습니까?: 실무에서 가장 잘 맞는 기준은 "그 값이 지금 저장되고 있는가"입니다. 이미 저장되는 값을 다르게 보여 주거나 다르게 묶는 일은 설정이나 조회 조건으로 해결되는 경우가 많습니다. 저장 자체가 안 되는 값을 쓰려면 입력 지점과 저장 구조, 집계가 함께 움직여야 하므로 개발이 됩니다. 두 번째 기준은 "순서가 바뀌는가"입니다. 같은 단계를 이름만 바꾸는 것은 가볍지만, 단계를 나누거나 합치는 것은 구조 쪽 이야기입니다.
업체에서는 전부 개발 건이라고 하는데 정말 그렇습니까?: 단정하기 어렵지만, 요청이 묶여서 전달됐을 때 전체가 개발 건으로 묶여 돌아오는 일은 흔합니다. 받는 쪽은 가장 무거운 항목을 기준으로 범위를 잡기 때문입니다. 요청을 한 줄씩 나누고 각 줄마다 현재 설정값과 원하는 결과를 적어 보내시면, "이건 설정에서 되고 이건 수정이 필요하다"는 식으로 답이 갈라지는 경우가 많습니다. 운영 매뉴얼이나 설정 가이드에 해당 항목이 있는지 먼저 찾아보고 그 문서를 함께 언급하시는 것도 도움이 됩니다.
코드나 분류를 정리하면 지난 데이터 집계가 틀어지지 않습니까?: 그럴 수 있습니다. 품목 분류나 불량 유형처럼 집계의 기준이 되는 코드를 손대면 과거 기록의 묶음도 함께 바뀌는 구조가 일반적입니다. 그래서 기존 코드를 지우거나 이름을 덮어쓰지 않고, 사용 중지로 내린 뒤 새 코드를 추가하는 방식을 먼저 검토하시는 편이 안전합니다. 또 바꾸기 전 집계 결과를 한 번 내보내 두면, 바꾼 뒤 숫자가 달라졌을 때 설정 때문인지 다른 원인인지 가를 수 있습니다.
설정으로는 안 되는 것으로 확인됐습니다. 그다음은 어떻게 요청합니까?: 남은 항목만 모아 세 가지를 함께 적어 보내시면 답이 구체적으로 돌아옵니다. 첫째 지금 설정값과 지금 화면이 어떻게 돼 있는지, 둘째 바뀐 뒤 무엇이 보이거나 저장돼야 하는지, 셋째 그게 필요한 현장 이유입니다. 여기에 하나 더 붙이면 좋은 것이 우선순위입니다. 여러 건을 같은 무게로 보내면 전체가 한 덩어리로 검토되지만, 급한 한 가지를 지목하면 그 건부터 범위를 좁혀 답하는 경우가 많습니다. 범위와 일정은 현재 구성을 확인한 뒤 산출됩니다.

근거·참고

제도와 기준의 원본

스마트공장 사업관리시스템
정부 스마트공장 보급사업의 공고·신청·공급기업 목록이 있는 곳. 지원금 조건을 여기서 확인합니다.
한국생산기술연구원
제조 공정 기술을 연구하는 정부출연 기관. 금형·가공·자동화 분야의 기술 자료가 공개돼 있습니다.

현장에 맞는 답이 필요하시면

이 글은 일반적인 기준을 정리한 것입니다. 공정과 설비를 직접 보고 해당 현장의 조건에 맞춰 범위를 잡아 드립니다.

현장 진단 요청 전화 문의 010-4171-6006

조선기자재 생산관리시스템 구축 비용, 호선·블록 범위가 기준입니다
조선기자재 생산관리시스템 구축 비용은 사용자 수보다 호선·블록·품목의 연결 깊이와 자재·외주·검사 기록의 연동 범위에서 달라집니다. 거제·통영 생산관리 진단 경험을 바탕으로 견적 전에 정할 관리 단위와 구축 기준을 정리했습니다.
MES 도입 전에 먼저 정리해야 할 현장 데이터는 설비 목록과 코드 체계입니다
MES 도입 전에 정리할 현장 데이터는 설비 목록, 공정 단위, 코드 체계, 작업지시와 실적 양식입니다. 무엇을 어느 수준까지 정리해야 하는지와 정리 없이 시작했을 때 생기는 일을 함께 정리했습니다.
MES 개발사 폐업 시 유지보수 이관 체크리스트 5단계
MES 개발사가 폐업하면 업체 교체와 달리 자료를 요청할 상대가 없습니다. 지금 돌고 있는 환경에서 먼저 확보할 것, 시한이 걸린 항목, 공백을 거꾸로 복원하는 순서를 5단계 체크리스트로 정리했습니다.