yakdoli/chandra-27b-ocr-v1 huggingface dataset:
제16677호                         관             보               2008. 1.25. (금요일)
<!ATTLIST type doc-type (send|fail|arrive|receive|invalid|submit|return|approval|perform)
  #REQUIRED >`
<!ELEMENT date (#PCDATA)>
<!ELEMENT sender (#PCDATA)>
<!ELEMENT receiver (#PCDATA)>
<!ELEMENT sender_userid (#PCDATA)>
<!ELEMENT receiver_userid (#PCDATA)>
<!ELEMENT sender_email (#PCDATA)>
<!ELEMENT sender_orgname (#PCDATA)>
<!ELEMENT sender_systemname (#PCDATA)>
<!ELEMENT administrative_num (#PCDATA)>
<!ELEMENT contents (content)*>
<!ELEMENT content (#PCDATA)>
<!ATTLIST content content-role CDATA #REQUIRED >
<!ATTLIST content content-transfer-encoding CDATA “base64” >
<!ATTLIST content filename CDATA #REQUIRED >
<!ATTLIST content content-type CDATA #IMPLIED >
<!ATTLIST content charset CDATA #IMPLIED >
2.3 전송용 통합파일 개별 엘리먼트 내역
                                                                              어트리뷰트
  엘 리 먼 트 명                       엘    리     먼   트      설    명
                                                                              사용여부

pack                전송용 통합 파일 최상위 엘리먼트                                            O

header              전송 정보에 포함하는 엘리먼트                                               X

                    전송정보 종류
                    (발송:send, 발송실패:fail, 수신:arrive, receive, 상신:
type                                                                              O
                    submit,반송:return, 결재:approval, 시행발송:perform,
                    해당사용자id없음:invalid)

                    시간(YYYY-MM-DD hh:mm:ss)
date                                                                               X
                    (발송시간,수신시간,상신시간,반송시간, 결재시간)

sender              송신 서버 ID                                                       X

receiver            수신 서버 ID                                                       X

sender_userid       송신 사용자 ID                                                      X

receiver_userid     수신 사용자 ID                                                      X

                                           218
제16677호                     관             보           2008. 1.25. (금요일)

                                                                    어트리뷰트
  엘 리 먼 트 명                    엘   리     먼   트   설   명
                                                                    사용여부

sender_email         송신 사용자 E-Mail 주소                                   X

sender_orgname       송신 기관명                                             X

sender_systemname    송신 시스템명                                            X

administrative_num   행정처리번호                                             O

contents             전송 본문들을 포함하는 엘리먼트                                  X

                     개별 파일에 해당하는 엘리먼트로 예를 들어, 첨부 파일 하나
content                                                                 O
                     는 하나의 content 엘리먼트로 표시된다.

 □type 엘리먼트 값에 대한 상세내역
  ○발송(send)
   업무관리시스템에서 전자문서시스템으로 최초 전송시 사용되며, 최초 생성주체는 업무관리시
   스템이다.
  ○발송실패(fail)
   발송실패시 연계모듈에서 생성한다.
  ○도달(arrive)
   전자문서시스템의 임시수신함에 문서가 도달한 시점이며, 작성주체는 연계모듈이다.
  ○수신(receive)
   수신시스템에 임시수신함에 도달한 문서를 전자문서시스템에서 폴링해 가는 시점에 작성되며,
   작성주체는 전자문서시스템이다.
  ○해당사용자 ID 없음(invalid)
   전자문서시스템에서 문서를 수신한 후 전자문서시스템의 해당 기안자에게 문서를 전달할 때,
   전송용 통합파일의 수신자 ID에 해당하는 기안자를 못 찾은 경우에 작성되며, 작성주체는 전
   자문서시스템이다.
  ○상신(submit)
   전자문서시스템에서 연계문서를 결재상신할 때 작성되며, 작성주체는 전자문서시스템이다. 전
   체 결재선 정보가 포함된다.
   업무관리시스템과 전자문서시스템간의 연계에서는 결재문서가 기안자에 의해 자동완결처리가
   되므로 사용되지 않는다.
  ○반송(return)
   기안자가 문서를 업무관리시스템으로 반송할 때 사용하며 생성주체는 전자문서시스템이다. 반
   송 상태정보만 보낸다.
  ○결재(approval)
                                       219
제16677호                         관              보          2008. 1.25. (금요일)
    중간결재 및 최종결재 결과를 보낼 때 사용하며, 작성주체는 전자문서시스템이다. 중간 및 최
    종결재가 진행중인 전체 결재선 정보가 포함된다.
    업무관리시스템과 전자문서시스템간의 연계에서는 결재문서가 기안자에 의해 자동완결 처리
    될 때 사용된다.
   ○시행발송(perform)
    처리과 문서담당자가 시행처리한 결과를 보낼 때 사용하며, 작성주체는 전자문서시스템이다.
    전체 결재선 정보가 포함된다
  □Base64 인코딩
    sender_orgname, sender_systemname의 내용(#PCDATA)은 Base64 Encoding 하여야 하
    며, 수신시스템에서는 이를 디코딩하여 사용하도록 한다.
 2.4 전송용 통합파일 개별 어트리뷰트 내역

      어트리뷰트명             사용엘리먼트명              내        용             필수여부    기본값

 filename                pack          전송용통합파일명                        O      없음

 doc-type                type          전송타입                            O      없음

 content-role            content       Content 내용의 의미를 나타냄             O      없음

 content-transfer-
                         content       인코딩 방식                          O    “base64”
 encoding

 filename                content       파일 이름                           O      없음

 content-type            content       내용의형식(MIME)                     X      없음

 charset                 content       내용의 charset                     X      없음

   어트리뷰트 content-role은 content 엘리먼트가 어떤 역할의 파일인가를 나타내는 정보이다.
   다음의 값을 사용하여 정보를 나타내도록 한다. 아래 항목에 해당사항이 없는 값은 역할을 알
   수 없는 파일로 판단하여 일반 첨부파일의 역할로 처리한다.
                구          분                          content-role의 값

             연계교환정보 문서파일                                   exchange

            결재처리정보통보 문서화일                               notification

                    일반 첨부화일                                 attach

                결재본문용 XML파일                             attach_xml

                결재본문용XSL 파일                             attach_xsl

       연계모듈에서 발송실패내용(text)                                   fail

 2.5 content-role 값 내역
3. 전송용 통합파일 생성 및 전송
                                        220
제16677호               관          보         2008. 1.25. (금요일)
업무관리시스템과 전자문서시스템간 전자문서를 연계하기 위하여 전송용 통합파일을 생성하는 방
법과 생성된 파일을 전송하는 처리절차는 행정정보 연계표준안을 따른다. 업무관리시스템에서는
통합파일을 생성하기 위한 필요 정보 파일(시행을 위한 기안문서)을 생성하고, 전자문서시스템으
로부터 받은 정보(기안문서의 결재진행 상태정보 및 발송문서)에 대한 처리를 한다.
3.1 연계 흐름 및 시나리오
□연계 흐름 및 시나리오
 가. 사용자는 업무 처리를 위해 업무관리시스템에 접속한다.
 나. 업무관리시스템에서 문서관리카드를 작성한다.
 다. 지시/시행 처리된 문서에 한해서 전자문서(시행문서)를 작성한다. 문서관리카드의 본문과
  첨부 파일은 전자문서의 첨부파일로 자동 등록된다. (필요시 추가/삭제 가능)
 다. 기안자가 시행승인을 요청하고, 결재자의 검토 후 시행 승인한다.
 라. 업무관리시스템에서 전자문서와 연계교환정보 문서 및 필수 파일을 생성하여 지정된 송신
  폴더에 전송헤더, 연계교환정보 문서, 시행문서 본문, 첨부파일을 정해진 파일명명규칙에 의
  해 저장한다.
 마. 표준연계 모듈에서 전송용 통합파일을 생성한 후, 자동 폴링하여 통합파일을 전자문서시스
  템으로 전송한다.
 바. 수신시스템 연계모듈에서는 전송용 통합파일 및 전송용 통합파일을 분리한 파일을 임시수
  신함 아래에 저장한다. 연계모듈에서 arrive메시지를 작성하여 보낸다. 전자문서시스템에서
  전송용 통합파일 혹은 분리한 파일을 임시수신함에서 폴링한 후 기안자의 문서함으로 전달한
  다. 전자문서시스템에서는 폴링시 receive 정보를 생성하여 업무관리시스템으로 전송한다.
 사. 전자문서시스템의 기안자는 결재처리를 위해 전자문서시스템으로 접속한다.
 아. 전자문서시스템의 기안자는 도달한 문서에 대하여 결재처리를 한다. 업무관리시스템과 연계
  된 문서의 경우에는 이미 업무관리시스템에서 결재가 완결된 문서이므로 전자문서시스템에서
  는 기안자가 결재처리를 하는 순간 결재경로상의 모든 결재가 자동으로 완결되는 것으로 처
  리해야 한다. 결재문서가 자동으로 완결 처리되면, approval 정보와 결재본문과 첨부를 업무
  관리시스템으로 전달한다.
 자. 전자문서시스템에서 완결된 결재문서를 처리과의 문서담당자가 발송처리를 하면, perform
  정보와 발송문서 본문과 첨부를 업무관리시스템으로 전달한다.
 차. 업무관리시스템에서는 전자문서시스템으로부터 받은 receive, approval, perform 정보를
  업무관리시스템의 문서관리카드 시행부분에서 조회할 수 있도록 정보를 자동으로 변경하도록
  한다. 또한 perform 정보(전자문서시스템에서 발송처리한 문서)일 경우에는 업무관리시스템
  의 문서관리카드에서 기안한 전자문서대신 전자문서시스템으로부터 받은 발송문서를 조회하
  도록 한다.
3.2 전송용 통합파일 생성 및 전송 방법
 행정정보 연계표준을 기준으로 업무관리시스템에서 필요파일을 생성하고, 표준연계 모듈에서

                            221
제16677호                   관         보       2008. 1.25. (금요일)
   전송용 통합파일을 생성하고, 전자문서시스템으로 전송한다.
  □전송용 통합파일의 생성
   전송용 통합파일의 생성은 연계모듈에서 처리함을 원칙으로 한다. 다만, 업무관리시스템이나 전
   자문서시스템에서도 전송용 통합파일을 생성할 수 있다. 전송용 통합파일을 연계모듈에서 처리
   할 경우에는 전자문서시스템에서는 정해진 규칙에 따라 전송할 파일(헤더, 본문, 결재본문)을
   작성하고 임시수시함 아래에 디렉토리를 만들어 생성된 디렉토리 아래에 저장하여야 한다.
  □전송용 통합파일 구성 및 명명
   ○전송용 통합파일 구성
     문서포맷은 전송헤더 + 전송본문(Contents)으로 구성되며, 전송본문은 연계본문 + 첨부파일
     로 구성된다.
   ○전송용 통합파일 명명규칙
     -업무관리시스템에서 전자문서시스템으로 전송 또는 전자문서시스템에서 업무관리시스템으로
       전송하는 경우 아래와 같이 동일한 명명규칙을 따른다.
       수신서버 사용자ID + 송신서버ID + 수신서버ID +
       시간스탬프(YYYYMMDDhhmmss) + 5자리 난수




  □생성방법
   ○업무관리시스템 및 전자문서시스템에서 생성할 경우
     exchange_v2.dtd, pack.dtd를 기준으로 작성하고, “전송용 통합파일 명명규칙” 에 의해 전송
     용 통합파일 이름을 만든후 임시송신함에 저장한다.
   ○표준 연계 API에서 생성할 경우
     전송하고자 하는 파일들을 임시송신함 아래에 임시디렉토리를 만들고 생성된 디렉토리 아래
     에 전송하고자 하는 파일을 모두 저장한다. 디렉토리에 저장할 파일들에 대한 명명규칙은 아
     래와 같다. 임시송신함 아래에 생성되는 디렉토리의 명명규칙은 “전송용 통합파일” 명에서 확
     장자를 제외한 나머지 파일이름 부분과 동일하다. 임시디렉토리 아래에 저장할 전송파일명 규
     칙은 다음과 같다.
<파일 명명 규칙>
      파      일   명    내     용               비          고

header.inf           헤더정보

exchage.xml          연계교환정보       업무관리시스템에서만 생성됨

notification.xml     결재결과통보문서     전자문서시스템에서만 생성됨

                                  222
제16677호                              관              보           2008. 1.25. (금요일)

          파    일   명                내     용                     비              고

attachxml_파일이름.xml 결재본문 xml

attachxsl_파일이름.xsl                결재본문 xsl

attach_파일이름.확장자                   첨부파일

                                                 상기 파일들이 모두 생성된 후 생성되어야 함(연계
eof.inf                           파일생성 완료정보 모듈이 이 파일을 확인하여 전송용 통합파일을 생성
                                                 할 것인가를 판단함)

                                                 연계모듈에서 전송용 통합파일에 대한 XML 검증 오
fail.inf                          발송실패 정보
                                                 류 발생 및 송신 실패시 생성됨

<pack.dtd 의 TYPE에 따른 파일생성 유무>
        TYPE                      필요 파일               필수여부          비              고

                       header.inf,exchange.xml         필수

                       attachxml_파일이름.xml              선택
 send                                                           업무관리시스템에서만 설정
                       attachxsl_파일이름.xsl              선택

                       attach_파일이름.확장자                 선택

 arrive                header.inf                      필수       연계모듈에서 제공

 receive return
                       header.inf                      필수       전자문서시스템에서만 설정
invalid

                       header.inf,notification.xml     필수
                                                                전자문서시스템에서만 설정
 submit                attachxml_파일이름.xml              선택
                                                                결재본문, 첨부는 전자문서 시스템에서
 approval              attachxsl_파일이름.xsl              선택
                                                                수정행위가 있을 경우에만 생성됨
                       attach_파일이름.확장자                 선택

                       header.inf                      필수
 fail                                                           연계모듈에서 생성
                       fail.inf                        필수

   ○Base64 인코딩
        content의 내용(#PCDATA) 과 어트리뷰트 filename의 내용(#PCDATA)은 Base64 Encoding
        하여야 하며, 수신시스템에서는 이를 디코딩하여 사용하도록 한다.
  □전송용 통합파일 전송
   ○연계모듈 전송
        연계모듈은 전자문서 및 업무관리 시스템에 있는 임시 송신함을 폴링하여 전송용 통합파일을
        폴링(Polling)하여 전송 한다

                                                     223
제16677호                  관          보           2008. 1.25. (금요일)
  ○연계모듈 통합
   연계모듈에서 통합(packing)할 경우에는 임시 송신함 아래의 디렉토리를 폴링한후 전송하고
   자 하는 각각의 파일을 하나의 전송용 통합파일로 만들어 전송한다.
  ○정상처리 후 후처리
   정상처리 후에는 임시 송신함 아래의 전송용 통합파일 원본을 송신함으로 옮긴 후 임시 송신
   함 아래의 전송용 통합파일을 삭제한다. 연계모듈에서 통합하여 전송한 경우에는 전송한 전송
   용 파일을 송신함에 옮긴 후 임시 송신함 아래의 해당 디렉토리와 각각의 파일들을 삭제한다.
 □전자관인/암호화 적용
  ○전자관인 및 암호화 수행
   전자관인 및 암호화는 GPKI 기반의 표준 API를 사용하며, 연계모듈에서 그 기능을 수행한다
  ○전자관인 및 암호화 적용
   전자관인 및 암호화 적용은 전송용 통합파일 발송직전에 수행하며, 컴퓨터용 인증서를 이용하
   여 전송용 통합파일을 전자관인 및 암호화한다.
3.3 전송용 통합파일 수신 및 처리
 □전송용 통합파일 수신 및 분리
  ○전송용 통합파일은 표준연계 모듈에서 수신하고 전자서명 검증 및 복호화를 한다.
  ○표준연계모듈은 전송용 통합파일을 수신 후 전송용 통합파일 원본을 수신시스템의 임시수신
   함에 두고, 분리된 파일은 전송용 파일명과 동일한 디렉토리를 임시수신함 아래에 만들어 헤
   더, 본문, 첨부(결재본문 + 첨부), eof 파일로 분리하여 저장해 둔다.
 □전자문서시스템에서 결재처리
  ○전자문서시스템은 임시수신함을 폴링하여 전송용 통합파일 혹은 분리된 파일을 접수하고 기
   안자에게 전송하며, 임시수신함 아래의 전송용통합파일 및 분리된 파일을 삭제한다.
   이때 정상처리되면 pack.dtd의 type엘리먼트의 doc-type값을 receive로 설정하여 업무관리
   시스템으로 접수상태정보를 보내고, 기안자를 찾지 못하면 invalid 정보를 작성하여 보낸다.
   패킹 및 전송방법은 “Ⅱ.3.2 전송용 통합파일 생성 및 전송방법“을 따른다.
  ○전자문서시스템에서 결재결재처리
   -기안자가 결재처리를 하면 결재경로상의 모든 결재가 자동으로 완결되도록 처리하고 pack.
    dtd의 type 엘리먼트의 doc-type 값을 approval 값으로 설정하고, exchange_v2.dtd에 맞
    게 설정하여 approval 상태를 결재라인정보를 구성하여 업무관리시스템으로 보낸다. 패킹
    및 전송방법은 “3.2 전송용 통합파일 생성 및 전송방법“을 따른다.
   -기안자가 반송처리를 하면 pack.dtd의 type 엘리먼트의 doc-type 값을 returnl 값으로 설
    정하고, exchange_v2.dtd에 맞게 설정하여 업무관리시스템으로 보낸다. 패킹 및 전송방법
    은 “3.2 전송용 통합파일 생성 및 전송방법“을 따른다.
 □업무관리시스템에서 처리
  ○업무관리서시스템은 임시수신함을 폴링하여 분리된 파일을 접수하고 처리한다. 처리가 완료

                                224
제16677호                  관          보            2008. 1.25. (금요일)
   되면 전송용통합파일 및 분리된 파일을 삭제해야 한다.
  ○업무관리시스템에서 생성한 연계교환정보에 대한 전자결재 문서 처리상태를 확인하기 위해서
   는 전자문서시스템에서 전송한 결재처리상태 전송용 통합파일을 참조하며, 전자문서시스템은
   결재처리결과 통보시 업무관리시스템에서 최초 생성한 행정처리번호(administrative_num)를
   전송용 통합파일에 반드시 포함하여 전송하여야 한다.
  ○결재처리 상태정보중 status는 결재가 진행 혹은 완료 상태인지를 나타내며, 개별 결재선 정
   보중 SANCTION의 type은 결재선상의 개별 결재구분(기안, 검토, 협조, 전결, 대결, 결재)이
   며, result는 결재구분에 대한 처리행위(상신, 기안취소, 반려, 승인, 미결)를 나타낸다.
  ○전자문서시스템으로부터 전송된 결과를 업무관리시스템에서 조회가 가능하도록 업무관리시스
   템의 문서관리카드의 시행부분 현황 정보를 변경한다. 또한, 전자문서시스템으로부터 받은 발
   송문서(시행문서)를 업무관리시스템에서 조회할 수 있도록 기존의 기안한 전자문서를 발송문
   서로 변경한다.
   -시행문서본문(hwp 파일), 시행문서번호가 해당된다.
  ○전자문서시스템으로부터 전송된 결과가 발송실패나, 반송일 경우 업무관리시스템에서 기안자
   가 전자문서를 재시행 할 수 있도록 해야 한다.
3.4 사용자 및 서버ID 관리
  ○업무관리시스템에서 전자문서시스템으로 문서를 전송하고자 할 때 필요한 전자문서시스템 수
   신 ID 관리는 업무관리시스템에서 각각의 시스템에 맞게 구현하여 관리한다.
  ○송수신 서버 ID 관리는 정부전자문서유통관리센터에서 관리하되, 변동사항에 대해서는 각 전
   자문서시스템, 업무관리시스템에 자동으로 배포될 수 있도록 정부전자문서유통관리센터에서
   연계모듈을 제공한다.
3.5 필수 정보 파일
  전자 문서 시스템과 연계를 하기 위해 연계교환정보 이외에 필수적으로 필요한 추가 정보 파일
  로, 연계 모듈에서 전송용 통합 파일을 생성하기 위해 사용된다. 통합파일을 생성하기 위한 기
  본정보를 담고 있는 header.inf 와 파일의 끝을 알리는 eof.inf 파일로 구성된다.
  전자문서시스템에서 업무관리시스템으로 연계정보를 전송하는 경우, 전송정보의 종류에 따라
  통합파일을 생성하여 전송하거나(approval, perform의 경우), 필수 정보 파일만 전송(그 이의
  경우)할 수도 있다.
 □header.inf

                                                                 어트리뷰트
   엘리먼트명                          엘리먼트 설명
                                                                 사용여부

                전송정보 종류
                (발송:send, 발송실패:fail, 도달:arrive,
type                                                               O
                수신:receive, 상신:submit, 반송:return, 결재:approval,
                발송처리:perform, 해당사용자id없음:invalid )

                                 225
제16677호                    관         보     2008. 1.25. (금요일)

                                                         어트리뷰트
    엘리먼트명                         엘리먼트 설명
                                                          사용여부

                  시간(YYYY-MM-DD hh:mm:ss)
date                                                         X
                  (발송시간, 수신시간, 상신시간, 반송시간, 결재시간)

sender            송신 서버 ID                                   X

receiver          수신 서버 ID                                   X

sender_userid     송신 사용자 ID                                  X

receiver_userid   수신 사용자 정보                                  X

sender_email      송신 사용자 E-Mail 주소                           X

sender_orgname    송신 기관명                                     X

sender_systemname 송신 시스템명                                    X

administrative_num 행정처리번호                                    O

 □header.inf 파일의 type 엘리먼트 값에 대한 상세내역
  ○발송(send)
    업무관리시스템에서 전자문서시스템으로 최초 전송시 사용되며, 최초 생성주체는 업무관리시
    스템이다.
  ○발송실패(fail)
    발송실패시 연계모듈에서 생성한다. 업무관리시스템에서는 발송실패한 경우 재시행 할 수 있
    도록 처리해야 한다.
  ○도달(arrive)
    전자문서시스템의 임시수신함에 문서가 도달한 시점이며, 작성주체는 연계모듈이다.
  ○수신(receive)
    수신시스템의 임시수신함에 도달한 문서를 전자문서시스템에서 폴링해 가는 시점에 작성되며,
    작성주체는 전자문서시스템이다.
  ○해당사용자id없음(invalid)
    전자문서시스템에서 문서를 수신한 후 전자문서시스템의 해당 기안자에게 문서를 전달할 때,
    수신자ID에 해당하는 기안자 정보를 찾지 못한 경우에 작성되고, 상태정보만 전송하며, 작성
    주체는 전자문서시스템이다.
  ○상신(submit)
    전자문서시스템에서 연계문서를 결재상신할 때 작성되며, 작성주체는 전자문서시스템이다. 전
    체 결재라인정보를 포함하여 업무관리시스템으로 결재상태를 전송한다.
  ○반송(return)
    기안자가 문서를 업무관리시스템으로 반송할 때 사용하며 생성주체는 전자문서시스템이다. 반

                                  226
제16677호                 관         보      2008. 1.25. (금요일)
   송 상태정보만 보내며, 업무관리시스템에서는 재시행 할 수 있도록 처리한다.
  ○결재(approval)
   중간결재 및 최종결재 결과를 보낼 때 사용하며, 작성주체는 전자문서시스템이다. 중간 및 최
   종결재가 진행중인 전체 결재선 정보가 포함된다.
  ○발송처리(perform)
   업무관리시스템과 전자문서시스템간의 연계에서 신규로 정의된 정보로 처리과 문서담당자가
   문서를 발송처리할 때 작성되며, 작성주체는 전자문서시스템이다. 전체 결재선 정보가 포함된
   다.
 □eof.inf
  내용 없는 0 Byte 크기의 파일로서, 전송용 통합파일을 생성하기 위한 정보가 모두 갖춰진 후
  마지막으로 생성한다.
Ⅲ. 연계시스템 구성
1. 연계 구현방식
 업무관리시스템과 전자문서시스템간의 연계는 행정정보시스템과 전자문서시스템간의 연계 방식
 중 직접 연계 방식을 이용한다.




 □직접 연계

  ○업무관리시스템

   표준 연계 모듈이 설치되며, 표준 연계 모듈은 계정 정보, 송수신 문서 로그 관리 기능을 포

   함하고 결재 요청시 표준 연계 모듈를 통해 해당 전자문서시스템으로 문서를 전송함(반대의

   경우 결재처리결과 및 수정된 결재본문을 전자문서시스템으로부터 확인함)

  ○전자문서시스템

   표준 연계 모듈이 설치되며, 표준 연계모듈은 계정정보, 송수신 문서 로그 관리 기능을 포함

   하고 업무관리시스템으로부터 결재 요청 문서를 수신 확인함(반대의 경우 결재처리결과 및 수

   정된 결재 본문을 표준 연계 모듈을 통해 업무관리시스템으로 전송함)

 □연계모듈 기능
     구      분              설                     명

    설정기능           디렉토리 구조 설정 및 송수신 모듈 기본사항 설정 기능

                               227
제16677호                  관         보    2008. 1.25. (금요일)

       구       분              설                     명

           송신함     송신한 문서를 저장

           수신함     수신한 문서를 저장

 디     송신에러함       송신할 때 오류가 발생한 문서를 저장
 렉
       수신에러함       수신할 때 오류가 발생한 문서를 저장
 토
 리         로   그   송·수신 처리내역 기록

 구                 송신할 때 임시송신함을 통과하여 송신처리 되며, 송신오류 및 중복발송
       임시송신함
 조                 방지를 목적으로 함

                   수신시 임시수신함을 통과하여 수신처리 되며, 수신오류 및 중복 발송 방
       임시수신함
                   지를 목적으로 함

                   업무관리시스템에서 생성된 연계교환정보(또는 전자문서시스템에서 생성
  전송용 통합 파일
                   된 결재 처리 결과)를 전송용 통합 파일로 구성함
     생성(분리) 기능
                   (반대의 경우 전송용 통합 파일을 원래 형태로 복원함)

지정된 위치 저장기능        전송용 통합파일을 전송하기 위해 지정된 위치에 저장

 전자관인(행정전자         컴퓨터용 인증서를 이용하여 전자관인(행정전자서명) 적용 및 검증, 암호
 서명)/암호화 적용        화/복호화 수행

       전송기능        저장과 동시에 연계모듈에서 대상 시스템으로 전송

       계정관리        계정정보를 변경하고 업무관리 및 전자문서시스템에서 반영

Ⅳ. 기   타

 ○정부내 행정기관에서 사용할 전자문서시스템은 사무관리규정 및 동 규정 시행규칙을 따라야 하

     며, 또한 본 표준과「행정기관의 전자문서시스템 규격」,「행정기관간 전자문서유통 표준」,「전자문

     서시스템과 행정정보시스템간 연계표준」을 준수해야 함.

 ○정부내 행정기관에서 사용할 정부업무관리시스템은 본 표준과 「행정기관의 업무관리시스템 규

     격」을 준수해야 함.

Ⅴ. 부   록

 부록 1. 전송용 통합파일 표준 DTD(pack.dtd)

 부록 2. 업무관리시스템에서 전자문서시스템으로의 연계교환정보 예제(exchange.xml)

 부록 3. 전자문서시스템에서 업무관리시스템으로의 결재결과통보문서 예제(notification.xml)

 부록 4. 업무관리시스템에서 전자시스템으로의 헤더파일 예제(header.inf)

 부록 5. 전자문서시스템에서 업무관리시스템으로의 헤더파일 예제(header.inf)
                                  228
제16677호                           관             보                2008. 1.25. (금요일)
부록 1 전송용 통합파일 표준 DTD (pack.dtd)
 <?xml version=”1.0” encoding=”EUC-KR” ?>
 <!--
  filename:
       pack.dtd
  Typical usage:
       <?XML version=”1.0” encoding=”EUC-KR” ?>
       <!DOCTYPE pack SYSTEM “pack.dtd”>
       <pack> ... </pack>
 -->
 <!ELEMENT pack (header, contents)>
 <!ATTLIST pack filename CDATA #REQUIRED >
 <!ELEMENT header (type, date, sender, receiver, sender_userid, receiver_userid,
 sender_email?, sender_orgname, sender_systemname?, administrative_num)>
 <!ELEMENT type EMPTY>
 <!ATTLIST type doc-type (send|fail|arrive|receive|invalid|submit|return|approval) #REQUIRED >
 <!ELEMENT date (#PCDATA)>
 <!ELEMENT sender (#PCDATA)>
 <!ELEMENT receiver (#PCDATA)>
 <!ELEMENT sender_userid (#PCDATA)>
 <!ELEMENT receiver_userid (#PCDATA)>
 <!ELEMENT sender_email (#PCDATA)>
 <!ELEMENT sender_orgname (#PCDATA)>
 <!ELEMENT sender_systemname (#PCDATA)>
 <!ELEMENT administrative_num (#PCDATA)>
 <!ELEMENT contents (content)*>
 <!ELEMENT content (#PCDATA)>
 <!ATTLIST content content-role CDATA #REQUIRED >
 <!ATTLIST content content-transfer-encoding CDATA “base64” >
 <!ATTLIST content filename CDATA #REQUIRED >
 <!ATTLIST content content-type CDATA #IMPLIED >
 <!ATTLIST content charset CDATA #IMPLIED >
부록 2. 업무관리시스템에서 전자문서시스템으로의 연계 교환정보 예제(exchange.xml)
 <?xml version=”1.0” encoding=”euc-kr”?>
 <!DOCTYPE EXCHANGE SYSTEM “exchange_v2.dtd”>

                                            229
제16677호                       관          보    2008. 1.25. (금요일)
<!--
 업무관리시스템에서 전자문서시스템으로 연계될 때 만들어지는 연계교환정보 샘플입니다.
-->
<EXCHANGE>
<HEADER>
 <!--공통 헤더 정보는 COMMON 엘리먼트 아래에 위치합니다.-->
  <COMMON>
  <SENDER>
      <!--
       보내는 서버ID입니다. 이 서버ID는
       연계서버의 라우팅 테이블에 등록된 ID 값을
       사용하게 됩니다.
       예를 들어, 현재 지금 보고 있는 문서가
       업무관리시스템에서 전자결재시스템으로 보내는
       문서라면, SEND_SERVERID는 연계서버의 라우팅
       테이블에 등록된 업무관리시스템1의 ID 값을
       사용합니다.-->
 <SERVERID>adm131000006</SERVERID>
 <!--업무관리시스템의 사용자 ID(기안자)입니다.-->
 <USERID>gildong</USERID>
 <!--사용하는 E-Mail 주소를 명시 합니다.
                    이 EMAIL 엘리먼트는 선택사항입니다.-->
<EMAIL>gildong@test.go.kr</EMAIL>
</SENDER>
<RECEIVER>
 <!--
   수신할 서버ID입니다. 이 서버ID는
   연계서버의 라우팅 테이블에 등록된 ID
   값을 사용하게 됩니다.
   예를 들어, 현재 지금 보고 있는 문서가
   업무관리시스템에서 전자문서시스템으로 보내는
   문서라면, RECEIVE_SERVERID는 연계서버의
   라우팅 테이블에 등록된 수신할 전자결재시스템의 ID 값을 사용합니다.-->
 <SERVERID>doc131000002</SERVERID>
 <!--업무관리시스템의 사용자 ID입니다. 업무관리시스템에서는

                                     230
제16677호                      관           보            2008. 1.25. (금요일)
        <SENDER>의 <USERID>와 같은 값을 사용합니다.-->
 <USERID>gildong</USERID>
 <!--    사용하는 E-Mail 주소를 명시 합니다.
			                  이 EMAIL 엘리먼트는 선택사항입니다.-->
 <EMAIL>gildong@test.go.kr</EMAIL>
 </RECEIVER>
 <TITLE><![CDATA[업무환경평가 실시계획]]></TITLE>
 <!--
   CREATED_DATE 엘리먼트에 표시되는 시간은 반드시 다음과 같은 형식을 사용해서 표시되
   어야 합니다.
   yyyy-mm-dd hh:mm:ss
   -->
 <CREATED_DATE>2005-10-20 11:36:38</CREATED_DATE>
 <!--
   결재본문에 파일을 제외한 첨부화일의 총 개수를 나타냅니다.-->
 <ATTACHNUM>1</ATTACHNUM>
 <!--
   업무관리시스템의 고유한 문서처리 번호입니다.-->
<ADMINISTRATIVE_NUM>DCT9676f233227240288971051019110402</ADMINISTRATIVE_NUM>
 </COMMON>
 <DIRECTION>
 <!--업무관리시스템에서 전자문서시스템으로 전송함을 나타냅니다.-->
  <TO_DOCUMENT_SYSTEM>
   <!--결재라인의 순서를 표시합니다.
    1인시행의 경우 LINE은 ‘기안’이 생략되고 ‘결재’하나만 올수 있습니다.-->
  <LINES>
  <LINE>
  <LEVEL>1</LEVEL>
  <SANCTION type=”기안” result=””>
  <!--기안자의 정보를 표시합니다.(ID/이름/직위/부서/기관)-->
  <PERSON>
   <USERID>gildong</USERID>
   <NAME>홍길동</NAME>
   <POSITION>행정주사</POSITION>
   <DEPT>총무과</DEPT>

                                     231
제16677호                      관          보             2008. 1.25. (금요일)
   <ORG>행정자치부</ORG>
  </PERSON>
 <DATE/>
 </SANCTION>
</LINE>
<LINE>
 <LEVEL>4</LEVEL>
 <SANCTION type=”결재” result=””>
  <!--결재자(부서팀장)의 정보를 표시합니다-->
 <PERSON>
  <USERID>chulsoo</USERID>
  <NAME>김철수</NAME>
  <POSITION>과장</POSITION>
  <DEPT>총무과</DEPT>
  <ORG>행정자치부</ORG>
 </PERSON>
 <DATE/>
 </SANCTION>
 </LINE>
 </LINES>
  <MODIFICATION_FLAG>
   <!--업무관리시스템에서는 수정불가(no)를 원칙으로 합니다-->
   <MODIFIABLE modifyflag=”no”/>
  </MODIFICATION_FLAG>
 </TO_DOCUMENT_SYSTEM>
 </DIRECTION>
</HEADER>
<!--시행문 본문에 관한 파일정보를 나타냅니다-->
<BODY>
 <!--이 값은 항상 pub이라는 값으로 표시 합니다-->
<FILE_FORMATION>pub</FILE_FORMATION>
 <!--BODY의 내용은 특수문자 처리를 위하여 반드시 CDATA로 사용하시기 바랍니다.-->
<FILENAME><![CDATA[업무환경평가 실시계획.pub]]></FILENAME>
<FILE_TITLE><![CDATA[AE827E49165B4B51B5ED6CEEB5519823]]></FILE_TITLE>
<SVRFILENAME>attach_81753616410e11daec90001185afd5b7.pub</SVRFILENAME>
</BODY>
                                    232
제16677호                      관            보             2008. 1.25. (금요일)
 <!--본문을 제외한 모든 첨부물에 대한 정보 입니다.-->
 <ATTACHMENTS>
 <ATTACHMENT>
  <FILENAME><![CDATA[업무환경평가 실시계획.hwp]]></FILENAME>
   <FILE_TITLE><![CDATA[81a00030410e11daec90001185afd5b7]]></FILE_TITLE>
   <SVRFILENAME>attach_8fbe9221233b4028ffe2051020110205.hwp</SVRFILENAME>
   </ATTACHMENT>
  </ATTACHMENTS>
 </EXCHANGE>
부록 3. 전자문서시스템에서 업무관리시스템으로의 연계교환정보 예제(notification.xml)
 <?xml version=”1.0” encoding=”EUC-KR”?>
 <EXCHANGE>
  <HEADER>
   <COMMON>
    <SENDER>
     <SERVERID>doc131000002</SERVERID>
     <USERID>gildong</USERID>
    </SENDER>
    <RECEIVER>
     <SERVERID>adm131000006</SERVERID>
     <USERID>gildong</USERID>
    </RECEIVER>
    <TITLE>업무환경평가 실시계획</TITLE>
  <CREATED_DATE>2005-10-20 15:49:49</CREATED_DATE>
  <ATTACHNUM>1</ATTACHNUM>
  <ADMINISTRATIVE_NUM>DCT9676f233227240288971051019110402</ADMINISTRATIVE_NUM>
  </COMMON>
  <DIRECTION>
   <TO_ADMINISTRATIVE_SYSTEM>
    <DOCNUM docnumcode=”1310426002761”>총무과-2761</DOCNUM>
    <SANCTION_INFO status=”발송”>
  <LINES>
    <LINE>
       <LEVEL>1</LEVEL>
        <SANCTION type=”기안” result=”상신”>

                                      233