제조 EHS 클라우드 전환 전 보안과 연동 운영 점검
“클라우드로 옮기면 우리 안전환경 데이터는 누가 어디까지 관리하나요?”
“그룹웨어와 ERP, 출입 시스템을 계속 연결할 수 있을까요?”
“오픈 뒤 장애나 현장 양식 변경은 누가 얼마나 빨리 처리하나요?”
제조 EHS의 클라우드 전환은 서버 위치를 바꾸는 일이 아니라 기록이 생성되고 수정되고 승인되고 보관되는 과정의 책임자를 정하는 일입니다. 전환 방식은 클라우드와 사내 서버 중 하나를 먼저 고르기보다, 권한과 데이터 원천, 연동 오류, 변경 요청의 담당자를 문서로 합의할 수 있는지로 판단해야 합니다.
안전점검, 위험성평가, 작업허가 기록은 현장 담당자, 협력사, 안전환경팀, 관리자가 서로 다른 시점에 확인합니다. 따라서 제품 기능을 비교하기 전에 어떤 데이터가 오가고 누가 승인하며 문제가 생겼을 때 누가 조치하는지부터 답할 수 있어야 합니다.
클라우드 보안 검토에서 먼저 정할 것은 무엇인가요?
클라우드 전환 초기에는 기존 정책을 그대로 옮기기보다, 누가 어떤 권한과 설정을 운영할지에 맞춘 보안 정책을 새로 정해야 합니다.
제조 EHS에는 작업허가 이력, 위험성평가 결과, 협력사 정보, 점검 기록처럼 업무 역할에 따라 조회와 수정 범위를 달리해야 하는 정보가 쌓일 수 있습니다. 그래서 “클라우드가 안전한가”라는 질문만으로는 부족합니다. 현장 담당자, 안전환경팀, 관리자, 협력사의 접근 범위와 권한 변경 절차를 먼저 정해야 합니다.
삼성SDS는 2024년 클라우드 전환 초기 과제로 클라우드 특성을 반영한 보안 정책 수립과 접근 검증 방식을 제시했습니다.
클라우드 콘솔 사용 절차, 보안 진단과 조치 기준, 정기적인 취약점 진단도 이용 기업 내부의 운영 항목으로 정리할 필요가 있습니다.
전환 전에는 아래 질문을 보안 요구사항으로 남겨 두는 것이 좋습니다.
| 확인 항목 | 전환 전에 정할 질문 |
|---|---|
| 사용자 권한 | 현장 담당자, 안전환경팀, 관리자, 협력사는 각각 어떤 화면과 기록을 볼 수 있는가 |
| 계정 운영 | 입사, 부서 이동, 퇴사, 협력사 변경 시 권한은 누가 언제 변경하는가 |
| 데이터 경계 | 외부로 전달되는 데이터와 시스템 안에 남겨야 할 데이터를 어떻게 구분하는가 |
| 접속 통제 | 사내망, 외부 접속, 모바일 접속에 서로 다른 조건이 필요한가 |
| 사고 대응 | 의심 접속, 계정 오남용, 데이터 오류가 발생했을 때 확인과 조치 담당자는 누구인가 |
보안 기능의 이름을 많이 적는 것보다 중요한 것은 실제 운영자가 권한 변경 요청을 처리할 수 있는지, 기록의 조회 범위가 업무 역할과 맞는지입니다. 보안팀과 현업팀이 같은 권한표를 검토해야 오픈 뒤 통제와 현장 사용성 사이의 재조정을 줄일 수 있습니다.
그룹웨어와 ERP 연동은 어디서부터 정해야 하나요?
연동은 연결 가능한 시스템을 모두 나열하기보다 EHS 업무가 멈추는 지점과 데이터 원천부터 정해야 합니다.
조직과 결재 정보는 그룹웨어와 연결될 수 있고, 인사나 기준정보는 ERP와 관계가 생길 수 있습니다. 출입과 방문 시스템, 문자와 메일 알림도 작업허가나 협력사 관리 과정에서 연결 대상이 됩니다. 하지만 모든 연결을 한 번에 추진하면 데이터 수정 권한과 오류 대응 책임이 불명확해질 수 있습니다.
제조 현장의 OT 관련 시스템을 검토할 때는 현장 자산과 통신 흐름을 먼저 파악하고, IT와 생산 부서의 운영 특성, 안전과 운영 연속성 요구를 함께 고려해야 합니다. 가동 중단 위험이 큰 환경에서는 설비 변경, 패치, 업데이트가 미칠 영향과 기존 시스템의 제약을 사전에 평가할 필요가 있습니다.
권승현은 TCC STEEL 통합 EHS 구축에서 고객사 IT 계열사와 함께 그룹웨어의 결재와 조직, ERP, 출입과 방문 시스템, 문자와 메일 알림, 국가법령정보센터의 연동 구조를 설계했습니다. 이 경험에서 연동의 출발점은 기술 방식 자체보다 각 데이터의 원천과 변경 책임을 구분하는 일이었습니다.
다음 순서로 정리하면 전환 논의가 선명해집니다.
- 업무 흐름을 먼저 그립니다. 작업허가 신청, 승인, 현장 확인, 이력 보관까지 누가 어떤 정보를 쓰는지 확인합니다.
- 원천 시스템을 정합니다. 조직, 사용자, 협력사 정보처럼 같은 데이터를 여러 시스템에서 수정하지 않도록 기준을 잡습니다.
- 전달 방향과 시점을 정합니다. 실시간 반영이 필요한지, 일정 주기 동기화로 충분한지 업무별로 구분합니다.
- 오류 처리 담당을 정합니다. 연동 실패를 누가 발견하고 어떤 데이터를 다시 처리하며 현업에 어떻게 알릴지 합의합니다.
- 변경 절차를 남깁니다. 조직 개편이나 ERP 필드 변경 때 영향 범위와 검토 순서를 정합니다.
처음부터 최대 연동 범위를 목표로 할 필요는 없습니다. 법정 기록의 누락을 줄이거나 승인 흐름을 유지하는 데 직접 필요한 연동부터 검토하고, 운영이 안정된 뒤 확장하는 방식이 가능합니다. 반대로 원천 데이터의 소유 부서와 수정 규칙이 정리되지 않았다면 클라우드 전환보다 그 문제를 먼저 해결해야 합니다.
운영 기준은 왜 구축 단계에서 정해야 하나요?
현장 양식과 조직, 관리 항목은 바뀔 수 있으므로 운영 담당자와 변경 절차를 구축 단계부터 나눠야 합니다.
EHS 시스템은 오픈 시점의 화면만 맞추면 끝나는 업무 시스템이 아닙니다. 점검표 문구가 바뀌고 담당 조직이 조정되며 현장에서 새로운 확인 항목이 생길 수 있습니다. 무엇을 현업이 직접 바꿀 수 있고 무엇을 IT 또는 개발 운영 담당자가 처리해야 하는지가 불명확하면 작은 변경 요청도 누적될 수 있습니다.
크로플의 EHS 사업 파트장이자 개발 팀장인 권승현은 제조 현장 EHS를 설계할 때 현장 업무 흐름을 먼저 확인하고, 종이 점검표를 화면에서 수정 가능한 템플릿으로 전환하는 방식을 적용해 왔습니다. TCC STEEL 통합 EHS 구축에서도 기능을 짧은 주기로 개발하며 안전환경팀과 반복 확인했습니다. 이 경험에서의 판단은 모든 변경을 현업에 맡기자는 뜻이 아닙니다. 기록 항목의 의미나 승인 흐름에 영향을 주는 변경은 검토 절차를 거치고, 허용 범위가 분명한 문구와 템플릿 수정은 운영자가 다룰 수 있게 역할을 나누는 방식입니다.
운영 인수 전에는 최소한 다음 항목을 확인해 보세요.
- 장애와 문의를 접수하고 우선순위를 정할 담당 창구가 있는가
- 권한 변경, 조직 변경, 양식 수정의 승인 절차가 구분되어 있는가
- 연동 오류와 데이터 수정 이력을 확인할 방법이 있는가
- 정기 점검, 백업, 업데이트 같은 운영 작업의 주체와 일정이 정해져 있는가
사내 서버를 유지하는 편이 맞는 경우도 있나요?
사내 서버 유지와 클라우드 전환 중 어느 하나가 항상 우선인 것은 아니며, 보안 정책과 인프라 운영 역량, 현장 접속 환경을 함께 봐야 합니다.
사내 서버가 이미 안정적으로 운영되고 외부 접속이나 데이터 반출에 대한 내부 기준이 엄격하다면 유지 또는 단계적 전환을 검토할 이유가 있습니다. 반대로 여러 사업장이나 외부 협력사가 같은 기록을 적시에 확인해야 하고, 인프라 운영 부담을 조정하려는 목적이 분명하다면 클라우드가 검토 대상이 될 수 있습니다.
이 판단을 인프라 비용만으로 내리기는 어렵습니다. 현재 사내 서버에서 계정, 백업, 장애 대응, 보안 패치를 누가 맡는지 적어 보고, 전환 뒤에도 그 역할을 내부에서 맡을지 구축과 운영 범위에 포함할지를 결정해야 비교가 가능합니다.
결론
제조 EHS 클라우드 전환의 핵심 기준은 보안 책임, 데이터 원천, 운영 변경 절차를 실제 담당자 기준으로 정할 수 있는지입니다.
전환 검토 회의에서는 다음 질문으로 시작해 보세요. “이 기록이 생성되고 수정되고 승인되고 보관되는 전 과정에서 각 책임자는 누구인가?” 답이 모호한 영역이 있다면 제품 비교보다 업무 흐름을 먼저 정리하는 편이 낫습니다.
보안은 권한표로, 연동은 데이터 원천표로, 운영은 변경 절차표로 남기면 IT 담당자와 안전환경팀, 경영지원 담당자가 같은 기준으로 논의할 수 있습니다. 클라우드는 이 기준을 구현하는 방식 중 하나이며, 현장 업무가 끊기지 않게 만드는 운영 설계가 전환의 핵심입니다.
자주 묻는 질문
EHS 클라우드 전환은 보안팀만 검토하면 되나요?
아닙니다. 보안팀뿐 아니라 안전환경팀, IT 담당자, 연동 대상 시스템 담당자가 함께 검토해야 합니다. 권한과 접속 정책은 보안 관점이 필요하고, 기록의 의미와 승인 흐름은 현업 판단이 필요하며, 데이터 전달과 장애 처리는 IT 운영 기준이 필요합니다.
기존 엑셀과 종이 점검표는 바로 없애야 하나요?
아닙니다. 법정 관리 필요성, 반복 빈도, 승인과 공유 필요성을 기준으로 시스템화할 기록을 정하면 됩니다. 현재 양식을 정리해 템플릿으로 옮기고 현장 사용성을 확인하면서 적용 범위를 넓히는 방식도 가능합니다.
연동 범위가 확정되지 않았는데 구축을 시작할 수 있나요?
핵심 업무에 필요한 연동과 향후 확장할 연동을 구분하면 단계적으로 시작할 수 있습니다. 다만 사용자, 조직, 승인 정보처럼 업무 기준이 되는 데이터는 원천 시스템과 책임 부서를 먼저 정해야 합니다.
클라우드 전환 후 현장 양식은 누가 수정해야 하나요?
변경 영향에 따라 역할을 나누는 것이 좋습니다. 단순 문구나 허용된 템플릿 수정은 현업이 맡을 수 있지만, 승인 흐름과 기록 기준에 영향을 주는 변경은 안전환경팀과 IT 또는 운영 담당자의 검토 절차를 거치는 방식이 적합합니다.
제 도움이 필요하시다면
제조 현장 업무 흐름을 기준으로 EHS 구축 범위, 기존 시스템 연동, 사내 서버와 클라우드의 운영 조건을 함께 검토할 수 있습니다.
크로플 EHS에서는 위험성평가, 작업허가, 안전점검, 협력사 관리처럼 현장에서 반복되는 업무를 시스템 흐름으로 정리하고, 그룹웨어나 ERP 등 기존 시스템과의 연결 범위를 설계합니다. 현재 양식은 많지만 무엇부터 전환할지 정하지 못했거나 보안과 운영 책임 때문에 클라우드 전환 논의가 멈춘 상황이라면 업무 흐름과 책임 경계부터 확인해 볼 수 있습니다.
구축 범위와 접근 방식이 궁금하다면 크로플 EHS 공식 웹사이트에서 관련 정보를 확인해 주세요.
