출처: 행정안전부
「정부 전자문서 유통 표준」 고시(개정) (행정안전부 고시 제2024-27호, 2024.4.15.) 요약한 글입니다. 출처는 행정안전부이며 「정부 전자문서 유통 표준」 고시(개정) (행정안전부 고시 제2024-27호, 2024.4.15.)에 대한 글을 다루고 있습니다. 「정부 전자문서 유통 표준」 고시(개정) (행정안전부 고시 제2024-27호, 2024.4.15.) 내용에 대한 전문이 필요하신 분은 하단으로 가시면 「정부 전자문서 유통 표준」 고시(개정) (행정안전부 고시 제2024-27호, 2024.4.15.) 다운로드 및 확인하실 수 있습니다.
「정부 전자문서 유통 표준」 고시(개정) (행정안전부 고시 제2024-27호, 2024.4.15.) | 행정안전부>
행정안전부 홈페이지에 오신것을 환영합니다.
www.mois.go.kr
「정부 전자문서 유통 표준」 고시(개정) (행정안전부 고시 제2024-27호, 2024.4.15.)
제정일 1999년 10월 15일
개정일 2024년 4월 15일
정부 전자문서 유통 표준
[행정안전부고시 제2024-27호, 2024. 4.15.]
2024. 4.
행 정 안 전 부
목 차
Ⅰ. 일반사항
1. 목적···1
2. 적용범위···1
3. 근거 및 관련표준···1
4. 표준 관리 주체···1
5. 표준 관리 방안···1
6. 용어정의···2
Ⅱ. 중계 전송용 통합파일 표준
1. 전송용 통합파일 형식···4
2. 전송용 통합파일 표준 DTD···5
3. 전송용 통합파일 헤더 ···12
4. 전송용 통합파일 본문 ···14
4.1 공문서 정의 DTD 구조 테이블···17
5. 전송용 통합파일 명명···18
6. XML DTD 유지 관리···19
Ⅲ. 정부전자문서유통지원센터 중계 구성
1. 중계시스템 구성도···20
2. 중계시스템 기능···21
2.1 문서중계 처리과정···21
2.2 송․수신 확인···24
2.3 전송용 통합파일의 이력 보관 관리···24
2.4 전송구간 암호화 적용 ···25
2.5 계정관리···25
2.6 장애감지 및 처리···27
2.7 통계관리···27
3. 업무관리시스템 및 전자문서시스템 기능···28
3.1 표준 송수신 연·중계클라이언트 및 중계에이전트 탑재···28
3.2 수신처 지정 기능···28
3.3 전송용 통합파일 생성 시 유의사항···29
3.4 전자서명 적용 기능···29
3.5 업무관리시스템 및 전자문서시스템 기능 분류표···29
Ⅳ. 기타···30
V. 부칙 ···30
붙임 1. 전송용 통합파일 정의(pack.dtd)···31
붙임 2. 공문서 문서형 정의···32
붙임 3. 문서시스템의 정부디렉토리시스템 적용 지침···48
붙임 4. 정부전자문서유통을 위한 전자서명 적용 지침···53
붙임 5. 전결의 대결에 대한 처리 예제···57
붙임 6. 대용량 첨부파일 정보를 포함한 전송용 통합파일 생성···58
Ⅰ. 일반사항
1. 목 적
전자문서 유통에 의한 문서관리 체계의 정착을 위해 각 문서 시스템 간의 안정적인 문서유통이 가능하도록 필요한 기능 및 관련 표준들을 정의하는데 목적이 있다.
2. 적용범위
본 표준은 정부전자문서유통지원센터(이하 “전자문서유통센터”라 한다)를 이용하는 행정‧공공기관 및 민간(법인‧단체, 개인 등)의 전자문서 유통 시 적용된다.
※ 전자문서 유통과 관련된 담당자의 의무와 역할, 이용절차 등은 ‘정부전자문서유통지원센터 운영ㆍ관리지침’을 따른다.
3. 근거 및 관련표준
○ 행정업무의 운영 및 혁신에 관한 규정
○ 행정업무의 운영 및 혁신에 관한 규정 시행규칙
○ 전자정부법
○ 전자정부법 시행령
○ 행정기관의 전자문서시스템 규격
○ 행정기관의 업무관리시스템 규격
4. 표준 관리 주체
본 표준은 행정안전부에서 유지․관리한다.
5. 표준 관리 방안
○ 본 표준을 적용하는데 있어 각종 행정업무의 변화, 관련 법령의 개정 또는 기술의 발전 등에 의해 개정이 필요할 경우 개정 발의자는 행정안전부에 개정을 요청하고 이에 대해 행정안전부는 개정의 필요성과 타당성에 대해 전문기술지원기관 등으로 하여금 연구를 수행하게 하고, 개정(안)을 마련하여 관련 기관의 의견 수렴을 거쳐 개정․고시한다.
○ 행정안전부장관은 「훈령‧예규 등의 발령 및 관리에 관한 규정」에 따라 이 고시에 대하여 2024년 7월 1일 기준으로 매3년이 되는 시점(매 3년째의 6월 30일까지를 말한다)마다 그 타당성을 검토하여 개선 등의 조치를 하여야 한다.
6. 용어 정의
용 어
용 어 정 의
전자문서
컴퓨터 등 정보처리능력을 가진 장치에 의하여 전자적인 형태로 작성, 송․수신 또는 저장된 문서
- 행정업무의 운영 및 혁신에 관한 규정에 따른 전자문서시스템, 업무관리시스템을 이용한 업무처리 과정에서 발생하는 전자문서 중 (행정업무의 운영 및 혁신에 관한 규정 제5조)
- 다른 기관에 발신하여야 하는 시행문서 (행정업무의 운영 및 혁신에 관한 규정 제12조, 행정업무의 운영 및 혁신에 관한 규정 시행규칙 제9조)
전자문서시스템
문서의 기안․검토․협조․결재․등록․시행․분류․편철․보관․보존․이관․접수․배부․공람․검색․활용 등 문서의 모든 처리 절차가 전자적으로 처리되는 시스템
행정정보시스템
행정기관이 행정정보를 생산․수집․가공․저장․검색․제공․송신․ 수신 및 활용하기 위하여 하드웨어․소프트웨어․데이터베이스와 처리절차 등을 통합한 시스템
업무관리시스템
행정기관이 업무처리의 전 과정을 과제관리카드 및 문서관리카드 등을 이용하여 전자적으로 관리하는 시스템
※ 온나라 문서(1.0, 2.0) 시스템 등이 해당됨
전자문서함시스템
공공기관, 대학교, 특수법인 등에서 전자문서유통센터에 연결된 행정‧공공기관 및 민간과 문서의 송ㆍ수신 기능을 제공하는 시스템
문서24 시스템
민간(법인‧단체, 개인 등)에서 전자문서유통센터에 연결된 행정‧공공기관과 문서의 송ㆍ수신 기능을 제공하는 시스템
문서 시스템
문서의 생산 및 유통이 가능한 시스템
- 업무관리시스템, 전자문서시스템, 전자문서함시스템, 문서24 시스템 등을 통칭함
문서처리과
문서 수신이 가능한 일반 처리과
중계본문
타 기관으로 발송되는 통합시행문 공문서 포맷을 전자문서시스템 에서 XML 형태로 변환한 문서
행정전자서명
기안자·검토자·협조자·결재권자 또는 발신명의인의 신원과 전자문서의 변경여부를 확인할 수 있도록 당해 전자문서에 첨부되거나 논리적으로 결합된 전자적 형태의 정보로서 인증을 받은 것
전자이미지서명
기안자․검토자․협조자․결재권자 또는 발신명의인이 전자문서상에 전자적인 이미지 형태로 자기의 성명을 표시하는 것
전자이미지관인
관인의 인영을 컴퓨터 등 정보처리능력을 가진 장치에 전자적인 이미지 형태로 입력하여 사용하는 관인
전자문서 중계
기관 간의 공문서를 전자적으로 유통하는 것을 의미하며, 전자문서유통센터에서 운영하는 중계센터를 이용하는 형태의 전자문서 유통을 의미함
중계시스템
전자문서유통센터에서 기관 간 공문서 유통을 위해 운영하는 중계센터 및 각 기관에 배포ㆍ설치된 연·중계클라이언트, 중계에이전트, 연·중계HUB, 정부 클라우드 기반에 설치된 중계 게이트웨이, 블록체인시스템을 통칭함
대용량 별송시스템
중계시스템을 통해 유통되는 문서의 크기 제한을 완화하기 위해 대용량 파일을 별도로 송ㆍ수신 기능을 제공하는 시스템
중계센터
전자문서유통센터에서 운영하는 중계서버에 탑재되어 전송된 공문서의 유통을 처리하는 시스템을 통칭함
- 중계시스템, 전자문서함시스템, 문서24시스템, 대용량 별송시스템을 포괄함
클라우드
중계 게이트웨이
정부 클라우드 기반에 설치된 업무관리시스템(온나라 문서 2.0)의 문서유통을 처리하는 시스템
연·중계클라이언트
각 기관에서 운영하는 연·중계클라이언트서버에 설치되어 중계센터와의 공문서 유통에 관련된 기능을 처리하는 프로그램
연·중계클라이언트 서버
(문서유통서버)
문서 시스템에서 생성된 전자문서를 수신받아 전송구간 암호화를 적용하여 중계센터로 전송하는 기능을 담당하는 기관의 연·중계클라이언트서버와 중계센터의 연·중계HUB서버
연·중계HUB
문서유통량이 적은 기관의 공동 활용을 목적으로 중계센터에 설치한 연·중계클라이언트 서버
중계에이전트
각 기관의 업무관리시스템 및 전자문서시스템이 설치된 서버에 탑재되어 공문서 유통에 관련된 기능을 담당하는 daemon 프로그램
전송구간 암호화
(SSL 통신)
네트워크에서 데이터가 전송되는 구간의 암·복호화로 네트워크에서 비인가자 또는 악의적인 사용자가 전송 데이터의 내용을 파악하지 못하도록 하는 보안 방식이며 전송되는 전체 데이터에 적용함
Ⅱ. 중계 전송용 통합파일 표준
1. 전송용 통합파일 형식
중계센터를 이용하여 문서 수신처로 발송되는 전송용 통합파일은 중계본문 및 붙임문서에 헤더정보가 Packing 된 형태이며, Packing 시기는 중계 본문에 대한 XML검증이 적용 완료된 이후이다.
※ 행정전자서명(이하 ‘전자서명’이라 함)의 주요 기능은 전자서명 및 검증, 본인확인, 시점확인 등이며, 전자서명의 적용을 위한 표준은 ‘행정전자서명 인증업무지침’(고시)을 적용함
* 시행문 붙임문서(attach_body)는 시행문의 내용을 붙임으로 구성할 경우 포함됨
1) 온나라 문서 2.0, 전자문서함, 문서24 등 클라우드 기반의 시스템에서 발송되는 문서는 attach_body에 공문서 PDF 문서가 첨부됨 (상기 시스템에서 생성한 PDF 파일명은 “공문서의 문서제목.PDF”임)
2) 두 개의 본문(pubdoc.xml과 PDF 파일) 중 PDF 파일이 공문서 진본임
* 중계에 사용되는 모든 파일은 확장자를 반드시 포함하여야 함.
중계본문 및 붙임문서는 텍스트 형식으로 인코딩하여 전송용 통합파일에 포함하고, 수신처에서 이를 디코딩하여 사용하도록 하며, 인코딩 방식 표준으로는 Base64 인코딩 방식을 사용한다.
2. 전송용 통합파일 표준 DTD(Document Type Definition)
(1) Packing 파일 형태
- 헤더정보 + 중계본문 + 전자이미지관인 + 붙임문서 등
- 헤더정보 + 전자서명이 적용된 파일
<!ELEMENT pack (header, contents)>
<!ATTLIST pack filename CDATA #REQUIRED >
<!ELEMENT header (send-orgcode, send-id, send-name, receive-id,
date, title, doc-id, doc-type, send-gw, dtd-version, xsl-version)>
<!ELEMENT send-orgcode (#PCDATA)>
<!ELEMENT send-id (#PCDATA)>
<!ELEMENT send-name (#PCDATA)>
<!ELEMENT receive-id (#PCDATA)>
<!ELEMENT date (#PCDATA)>
<!ELEMENT title (#PCDATA)>
<!ELEMENT doc-id (#PCDATA)>
<!ELEMENT doc-type EMPTY>
<!ATTLIST doc-type type (send|fail|arrive|receive| accept|return|resend| req-resend|normal-resend| distribute|request|redistribute|affair|charger| transfer|via) #REQUIRED>
<!ATTLIST doc-type dept CDATA #REQUIRED>
<!ATTLIST doc-type name CDATA #REQUIRED>
<!ELEMENT send-gw (#PCDATA)>
<!ELEMENT dtd-version (#PCDATA)>
<!ELEMENT xsl-version (#PCDATA)>
<!ELEMENT contents (content)*>
<!ELEMENT content (#PCDATA)>
<!ATTLIST content content-role (pubdoc|attach|attach_body|seal|gpki|fail|sign|symbol|logo)
#REQUIRED >
<!ATTLIST content content-transfer-encoding CDATA "base64" >
<!ATTLIST content filename CDATA #REQUIRED >
<!ATTLIST content content-type CDATA #REQUIRED >
<!ATTLIST content charset CDATA #REQUIRED >
※ base64로 Encoding 해야할 부분
- header의 send-name, title, send-gw 의 내용(#PCDATA) 및
doc-type의 어트리뷰트 dept, name의 내용(#PCDATA)
- content의 내용(#PCDATA) 및 어트리뷰트 filename의 내용(#PCDATA)
※ base64로 Encoding할 경우에는 76자 단위로 인코딩함을 권고함.
(2) 전송용 통합파일 개별 엘리먼트
엘리먼트
설 명
비고
속성사용
pack
전송용 통합파일의 최상위 엘리먼트
필수
O
header
헤더정보를 포함하는 엘리먼트
필수
X
send-orgcode
송신처의 기관코드(7자리)
필수
X
send-id
송신처의 부서코드(7자리)
필수
X
send-name
송신처의 기관명, 법인‧단체명, 개인이름
필수
X
receive-id
수신처의 부서코드(7자리)
필수
X
date
발송시간, 도달시간, 수신시간, 접수시간
재전송시간(YYYY-MM-DD hh:mm:ss)
※ 24시간제 표시 형식 사용
필수
X
title
문서의 제목
필수
X
doc-id
문서 고유ID
필수
X
doc-type
문서 종류
(send, fail, arrive, receive, accept, req-resend, resend, normal-resend)
필수
O
send-gw
송신처 그룹웨어 및 버전
필수
X
dtd-version
문서 XML 본문이 참조한 DTD 버전
필수
X
xsl-version
문서 XML 본문이 참조한 XSL 버전
필수
X
contents
중계본문을 포함하는 엘리먼트
필수
X
content
개별파일에 해당하는 엘리먼트로 예를 들면 붙임문서 하나는 하나의 content 엘리먼트로 표시된다. (중계본문 XML, 전자이미지관인, 전자이미지서명, 붙임문서 등)
선택
O
- doc-type에 따른 전송용 통합파일 생성주체 및 시점
doc-type
생성주체
발생시점
send(발송)
문서 시스템
(송신)
- 문서 시스템에서 최초 문서 발송 시 생성
fail(발송실패)
연·중계클라이언트
(송신)
- 연·중계클라이언트에서 XML Parsing 오류가
발생한 경우
- 전송용 통합파일의 크기제한을 초과한 경우
- 중계센터로 문서발송 과정에서 오류가 발생한 경우
중계센터
- 중계센터에서 관련시스템 참조 중 오류가 발생한 경우
- 수신처의 코드가 LDAP에 없는 경우
- 수신처가 문서처리과가 아닌 경우
-전자서명 검증 시 오류가 발생한 경우
연·중계클라이언트
(수신)
- 수신처의 연·중계클라이언트에서 수신과정 중 오류가 발생한 경우
문서 시스템
(수신)
- 수신처의 문서 시스템에 수신부서코드가 등록되어 있지 않은 경우
- 이미 접수 처리한 문서를 다시 수신한 경우
- 그 외 수신한 문서를 정상적으로 처리할 수 없는 경우 등
arrive(도달)
연·중계클라이언트
(수신)
- 수신처의 연·중계클라이언트가 전송용 통합파일을 임시 수신함(receivetemp)에 저장한 후 생성
receive(수신)
문서 시스템
(수신)
- 수신처의 문서시스템이 임시 수신함(receivetemp)에 수신된 문서를 가져가는 작업 완료 후 생성
accept(접수)
문서 시스템
(수신)
- 수신처의 문서담당자가 수신한 문서에 대한 접수 또는 배부처리 후 생성
- 수신처에서 문서를 정상적으로 최초 확인 (접수 및 배부) 했음을 의미함
req-resend
(재발송요청)
문서 시스템
(수신)
- 수신처의 문서담당자가 특정 문서의 재발송이 필요한 경우 송신처에 재발송 요청 시 생성
resend(재발송)
문서 시스템
(송신)
- 송신처의 문서담당자가 특정 문서에 대한 req-resend 문서를 수신했을 경우, 문서 재발송 시 생성
- 온나라 문서 시스템에서만 사용하는 전송용 통합파일 생성주체 및 시점
doc-type
생성주체
발생시점
distribute(배부)
온나라 문서 시스템에서 생성되며, 온나라 문서시스템 간 유통에만 사용됨
- 문서 접수 후 실제 처리부서로 배부 시 발생
request
(재배부요청)
- 배부된 문서를 재배부할 필요가 있을 경우 발생
redistribute
(재배부)
- request에 따른 재배부 시 발생
affair
(업무관리자
문서처리)
- 업무관리자가 문서를 처리할 경우 발생
charger
(업무담당자
문서처리)
- 업무담당자가 문서를 처리할 경우 발생
transfer(이송)
- 접수한 문서를 타 기관으로 이송할 경우 발생
via(경유)
- 접수한 문서가 타 부서/기관으로 경유 처리되는 경우 발생
return(반송)
- 잘못 발송된 문서를 접수 후 원 발송기관으로 반송할 경우 발생
- fail(발송실패) 발생에 대한 오류 메시지
fail 종류
기본 오류 메시지
문서 시스템에서 생성하는 fail 문서
각 오류에 해당하는 메시지 (특정한 형태 없음)
중계센터에서 관련시스템 참조 중 오류가 발생한 경우
전송용 통합파일명 + “의 수신처 코드 ” +
오류발생 수신부서코드 + “를 처리하는 중
오류가 발생하였습니다 “ + 발생한 오류 내역
수신처의 코드가 LDAP에 없는 경우
전송용 통합파일명 + “의 수신처 코드 ” +
오류발생 수신부서코드 + “를 LDAP에서 찾을
수 없습니다“
수신처가 문서처리과가 아닌 경우
전송용 통합파일명 + “의 수신처 코드 ” +
오류발생 수신부서코드 + “는 문서처리과가
아닙니다.“
연·중계클라이언트에서 XML Parsing 오류가 발생한 경우
전송용 통합파일명 + “에서 XML Validation
오류가 발생하였습니다 ” + 발생한 오류 내역
전송용 통합파일의 크기제한을 초과한 경우
전송용 통합파일명 + “의 크기가 제한크기
이상입니다.“
중계센터로 문서발송 과정에서 오류가 발생한 경우
전송용 통합파일명 + 오류내용
전자서명 검증과정에서 오류가 발생한 경우
전송용 통합파일명 + “ 전자서명 검증에 실패하였습니다.“
수신처의 중계에이전트에서 수신과정 중 오류가 발생한 경우
전송용 통합파일명 + 오류내용
- Ack 정보 Content(붙임문서) 구성요소
Ack정보 종류
생성주체
Content 구성
arrive(도달)
연·중계클라이언트
별도의 붙임문서 없음
receive(수신)
문서 시스템
별도의 붙임문서 없음
accept(접수)
문서 시스템
별도의 붙임문서 없음
fail(발송실패)
문서 시스템
연·중계클라이언트
발생한 오류에 대한 메시지를 return.txt 파일 형태로 기록함
req-resend
(재발송요청)
문서 시스템
재발송 요청에 대한 이유를 return.txt 파일 형태로 기록함
(3) 개별 어트리뷰트
어트리뷰트
상위 엘리먼트
내 용
필수여부
기본값
filename
pack
전송용 통합파일의 파일명
O
없음
type
doc-type
문서의 종류
O
없음
dept
doc-type
발송자 및 접수자의 부서명
O
없음
name
doc-type
발송자 및 접수자 성명
O
없음
content-role
content
content내용의 의미를 나타냄
O
없음
content-transefer-encoding
content
인코딩 방식
O
base64
filename
content
파일이름
O
없음
content-type
content
내용의 형식(MIME)
O
없음
charset
content
내용의 charset
O
없음
※ 발송실패, 수신에 대해서는 dept, name을 공백 처리할 수 있음
(4) content-role의 값에 따른 content 의미
content-role 값
content 의미
pubdoc
발송문서(XML)
attach
일반 붙임문서
- 대용량 별송시스템으로 붙임문서가 전송된 경우 파일의 URL 정보가 대신 포함됨
attach_body
본문부 붙임파일(표제부, 본문부 사용 서식일 경우, separate = true)
- 온나라 문서 2.0, 전자문서함, 문서24 등 클라우드 기반의 시스템에서 발송한 문서에는 공문 PDF 파일이 첨부됨
seal
전자이미지관인
gpki
전자서명이 적용된 본문
fail
전자문서시스템․중계센터․연·중계클라이언트에서 발송실패 내용
sign
결재자, 협조자 전자이미지서명 파일
symbol
기관의 심볼 이미지파일
logo
기관의 로고 이미지파일
※ content-role 값이 sign일 경우 어트리뷰트 filename 값과 발송문서(xml) signimage의 img 어트리뷰트 src 값이 일치하여야 함
(붙임2 공문서 문서형 정의 참조)
예) 어트리뷰트 filename 값이 “position1image.gif" 일 경우
<signimage>
<img src="position1image.gif" />
</signimage>
※ content의 filename은 반드시 확장자를 포함한 전체 파일명을 base64로 인코딩한 값을 가져야 함.
※ content-role 값이 pubdoc인 경우에는 filename을 pubdoc.xml로 설정하고 base64로 인코딩하여 적용함.
- content content-role="pubdoc" filename="cHViZG9jLnhtbA=="임.
3. 전송용 통합파일 헤더
중계센터를 이용하여 문서유통을 할 경우에, XML정의가 필요한 헤더정보는 송신처, 수신처 등의 송․수신 관련 정보이다.
○ send-orgcode(송신기관코드)
정부디렉토리시스템에서 사용되는 기관코드(7자리)로서 행정ㆍ공공기관의 경우 대표기관코드이며, 문서24 시스템 이용자(법인ㆍ단체 및 개인)의 경우 정부디렉토리시스템이 아닌 문서24 시스템 가입 시 발급된 코드임 (M으로 시작하는 7자리)
○ send-id(송신부서코드)
정부디렉토리시스템에서 사용되는 부서코드(7자리)로서 행정기관의 경우 문서를 발신하는 부서코드이고, 공공기관은 부서코드로 문서유통이 가능한 경우는 부서코드, 아닌 경우는 대표기관코드가 입력된다. 법인ㆍ단체, 개인의 경우 문서24 시스템에서 발급된 코드가 입력된다.
※ 행정표준코드가 아닌 부서코드를 사용하는 경우에는 송신부서코드에 송신기관의 행정표준코드를 사용함
○ send-name(송신기관명)
송신처의 기관명을 위한 엘리먼트이다. 행정ㆍ공공기관은 정부디렉토리시스템에 등록된 기관명이 입력되고, 문서24 시스템을 이용하는 법인ㆍ단체, 개인은 문서24 시스템에 등록된 명칭이 입력된다.
※ 행정기관의 소속기관에서 문서를 발송하는 경우, send-name은 문서상의 발신기관장명, send-orgcode는 문서를 발신하는 담당자가 속한 기관코드를 입력함
즉, 발신기관장명이 상위기관장인 경우 send-name은 상위기관장명을 입력하고, send-orgcode는 해당기관(소속기관) 코드를 입력함
○ receive-id(수신부서코드)
정부디렉토리시스템을 조회하여 지정한 수신자(7자리 코드)를 위한 엘리먼트이다. 수신자가 다수일 경우에는 ‘;’ 구분자를 사용하여 수신자코드를 넣는다.(수신자는 기관 또는 처리과임)
※ 동일 문서가 한 기관(시스템)의 2개 이상의 부서로 수신되는 경우, 수신시스템은 XML 파일 이름을 분석하여 문서를 처리하며, pack.dtd의 receive-id로 처리하지 않도록 함
○ date(날짜)
전송용 통합파일을 발송할 때에는 발송시각, 도달할 때에는 도달시각, 수신할 때에는 수신시각, 접수할 때에는 접수시각을 위한 엘리먼트이다. (YYYY-MM-DD hh:mm:ss)
○ title(문서제목)
문서의 제목을 나타내는 엘리먼트이다.
○ doc-id(문서고유번호)
문서의 고유번호를 위한 엘리먼트이다.
송신처의 문서 시스템에서 생성되는 문서의 고유ID이다
○ doc-type(문서종류)
문서종류를 나타내는 엘리먼트이다.
"send" : 발송, "fail" : 발송실패, "arrive" : 도달, "receive" : 수신,
"accept" : 접수, "req-resend" : 재발송요청, "resend" : 재발송
○ send-gw(송신기관 그룹웨어명 및 버전)
송신처의 그룹웨어명 및 버전을 위한 엘리먼트이다.
온나라 문서시스템인 경우 ON-NARA BPS로 입력된다.
○ dtd-version(DTD 버전)
문서 XML 본문이 참조한 DTD 버전을 위한 엘리먼트이다.
○ xsl-version(XSL 버전)
문서 XML 본문이 참조한 XSL 버전을 위한 엘리먼트이다.
4. 전송용 통합파일 본문
전송용 통합파일 본문내용은 두문, 본문, 결문, 붙임으로 구성된다.
(1) 두문
○ organ (기관명)
기관명, 법인‧단체명, 개인이름을 위한 엘리먼트이다. #PCDATA
○ recipient (수신자 및 참조)
수신자 및 참조를 위한 엘리먼트이다.
수신자 및 참조를 나타내는 <rec>로 구성된다.
○ via (경유)
경유를 위한 엘리먼트이다. #PCDATA
(2) 본문
사용서식(통합서식, 표제부․본문부 서식)을 나타내기 위한 separate 속성을 가지며, 값은 true와 false 중 선택하여야 하고, 기본값으로 false를 갖는다. true 값은 표제부․본문부 서식, false 값은 통합서식을 위한 값이다. 또한 true 값일 경우에는 본문내용(content)은 없다.
○ title (제목)
문서제목을 위한 엘리먼트이다. #PCDATA
○ content (본문내용)
본문을 위한 엘리먼트이다.
목록을 위한 <list>, 표를 위한 <table>, 글자의 속성을 나타내는 <b>, <i>, <u>, <sup>, <sub>, 문단을 위한 <p>로 구성된다.
(3) 결문
○ sendername (발신명의)
발신명의를 위한 엘리먼트이다, #PCDATA
○ seal (전자이미지관인 날인)
전자이미지관인 날인을 위한 엘리먼트이다.
기관의 전자이미지 관인이 들어가며, 이미지로 처리한다. 관인생략을 위한 omit 속성을 가지며, 값은 true와 false 중 선택하여야 하고, 기본값으로 관인을 생략하지 않는 false를 갖는다.
○ approval (결재자)
결재자를 위한 엘리먼트이다.
결재자순위(1,2,3,...final)를 나타내는 <order>, 결재유형(기안, 검토, 결재, 대결, 전결)을 나타내는 <type>, 결재자 직위직급을 나타내는 <signposition>, 전자이미지서명을 나타내는 <signimage>, 문자서명을 나타내는 <name>, 결재일자를 나타내는 <date> 와 결재시간을 나타내는 <time>으로 구성된다.
※ 전결의 대결처리 기능은 <붙임 5> 참조
○ assist (협조자)
협조자를 위한 엘리먼트이다.
<order> <type> <signposition> <signimage> <name> <date> <time>으로 구성된다.
* 결재자와 협조자의 order 값은 결재자 순서와 협조자 순서가 독립적으로 부여되어야 한다
○ regnumber (등록번호)
등록번호(생산부서명 + “-” + 일련번호)를 위한 엘리먼트이다. #PCDATA
처리기관코드가 포함된 등록번호를 위한 속성 <regnumbercode>으로 구성된다. (처리기관코드7자리 + 일련번호)
○ enforcedate (시행일자)
시행일자를 위한 엘리먼트이다. #PCDATA
○ receipt (접수)
문서접수를 위한 엘리먼트이다. 접수일자를 위한 <date>, 접수시간을 위한 <time>, 접수번호를 위한 <number>등으로 구성된다.
○ zipcode (우편번호)
우편번호를 위한 엘리먼트이다. #PCDATA
○ address (주소)
주소를 위한 엘리먼트이다. #PCDATA
○ homeurl (홈페이지주소)
홈페이지 주소를 위한 엘리먼트이다. #PCDATA
○ telephone (전화번호)
전화번호를 위한 엘리먼트이다. #PCDATA
○ fax (전송)
전송번호를 위한 엘리먼트이다. #PCDATA
○ email (담당자 E-mail)
담당자 E-mail을 위한 엘리먼트이다. #PCDATA
○ publication (공개여부)
공개여부를 위한 엘리먼트이다. #PCDATA
내부 공개여부 코드를 위한 속성<code>으로 구성된다.
○ symbol (심볼)
심볼 이미지를 나타내기 위한 엘리먼트이다. 이미지를 위한 <img> 엘리먼트로 구성된다.
○ logo (로고)
로고 이미지를 나타내기 위한 엘리먼트이다. 이미지를 위한 <img> 엘리먼트로 구성된다.
* symbol, logo 등에 사용되는 image의 크기를 반드시 정의함 (붙임 2 참조)
○ headcampaign (머리표제)
종이문서상 문서의 상단에 위치한 표제를 위한 엘리먼트이다. #PCDATA
○ footcampaign (바닥표제)
종이문서상 문서의 하단에 위치한 표제를 위한 엘리먼트이다. #PCDATA
(4) 붙임
○ attach (붙임)
붙임을 위한 엘리먼트이다. 문서제목을 위한 <title>의 반복으로 구성된다.
4.1 공문서 정의 DTD 구조 테이블
엘리먼트명
횟수
설명
pubdoc
1
루트
head
1
두문
organ
1
기관명
receiptinfo
1
수신
receipient (re
fer)
1
수신 및 수신자참조
rec
1
수신자 및 참조
via
0..1
경유
body(sep
ertate)
1
본문
title
1
본문의 제목
content
1
본문의 내용
foot
1
결문
sendername
1
발신명의
seal(omit)
1
전자이미지관인 날인
img
0..1
전자이미지 관인
approvalinfo
1
결재선 정보
approval(ord
er)
1..n
기안,검토,최종결재자 정보
signposition
1
결재 직위 직책
type
1
결재유형
signimage
0..1
결재자의 전자 이미지서명
name
1
결재자의 문자 서명
date
1
결재일자
time
0..1
결재시간
assist(order)
0..n
협조자 정보
signposition
1
결재 직위 직책
type
1
결재유형
signimage
0..1
결재자의 전자 이미지서명
name
0..1
결재자의 문자 서명
date
1
결재일자
time
0..1
결재시간
processinfo
1
문서 처리 정보
regnumber(r
egnumbercode)
1
문서의 생산등록번호
enforcedate
1
시행일자
receipt
0..1
문서의 접수정보
number
1
문서의 접수등록번호
date
1
문서의 접수일자
time
0..1
문서의 접수시간
sendinfo
1
발신 정보
zipcode
1
우편번호
address
1
주소
homeurl
0..1
홈페이지 주소
telephone
1
전화번호
fax
1
모사전송번호
email
0..1
전자우편 주소
publication
(code)
1
공개구분
symbol
0..1
심볼 이미지
logo
0..1
로고 이미지
campaign
0..1
캠페인
headcampai
gn
0..1
머리 캠페인
footcampai
gn
0..1
꼬리 캠페인
attach
0..1
붙임
title
1..n
붙임 제목
○ 1 : 반드시 한번 사용(필수)
○ 0. .1 : 한번 사용하거나 사용하지 않아도 됨(선택)
○ 1..n : 반드시 한번이상 사용(필수)
○ 0..n : 사용하지 않아도 되나 횟수제한 없음(선택)
5. 전송용 통합파일 명명
전송용 통합파일은 문서 시스템의 지정된 폴더에 Packing된 형태로 저장된다. 이때 Packing된 문서는 지정된 폴더 내에서 다른 파일 이름과 중복되지 않는 유일한 이름으로 저장되어야 한다. 유일한 이름으로 파일 이름을 지정하기 위해 아래와 같은 파일 명명(Naming)규칙을 적용한다.
<명명규칙>
송신부서코드 + 수신부서코드 + 시간스탬프(YYYYMMDDhhmmss)
+ 일련번호 + 확장자(.xml)
* 시간스탬프는 24시간 표시제 형식을 사용해야 한다.
예) 송신 : 1741735(행정안전부 혁신조직국 정보공개과)
수신 : 1570435(방송통신위원회 사무처)
발송일자 : 2023년 10월 11일 오후 5시 31분 15초
⇒ 174173515704352023101117311501.xml
* 수신처가 다수일 경우 수신처코드는 해당 수신부서들 중 첫 번째로 기록된 수신처코드를 사용한다.
6. XML DTD 유지 관리
XML DTD를 각 문서 시스템에서 관리할 경우 XML 파싱관련 오류가 발생할 수 있으므로, 이를 방지하기 위하여 행정안전부에서는 XML DTD 변경절차를 통하여 확정된 DTD를 모든 문서 시스템에서 공통적으로 반영할 수 있도록 통합 관리한다.
이와 관련하여 XML DTD의 오류를 검증할 수 있는 XML Parser는 연·중계클라이언트에 탑재하며, 행정안전부에서 제작 및 보급한다.
<XML DTD 변경절차>
Ⅲ. 정부전자문서유통지원센터 중계 구성
1. 중계시스템 구성도
2. 중계시스템 기능
(1) 중계센터는 전자문서 유통 및 송․수신 내역의 확인, 송․수신 가능 상태를 확인하는 기능 등을 수행한다.
○ 문서중계
○ 송․수신 확인
○ 전송용 통합파일의 로그 관리
○ 계정관리
○ 문서 유통현황 관리
○ 장애감지 및 처리
○ 통계관리
○ 전자서명 검증
(2) 연·중계클라이언트는 전송용 통합파일의 송․수신과 검증, 로그 기록, 오류처리 등의 기능을 수행한다.
○ 전송용 통합파일 송․수신
○ 전송용 통합파일 검증
○ 전자문서유통에 대한 로그 기록
○ 오류에 대한 처리
○ 전송구간 암호화 적용
(3) 중계에이전트는 업무관리시스템이나 전자문서시스템 서버에 설치되어 전송용 통합파일의 송·수신 기능을 수행한다.
○ 전송용 통합파일 송․수신
○ 전송구간 암호화 적용
(4) 연·중계HUB 시스템은 기관별 업무관리시스템이나 전자문서시스템에 설치된 중계에이전트간 전송용 통합파일의 송․수신과 검증, 로그 기록, 오류 처리 등의 기능을 수행한다.
○ 전송용 통합파일 송․수신
○ 전송용 통합파일 검증
○ 전자문서유통에 대한 로그 기록
○ 오류에 대한 처리
○ 전송구간 암호화 적용
(5) 블록체인 시스템은 중계센터에서 송․수신한 전자문서에 대한 해시 (Hash) 정보와 문서유통 이력 정보를 저장하고 정보 조회가 필요한 경우 정보를 제공하는 기능을 수행한다.
2.1 문서중계 처리과정
중계센터를 통하여 전자문서가 유통되는 과정은 다음과 같다.
가. 송신처의 문서 시스템은 전송용 통합파일을 생성하고 중계에이전트의 지정된 디렉토리(sendtemp)에 위치시킨다.
가-1) 수신처의 시스템 사용 정보는 정부 디렉토리시스템(LDAP)의 기관별 문서함 항목에서 4번째 값이 'B 또는 ‘C'로 입력된 경우는 온나라 문서 시스템 사용기관이라고 판단한다.
가-2) 온나라 문서 시스템에서 생성된 문서는 헤더정보의 <send-gw> 항목이 ON-NARA BPS 로 입력되어야 한다.
가-3) 대용량 별송서비스를 이용하여 송신하고자 하는 기관은 첨부파일을 관련 API를 통해 대용량 별송시스템으로 전송하고, 해당 파일의 URL 정보를 반환받아 전송용 통합파일에 첨부파일 대신 포함한다.
※ <붙임 6> 대용량 첨부파일 정보를 포함한 전송용 통합파일 생성 참고
※ 대용량 별송을 이용하는 첨부파일의 크기는 ‘정부전자문서유통지원센터 운영ㆍ관리지침’에 따른다.
가-4) 대용량 별송 첨부파일 URL을 포함한 통합파일을 수신한 업무관리시스템, 전자문서시스템은 URL 경로를 이용하여 별도로 첨부파일을 다운로드 하여 보관한다.
※ 수신기관의 대용량 별송 첨부파일 보관에 대한 사항은 국가기록원 ‘기록물관리 지침’에 따른다.
나. 송신처의 중계에이전트는 전송용 통합파일을 송신처의 연·중계클라이언트로 전송한다. 연·중계클라이언트를 이용하지 않는 기관은 중계센터의 연·중계HUB로 전송한다.
다. 송신처의 연·중계클라이언트는 수신한 전송용 통합파일의 정합성 검증 후 중계센터의 중계서버로 송신한다. 중계센터의 연·중계HUB에서 수신한 전송용 통합파일은 정합성 검증 후 중계센터의 중계서버로 송신한다.
라. 전송용 통합파일의 송신과정에서 오류가 발생한 경우, 연·중계클라이언트는 fail 문서를 생성하여 임시수신함(receivetemp)에 기록하고, 오류가 발생하지 않은 경우 중계센터의 메시징 엔진은 전송된 전송용 통합파일을 수신하고 처리한다.
마. 중계센터는 수신한 전송용 통합파일 헤더정보의 송․수신 내역을 확인한 후 송․수신 내역을 로그에 기록․보관한다. 중계센터에 수신한 문서의 해쉬 정보와 수신 이력 정보는 블록체인 시스템에 기록․보관한다.
바. 중계센터는 송신처로부터 수신한 문서의 전자서명을 검증한다. 오류가 발생하지 않는 경우 정부 디렉토리시스템(LDAP)에서 수신기관 정보를 확인하고 각 수신기관 별로 전송용 통합파일의 정합성 검증을 진행한 후에 수신처의 연·중계클라이언트로 전송한다. 연·중계클라이언트를 이용하지 않는 기관은 중계센터의 연·중계HUB로 전송한다. 수신처로 송신한 이력 정보는 블록체인 시스템에 기록․보관한다.
사. 중계센터는 전송용 통합파일 처리과정에서 관련 시스템 참조 중 오류가 발생한 경우 fail(발송실패) 문서를 생성하여 송신처로 전송하고, 오류가 발생하지 않은 경우 수신처의 연·중계클라이언트 또는 중계센터의 연·중계HUB로 전송용 통합파일을 전송한다. 수신처 연·중계클라이언트 또는 중계센터의 연·중계HUB는 수신된 전송용 통합파일을 임시수신함(receivetemp)으로 가져가며, 이에 대한 arrive (도달) 문서를 생성하여 전송한다.
아. 수신처의 연·중계클라이언트 또는 중계센터의 연·중계HUB는 수신한 전송용 통합파일을 수신처 중계에이전트로 전송한다.
자. 수신처의 중계에이전트는 수신한 전송용 통합파일을 문서 시스템으로 전송하고 문서 시스템으로부터 receive(수신) 및 accept(접수) 문서를 받아 수신처의 연·중계클라이언트 또는 중계센터의 연·중계HUB를 통해 중계센터로 전송한다.
차. 수신처의 연·중계클라이언트 또는 중계센터의 연·중계HUB는 중계에이전트로부터 receive(수신) 및 accept(접수) 문서를 받아 중계센터로 전송한다.
카. 중계센터는 수신된 receive(수신) 및 accept(접수) 문서를 기록하고 송신처의 연·중계클라이언트 또는 중계센터의 연·중계HUB로 전송하며, 송신처의 중계에이전트는 수신한 문서를 문서 시스템으로 전송한다.
타. 수신처의 문서담당자가 수신된 전자문서를 처리할 수 없을 경우, req-resend (재발송요청) 문서를 생성하여 송신처로 전송하며, req-resend 문서를 수신한 송신처의 문서담당자는 resend(재발송) 문서를 생성하여 재전송한다.
파. 온나라 문서 시스템의 경우에는 접수처리(accept) 후 distribute(배부), request(재배부요청), redistribute(재배부요청), affair(업무관리자 문서처리), charger (업무담당자 문서처리), transfer(이송), via(경유), return(반송) 정보가 생성되어 유통 처리될 수 있다.
하. 대용량 첨부파일의 경우 수신처에서 문서를 최종 수신한 담당자는 해당파일의 URL경로를 통해 대용량 별송시스템에 보관된 파일을 PC로 다운로드 한다.
2.2 송․수신 확인
전송용 통합파일의 송․수신 확인을 위하여 다음과 같은 기준으로 송․수신 관련정보를 기록하고 관리한다.
가. send(발송)는 송신처의 문서 시스템이 문서를 발송하는 시점을 기준으로 생성된다.
나. arrive(도달)는 수신처의 연·중계클라이언트 또는 중계센터의 연·중계HUB가 전송용 통합파일을 수신하여 지정된 디렉토리(receivetemp)에 저장하는 시점을 기준으로 생성된다.
다. receive(수신)는 지정된 디렉토리(receivetemp)에 있는 전송용 통합파일을 문서 시스템이 가져가는 시점을 기준으로 생성된다.
라. accept(접수)는 수신처의 문서담당자가 문서를 접수하는 시점을 기준으로 생성된다.
라-1) 온나라 문서 시스템의 경우, 문서접수(accept) 후 배부업무 수행 시 distribute(배부) 정보가 생성되며 배부된 문서에 대해 재배부요청 시 request, 재배부 시 redistribute 정보가 생성된다.
라-2) 온나라 문서 시스템의 경우, 배부된 문서의 업무담당자가 문서를 처리했을 경우 charger(업무담당자 문서처리), 업무관리자가 문서를 처리했을 경우 affair(업무관리자 문서처리) 정보가 생성된다.
라-3) 온나라 문서 시스템의 경우, 접수된 문서에 대해 transfer(이송), via(경유). return(반송) 업무를 진행하고 정보를 생성할 수 있다.
마. req-resend(재발송요청)는 수신처의 문서담당자가 문서의 접수를 정상적으로 수행할 수 없을 경우 재발송 요청 시점을 기준으로 생성된다.
바. resend(재발송)는 송신처의 문서담당자가 재발송요청 받은 문서를 재발송 하는 시점을 기준으로 생성된다.
2.3 전송용 통합파일의 이력 보관 관리
중계센터는 전송용 통합파일의 송․수신 내역을 기록, 관리하여야 한다. 송․수신 이력의 기록은 중계센터의 로그 기록과 블록체인의 이력 정보 형태로 저장한다.
※ 로그기록과 이력정보의 관리기간은 ‘정부전자문서유통지원센터 운영ㆍ관리지침’에 따른다.
2.4 전송구간 암호화 적용
중계시스템 간 전자문서 송·수신 시에는 SSL 인증서를 사용하는 전송구간 암호화 기능을 적용하여야 한다.
※ SSL 인증서의 유효기간은 발급기관의 정책에 따라 상이하며 유효기간 만료 이전에 갱신하여 적용해야 한다. SSL 인증서가 만료되면 문서유통이 중단된다.
2.5 계정관리
중계센터는 정부디렉토리시스템의 계정정보를 참조하여 문서의 수신처 정보를 획득한다. 정부디렉토리시스템의 문서유통관련 계정정보는 다음과 같다.
<정부디렉토리시스템 내의 계정정보>
구 분
설 명
대외문서 송신여부
○ 전자결재 대외문서 수신지정 시 수신기관(참조)여부를 설정하는 항목으로 최상위기관 또는 소속기관(관인을 소유하여 독자적 문서 송·수신이 가능한 기관)은 대외문서송신여부를 Yes로 설정하며, 실·본부 및 일반부서는 No로 설정
문서처리과 여부
○ 전자문서의 송·수신이 가능한 일반 처리과(문서 송․수신이 불가능한 관·본부 제외) 문서 송·수신이 가능한 소속기관 및 처리과는 모두 Yes로 설정
발신명의
○ 전자결재에서 수신 지정시에 수신(참조)자에 입력되는 값으로 일반처리과는 부서의 부서장명을 입력하며, 대외문서 송신여부가 Yes인 기관 중에서 발신명의가 타시·도와 구별이 필요한 기관은 [해당기관명 + 부서장명]을 입력
문서유통 일반정보
(DocSystemInfo)
○ 전자문서유통에 필요한 일반정보
- 기관서버 IP Address 또는 Domain정보
(‘/’를 구분자로 하여 최대 3개까지 관리 가능)
- 기관서버의 컴퓨터용 인증서 CN
- 사용하는 센터의 지역정보
(광주(S)/대전(D)/광주외부(T)/대전외부(X))
- 문서시스템 타입 정보
ㆍ전자문서함 및 온나라를 제외한 전자문서시스템 : E
ㆍ독립형 온나라 문서 시스템 : B
ㆍ클라우드 기반의 온나라 문서 시스템 : C
2.6 장애감지 및 처리
○ 중계센터는 모니터링 기능을 통하여 전자문서 송․수신 가능 여부를 확인할 수 있는 기능을 제공한다. 장애 발생 시에는 장애 관련 로그가 전자문서유통센터 모니터링시스템에 기록되고 전자문서유통시스템 유지보수 담당자가 기관 담당자에게 통보한다.
○ ebMS 기반의 중계센터는 기관 담당자에게 다음과 같은 기능을 제공한다.
- 송․수신 문서 이력 관리 기능
- 장애가 발생한 문서에 대한 장애내역 조회 기능
2.7 통계관리
중계센터는 문서유통현황 및 장애현황을 체계적으로 관리하기 위하여 통계관리 기능을 제공한다.
○ 기관별/기간별 송수신 내역 현황
○ 기관별/기간별 문서 유통량
○ 기관별/기간별 장애 현황 및 이력
○ 기관별 송신대비 수신율
3. 업무관리시스템 및 전자문서시스템 기능
3.1 표준 송·수신 연·중계클라이언트 및 중계에이전트 탑재
전자문서를 유통하기 위하여 행정‧공공기관에서는 행정안전부에서 제작하여 보급하는 표준 송·수신 연·중계클라이언트와 중계에이전트를 각 기관의 문서유통서버와 업무관리시스템 및 전자문서시스템에 탑재하여야 한다. 다만, 행정안전부가 특별한 사유가 있다고 인정한 경우 업무관리시스템 및 전자문서시스템에 중계센터의 연·중계HUB와 송·수신하는 중계에이전트를 탑재할 수 있다.
3.2 수신처 지정 기능
전자문서 유통 시 업무관리시스템 및 전자문서시스템에서 수신처의 정보를 지정하기 위하여 정부표준 LDAP API(행정안전부 제공) 또는 공개된 LDAP API를 이용하여 정부디렉토리시스템으로 직접 접근하여 실시간 조직정보를 가져온다.
<정부디렉토리시스템의 조직정보 이용처리 절차>
그림입니다. 원본 그림의 이름: CLP000018640001.bmp 원본 그림의 크기: 가로 689pixel, 세로 385pixel
※ 문서시스템에서는 정부디렉토리시스템 접속 시 기존의 행정 디렉토리 (o=Government of Korea) 뿐 아니라 공공(o=Public of Korea)/민간 (o=Private of Korea) 디렉토리에도 접속 가능하도록 기능을 제공하여야 함
※ 문서24 시스템을 이용하는 법인‧단체를 수신처로 지정하기 위해서는 해당 수신처 정보(행정안전부 제공)를 받아 웹서비스로 동기화하여야 함
- 온나라 문서 시스템 및 전자문서함시스템의 경우 표준기능으로 탑재되나, 그 외 시스템은 행정안전부에서 배포하는 가이드를 통해 관련 기능을 추가하여야 함