MES 화면을 한 곳 고치는 요청에도 비용이 붙는 이유는 대부분 수정 분량이 아니라 그 화면이 건드리는 데이터와 함께 움직이는 다른 화면의 범위입니다. 같은 '항목 하나 추가'라도 입력만 바뀌는 경우와 집계·출력물·거래처 전송이 함께 걸리는 경우는 작업의 성격이 다릅니다. 아래에 요청 유형별로 비용이 커지는 조건과, 견적 범위를 좁히기 위해 요청서에 적어 둘 항목을 표로 정리했습니다.
먼저 볼 것은 견적서가 아니라 계약의 범위 구분입니다
수정 요청에 비용이 붙는지는 작업 크기보다 그 요청이 유지보수 범위인지 변경 요청인지에서 먼저 갈립니다. 계약마다 다르지만, 유지보수 조항이 '정상 동작하지 않는 것을 되돌리는 일'로 적혀 있는 경우가 많습니다. 이 기준에서는 쓰다가 생긴 오류 조치는 포함이고, 지금까지 없던 항목·규칙·양식을 새로 만드는 일은 변경 요청으로 분류됩니다.
그래서 '작은 수정인데 왜 청구되나'라는 질문은 대개 분량 문제가 아닙니다. 계약서에서 세 줄만 먼저 확인하시면 다음 요청부터 판단이 빨라집니다. 무상 범위가 오류 복구까지인지, 월 정액에 포함된 작업 시간 한도가 적혀 있는지, 그 한도를 넘는 요청은 어떤 절차로 처리하는지입니다. 이 세 줄이 비어 있으면 요청이 올 때마다 협의가 처음부터 다시 시작됩니다.
같은 '화면 수정'이 비용에서 갈리는 지점
| 요청 유형 | 실제로 손이 들어가는 범위 | 비용이 커지는 조건 |
|---|---|---|
| 화면 문구·배치 변경 | 화면 하나의 표시 부분 | 같은 문구가 출력물·전송 양식에도 쓰이고 있을 때 |
| 입력 항목 추가 | 화면과 데이터 저장 구조 | 추가한 항목을 집계·보고서에서도 봐야 할 때 |
| 조회 조건 추가 | 조회 로직과 데이터 검색 설정 | 데이터가 오래 쌓인 화면에서 응답 시간까지 봐야 할 때 |
| 집계 기준 변경 | 계산 규칙과 지난 데이터 | 마감이 끝난 기간의 수치가 함께 바뀔 때 |
| 사용 권한 분리 | 사용자 그룹과 화면 접근 규칙 | 한 사람이 여러 역할을 겸하는 조직일 때 |
| 거래처 전송 양식 수정 | 전송 모듈과 상대 시스템 규격 | 상대 쪽 확인 일정에 맞춰야 할 때 |
| 설비 수집 항목 추가 | 수집 서버 설정과 현장 통신 구간 | 설비를 세워야 확인되는 작업일 때 |
| 라벨·성적서 양식 변경 | 출력 양식과 인쇄 장비 설정 | 양식이 거래처 요건이나 인증 서류에 묶여 있을 때 |
표에서 보시듯 비용을 키우는 것은 화면이 아니라 그 화면 뒤에 붙어 있는 것들입니다. 숫자를 보여 주는 화면은 계산 규칙과 지난 데이터가 함께 걸리고, 밖으로 내보내는 화면은 상대 시스템 규격과 확인 일정이 함께 걸립니다. 반대로 표시 문구나 배치만 바뀌는 요청은 같은 문구가 다른 양식에 쓰이지 않는다면 범위가 좁게 끝나는 편입니다.
요청서를 어떻게 적느냐가 견적 범위를 좁힙니다
견적이 크게 잡히는 흔한 이유는 요청 문장이 넓게 읽히기 때문입니다. '불량 화면에 항목 하나 추가해 주세요'라는 요청을 받으면 받는 쪽은 입력·조회·집계·보고서를 모두 열어 봐야 합니다. 범위를 모르는 상태에서는 넓게 잡는 것이 상대에게 안전한 선택이라서 그렇습니다. 요청을 좁게 적는 일이 곧 범위를 좁게 받는 일입니다.
| 적을 항목 | 적는 방법 | 비었을 때 생기는 일 |
|---|---|---|
| 화면 이름과 메뉴 경로 | 경로와 화면 캡처를 함께 붙인다 | 비슷한 화면을 찾는 확인 왕복이 먼저 생긴다 |
| 지금 동작과 원하는 동작 | 두 문장으로 나눠 적는다 | 요구가 넓게 읽혀 범위가 크게 잡힌다 |
| 쓰는 사람과 쓰는 시점 | 어느 공정에서 언제 쓰는지 적는다 | 반영 시점과 교육 범위가 나중에 추가된다 |
| 지난 데이터 처리 방침 | 과거 자료까지 바꿀지 적는다 | 데이터 보정 작업이 뒤에 따로 붙는다 |
| 함께 영향받는 화면 | 같은 숫자를 보는 보고서를 적는다 | 한 화면만 고쳐 집계가 서로 어긋난다 |
| 급한 정도의 근거 | 생산 중단·출하 지연 여부로 적는다 | 모든 요청이 같은 순번으로 밀린다 |
| 임시로 버틸 수 있는지 | 수기 대안이 있는지 적는다 | 당장 필요하지 않은 수정이 먼저 처리된다 |
요청은 메일과 대화방에 흩어 두지 않고 한 곳에 번호를 붙여 모으시는 편이 좋습니다. 같은 항목을 두 번 요청하는 일이 줄고, 나중에 업체를 비교하거나 지원을 넘길 때 그 기록이 그대로 근거가 됩니다.
요청이 쌓이기 전에 정리하는 다음 단계
요청 건수가 늘어난 공장에서는 처리 순번이 요청한 사람의 목소리 크기로 정해지는 일이 생깁니다. 순번 기준을 미리 정해 두시면 이 문제가 줄어듭니다. 생산 중단이나 출하 지연처럼 현장에서 바로 확인되는 조건을 급한 건으로 두고, 나머지는 한 번에 묶어 처리하는 방식입니다. 한 건씩 따로 요청하면 같은 화면을 여러 번 열게 되지만, 묶어서 보내면 한 번의 확인과 한 번의 반영으로 끝나는 경우가 많습니다.
같은 요청이 계속 반복된다면 그것은 화면 문제가 아닐 수 있습니다. 입력 규칙이 현장 작업 순서와 맞지 않거나, 사람이 매번 손으로 맞추고 있는 구간이 남아 있다는 신호입니다. 이때는 수정 견적을 받기 전에 그 구간을 먼저 보시는 편이 낫습니다. 필요한 작업 범위와 일정은 설비 연동 수와 실제로 쓰고 있는 화면 구성에 따라 달라지므로, 구체적인 산정은 현장 진단 단계에서 산출해 드립니다.
FAQ
자주 묻는 질문
- 화면 문구 하나 바꾸는 것도 비용이 나오는데 정상입니까?
- 요청을 받는 쪽에서 실제로 확인하는 범위를 보시면 판단이 쉬워집니다. 문구 하나를 바꾸는 작업 자체는 짧지만, 그 문구가 화면에만 쓰이는지 출력물과 거래처 전송 양식에도 함께 쓰이는지에 따라 확인할 자리가 달라집니다. 함께 쓰이고 있으면 바꾼 뒤 양식까지 확인해야 하고, 그 확인이 작업보다 오래 걸리는 경우가 많습니다. 다만 비용이 붙는지 여부는 작업 범위와 별개로 계약의 유지보수 조항에서 먼저 정해집니다. 오류 복구만 무상으로 적혀 있는 계약이라면 표시 문구 변경은 변경 요청으로 분류되는 것이 일반적입니다. 지금 계약서에서 그 조항을 한 번 확인하시고, 다음 요청부터는 같은 문구가 쓰이는 다른 자리를 함께 적어 보내시면 범위가 좁게 잡힙니다.
- 월 유지보수료를 내고 있는데 수정 요청은 왜 따로 청구됩니까?
- 유지보수료가 무엇을 대가로 하는지가 계약마다 다르기 때문입니다. 많은 계약에서 월 정액은 장애 대응, 정기 점검, 문의 응대, 백업 확인 같은 유지 업무를 범위로 하고, 지금까지 없던 기능이나 규칙을 새로 만드는 일은 별도 항목으로 둡니다. 어떤 계약은 월 정액 안에 일정한 작업 시간을 포함해 두고 그 한도를 넘는 요청만 따로 산정합니다. 확인하실 곳은 세 군데입니다. 무상 범위가 어디까지 적혀 있는지, 포함된 작업 시간 한도가 있는지, 한도를 넘는 요청은 어떤 절차로 승인하는지입니다. 세 줄이 명확하면 요청마다 다투지 않게 되고, 비어 있다면 다음 계약 갱신 때 이 세 줄을 넣어 달라고 요청하시는 편이 좋습니다.
- 같은 수정 요청인데 업체마다 견적 차이가 큽니다. 무엇을 보고 판단해야 합니까?
- 금액 자체보다 무엇을 범위로 잡았는지를 나란히 놓고 보시는 것이 먼저입니다. 같은 요청을 받고도 한 곳은 화면만, 다른 곳은 화면과 집계·출력물·시험까지 범위로 잡으면 산정 결과가 달라집니다. 받으신 견적에서 네 가지를 확인해 보십시오. 수정 대상 화면이 몇 개로 적혀 있는지, 지난 데이터 보정이 포함인지, 확인 작업을 누가 어디서 하는지, 반영 이후 문제가 났을 때 조치가 포함인지입니다. 범위가 적혀 있지 않은 견적이 싸 보이는 경우가 있는데, 그때는 빠진 항목이 작업 뒤에 추가 요청으로 돌아옵니다. 범위를 같은 기준으로 맞춘 뒤에 비교하시면 차이의 이유가 드러납니다.
- 작은 수정을 여러 건 모아서 한 번에 요청하면 더 유리합니까?
- 대부분은 묶는 편이 낫습니다. 수정 한 건에는 작업 외에 요청 확인, 영향 범위 검토, 반영, 확인 작업이 따라오는데 이 과정은 건수와 상관없이 한 번씩 발생합니다. 같은 화면이나 같은 데이터에 걸린 요청을 함께 보내면 이 과정을 한 번으로 줄일 수 있습니다. 다만 무조건 모으는 것이 답은 아닙니다. 생산이 멈추거나 출하가 걸린 요청은 모으지 않고 바로 보내셔야 합니다. 그래서 요청을 받을 때부터 급한 건과 묶어도 되는 건을 나누는 기준을 정해 두시는 편이 좋습니다. 현장에서 바로 확인되는 조건으로 급한 건을 정의해 두면 판단이 사람에 따라 갈리지 않습니다.
- 수정 요청이 계속 쌓이는데 시스템을 새로 바꿔야 하는 신호입니까?
- 요청 건수만으로는 판단하기 어렵고, 요청의 성격을 보시는 편이 정확합니다. 제품이 늘고 공정이 바뀌어서 생기는 요청은 시스템을 쓰고 있다는 신호에 가깝습니다. 반면 같은 화면에 대한 같은 요청이 반복되거나, 시스템에서 받은 자료를 사람이 매번 다시 손으로 맞추고 있다면 그건 화면 문제가 아니라 입력 규칙이나 업무 흐름이 현장과 맞지 않는 상태일 수 있습니다. 확인 방법은 간단합니다. 지난 1년치 요청을 날짜순으로 모아 화면별로 세어 보시면 됩니다. 요청이 특정 화면에 몰려 있으면 그 구간을 먼저 보고, 전 화면에 넓게 퍼져 있으면 구조 쪽을 검토하게 됩니다. 어느 쪽인지에 따라 다음 판단이 달라지므로, 교체 검토보다 이 집계가 먼저입니다.
근거·참고
제도와 기준의 원본
- 스마트공장 사업관리시스템
정부 스마트공장 보급사업의 공고·신청·공급기업 목록이 있는 곳. 지원금 조건을 여기서 확인합니다.
- 중소기업 기술개발사업 종합관리시스템
기술개발 과제 공고와 신청 창구. 설비·시스템 도입을 과제로 묶을 때 확인합니다.
현장에 맞는 답이 필요하시면
이 글은 일반적인 기준을 정리한 것입니다. 공정과 설비를 직접 보고 해당 현장의 조건에 맞춰 범위를 잡아 드립니다.
MORE
함께 보면 좋은 글
- 조선기자재 생산관리시스템 구축 비용, 호선·블록 범위가 기준입니다
조선기자재 생산관리시스템 구축 비용은 사용자 수보다 호선·블록·품목의 연결 깊이와 자재·외주·검사 기록의 연동 범위에서 달라집니다. 거제·통영 생산관리 진단 경험을 바탕으로 견적 전에 정할 관리 단위와 구축 기준을 정리했습니다.
- 스마트공장 지원사업에 선정되고도 구축업체를 못 구하면 어떻게 하나
스마트공장 지원사업에 선정되고도 구축업체를 못 구하면 선정 여부보다 협약서의 남은 기간부터 셉니다. 업체가 견적을 미루는 이유와 바꿀 수 있는 조건, 요구사항을 한 장으로 적는 방법, 남은 기간을 역산하는 순서를 정리했습니다.
- 경남 생산관리시스템 유지보수 업체 교체, 계약 전에 넘겨받을 자료부터 확인합니다
경남 생산관리시스템 유지보수 업체를 바꿀 때 먼저 볼 것은 새 업체 조건이 아니라 현재 업체에서 넘겨받을 자료의 범위입니다. 계약 전에 받아 둘 인수 목록과 창원·김해권 공장에서 실제로 걸리는 연동 지점, 병행 기간 정하는 기준을 표로 정리했습니다.