공무원 공문서변조죄 처벌, 전자결재 완료본을 바꾼 로그가 말하는 것

전자결재 시스템에서 문구를 고쳤다는 사실만으로 언제나 공문서변조죄가 성립하는 것은 아닙니다. 공무원 공문서변조죄 처벌 사건에서는 결재가 끝나 문서가 성립한 뒤 내용이 바뀌었는지, 변경한 사람이 그 수정 권한을 갖고 있었는지, 바뀐 문서를 진정한 공문서처럼 사용하려는 목적이 있었는지를 순서대로 봅니다.

전자문서는 결재본문뿐 아니라 첨부파일, 시행번호, 수신자, 공개설정과 시스템 메타데이터가 한 문서 묶음을 이룹니다. 결재 전 오탈자 수정, 반려 후 재기안, 완료본의 무단 덮어쓰기, 정식 정정결재는 외형이 비슷해 보여도 법적 평가가 다를 수 있습니다. 감사로그와 버전 이력으로 성립시점을 먼저 고정해야 합니다.

형법은 공문서·전자기록 관련 행위를 여러 조문으로 나누고 있어 죄명과 법정형도 동일하지 않습니다. 공문서변조·행사, 허위공문서작성, 공전자기록 위작·변작의 요건을 혼동하지 말고 실제 시스템에서 무엇이 생성·변경됐는지 특정해야 합니다.

결재 완료·시행·정정결재 중 문서가 성립한 순간을 찾습니다

공문서의 성립시점은 조직의 결재규정과 전자문서 시스템 흐름을 함께 봅니다. 기안 중 임시저장, 검토자 수정, 최종 결재, 시행번호 부여와 외부 발송 시각을 나눕니다. 결재 전 권한 있는 수정과 이미 성립한 문서의 사후 변경을 같은 행위로 취급하지 않습니다.

완료 뒤 오류를 발견했다면 취소·재기안, 정정결재, 추가보고 등 정식 절차가 있었는지 확인합니다. 문서관리 담당자의 기술적 편집 권한이 있다고 해서 실질 내용을 바꿀 권한까지 당연히 생기지는 않습니다. 수정 권한은 업무규정과 결재권자의 승인으로 판단합니다.

첨부파일이 결재 대상에 포함됐는지도 별도의 판단축입니다. 결재자가 첨부 수치를 전제로 승인했고 시행본에 함께 발송됐다면 첨부 교체의 의미가 커질 수 있습니다. 반대로 참고자료인지, 자동 생성된 출력물인지 시스템 구조를 확인합니다.

감사로그로 누가 어떤 필드를 바꿨는지 원본과 대조합니다

전자결재 감사로그에는 로그인 계정, 접속기기, 변경시각, 기능과 파일 식별값이 남을 수 있습니다. 화면 캡처만 보지 말고 원본 로그와 데이터베이스 이력, 첨부파일 해시를 보존합니다. 관리자 계정으로 변경됐다면 실제 조작자와 지시자를 구별합니다.

원본·완료본·시행본을 필드 단위로 비교합니다. 금액, 대상자, 점검결과처럼 의미를 바꾸는 값과 맞춤법·표시형식 변경을 구별하고, 변경이 문서의 증명기능에 어떤 영향을 주었는지 설명합니다. 수치 하나라도 행정처분이나 예산집행을 바꿨다면 맥락을 함께 봅니다.

로그가 누락됐다고 곧바로 무죄나 유죄가 되는 것은 아닙니다. 백업파일, 메일 첨부, 결재자 열람기록과 외부 수신본을 교차검증합니다. 시스템 시간대와 서버시각이 다르면 보정 근거도 남깁니다.

편집 권한과 내용 변경 권한은 전자결재에서도 별개의 문제입니다

공문서변조·허위작성·공전자기록 죄명을 행위 객체에 맞춥니다

형법 제225조의 공문서등 위조·변조, 제227조의 허위공문서작성, 제227조의2의 공전자기록위작·변작은 행위 객체와 주체, 방법이 다릅니다. 이미 진정하게 성립한 문서의 동일성을 해치는 변경인지, 작성권한자가 내용이 거짓인 문서를 새로 작성한 것인지, 전자기록을 무권한으로 바꾼 것인지 구별합니다.

법정형도 같다고 전제해서는 안 됩니다. 공문서 위조·변조와 허위공문서작성은 각 조문의 법정형을 확인하고, 공전자기록 위작·변작과 위조등 공문서 행사는 별도 조문을 봅니다. 수사 통지의 죄명만 따라가지 말고 실제 변경 대상에 맞는 구성요건을 검토합니다.

공범이나 지시 관계가 있다면 결재권자의 승인 내용과 작업자의 인식을 분리합니다. 상급자가 오류 수정만 지시했는지, 완료본을 몰래 바꾸라고 했는지 대화 원문과 정정절차 안내를 확인합니다.

쟁점	확인할 객체 · 핵심 질문
공문서 변조	성립한 문서·첨부 · 동일성을 해치는 무권한 변경인가
허위공문서 작성	새로 작성한 공문서 · 작성권한자가 허위 내용을 만들었나
공전자기록 변작	전자처리용 기록 · 사무처리를 그르칠 목적인가
행사	외부 발송·보고·제출 · 진정한 문서처럼 사용했나

변경 이유와 실제 사용을 형사자료·복무자료로 나누어 제출합니다

계산오류 정정이었다면 오류를 발견한 시점, 결재자 보고, 정정 방법을 확인합니다. 내용이 객관적으로 맞아졌다는 사정만으로 무권한 변경 문제가 사라지는 것은 아니지만 행사목적과 책임 정도를 판단하는 자료가 될 수 있습니다. 반대로 불리한 수치를 숨기기 위한 교체였다면 삭제·은폐 흔적이 중요해집니다.

외부 발송 여부와 사용 경로를 특정합니다. 내부 완료본만 변경된 경우와 민원인·감사기관·재판에 제출된 경우는 행사 쟁점이 다릅니다. 발송 취소나 회수 조치가 있었다면 실제 도달 전후를 확인합니다.

징계절차에서는 문서관리 규정, 보고의무, 허위보고와 기관 신뢰 침해가 별도로 평가됩니다. 형사죄명 다툼만 반복하지 말고 정식 정정절차를 왜 따르지 않았는지, 업무상 결과와 재발방지 통제를 설명합니다. 시스템 권한 회수와 이중승인 도입도 실제 시행 여부를 자료로 남깁니다.

전자결재 운영부서에는 변경 기능을 누가 어떤 조건에서 사용할 수 있는지, 완료문서 교체 시 관리자 승인과 통보가 자동으로 남는지를 조회합니다. 백업 보존주기 안에 서버 원본을 확보하고, 외부 수신기관이 받은 파일의 해시와 발송시각을 대조하면 내부 로그가 불완전해도 변경 전후를 재구성할 수 있습니다.

전자결재 사건에서 중요한 것은 “파일을 고쳤다”는 표현이 아니라 어느 버전이 문서로 성립했고 누가 어떤 권한으로 무엇을 바꿨는지입니다. 완료본, 첨부, 시행본의 해시와 감사로그가 그 경계를 보여 줍니다.

죄명은 공문서변조 하나로 미리 고정하지 말고 허위작성, 공전자기록, 행사 요건과 법정형을 각각 대조해야 합니다. 정정 목적이었다면 정식 절차와 보고 흔적까지 제시해야 설명이 완성됩니다.