이 글의 목적은 2025년 8월 7일 시행된 화학물질관리법 개정 사항을 ERP·MES 화학물질 모듈에 정확히 반영하여, 인허가·신고·점검·비상대응·증빙관리까지 현장에서 바로 운영 가능한 시스템 개선 방향을 제시하는 것이다.
1. ERP·MES 화학물질 모듈을 지금 바로 손봐야 하는 이유
화관법 개정의 핵심은 유해화학물질을 “위험도와 취급량” 기준으로 더 세분화하고, 의무를 차등 적용하는 방향으로 관리체계를 바꾼 점이다. 기존처럼 물질명·CAS·재고 수량만 관리하는 수준에서는 사업장별 의무 판단이 누락되기 쉽고, 변경신고·검사·자체점검·비상대응과 연결되는 증빙 체계가 약해진다. 따라서 ERP·MES는 “물질 분류–업무 의무–현장 실행–증빙”을 한 흐름으로 묶는 모듈로 재설계해야 한다.
주의 : ERP·MES에서 규제 의무 판단 로직을 하드코딩하면, 고시·서식 개정 시 오작동이 누적되기 쉽다. 의무 판단 기준과 양식 항목은 “코드가 아닌 설정값”으로 관리하도록 설계해야 한다.
2. 2025년 8월 7일 시행 개정 포인트를 시스템 요구사항으로 번역하기
2.1 유해화학물질 정의·범주 세분화와 차등관리 도입을 반영해야 하다
개정 체계에서는 유해성 기준이 세분화되고, 위험도·취급량에 따라 검사·진단 등 의무가 달라질 수 있다. 시스템 관점에서는 “물질 분류 값”이 늘어나고, 분류값이 곧바로 의무 판단·점검 주기·문서 양식·교육 대상까지 영향을 주도록 연결해야 한다.
2.2 영업허가·신고 체계 개편을 반영해야 하다
개정으로 일부 제도는 허가 중심에서 신고 중심으로 재정렬되었다. 시스템에는 “허가/신고 구분”, “용도 조건”, “예외 요건”, “변경허가/변경신고” 같은 상태값과 기한 관리가 필요하다. 또한 인허가 문서 제출 이력과 변경 근거 자료가 연결되어야 내부감사 대응이 가능하다.
2.3 화학물질확인(확인명세서) 및 관련 서식 변경을 반영해야 하다
확인명세서 및 관련 서식(현장에서 LOC로 통칭되는 경우가 많다)은 개정 시행일 기준으로 양식 항목이 바뀔 수 있다. 따라서 ERP에서 구매·입고·사용 데이터가 자동 집계되어 제출용 데이터셋을 만들고, 서식 버전별로 매핑되어야 한다.
2.4 조직 개편에 따른 기관·문서 명칭 변동 가능성을 반영해야 하다
정부조직 개편 등으로 부처·기관 명칭이 바뀌는 경우가 있다. 시스템의 문서 템플릿, 결재선, 제출처 목록은 하드코딩이 아니라 마스터 테이블로 관리해야 한다.
3. ERP·MES “화학물질 마스터 데이터” 표준을 먼저 잡아야 하다
모듈 개선은 화면을 늘리는 일이 아니라 데이터 모델을 정리하는 일이다. 아래 항목은 최소 기준이며, 사업장 특성에 따라 확장해야 한다.
| 구분 | 필드 예시 | 설명 | 운영 포인트 |
|---|---|---|---|
| 식별 | 물질명(한/영), CAS, EC/기타ID, 사내코드 | 동일 물질의 중복 등록을 방지하는 기준이다. | CAS 정규화 규칙과 별칭(동의어) 테이블을 분리해야 하다. |
| 규제 분류 | 유해성 범주(세부분류), 사고대비물질 여부, 제한/금지 여부, 적용 법령 태그 | 의무 판단의 입력값이다. | 고시 개정에 대비해 “유효기간/버전” 필드를 둬야 하다. |
| 용도·공정 | 사용용도, 공정단계, 라인/설비, 사용부서 | 용도 조건에 따라 허가/신고가 달라질 수 있다. | MES의 공정 라우팅과 키로 연결해야 하다. |
| 물성·안전 | 상태(고/액/기), 인화점, 비중, 반응성 태그, 보관조건 | 보관·취급 기준과 비상대응에 쓰인다. | 수치값은 근거 문서 버전을 같이 저장해야 하다. |
| MSDS | MSDS 버전, 발행일, 언어, 공급사, 비공개 성분 처리여부 | 현장 제공·점검 대응의 핵심 증빙이다. | 파일 보관이 아니라 “배포 이력”까지 남겨야 하다. |
| 포장·라벨 | 용기규격, 라벨 템플릿, 경고표지 코드 | 현장 표시 의무의 실행 항목이다. | 출력 로그와 현장 확인(모바일 체크)을 연결해야 하다. |
| 수량·단위 | 기본단위, 환산계수, 농도(혼합물), 순물질 환산 규칙 | 취급량·재고량 계산의 기준이다. | 농도·순도 변경 시 이력관리(유효기간)를 해야 하다. |
4. “업무 의무 엔진”을 ERP에 넣는 방식이 실무적으로 유리하다
개정 체계에서 가장 위험한 실패는 “우리가 대상인지 몰랐다”라는 상태이다. 따라서 ERP는 규정값과 사업장 데이터(물질 분류, 취급량, 설비, 공정, 영업 형태)를 입력으로 받아 의무를 산출하는 규칙 엔진을 가져야 한다. 이 엔진은 다음 출력을 만들어야 한다.
- 허가/신고/변경허가/변경신고 필요 여부 및 제출 기한 관리 기능이 필요하다.
- 취급시설 설치·정기·수시검사, 자체점검, 진단 등 실행 항목과 주기 산정 기능이 필요하다.
- 사고대비물질 비상대응계획, 훈련, 비상연락망 점검 등의 실행 항목 연결이 필요하다.
- 법정 서식 버전별 필수 입력값 누락 검증 기능이 필요하다.
주의 : 의무 엔진은 “판단 근거”를 사람이 읽을 수 있게 남겨야 하다. 단순히 대상/비대상만 보여주면 내부통제와 대관 대응 품질이 떨어지다.
5. 구매–입고–보관–사용–폐기 전 과정 추적을 MES와 한 키로 묶어야 하다
5.1 LOT·용기 단위 추적을 기본값으로 설계해야 하다
화학물질은 같은 품목이라도 LOT, 농도, 공급사 MSDS 버전에 따라 위험과 의무가 달라질 수 있다. 따라서 최소 단위는 “용기(컨테이너) 또는 LOT”이어야 하며, ERP 재고와 MES 투입 실적이 같은 키로 연결되어야 한다.
5.2 현장 사용량 자동집계는 “공정투입–잔량–반납–폐기” 이벤트로 계산해야 하다
월말 수기 집계는 오류가 구조적으로 발생한다. MES에서 공정 투입을 이벤트로 기록하고, 잔량 측정(또는 표준 사용량 기반 추정)과 반납·폐기 이벤트를 결합해 실사용량을 계산하도록 설계해야 한다.
| 이벤트 | 발생 시스템 | 필수 필드 | 증빙 |
|---|---|---|---|
| 입고 | ERP | 물질코드, LOT, 용기ID, 수량, 단위, MSDS버전 | 거래명세/검수기록 |
| 창고 이동 | ERP/WMS | 이동 전/후 위치, 보관조건, 책임자 | 스캔로그 |
| 현장 불출 | ERP | 설비/라인, 작업지시, 용도 | 전자서명 |
| 공정 투입 | MES | 작업오더, 배치, 투입량, 투입시간, 작업자 | 전자배치기록 |
| 잔량 회수 | MES/모바일 | 잔량, 측정방법, 회수사유 | 현장 사진/확인체크 |
| 폐기/위탁 | ERP/EHS | 폐기량, 폐기방법, 위탁업체, 인계일 | 인계서/계량표 |
6. 인허가·신고·변경 관리 기능은 “프로젝트형 워크플로”로 만들어야 하다
영업허가·신고, 변경신고, 시설 변경, 물질 추가는 모두 “업무 프로젝트”로 움직이는 것이 실무에 맞다. 다음 구성으로 워크플로를 설계해야 한다.
- 요청 등록(현장/구매/생산) → 사전검토(EHS/법규) → 자료수집(설비도면/공정도/취급량) → 결재 → 제출 → 보완요청 대응 → 완료 → 사후 점검으로 흐름을 구성해야 하다.
- 각 단계는 담당 부서, 기한, 첨부자료 체크리스트를 가져야 하다.
- 문서 템플릿은 서식 버전별로 관리해야 하다.
- 제출 데이터는 ERP·MES 실적에서 자동 산출되되, 조정값 입력 시 근거를 남겨야 하다.
6.1 변경 관리의 핵심은 “변경점(Delta) 자동 요약”이다
대관 업무에서 가장 시간이 오래 걸리는 부분은 변경 전후 차이를 표로 만드는 작업이다. 시스템이 변경 전후를 비교하여 물질 목록, 최대취급량, 저장능력, 설비 사양, 공정 흐름의 변화를 자동 요약하도록 만들면 품질과 속도가 동시에 개선된다.
{ "change_request_id": "CHG-2026-00125", "site": "Plant-A", "change_type": ["chemical_add", "process_update"], "before": { "chemicals": [{"code":"CHEM-0102","max_qty_kg":500}], "process": {"line":"L-2","step":"mixing"} }, "after": { "chemicals": [ {"code":"CHEM-0102","max_qty_kg":500}, {"code":"CHEM-0448","max_qty_kg":120} ], "process": {"line":"L-2","step":"mixing","new_condition":"closed_transfer"} }, "delta_summary": [ "신규 물질 CHEM-0448 추가 및 최대취급량 120kg 설정", "혼합 공정 이송 방식이 밀폐이송으로 변경" ] }7. 취급시설 검사·자체점검·정기점검을 “설비 자산관리”와 통합해야 하다
개정 이후 의무가 차등 적용되면, 어떤 설비가 어떤 주기로 어떤 점검을 수행해야 하는지 체계적으로 관리해야 한다. 따라서 화학 취급설비는 ERP 자산마스터(Asset)와 연결되어야 하며, 다음 기능이 필요하다.
- 설비별 적용 의무(검사/진단/자체점검)를 자동 산정하고 점검 캘린더를 생성해야 하다.
- 점검 결과는 체크리스트(서식 버전 포함)로 입력되고, 이상 조치(CAPA)로 연결되어야 하다.
- 점검 증빙은 “누가, 언제, 무엇을, 어떤 기준으로 확인했는지”가 감사로그로 남아야 하다.
| 기능 | 필수 데이터 | 현장 입력 방식 | 감사 포인트 |
|---|---|---|---|
| 점검 주기 산정 | 설비 유형, 취급물질 분류, 취급량, 설치정보 | 설정 기반 자동산정 | 산정 규칙 버전 관리가 필요하다. |
| 자체점검 수행 | 점검항목, 판정, 사진, 측정값 | 모바일 체크리스트 | 수정 이력과 전자서명이 필요하다. |
| 이상 조치 | 이상유형, 원인, 조치, 완료 증빙 | CAPA 티켓 | 재발 방지 검증이 필요하다. |
| 대관 제출 패키지 | 점검 리포트, 요약표, 첨부자료 | 자동 패키징 | 서식 버전별 출력물이 필요하다. |
8. 사고대비물질·비상대응은 MES 이벤트와 연동해야 “실행력”이 생기다
비상대응은 문서로 끝나면 의미가 없다. ERP·MES는 실제 위험 징후를 조기에 탐지하고, 대응 절차를 즉시 실행하는 쪽으로 설계해야 한다.
8.1 트리거 기반 알림을 구현해야 하다
- 누출 감지(IoT), 이상 압력, 이상 사용량 급증, 무단 불출, 비정상 잔량 같은 이벤트를 트리거로 정의해야 하다.
- 트리거 발생 시 비상연락망, 차단밸브, 격리 절차, 대피 절차를 “체크리스트 실행”으로 연결해야 하다.
- 훈련 시나리오를 시스템에 등록하고, 훈련 결과를 증빙으로 남겨야 하다.
주의 : 비상연락망은 인사 변동이 잦아 금방 낡다. ERP 인사마스터와 연동하여 직책 기준으로 자동 갱신되도록 만들어야 하다.
9. 전자증빙 품질을 결정하는 것은 “감사로그·전자서명·권한”이다
대관 대응은 제출물뿐 아니라 제출물이 만들어진 과정의 신뢰성까지 요구되는 경우가 많다. 다음은 최소 통제 요건이다.
- 권한은 물질마스터 수정, 분류값 변경, 의무 엔진 규칙 변경, 보고서 수치 조정 권한을 분리해야 하다.
- 중요 데이터는 전자서명(승인자, 승인시각, 승인사유)을 의무화해야 하다.
- 파일 첨부는 단순 업로드가 아니라 해시값, 버전, 배포 대상, 배포 시각을 기록해야 하다.
- 로그는 조회·다운로드까지 포함해야 하다.
10. 구축 시 많이 놓치는 “출력물”을 처음부터 정의해야 하다
현장은 화면보다 출력물이 중요하다. 아래 출력물을 사전에 정의하고, 데이터 소스와 책임자를 매핑해야 한다.
| 출력물 | 주요 데이터 소스 | 생성 주기 | 관리 포인트 |
|---|---|---|---|
| 화학물질 목록/분류 현황 | 물질마스터, 규제분류 테이블 | 상시 | 분류 변경 이력과 유효기간 관리가 필요하다. |
| 취급량 집계 리포트 | ERP 재고, MES 투입/잔량/폐기 이벤트 | 월/분기 | 농도·환산 로직 버전과 조정 근거가 필요하다. |
| 허가/신고 진행 현황 | 워크플로 티켓, 기한, 제출 이력 | 주간 | 지연 원인 코드와 리스크 등급이 필요하다. |
| 점검 캘린더 및 결과 | 설비자산, 점검 체크리스트, CAPA | 월 | 미이행 자동 경보와 대체 수행 기록이 필요하다. |
| 비상대응 훈련 기록 | 훈련 시나리오, 참가자, 결과 | 반기/연 | 개선조치가 CAPA로 연결되어야 하다. |
11. 개발팀이 바로 쓰는 데이터 모델 예시를 제시하다
아래 예시는 “물질–용기–공정투입–폐기”를 최소 단위로 묶는 구조이다. 실제 구축 시에는 사업장 의무와 운영방식에 따라 확장해야 하다.
-- 1) 물질 마스터 CREATE TABLE chem_master ( chem_id VARCHAR(40) PRIMARY KEY, name_ko VARCHAR(200) NOT NULL, name_en VARCHAR(200), cas_no VARCHAR(20), hazard_category VARCHAR(80), -- 세부분류 값(설정 기반) is_accident_prep CHAR(1) DEFAULT 'N', is_restricted CHAR(1) DEFAULT 'N', is_prohibited CHAR(1) DEFAULT 'N', msds_version VARCHAR(40), msds_issue_date DATE, valid_from DATE NOT NULL, valid_to DATE, updated_at TIMESTAMP NOT NULL ); -- 2) 용기(컨테이너) 단위 재고 CREATE TABLE chem_container ( container_id VARCHAR(60) PRIMARY KEY, chem_id VARCHAR(40) NOT NULL, lot_no VARCHAR(60), concentration_pct DECIMAL(6,3), qty DECIMAL(18,6) NOT NULL, uom VARCHAR(10) NOT NULL, location_code VARCHAR(40) NOT NULL, status VARCHAR(20) NOT NULL, -- in_stock/issued/returned/disposed msds_version VARCHAR(40), received_at TIMESTAMP, FOREIGN KEY (chem_id) REFERENCES chem_master(chem_id) ); -- 3) MES 공정 투입 이벤트 CREATE TABLE mes_chem_issue_event ( event_id VARCHAR(60) PRIMARY KEY, container_id VARCHAR(60) NOT NULL, work_order_no VARCHAR(40) NOT NULL, process_line VARCHAR(40), equip_id VARCHAR(40), issued_qty DECIMAL(18,6) NOT NULL, uom VARCHAR(10) NOT NULL, issued_at TIMESTAMP NOT NULL, operator_id VARCHAR(40) NOT NULL, FOREIGN KEY (container_id) REFERENCES chem_container(container_id) ); -- 4) 폐기/위탁 이벤트 CREATE TABLE chem_disposal_event ( disposal_id VARCHAR(60) PRIMARY KEY, container_id VARCHAR(60), chem_id VARCHAR(40) NOT NULL, qty DECIMAL(18,6) NOT NULL, uom VARCHAR(10) NOT NULL, method VARCHAR(40) NOT NULL, vendor_name VARCHAR(120), disposed_at TIMESTAMP NOT NULL );12. 개선 프로젝트 수행 순서를 잘못 잡으면 실패 확률이 높다
실무에서는 화면부터 만들면 반드시 재작업이 발생한다. 아래 순서가 안전하다.
- 물질 분류 체계와 마스터 표준을 먼저 확정해야 하다.
- 의무 엔진의 입력값, 출력값, 근거 로그 포맷을 확정해야 하다.
- ERP–MES 키(용기/LOT/작업오더) 통합 규칙을 확정해야 하다.
- 점검·CAPA·비상대응 실행 흐름을 워크플로로 확정해야 하다.
- 서식 버전별 출력물 목록과 필수 필드를 확정해야 하다.
- 마지막에 화면과 리포트를 구현해야 하다.
FAQ
ERP만으로도 충분하고 MES 연동은 나중에 해도 되다?
구매·입고·재고 중심의 증빙은 ERP만으로도 일정 부분 가능하다. 그러나 실제 취급량과 공정 사용량의 정합성은 MES 이벤트가 없으면 수기 보정이 반복되기 쉽다. 특히 공정 투입과 잔량·반납·폐기 이벤트가 분리된 사업장은 MES 연동을 우선순위로 두는 것이 운영 품질에 유리하다.
의무 판단 로직을 누가 유지보수해야 하다?
법규 담당(EHS/환경안전)이 규칙과 기준값을 소유하고, IT는 규칙 엔진과 배포 체계를 제공하는 분리가 바람직하다. 규칙은 설정값으로 관리하고, 변경 시 승인·검증·배포 로그가 남도록 해야 하다.
서식이 바뀌면 출력물을 매번 개발해야 하다?
서식 항목을 템플릿으로 분리하고, 데이터 소스 매핑을 설정으로 관리하면 개발 부담을 줄일 수 있다. 다만 서식 구조 자체가 크게 바뀌는 경우는 예외이며, 그때도 “버전 관리”가 되어 있으면 영향 범위를 빠르게 통제할 수 있다.
현장 자체점검을 종이에서 모바일로 바꾸면 어떤 점이 좋아지다?
누락 방지, 사진 첨부, 위치·시간 자동 기록, 즉시 CAPA 발행이 가능해진다. 무엇보다 “점검을 했는지”가 아니라 “어떤 기준으로 확인했는지”가 데이터로 남아 대관 대응력이 올라가다.