이 글의 목적은 K-REACH 규제 대응 업무와 산업안전보건법상 MSDS 작성·제출 업무를 하나의 데이터 흐름으로 통합하여 오류를 줄이고 변경관리를 체계화하는 실무 방법을 정리하는 것이다.
1. K-REACH와 MSDS 온라인 시스템을 “연계”로 봐야 하는 이유
K-REACH 이행은 물질 정체성, 조성, 분류·표시, 용도, 노출 및 위해성 정보가 핵심 데이터가 되는 업무이다.
MSDS 이행은 제품의 구성성분, 유해·위험성 분류, 표시, 취급·저장, 노출기준, 독성정보, 폐기 등 16개 항목을 정합성 있게 관리하는 업무이다.
두 제도는 법령과 제출기관이 다르더라도 동일한 원천데이터를 반복 사용한다는 공통점이 크다고 한다.
따라서 “문서 작성”이 아니라 “마스터데이터 관리”로 전환하면 품질과 속도를 동시에 확보할 수 있다고 한다.
주의 : 두 시스템의 요구 형식이 다르다는 이유로 데이터를 따로 만들기 시작하면, 조성 변경·분류 변경 시점에 상호 불일치가 누적되어 법적 리스크가 커진다고 한다.
2. 온라인 통합시스템 관점에서의 역할 분리
2.1 환경부 K-REACH 전자처리 시스템의 업무 성격
K-REACH 전자처리 시스템은 등록·변경등록·등록등면제 등 법적 이행을 전자적으로 처리하는 창구 성격이 강하다고 한다.
보고서 작성 후 수수료 결제, 제출, 접수번호 취득, 결정 통지 수신까지의 행정 절차가 포함되는 것이 특징이라고 한다.
2.2 안전보건공단 MSDS 제출·비공개 승인 시스템의 업무 성격
MSDS 시스템은 MSDS 작성, 최초 제출, 재제출, 비공개 신청 및 결과 확인 등 “문서 제출과 정보 비공개 관리” 기능이 결합된 구조라고 한다.
따라서 연계의 목표는 시스템 간 직접 전송보다, 동일 데이터가 서로 다른 제출 서식으로 안정적으로 변환되도록 내부 프로세스를 설계하는 데 있다고 한다.
3. 연계의 핵심은 “공통 키” 설계이다
연계 설계에서 가장 먼저 해야 할 일은 동일 항목을 동일하게 식별하는 공통 키를 정의하는 일이라고 한다.
| 공통 키 후보 | 권장 사용 범위 | 실무 포인트 |
|---|---|---|
| 물질 식별자 | 단일물질 중심 | 명칭은 변동이 잦아 식별자로 단독 사용하지 않는 것이 일반적으로 유리하다고 한다. |
| CAS 번호 | 단일물질·혼합물 구성성분 | 구성성분 관리의 기준 축으로 사용하기 좋으나, UVCB 등 CAS 기반 식별이 제한적인 경우가 존재한다고 한다. |
| 사내 물질코드 | 전사 마스터 | ERP·구매·품질·EHS를 연결하는 키로 가장 안정적이며, 외부 식별자와 매핑 테이블을 운영하는 방식이 실무적이라고 한다. |
| 제품코드 | 혼합물·제품 MSDS | 같은 제품이라도 조성 버전이 바뀌면 별도 버전키가 필요하다고 한다. |
| 조성 버전키 | 변경관리 | 조성 변경 이력과 제출 문서 버전을 강제 연결하는 키로 운영해야 한다고 한다. |
4. K-REACH 데이터와 MSDS 16개 항목의 매핑 전략이다
연계의 품질은 “어떤 항목이 어디에서 생성되고 어디로 흘러가는지”를 명확히 정의하는 데서 결정된다고 한다.
| 데이터 영역 | K-REACH 관점 | MSDS 관점 | 권장 단일 원천이다 |
|---|---|---|---|
| 물질·제품 식별 | 물질 정체성 중심으로 관리하다 | 제품명/용도/공급자 정보와 연결하다 | 사내 마스터(물질코드·제품코드)이다 |
| 조성(구성성분·함량) | 등록자료의 핵심 기반이 되다 | 구성성분 표시·비공개 판단의 핵심이 되다 | 조성 BOM 마스터이다 |
| 분류·표시(GHS) | 분류 근거 및 위해성 평가와 연결하다 | 2항목 표기 및 라벨 요소를 생성하다 | 분류결정 기록서(근거 포함)이다 |
| 노출·위해성 정보 | 용도/노출시나리오/위해성 판단에 사용하다 | 노출기준, 개인보호구, 공학적 관리에 반영하다 | EHS 평가 결과 저장소이다 |
| 독성·생태 정보 | 시험자료 및 요약정보로 관리하다 | 11~12항목 기술에 사용하다 | 시험요약 데이터베이스이다 |
| 운송·폐기·규제 | 규제 준수 항목으로 정리하다 | 14~15항목 및 폐기 지침으로 제공하다 | 규제 룰셋 테이블이다 |
주의 : 분류·표시는 “결과 값”만 저장하면 재현성이 사라진다고 한다. 분류 근거, 적용 농도구간, 데이터 출처, 판단일, 검토자를 함께 저장해야 변경 시 원인 추적이 가능하다고 한다.
5. 실무 프로세스는 “입력 1회, 산출 다중” 구조로 설계하다
5.1 권장 업무 흐름이다
| 단계 | 주요 작업 | 산출물 | 검증 포인트 |
|---|---|---|---|
| 1 | 물질/제품 마스터 등록을 하다 | 물질코드, 제품코드, 공급자 정보이다 | 중복 코드, 명칭 중복을 차단하다 |
| 2 | 조성 BOM 확정을 하다 | 구성성분, 함량, 조성 버전키이다 | CAS 표준화, 함량 합계, 단위 일관성을 점검하다 |
| 3 | 분류·표시 결정을 하다 | GHS 분류, 라벨 요소, 근거 기록이다 | 농도구간 적용, 혼합물 가산원칙, 최신 개정 반영을 점검하다 |
| 4 | MSDS 16개 항목 자동 채움 후 보정하다 | MSDS 초안, 개정이력이다 | 2항목, 3항목, 11~12항목의 정합성을 우선 점검하다 |
| 5 | MSDS 제출 및 비공개 항목 판단을 하다 | 제출본, 비공개 신청자료이다 | 비공개 사유·대체명칭·범위 설정을 점검하다 |
| 6 | K-REACH 등록/변경등록 자료에 재사용하다 | 등록자료, 변경영향평가서이다 | 조성 변경 시 등록변경 트리거를 확인하다 |
5.2 조성 변경이 발생했을 때의 “자동 경보” 조건이다
연계의 실질 가치는 조성 변경이 법적 제출 변경으로 이어지는지 자동으로 판정하는 데서 나온다고 한다.
# 변경 트리거 예시 로직이다 # 입력: 이전 조성(prev), 신규 조성(new), 분류 결과(prev_cls, new_cls)이다 # 출력: MSDS 개정 필요, MSDS 재제출 필요, K-REACH 변경검토 필요 여부이다 if new.version_key != prev.version_key: msds_revision_required = True if new_cls != prev_cls: msds_resubmission_review = True kreach_change_review = True else: # 분류는 동일하나 구성성분/함량이 바뀐 경우이다 # 비공개 승인 범위, 제한물질 함량기준, 등록자료의 동일성 영향 등을 검토하다 kreach_change_review = True주의 : “분류가 같으니 MSDS는 그대로이다”라는 판단은 위험하다고 한다. 3항목 구성성분 표시, 비공개 승인 범위, 규제함량 기준이 분류와 별개로 바뀔 수 있다고 한다.
6. 시스템 연계에서 자주 터지는 오류와 예방 체크리스트이다
| 오류 유형 | 원인이다 | 현상이다 | 예방 방법이다 |
|---|---|---|---|
| CAS 불일치 | 하이픈, 공백, 자리수 표기 오류이다 | 구성성분 매칭 실패가 발생하다 | CAS 정규화 규칙과 입력 마스크를 적용하다 |
| 함량 합계 오류 | 단위 혼재, 소수점 반올림 누적이다 | 혼합물 분류 계산이 흔들리다 | 합계 100% 검증과 허용오차 정책을 정하다 |
| 분류 근거 누락 | 결과 값만 저장하다 | 개정 시 재현이 불가하다 | 근거 데이터, 판단일, 검토자, 적용 규칙을 기록하다 |
| 비공개 범위 과소/과대 | 비공개 승인 로직을 조성 버전과 분리하다 | 비공개 재신청·반려가 반복되다 | 비공개 승인번호와 조성 버전키를 묶어 관리하다 |
| 문서 버전 충돌 | 파일명 중심으로 관리하다 | 현장에 구버전 MSDS가 남다 | 배포 이력, 수령확인, 만료정책을 운영하다 |
7. 데이터 모델을 단순화하는 “최소 필드 세트” 제안이다
전사 연계를 시작할 때부터 모든 필드를 다 만들면 실패 확률이 커진다고 한다.
최소 필드 세트를 정의하고, 자동 생성 가능한 항목을 우선 자동화하는 방식이 안정적이라고 한다.
| 구분 | 필수 필드이다 | 비고이다 |
|---|---|---|
| 식별 | 물질코드, 제품코드, 물질명(국/영), 공급자이다 | 명칭은 검색성과 문서 출력용으로도 필요하다 |
| 조성 | 구성성분명, CAS, 함량(최소~최대), 조성버전키이다 | 범위형 함량은 비공개 전략과도 연결하다 |
| 분류 | 유해·위험문구, 그림문자, 신호어, 예방문구이다 | 라벨 요소를 일괄 생성 가능하게 하다 |
| 관리 | 작성자, 검토자, 승인일, 적용 시작일, 배포처이다 | 감사 대응의 핵심 로그가 되다 |
8. 조직 운영 관점의 연계 포인트이다
8.1 RACI로 책임을 고정하다
연계가 깨지는 가장 흔한 이유는 “조성 변경을 누가 통지하는지”가 불명확하기 때문이라고 한다.
| 업무 | Responsible | Accountable | Consulted | Informed |
|---|---|---|---|---|
| 조성 변경 발생 통지 | 품질/연구소이다 | 사업부 책임자이다 | EHS, 구매이다 | 생산, 영업이다 |
| 분류·표시 결정 | EHS이다 | EHS 팀장이다 | 품질, 연구소이다 | 영업, 고객지원이다 |
| MSDS 제출/비공개 신청 | EHS이다 | 법규대응 책임자이다 | 품질, 연구소이다 | 생산, 물류이다 |
| K-REACH 등록/변경 검토 | 법규대응 담당이다 | 대표/임원 라인이다 | EHS, 외부 컨설턴트이다 | 구매, 영업이다 |
주의 : 연계 자동화가 있어도 책임이 없으면 데이터는 결국 비어 있게 된다고 한다. 최소한 조성 변경 통지와 분류 승인 권한은 문서화해야 한다고 한다.
9. 도입 난이도별 구현 패턴이다
9.1 엑셀 중심 “저비용” 패턴이다
사내 마스터를 엑셀로 운영하되 입력 규칙, 드롭다운, 검증 수식, 버전키를 강제하여 오류를 줄이는 방식이다.
MSDS 작성·제출용 정보와 K-REACH 검토용 정보를 같은 행에서 파생시키는 구조로 설계하다.
9.2 데이터베이스 중심 “표준” 패턴이다
물질·제품·조성·분류·문서버전을 테이블로 분리하여 변경 이력을 자동으로 남기는 방식이다.
출력은 MSDS 양식과 K-REACH 제출자료 목록 형태로 각각 변환하여 생성하는 방식이다.
9.3 ERP/EHS 통합 “고도화” 패턴이다
구매 품목, 생산 레시피, 출하 제품을 ERP에서 가져와 조성 변경 이벤트를 자동 수집하는 방식이다.
이 방식은 조직 규모가 크고 제품군이 많을수록 투자 대비 효과가 커진다고 한다.
10. 현장 적용을 위한 최종 점검표이다
| 점검 항목 | 합격 기준이다 | 점검 주기이다 |
|---|---|---|
| 공통 키 운영 | 물질코드·제품코드·조성버전키가 모든 문서에 표시되다 | 상시이다 |
| 조성 입력 품질 | CAS 정규화, 함량합계 검증이 자동화되다 | 신규/변경 시이다 |
| 분류 결정 기록 | 근거와 판단 규칙이 저장되다 | 개정 시이다 |
| MSDS 버전 관리 | 배포처·회수·만료 정책이 적용되다 | 분기 1회이다 |
| K-REACH 변경검토 트리거 | 조성/분류 변경 시 자동 알림이 발생하다 | 변경 발생 시이다 |
FAQ
K-REACH 등록자료를 만들면 MSDS는 자동으로 끝나는가?
K-REACH 자료가 MSDS의 많은 항목을 채우는 데 도움을 주는 것은 사실이나, MSDS는 제품 단위의 표시·비공개·배포 관리가 핵심이어서 별도의 제출·개정 관리 체계가 필요하다고 한다.
혼합물 MSDS에서 비공개 승인을 받으면 K-REACH에서도 동일하게 비공개로 처리되는가?
제도 목적과 처리 기준이 다르므로 동일하게 자동 전이된다고 전제하면 위험하다고 한다. 비공개 범위와 근거는 조성 버전키 기준으로 각각의 요건에 맞게 관리해야 한다고 한다.
연계를 시작할 때 가장 먼저 정해야 하는 한 가지는 무엇인가?
사내 물질코드·제품코드와 조성 버전키를 고정하는 일이 우선이라고 한다. 이 키가 없으면 어떤 자동화도 문서 충돌을 막지 못한다고 한다.
조성은 동일한데 MSDS만 개정해야 하는 경우가 있는가?
표기 기준 변경, 분류 기준 개정 반영, 공급자 정보 변경, 비공개 승인 상태 변경 등으로 조성이 같아도 개정이 필요할 수 있다고 한다.