이 글의 목적은 통합환경허가 사업장이 허가조건 이행, 기록·보존, 연간보고, 정기검사 대응을 한 번에 관리할 수 있도록 데이터 관리 시스템 구축 요건과 설계 방법을 실무 기준으로 정리하는 것이다.
1. 통합허가 데이터 관리 시스템이 필요한 이유
통합환경허가 사후관리는 허가조건 이행 확인과 함께 운영데이터를 전산으로 축적하고 제출기한을 준수하는 체계가 핵심이다.
현장에서 실패가 잦은 원인은 데이터가 문서 중심으로 흩어져 있고 변경이력과 근거자료가 연결되지 않는 구조이기 때문이다.
데이터 관리 시스템은 허가조건을 기준정보로 고정하고, 운전·측정·정비·약품사용·가동시간·배출량 산정근거를 거래데이터로 연결하여 감사추적을 가능하게 하는 장치이다.
주의 : 통합허가 대응에서 가장 큰 리스크는 “기한 내 미제출”과 “근거 없는 수기 재작성”이다. 제출 파일이 완성되어도 원천데이터와 계산근거가 분리되어 있으면 정기검사에서 동일자료를 재구성해야 하며 부적합 판단 가능성이 커지다.
2. 시스템 범위 정의
2.1 반드시 포함해야 하는 업무 범위이다
- 허가조건 관리와 조건별 증빙 연결이다.
- 배출 및 방지시설 운영기록과 월 단위 기록·보존 자료 생성이다.
- 자가측정, 자동측정, 외부위탁 결과 수집과 검증이다.
- 배출량 산정 로직과 산정근거 문서화이다.
- 연간보고서 데이터셋 자동 집계와 제출본 버전관리이다.
- 정기검사 대응 패키지 출력과 Q&A 이력관리이다.
- 공정변경 관리와 변경허가·변경신고 판단 근거관리이다.
2.2 권장 확장 범위이다
- 환경관리수준평가 지표 자동 산출이다.
- 방지시설 성능기준 대비 이탈 조기경보이다.
- 약품·연료·원료 사용량과 배출계수 연동이다.
- 설비자산관리와 정비이력 통합이다.
3. 핵심 데이터 항목과 표준 데이터 모델
3.1 데이터 도메인 분류이다
| 도메인 | 대표 엔터티 | 주요 필드 예시 | 품질 기준 |
|---|---|---|---|
| 허가조건 기준정보 | 허가조건, 배출시설, 방지시설, 배출구, 오염물질 | 조건번호, 한도, 적용기간, 적용시설, 측정방법 | 변경이력 필수, 조건-증빙 링크 1:N |
| 운영기록 | 가동시간, 운전조건, 운전일지 | 일자, 교대, 부하, 온도, 압력, 유량 | 원천 자동수집 우선, 수기 입력은 사유 필수 |
| 측정데이터 | 자가측정, 자동측정, 시료채취 | 측정일시, 항목, 농도, 유량, 검출한계 | 원본파일 보관, 수정 시 이력 남김 |
| 배출량 산정 | 산정식, 배출계수, 활동자료 | 활동자료, 계수, 보정계수, 결과, 근거문서 | 재현 가능, 같은 입력이면 같은 결과 |
| 증빙문서 | 계측성적서, 정비기록, 구매전표 | 문서번호, 발행일, 유효기간, 파일해시 | 위변조 방지, 검색 가능 |
3.2 최소 권장 테이블 구조이다
허가조건을 기준 테이블로 고정하고 모든 거래데이터가 조건번호를 참조하도록 설계하는 것이 핵심이다.
-- 허가조건 마스터 TABLE permit_condition ( condition_id VARCHAR(50) PRIMARY KEY, media_type VARCHAR(20), -- 대기/수질/악취/폐기물 등 facility_id VARCHAR(50), outlet_id VARCHAR(50), pollutant_code VARCHAR(50), limit_value DECIMAL(18,6), limit_unit VARCHAR(20), apply_from DATE, apply_to DATE, condition_text TEXT, version_no INT, status VARCHAR(20), -- active/closed created_at TIMESTAMP, created_by VARCHAR(50) );
-- 운전기록(일/교대 단위)
TABLE operation_log (
op_id BIGINT PRIMARY KEY,
facility_id VARCHAR(50),
op_date DATE,
shift_code VARCHAR(10),
runtime_min INT,
load_pct DECIMAL(6,2),
key_params_json TEXT, -- 온도/압력/유량 등 확장
source_type VARCHAR(20), -- DCS/수기/외부
evidence_doc_id VARCHAR(50),
created_at TIMESTAMP,
created_by VARCHAR(50)
);
-- 조건 이행 증빙 링크
TABLE condition_evidence (
link_id BIGINT PRIMARY KEY,
condition_id VARCHAR(50),
evidence_doc_id VARCHAR(50),
evidence_type VARCHAR(30), -- 측정/정비/점검/교육 등
note TEXT,
created_at TIMESTAMP,
created_by VARCHAR(50)
);
-- 문서 저장소 인덱스
TABLE document_index (
doc_id VARCHAR(50) PRIMARY KEY,
doc_type VARCHAR(30),
title VARCHAR(200),
issue_date DATE,
valid_to DATE,
file_name VARCHAR(260),
file_hash_sha256 VARCHAR(64),
storage_path VARCHAR(500),
created_at TIMESTAMP,
created_by VARCHAR(50)
);주의 : 문서파일만 저장하고 인덱스와 해시를 저장하지 않으면 동일 파일의 재업로드, 버전 혼선, 위변조 논란이 발생하다. 최소한 파일해시와 발행일, 유효기간은 강제 입력 항목으로 설계하다.
4. 업무 프로세스 설계
4.1 월간 기록·보존 프로세스이다
월간 프로세스는 “원천수집 → 검증 → 보완입력 → 조건 매핑 → 제출본 생성 → 결재 → 잠금” 순으로 고정하는 것이 운영 안정성을 만든다.
| 단계 | 입력 | 검증 포인트 | 산출물 |
|---|---|---|---|
| 원천수집 | DCS, 계측기, 시험성적서, 전표 | 누락일, 중복, 시간대 불일치 | 원천데이터 적재 |
| 검증 | 원천데이터 | 값 범위, 단위, 센서 교정기간 | 검증결과 리포트 |
| 보완입력 | 수기 보완 | 사유코드, 증빙문서 첨부 | 보완완료 상태 |
| 조건 매핑 | 시설·배출구·오염물질 | 조건누락, 조건중복 매핑 | 조건별 요약 |
| 제출본 생성 | 요약 데이터 | 템플릿 버전, 서식 무결성 | 제출 파일, 내부 백업본 |
| 결재 및 잠금 | 제출본 | 승인자, 승인일, 수정금지 | 월 마감 패키지 |
4.2 연간보고 프로세스이다
연간보고는 월 데이터의 단순 합산이 아니라 산정경계, 가동률, 활동자료 변경, 계수 변경의 영향이 분리되어야 한다.
연간보고 모듈은 “연도 스냅샷”을 만들어 해당 연도에 적용한 조건 버전과 산정식 버전을 같이 잠그는 구조가 바람직하다.
4.3 정기검사 대응 프로세스이다
정기검사는 제출본만 보여주는 방식이 아니라 원천데이터, 계산근거, 증빙문서의 연결성을 확인받는 과정이다.
따라서 시스템은 조건별로 “증빙 패키지”를 자동으로 묶어 출력하는 기능이 필요하다.
5. 시스템 아키텍처와 구현 선택지
5.1 아키텍처 기본안이다
- 데이터레이어는 관계형 DB로 기준정보와 이력을 보존하다.
- 수집레이어는 파일수집과 API 수집을 분리하다.
- 업무레이어는 월마감, 연마감, 변경관리 워크플로를 제공하다.
- 리포팅레이어는 제출 서식 출력과 내부 대시보드를 제공하다.
5.2 구축 방식 비교이다
| 방식 | 장점 | 단점 | 권장 대상 |
|---|---|---|---|
| 엑셀 중심 + 검증 매크로 | 도입이 빠르다 | 이력·권한·감사추적이 약하다 | 소규모 사업장 초기 단계이다 |
| 그룹웨어 + 문서관리 강화 | 문서 통제가 쉽다 | 데이터 계산 재현성이 약하다 | 문서 중심 제출이 많은 조직이다 |
| 전용 웹 시스템 + DB | 이력과 자동집계가 강하다 | 초기 설계가 어렵다 | 통합허가 핵심 관리대상 사업장이다 |
| MES·EHS 통합 | 운영데이터 자동수집이 강하다 | 연계 비용이 크다 | 대규모 연속공정 사업장이다 |
주의 : 통합허가 데이터는 “연 1회 보고”가 아니라 “월 단위 기록·보존”을 전제로 쌓여야 하다. 연말에만 자료를 모으는 구조는 누락과 재작성 비용이 폭증하다.
6. 연계 설계 체크포인트
6.1 외부 시스템 연계 대상 분류이다
사업장 상황에 따라 자동측정, 배출량 관리, 내부 DCS, 구매·재고 시스템이 분리되어 존재하다.
연계 설계에서는 “값의 원천”을 하나로 지정하고 다른 경로는 참고로만 두는 원칙이 필요하다.
6.2 연계 데이터 매핑 테이블 예시이다
| 원천 | 수집주기 | 수집항목 | 검증규칙 | 저장위치 |
|---|---|---|---|---|
| DCS | 1분~1시간 | 유량, 온도, 압력, 부하 | 범위검사, 결측치 보간 금지 | timeseries_raw |
| 자동측정 데이터 | 실시간~일 | 농도, 배출가스유량, 산소 | 교정기간, 이상치 플래그 유지 | monitoring_raw |
| 시험성적서 | 측정 시 | 시료결과, 분석법, 검출한계 | 원본파일 첨부, 값 단위 표준화 | lab_result |
| 구매·재고 | 일~월 | 약품사용량, 연료사용량 | 품목코드 표준화, 반품 처리 | activity_data |
7. 데이터 품질관리와 감사추적 설계
7.1 데이터 품질 지표 정의이다
- 완전성은 기간 내 필수항목 입력률로 관리하다.
- 정합성은 단위 표준, 시설코드 표준, 시간대 표준으로 관리하다.
- 정확성은 원본파일과 전산값의 샘플 대조로 관리하다.
- 적시성은 마감일 대비 입력 지연 일수로 관리하다.
7.2 변경이력 기본 규칙이다
허가조건, 산정식, 계수, 배출구 구성은 변경 시점이 곧 리스크가 되므로 이력 테이블을 분리하고 사용시점을 명시해야 하다.
-- 변경이력 예시 TABLE audit_log ( audit_id BIGINT PRIMARY KEY, entity_name VARCHAR(50), entity_key VARCHAR(100), action_type VARCHAR(20), -- INSERT/UPDATE/DELETE before_json TEXT, after_json TEXT, reason_code VARCHAR(30), changed_at TIMESTAMP, changed_by VARCHAR(50) );주의 : 값 수정 기능을 “덮어쓰기”로 구현하면 정기검사에서 수정 전 값과 수정 사유를 제시하지 못하다. 모든 수정은 이력과 사유코드를 강제해야 하다.
8. 권한체계와 운영조직 설계
8.1 최소 권한 역할 정의이다
| 역할 | 권한 범위 | 주요 책임 | 권장 인원 |
|---|---|---|---|
| 시스템관리자 | 사용자·코드·템플릿 관리 | 표준 유지, 계정 통제 | 1명 |
| 환경데이터 관리자 | 조건·시설 마스터 관리 | 조건 버전관리, 매핑 검증 | 1~2명 |
| 현장 입력자 | 운전·정비·점검 입력 | 원천기록 적시 입력 | 공정별 |
| 검토자 | 월마감 검토·반려 | 품질 점검, 누락 제거 | 1명 이상 |
| 승인자 | 제출본 확정 | 대외 제출 책임 | 1명 |
8.2 운영 규정 문서화 항목이다
- 월 마감일과 내부 선마감일 정의이다.
- 수기 입력 허용 범위와 사유코드 체계 정의이다.
- 자료 수정 승인 프로세스 정의이다.
- 문서 보관 규칙과 파일명 규칙 정의이다.
- 정기검사 대응 패키지 구성 정의이다.
9. 구축 단계 로드맵과 산출물
9.1 6단계 구축 로드맵이다
| 단계 | 핵심 작업 | 필수 산출물 | 성공 기준 |
|---|---|---|---|
| 1단계 진단 | 조건·데이터 흐름·템플릿 조사 | 데이터 목록, 갭 분석 | 누락 항목 0으로 정의 |
| 2단계 표준화 | 시설코드·오염물질코드·단위 통일 | 코드북, 단위표준 | 중복코드 제거 |
| 3단계 DB 구축 | 마스터/거래/문서/이력 설계 | ERD, DDL | 이력 추적 가능 |
| 4단계 수집 자동화 | DCS·측정·문서 수집 파이프라인 | 수집 로그, 오류 처리 규칙 | 월 데이터 자동 적재 |
| 5단계 업무화면 | 월마감·연마감·변경관리 UI | 워크플로, 권한체계 | 결재 후 잠금 |
| 6단계 운영정착 | 교육·운영규정·점검체계 | 운영 매뉴얼, 교육이력 | 기한 내 제출률 100% |
10. 실무 체크리스트
| 점검 항목 | 체크 방법 | 빈도 | 미흡 시 리스크 |
|---|---|---|---|
| 허가조건-시설 매핑 최신화 | 조건 버전과 적용기간 대조 | 월 1회 | 조건 누락으로 부적합 가능 |
| 원천데이터 결측 점검 | 일자별 수집률 리포트 확인 | 주 1회 | 연간보고 재작성 비용 증가 |
| 수기 입력 사유 첨부 | 사유코드와 증빙문서 링크 확인 | 월 1회 | 데이터 신뢰성 저하 |
| 산정 로직 변경관리 | 계수·식 변경 시 승인 절차 적용 | 변경 시 | 배출량 불일치로 보완요구 가능 |
| 문서 무결성 | 파일해시와 인덱스 일치 확인 | 분기 1회 | 원본성 분쟁 위험 |
FAQ
통합허가 데이터 관리 시스템을 엑셀로만 운영해도 되다?
초기에는 가능하나 이력관리, 권한통제, 증빙 연결이 약해 정기검사 대응 비용이 커지다. 월마감 잠금, 수정이력, 문서 인덱스 기능이 엑셀만으로 구현되기 어렵기 때문이다.
가장 먼저 표준화해야 하는 항목은 무엇이다?
시설코드, 배출구코드, 오염물질 코드, 단위 체계가 1순위이다. 이 네 가지가 통일되지 않으면 자동집계와 조건 매핑이 실패하다.
수기 입력을 완전히 금지해야 하다?
완전 금지는 현실적으로 어렵다. 대신 수기 입력 시 사유코드와 증빙문서 첨부를 강제하고, 월마감 전 검토자가 표본 대조를 수행하도록 설계하는 것이 효과적이다.
정기검사 대응을 위해 시스템에서 바로 뽑아야 하는 자료는 무엇이다?
조건별 증빙 패키지, 월 마감 패키지, 연도 스냅샷, 수정이력 리포트가 필수이다. 제출본과 원천데이터 연결표가 함께 출력되어야 설명이 단순해지다.