통합 EHS 구축 범위는 업무의 시작과 완료를 기준으로 정하세요

“안전, 보건, 환경에서 필요한 기능을 모두 모았는데 어디까지 구축해야 할지 모르겠습니다.”

“ERP와 그룹웨어도 연결해야 한다는데, 기존 시스템과 EHS의 역할을 어떻게 나누죠?”

통합 EHS 구축 범위는 각 부서의 메뉴 목록보다 업무가 시작되어 담당자에게 전달되고, 조치와 확인을 거쳐 끝나는 흐름을 기준으로 정하는 것이 좋습니다. 이 흐름에 필요한 데이터와 연동을 함께 정의하면 무엇을 이번에 구축하고 무엇을 다음 단계로 남길지 판단할 수 있습니다.

저는 크로플에서 EHS 사업 파트장과 개발 팀장을 맡아 제조 현장의 업무를 시스템으로 옮기는 일을 하고 있습니다. TCC STEEL 포항과 서울 사업장의 통합 EHS 구축에서는 메인 개발을 맡아 안전, 보건, 환경, 지속경영 업무와 기존 시스템의 연결을 다뤘습니다. 이 경험을 바탕으로 초기 범위 협의에서 먼저 맞춰야 할 기준을 설명하겠습니다.

통합 EHS 구축 범위는 어디서부터 정해야 하나요?

우선 연결할 업무 하나를 골라 시작 조건, 담당자, 후속 조치, 완료 확인까지 정의하세요. 필요한 화면은 그 흐름을 수행하는 데 필요한 만큼 도출하는 편이 좋습니다.

부서별 요구사항을 받으면 작업허가, 위험성평가, 건강검진, 환경 일지처럼 업무명이 먼저 모입니다. 이 목록은 빠진 업무를 찾는 데는 유용하지만, 목록만으로는 각 화면 사이에 어떤 정보가 오가야 하는지 알기 어렵습니다.

예를 들어 안전점검 결과를 등록하는 화면이 있어도 발견 사항을 누가 조치하고 누가 확인하는지가 빠지면, 후속 업무는 다시 전화나 별도 파일로 처리해야 할 수 있습니다. 구축 범위를 논의할 때는 업무의 입력과 산출물뿐 아니라 담당자 간 인계와 완료 조건까지 함께 정의하는 방식이 유용합니다.

첫 범위 협의에서는 다음 질문에 답해 보세요.

1. 어떤 사건이나 일정이 이 업무를 시작하게 하는가?
2. 최초 기록은 누가 만들고, 다음 담당자는 어떻게 정해지는가?
3. 후속 조치가 필요하면 어떤 업무로 이어지는가?
4. 누가 무엇을 확인해야 완료로 볼 수 있는가?
5. 반려하거나 다시 처리할 때 어느 단계로 돌아가는가?

여기서 모든 업무를 하나의 승인 절차에 넣을 필요는 없습니다. 작업허가와 환경 운영 일지는 시작 조건도, 기록 주기도 다를 수 있습니다. 공통으로 관리할 연결 지점을 찾되 각 업무의 고유 절차는 남겨 두는 것이 제가 범위를 협의할 때 두는 기준입니다.

첫 구축 범위는 메뉴 묶음보다 끝까지 수행할 수 있는 업무 흐름으로 표현하세요.

안전, 보건, 환경 데이터는 어디까지 함께 써야 하나요?

조직과 사업장처럼 함께 참조할 기준정보부터 맞추고, 개별 업무 기록은 필요한 연결과 조회 범위를 따로 정하세요. 통합 화면을 만든다는 이유로 모든 상세 정보를 함께 보여줄 필요는 없습니다.

같은 사업장이나 부서를 서로 다른 이름으로 관리하면 업무를 묶어 보는 기준부터 어긋납니다. 반대로 부서별로 사용하는 모든 항목을 공통화하려 하면 실제 업무의 차이를 표현하기 어려워집니다.

저는 범위 협의에서 데이터를 세 층으로 나눠 보는 방식을 권합니다.

TCC STEEL 구축에서는 건강검진과 작업환경측정, 폐수처리장 일지, 대기와 수질 및 폐기물 배출량 관리 등 성격이 다른 업무를 다뤘습니다. 안전, 보건, 환경을 아우른다고 해서 이 기록들을 같은 입력 양식으로 만들지는 않았습니다. 업무별 화면을 구현하면서 조직과 결재 등 연결이 필요한 부분을 함께 설계했습니다.

특히 보건 기록의 상세 항목은 공통 현황 화면에 어디까지 표시할지 별도 검토 대상으로 두는 편이 좋습니다. 업무상 조회 필요성과 접근권한을 먼저 정의하고, 개인정보 관련 요건은 해당 책임 부서와 확인해야 합니다.

범위 문서에는 단순히 ‘데이터 통합’이라고 적기보다 어떤 정보를 누가 관리하고, 다른 업무에는 무엇을 보여줄지까지 적어 두세요.

ERP와 그룹웨어는 무엇을 연동해야 하나요?

기존 시스템이 관리하는 원본과 EHS가 관리할 업무 상태를 먼저 구분한 뒤, 업무를 이어 가는 데 필요한 항목만 연동 범위에 넣으세요. ‘연동 가능’과 ‘연동 범위 확정’은 구분해야 합니다.

‘그룹웨어 연동’이라는 한 줄에는 여러 결정이 숨어 있습니다. 조직정보를 가져오는 것인지, 결재를 요청하는 것인지, 결재 결과를 EHS에 돌려받는 것인지에 따라 개발과 운영 범위가 달라집니다.

TCC STEEL 프로젝트에서는 고객사 IT 계열사와 함께 그룹웨어 결재 및 조직, ERP, 출입과 방문 시스템, 문자와 메일 알림 등의 연동 구조를 설계했습니다. 연동 대상 이름을 나열하는 데서 멈추지 않고, 각 시스템이 어떤 정보를 주고받을지 함께 정하는 과정이 필요했습니다.

범위 문서에는 다음 항목을 한 묶음으로 남기는 것을 권합니다.

• 원본 시스템과 수신 시스템
• 전달 항목과 식별 기준
• 전송 시점과 상태 반영 방식
• 실패 여부를 확인할 담당자와 복구 방법

연동 운영에서는 실패를 감지하는 방법과 재처리 시 중복 반영을 방지하는 기준까지 설계해야 합니다. 정상 전송만 정의하면 장애가 발생했을 때 어느 기록을 기준으로 복구할지 판단하기 어려워질 수 있습니다.

가령 결재 결과를 가져오지 못한 상황이라면, 원본 결재 결과를 다시 확인할 방법과 재수신 후 EHS 상태를 갱신할 조건이 필요합니다. 이런 예외 처리를 구축 범위에 넣을지, 운영 절차로 둘지도 합의해야 합니다.

연동 범위에는 주고받을 데이터뿐 아니라 실패했을 때 업무를 이어 갈 방법도 포함하세요.

모든 업무를 한 번에 오픈해야 통합 EHS인가요?

전체 연결 구조는 먼저 정하되, 오픈은 완료 조건을 검증할 수 있는 업무 흐름 단위로 나눌 수 있습니다. 단계별로 무엇이 실제 운영 가능해야 하는지 합의하는 것이 중요합니다.

단계를 나눌 때 ‘이번에는 입력 화면, 다음에는 후속 조치’처럼 나누면 첫 오픈 이후에도 업무가 중간에서 끊길 수 있습니다. 저는 우선 적용할 업무를 정한 뒤 그 업무의 등록, 처리, 확인과 출력까지 어느 수준으로 제공할지 정하는 방식을 선호합니다.

TCC STEEL 통합 EHS에서는 업무 화면 100여 개와 출력 양식 19종을 구현했습니다. 이 숫자는 다른 제조기업에 필요한 구축 규모를 뜻하지 않습니다. 업무 범위와 현장 양식, 연결 대상에 따라 필요한 화면은 달라집니다.

해당 프로젝트에서는 종이 점검표를 템플릿으로 전환해 담당자가 화면에서 직접 수정할 수 있게 했고, 기능을 짧은 주기로 개발하면서 안전환경팀과 반복적으로 확인하고 개선했습니다. 현장 양식을 옮긴 뒤에도 실제 입력과 확인 과정에서 조정할 부분이 있었기 때문입니다.

단계별 완료 기준은 다음처럼 실제 수행 여부로 적어 보세요.

• 담당자가 정해진 업무를 등록하고 다음 담당자에게 전달할 수 있다.
• 후속 조치와 확인 결과를 연결된 기록에서 찾을 수 있다.
• 필요한 출력물과 기존 시스템의 처리 결과를 확인할 수 있다.
• 오류가 생겼을 때 확인 담당자와 처리 경로가 정해져 있다.

공통 조직정보나 연동 기반처럼 여러 업무가 함께 사용하는 요소는 선행 범위로 분리할 수 있습니다. 다만 기반 개발의 완료와 현장 업무의 운영 가능 상태는 별도로 판단해야 합니다.

결론

통합 EHS 구축 범위는 업무가 어디서 시작해 누구의 확인으로 끝나는지를 기준으로 정리하세요. 그 흐름에 필요한 데이터, 화면, 연동을 붙이면 범위의 포함 여부를 판단하기 쉬워집니다.

다음 범위 협의에서는 기능 목록과 함께 대표 업무 하나의 흐름도를 준비해 보세요. 각 단계 옆에 담당자, 원본 데이터, 연결 시스템, 완료 조건을 적고 중간에 끊기는 지점을 확인하면 됩니다.

저는 현장 업무를 시스템으로 설계하고 개발할 때, 화면이 구현됐는지와 업무가 끝까지 수행되는지를 나눠 확인합니다. 통합의 기준도 여기에 두는 것이 좋습니다. 여러 업무가 한곳에 모여 있으면서 필요한 순간에 서로 이어져야 합니다.

자주 묻는 질문

제안요청서에는 화면 목록 대신 흐름도만 넣으면 되나요?

흐름도와 화면 목록을 함께 넣는 편이 좋습니다. 흐름도는 업무 경계와 연결을, 화면 목록은 구현 대상을 설명합니다. 각 화면이 어느 업무 단계에 해당하는지 연결하면 같은 기능을 서로 다르게 해석하는 일을 줄이는 데 도움이 됩니다.

기존 엑셀 자료를 모두 이관해야 하나요?

모든 파일을 일괄 이관하기보다 운영에 필요한 자료와 조회용 과거 자료를 구분해 범위를 협의하세요. 진행 중인 업무를 이어받을 자료인지, 과거 이력을 보관할 자료인지에 따라 이관 항목과 확인 방법이 달라집니다. 보관 요건이 있는 자료는 해당 책임 부서의 확인도 필요합니다.

AI 기능도 처음부터 구축 범위에 넣어야 하나요?

AI가 수행할 구체적인 업무가 정해졌을 때 포함 여부를 판단하는 것이 좋습니다. 요약, 검색, 입력 보조처럼 사용할 장면을 먼저 정하고, 참조 데이터와 결과 확인 주체를 명시하세요. 저는 EHS 구축과 AI 에이전트 개발을 함께 다루지만, AI 도입 자체를 통합 EHS의 완료 조건으로 보지는 않습니다.

제 도움이 필요하시다면

부서별 요구사항은 모였지만 구축 경계를 정하기 어렵거나, ERP와 그룹웨어 사이에서 EHS의 역할이 불명확할 때 함께 검토할 수 있습니다.

크로플 EHS에서는 제조 현장의 업무 흐름에 맞춘 EHS 설계와 개발, 기존 시스템 연동 구조 검토, 사내 서버와 클라우드 운영 조건을 고려한 구축 방식 검토를 돕습니다. 현재 사용하는 양식과 대표 업무의 처리 순서를 준비해 주시면 범위 논의를 시작하는 데 도움이 됩니다. 관련 업무는 크로플 EHS의 통합 EHS 구축 안내에서 확인하실 수 있습니다.