폐쇄망 규정관리 시스템, 도입 전에 확인해야 할 5가지

규정관리 시스템 검토가 유독 어려운 이유

규정관리 시스템은 기관 내부에서만 쓰이는 시스템입니다. 그래서 외부에 공개된 비교 자료가 거의 없습니다. 도입을 검토하는 담당자는 대개 이런 상황에 놓입니다.

비슷한 규모 기관이 어떤 시스템을 쓰는지 알기 어렵고, 벤더마다 기능 명칭이 달라 같은 기능인지 다른 기능인지조차 판단하기 어렵습니다.

여기에 공공기관 특유의 조건이 하나 더 붙습니다. 망분리입니다. 인터넷과 분리된 업무망에서 운영해야 하는 순간, 일반적인 클라우드형 문서관리 제품은 검토 대상에서 대부분 탈락합니다.

아래는 위지스가 조폐공사, 연세대학교, 인천·부산·울산교육청 등의 규정·법무 시스템을 구축하면서 도입 검토 단계에서 반복적으로 확인했던 항목들입니다.

1. 망 환경 — 폐쇄망이면 세 가지가 달라진다

폐쇄망 구축은 단순히 "서버를 내부에 둔다"는 문제가 아닙니다. 실제로는 세 가지가 함께 바뀝니다.

첫째, 외부 API 의존 구조가 전부 무력화됩니다. 검색 엔진을 외부 서비스로 쓰거나, 문서 변환·OCR을 상용 클라우드 API로 처리하거나, AI 기능이 외부 모델을 호출하는 구조라면 폐쇄망에서는 그 기능이 통째로 죽습니다. 제안 단계에서 "폐쇄망 가능"이라는 답변만 받지 말고, 각 기능별로 외부 통신이 필요한지를 항목 단위로 확인해야 합니다.

둘째, 법령 데이터 갱신 경로를 설계해야 합니다. 규정은 상위 법령을 근거로 삼기 때문에 법령 데이터가 낡으면 시스템의 가치가 급격히 떨어집니다. 폐쇄망에서는 인터넷망 수집 서버가 개정분을 모아 갱신 패키지를 만들고, 기관의 망연계(자료 반출입) 절차를 거쳐 내부망에 반영하는 구조가 필요합니다. 망연계 설비가 없는 기관이라면 승인된 매체를 이용한 수동 반입 절차를 미리 합의해 두어야 합니다.

셋째, 유지보수 방식이 달라집니다. 원격 접속이 막히므로 장애 대응이 방문 점검 중심이 됩니다. 계약 단계에서 정기 방문 주기와 긴급 대응 절차를 명시해야 나중에 분쟁이 없습니다.

2. 기능 범위 — "열람용"과 "제·개정 관리"는 다른 시스템이다

같은 규정관리 시스템이라도 목적에 따라 필요한 기능이 크게 다릅니다.

유형	핵심 기능	주 사용자	구축 난이도
열람 중심	규정 등록, 통합 검색, 웹·모바일 열람, 문서 내려받기	전 직원	낮음
제·개정 관리	개정 요청·기안, 결재 워크플로, 신구대비표 자동 생성, 시행일 예약 반영, 이력·버전 관리	규정 소관부서·법무팀	높음
법무 통합	위 기능 + 외부자문 관리, 송무사건 관리, 자문·수임 비용 관리	법무팀·감사실	높음

검토 초기에 "규정을 잘 찾게 하고 싶다"로 시작했다가 요구사항 정의 단계에서 결재 워크플로가 추가되면서 범위와 비용이 크게 늘어나는 경우가 많습니다. 결재 연동 여부를 처음부터 결정하는 것이 예산 정확도를 높이는 가장 확실한 방법입니다.

특히 신구대비표 자동 생성은 기관마다 요구 수준 차이가 큰 기능입니다. 조문 단위 비교만 하면 되는지, 별표·서식 변경까지 대비표에 포함해야 하는지, 기관 고유의 대비표 서식을 그대로 재현해야 하는지에 따라 개발량이 몇 배로 벌어집니다.

3. 데이터 이관 — 예산에서 가장 자주 누락되는 항목

기존 규정은 대부분 HWP 파일로 관리되고 있습니다. 이 문서를 시스템에 넣으려면 편·장·절·조·항·호 구조로 구조화해야 하는데, 여기서 비용이 갈립니다.

• 서식이 일관된 최신 HWP 파일 — 자동 변환 비율이 높아 이관 부담이 작습니다
• 서식이 제각각이거나 표·별표가 많은 문서 — 수작업 보정이 늘어납니다
• 스캔 이미지 PDF — OCR과 전면 재작업이 필요해 비용이 가장 큽니다

검토 단계에서 규정 건수와 함께 문서 상태(파일 형식, 서식 일관성, 별표 비중)를 조사해 벤더에 제공하면 견적 정확도가 크게 올라갑니다. 이관 후 소관부서 검수 기간도 일정에 반드시 포함시켜야 합니다.

4. 운영환경 적합성 — 기관 표준환경부터 확인한다

공공기관은 대부분 표준 운영환경을 가지고 있습니다. 도입 검토 시 아래 항목을 정리해 벤더에 전달하면 적합성 판단이 빨라집니다.

항목	확인할 내용
OS	배포판과 버전 (Rocky Linux, RHEL, Ubuntu Server, Windows Server 등)
DBMS	제품과 버전, 국산 DBMS(Tibero) 사용 여부, 기관 표준 계정 정책
WAS·웹서버	Tomcat·JEUS·WebLogic 등 제품과 버전, 웹서버 이중화 여부
프레임워크	전자정부 표준프레임워크 적용 의무 여부
인증	기존 SSO·LDAP·AD, 행정전자서명(GPKI·EPKI) 연계 필요 여부
브라우저	기관 표준 브라우저, 구형 브라우저 지원 요구 여부
서버 자원	가상화 여부, 할당 가능한 vCore·RAM·스토리지

특히 국산 DBMS·WAS 지원 여부는 조달 요건과 직결되는 경우가 많으므로 제안 요청 전에 확인해 두는 편이 안전합니다.

5. 확장 모듈 — 외부자문·송무는 범위 설정이 핵심이다

규정관리를 도입하면서 법무 업무 전반을 함께 전산화하려는 기관이 늘고 있습니다. 이때 자주 검토되는 것이 외부자문관리와 송무관리입니다.

외부자문관리는 자문 의뢰 내용·검토 쟁점·회신 결과·후속 조치의 처리 이력, 자문기관(법무법인·변호사)의 기본정보와 활용 이력, 건별 자문료와 지급 여부를 관리하는 영역입니다.

송무관리는 소송 사건의 기본정보와 진행 상태, 외부대리인·수임료 관리, 판결·조정·화해·취하 등 종결 결과와 후속 조치, 소장·답변서·증거자료 등 소송자료 관리, 그리고 진행 중 사건의 쟁점·위험등급·예상 영향을 관리하는 송무리스크 관리로 구성됩니다.

여기서 비용을 좌우하는 것은 기능 개수가 아니라 범위 수준입니다.

• 경량 범위 — 기본정보 등록, 진행 현황 조회, 이력 관리 중심. 구축 기간과 비용이 크게 줄어듭니다
• 확장 범위 — 결재 연동, 예산·회계 시스템 연계, 일정 알림, 통계·리스크 대시보드까지 포함

도입 검토 단계에서는 경량 범위로 시작해 운영 데이터가 쌓인 뒤 확장하는 방식이 실패 확률이 낮습니다.

검토 단계에서 벤더에 요청할 자료

마지막으로, 비교 검토를 제대로 하려면 아래 자료를 동일한 형식으로 받아 보는 것이 좋습니다.

• 대분류·세부기능 단위의 기능 명세서 (기본 제공 기능과 커스터마이징 기능을 구분한 것)
• 시스템 구성도 (폐쇄망 구축 시 인터넷망·망연계·내부망 구간 표시)
• 지원 가능한 OS·DBMS·WAS·웹서버·브라우저 목록과 버전
• 규모별 H/W 권장 사양
• 라이선스 정책과 적용 범위(기관 단위·캠퍼스 단위·사업장 단위) 정의
• 데이터 이관 방식과 산정 기준
• 유지보수 범위와 폐쇄망 기관 대응 방식
• 유사 규모 기관 구축 사례

정리

규정관리 시스템 도입에서 실패의 원인은 대부분 기능 부족이 아니라 범위 정의의 모호함입니다. 망 환경, 결재 연동 여부, 데이터 이관 조건, 확장 모듈 범위 — 이 네 가지를 제안 요청 전에 정리해 두면 견적 편차가 줄고, 구축 후 분쟁도 줄어듭니다.

위지스는 공공기관·공기업·대학의 규정·법무 시스템을 내부망 환경 중심으로 구축해 왔습니다. 기능 목록, 규모별 H/W 권장 사양, 지원 운영환경 매트릭스, 외부자문·송무 확장 모듈 범위는 규정관리 솔루션 페이지에서 확인하실 수 있습니다. 도입 검토 단계의 기술 자문이나 제안요청서(RFP) 작성 지원이 필요하시면 문의 주십시오.