문서 관리 시스템: 공식본·권한·버전·보존 설계 [2026]

문서 관리 시스템은 파일을 한곳에 모아 검색하는 저장소가 아니라 회사가 어떤 문서 버전을 어떤 업무의 공식 기록으로 믿는지, 누가 작성·검토·승인·열람·보존·폐기했는지 생애주기 전체를 증명하는 시스템입니다. 최신 파일 표시만으로는 시행일·승인 상태·보존 의무·법적 보류와 과거 결정 근거를 재현할 수 없습니다.

문서와 기록은 같지 않을 수 있습니다. 초안은 협업 중 계속 바뀌지만 승인된 계약·도면·규정·품질 기준은 특정 버전과 시점의 업무 증거가 됩니다. 복사 파일명이나 폴더 위치보다 문서 ID·버전·상태·관계·메타데이터가 먼저입니다.

보존 기간과 접근 통제는 모든 문서에 한 규칙을 적용하지 않습니다. 문서 유형·계약·규제·분쟁·개인정보와 업무 필요에 따라 달라질 수 있으므로 법무·보안·기록 관리 담당자가 분류표와 예외를 승인해야 합니다.

기록을 생성부터 이용·보존·처분까지 생애주기로 본다#

미국 국립문서기록관리청의 Universal ERM Requirements는 전자 기록 관리의 생애주기와 메타데이터를 포함한 고수준 요구를 제시하고 조직이 요구사항을 조정해야 한다고 설명합니다. NARA의 일반 안내도 기록 생애주기를 생성·수령, 유지·이용, 처분으로 구분합니다. 이는 미국 연방기관 기준이며 한국 기업의 보존·폐기 의무를 정하는 법률이 아니므로 실제 문서 유형별 국내 법령·계약·분쟁 보존 조건을 따로 검토해야 합니다.

• NARA Universal ERM Requirements: 전자 기록 생애주기·메타데이터의 고수준 시스템 요구
• NARA Records Management FAQ: 생성·수령부터 유지·이용·처분까지 기록 생애주기
• NIST Cybersecurity Framework 2.0: 데이터·시스템 자산의 식별·우선순위·생애주기 관리

분류표·감사 사건·보존 스케줄·법적 보류를 운영한다#

문서 유형마다 필수 메타데이터, 소유자, 승인 흐름, 접근 역할, 시행·만료, 보존·폐기 근거와 시스템 원천을 정합니다. 개인 폴더와 공유 드라이브 이관은 기준 문서부터 중복·손상·권한·버전을 확인해 진행하세요.

감사 로그에는 문서 ID·버전·행위자·행동·근거·시각·결과를 남기고 열람·다운로드·공유·권한 변경·보존 보류·폐기를 포함합니다. 로그 자체의 접근·보존·위변조 방지와 개인정보 최소화도 설계합니다.

법적 보류나 조사 요청은 일반 폐기 일정을 일시 중단하는 별도 상태로 두고 대상·근거·승인·시작·해제 책임을 기록합니다. 보류 해제 뒤에도 자동 삭제하지 말고 원래 스케줄과 추가 승인을 다시 평가합니다.

계약 생성·서명 흐름은 전자계약 시스템에서 연결합니다. 직인 파일 통제는 법인인감 파일 보안을 참고하세요. 승인 상태 설계는 전자결재 시스템과 함께 보세요.

특정 시점의 공식본과 배포·폐기 근거를 재현하면 승인한다#

계약·규정·도면·품질 기록, 개인·기밀 문서, 외부 공유, 부서 이동·퇴사, 오프라인 복사, 구버전, 보존 만료, 법적 보류와 백업 복원을 표본에 포함합니다.

대체 담당자가 문서 ID 하나로 특정 날짜의 공식본·승인·적용 범위·열람자를 찾고 잘못된 배포를 회수하며, 보존·보류·폐기의 근거와 실행 결과를 설명할 수 있을 때 시스템을 승인합니다.