작업허가제(PTW) 전산화, 승인과 작업 시작을 구분하는 설계

“결재가 끝나면 작업을 시작해도 되는지, 현장 확인을 따로 받아야 하는지 헷갈립니다.”

“작업 도중 조건이 바뀌면 기존 허가서를 수정해야 할까요, 다시 받아야 할까요?”

“그룹웨어에도 기록이 있는데, 작업허가 시스템에는 무엇을 남겨야 할까요?”

작업허가제(PTW) 전산화의 핵심은 결재 완료와 실제 작업 가능 상태를 구분하고, 그 사이의 확인과 변경을 기록하는 것입니다. 허가서 양식을 화면으로 옮기기 전에 누가 어떤 조건에서 작업을 시작하고, 멈추고, 종료할 수 있는지부터 정해야 합니다.

안전저널의 2020년 실무 칼럼은 작업허가제를 고위험 작업 착수 전에 작업 내용과 안전조치를 허가서에 작성해 허가권자의 승인을 받는 절차로 설명하면서, 허가사항 준수와 현장 안전조치의 실행 여부도 작업 전에 확인해야 한다고 제시합니다.

크로플에서 EHS 사업 파트장과 개발 팀장을 맡아 제조 현장의 작업허가, 위험성평가, 협력사 관리와 기존 시스템 연동을 설계하고 개발해 온 경험을 바탕으로, 이 글에서는 전산화 요구사항을 정리하는 기준을 다룹니다. 다만 시스템 설계가 개별 작업의 안전 판단이나 사업장별 법적 요건 검토를 대신하지는 않습니다.

결재가 끝나면 작업을 시작할 수 있게 해도 될까요?

결재 완료만으로 작업 시작을 허용하기보다, 사업장 절차에 따른 현장 안전조치 확인과 작업 개시 판단을 별도 단계로 설계하는 편이 적절합니다. 필요한 확인 항목과 판단 주체는 작업 유형과 현장 조건에 맞춰 정해야 합니다.

사무실에서 검토한 작업계획과 작업 직전의 현장 상태는 확인 대상이 다릅니다. 전산화에서는 이를 하나의 승인 버튼으로 합칠지, 각각의 판단으로 남길지 결정해야 합니다. 이는 제조 현장 전체에 적용되는 단일 표준 상태 모델이 아니라, 현장의 기존 확인 절차를 시스템의 상태와 권한에 옮기는 설계 기준입니다.

요구사항을 정리할 때는 다음 세 가지를 먼저 구분해 볼 수 있습니다.

• 계획 검토: 작업 범위, 장소, 시간, 참여자와 위험요인 검토
• 현장 확인: 해당 작업에 필요한 조치의 확인자, 확인 시점과 결과 기록
• 작업 개시: 확인 결과를 바탕으로 작업을 시작할 수 있는 상태로 전환

실제로 수행하지 않는 확인을 체크박스로만 만들면 운영 절차가 갖춰졌다고 보기 어렵습니다. 설계 회의에서는 승인자는 누구인지와 함께 작업 시작을 보류할 수 있는 사람은 누구인지를 정해야 합니다. 두 질문의 답이 다르다면 상태와 권한도 나누어 검토할 필요가 있습니다.

작업 중 조건이 바뀌면 허가서는 어떻게 처리해야 할까요?

작업 조건 변경은 단순한 문서 수정과 구분하고, 현장 기준에 따라 중지, 재검토, 재허가 여부를 판단하는 경로를 정해야 합니다. 범위, 장소, 시간 변경에 일률적으로 적용할 재허가 기준이나 재개 책임자는 사업장 절차에서 별도로 정해야 합니다.

허가된 조건을 지키지 않거나 작업허가 없이 작업이 진행되면 즉시 작업을 중지시키고 준수하도록 하는 실행력이 필요하다는 실무 제안이 있습니다.

화면에서 내용을 고칠 수 있다는 것과 그 변경을 승인받았다는 것은 다릅니다. 특히 작업이 시작된 뒤에는 최초 승인 내용과 현재 작업 조건의 차이가 드러나도록 설계하는 것이 현장형 시스템 구축에서 중요합니다.

아래는 요구사항 논의를 위한 상태 설계 예시입니다. 법정 공통 절차나 모든 현장에 적용할 표준 상태를 뜻하지 않습니다.

중요한 것은 상태 이름보다 상태 사이를 이동하는 조건입니다. 작업시간 연장, 장소 변경, 작업 범위 확대처럼 현장에서 발생할 수 있는 상황을 놓고 누가 무엇을 다시 확인해야 하는지 정해야 합니다.

정정 사유를 남기는 경로와 작업 통제 판단을 다시 받는 경로를 구분하는 방법도 검토할 수 있습니다. 다만 그 구분 기준이 불명확하다면 개발에 앞서 안전환경팀과 현장 관리자가 먼저 합의해야 합니다.

그룹웨어와 출입 시스템은 어디까지 연결해야 할까요?

연동 범위는 가져올 수 있는 데이터의 양보다, 작업허가 판단에 필요한 정보와 각 정보의 관리 주체를 기준으로 정하는 것이 좋습니다. 그룹웨어의 결재 결과와 출입 기록을 작업 개시 판단 자체로 취급하지 않도록 역할을 구분해야 합니다.

제가 메인 개발을 맡았던 제조업 통합 EHS 구축에서는 작업허가와 위험성평가를 포함한 업무 화면을 구현하고, 고객사 IT 계열사와 그룹웨어 결재 및 조직, ERP, 출입과 방문 시스템의 연동 구조를 함께 설계했습니다. 이 경험에서 연동은 화면 사이에 데이터를 복사하는 문제가 아니라, 같은 업무를 서로 다른 시스템이 어떻게 표현하고 책임질지 정하는 작업이기도 했습니다.

이 프로젝트에서는 종이 점검표를 담당자가 화면에서 수정할 수 있는 템플릿으로 전환하고, 짧은 개발 주기로 안전환경팀과 확인하며 개선했습니다. PTW에도 처음부터 모든 예외를 확정하기보다 대표 작업 유형을 정해 현장과 확인하는 접근을 적용할 수 있습니다. 다만 템플릿 편집 권한과 이미 발행한 허가서에 대한 변경 적용 범위는 별도로 정해야 합니다.

연동 요구사항에는 다음 질문을 넣어 보세요.

1. 조직과 담당자 정보는 어느 시스템을 기준으로 삼을 것인가?
2. 결재가 반려되거나 취소되면 PTW 상태에는 어떻게 반영할 것인가?
3. 연동이 지연되거나 실패하면 누가 확인하고 처리할 것인가?
4. 출입 정보는 조회 참고용인가, 별도 운영 통제와 연결할 것인가?

작업허가 건수가 적고 기존 절차로도 확인 책임과 이력을 관리할 수 있다면, 처음부터 여러 시스템을 연결할 필요는 없습니다. 이 경우에는 작업허가 내부 흐름을 먼저 정리하고, 중복 입력이나 확인 누락이 실제로 발생하는 구간부터 연동 범위를 검토하는 편이 현실적입니다.

종료된 허가서에는 어떤 이력을 남겨야 할까요?

최종 허가서와 별도로 승인 내용 준수 확인, 작업 중지 조치, 종료 확인의 주체와 시점을 추적할 수 있게 기록하는 방향을 검토할 수 있습니다. 전자 처리 이력의 필수 항목이나 보존기간은 사업장별 적용 기준을 별도로 확인해야 합니다.

작업허가 운영에서는 승인 자체뿐 아니라 승인 내용이 실제로 준수되는지 확인하고, 미실시 또는 조건 불이행 시 작업 중지 조치를 하는 운영이 함께 필요하다고 제시됩니다.

완료된 PDF는 최종 내용을 확인하는 데 쓸 수 있지만, 그것만으로 중간 판단 과정을 모두 보여주기는 어렵습니다. 출력물은 현장에서 읽고 확인할 문서로, 업무 이력은 어떤 판단을 거쳐 현재 결과에 도달했는지 살펴보는 기록으로 구분해 설계할 수 있습니다.

요구사항을 검토할 때는 허가서 한 건을 열어 다음 질문에 답할 수 있는지 확인합니다.

• 최초 승인 당시의 작업 내용은 무엇이었는가?
• 이후 무엇이 바뀌었고, 누가 어떤 이유로 처리했는가?
• 중지와 재개가 있었다면 어떤 확인을 거쳤는가?
• 종료 시점에 확인하지 못한 사항은 어떻게 인계했는가?

이력 관리를 무조건 오래 저장하는 기능으로 이해해서는 안 됩니다. 사업장에 적용되는 보존 요구, 개인정보 처리 기준, 내부 문서관리 규정을 검토해 기간과 접근 범위를 정해야 하며, 이 글에서 일률적인 보존연한을 제시하지는 않습니다.

종료 후 수정이 필요한 경우에는 원래 기록을 덮어쓰기보다 정정 내용, 사유, 처리자를 구분해 볼 수 있게 하는 방안을 검토할 수 있습니다. 관리자 권한으로 가능한 조치도 현장 운영자와 사전에 합의해야 합니다.

결론

PTW 전산화의 기준은 허가서가 승인됐는지가 아니라, 현재 작업 상태와 그 판단 근거를 확인할 수 있는지에 두는 것이 좋습니다. 승인, 현장 확인, 변경, 중지, 종료를 하나의 흐름으로 연결해야 결재 화면이 현장 통제 흐름으로 이어집니다.

개발 요구사항을 쓰기 전에 대표 작업 한 건을 골라, 승인부터 종료까지 누가 어떤 조건에서 상태를 바꾸는지 그려보세요.

정상 진행뿐 아니라 승인 후 작업 취소, 작업 중 조건 변경, 연동 실패도 함께 따라가 보세요. 설명이 막히는 지점은 화면이 부족한 곳일 수도 있지만, 현장 운영 기준을 먼저 정해야 하는 곳일 수도 있습니다.

자주 묻는 질문

종이 허가서 양식을 그대로 화면으로 옮겨도 되나요?

양식은 출발점으로 쓸 수 있지만, 상태와 권한은 별도로 정의해야 합니다. 각 항목을 누가 언제 입력하고 확인하는지, 발행 후 어떤 변경을 허용할지까지 정리해야 전산 요구사항이 됩니다.

모든 작업 유형을 하나의 허가서로 통합해야 하나요?

반드시 하나의 양식으로 합칠 필요는 없습니다. 공통 식별정보와 이력 구조를 공유하되, 작업 유형별 확인 항목과 검토 흐름을 나누는 방안을 검토할 수 있습니다. 실제 분리 범위는 현장 절차를 기준으로 결정해야 합니다.

그룹웨어 결재 기능이 있으면 PTW 기능은 필요 없나요?

결재 기능만으로 PTW 업무 전체를 처리할 수 있다고 보기는 어렵습니다. 현장 확인, 중지와 재개, 변경 이력을 기존 기능으로 표현할 수 있는지 먼저 확인한 뒤 부족한 범위를 정하는 편이 좋습니다.

전산화하면 법적 의무 이행이 보장되나요?

아니요. 전산화 자체가 법적 의무 이행을 보장하지는 않습니다. 시스템은 확인과 기록을 지원하는 수단이며, 적용 법령과 사업장 절차에 대한 별도 검토가 필요합니다.

제 도움이 필요하시다면

크로플 EHS는 제조 현장의 작업허가 흐름 설계, 위험성평가와의 업무 연결, 기존 시스템 연동 구조 검토를 도울 수 있습니다. 결재 화면은 있지만 현장 확인과 변경 처리가 분리돼 있거나, 종이 양식을 전산 요구사항으로 정리하기 어려운 상황에 적합합니다.

제조 현장에 맞춘 구축과 연동을 검토 중이라면 크로플 EHS의 구축 업무 안내를 참고하실 수 있습니다. 현재 사용하는 허가서와 승인 절차, 연동 대상 시스템을 정리한 뒤 관리형 연락 채널로 문의해 주세요.