레코드 유지 및 처리를 제어하기 위해 처리 스케줄을 정의하고 레코드 컨테이너 및 레코드 유형과 연관시킵니다. 처리 스케줄에서 레코드 유지 규칙과 보유 기간이 끝날 때 레코드 처리를 위한 지침을 지정합니다.
처리 지침은 다음과 같습니다.
- 검토
- 영구 보존을 위해 보관으로 이동
- 다른 위치로 내보내기
- 삭제
레코드가 처리 스케줄에서 거치는 여러 단계를 정의합니다. 각 단계는 정의된 보유 기간을 가집니다. 각 단계가 끝날 때 지정된 조치가 레코드에 대해 수행된 다음 레코드가 다음 단계로 전달됩니다. 보류항목이 배치된 엔티티에 대해서는 처리 스케줄이 중단됩니다. 모든 보류항목이 제거된 후 처리 스케줄이 재개됩니다.
레코드를 처리할 준비가 된 시점을 계산하기 위해 처리 스윕을 실행하게 됩니다. 스윕 프로세스를 참조하십시오. 파일 계획 가져오기 및 내보내기 도구를 사용할 때 처리 스케줄을 가져오고 내보냅니다.
처리 스케줄 매개변수
처리 스케줄에는 다음 항목이 포함됩니다.
- 이벤트 컷오프 시작을 트리거합니다. 컷오프는 처리를 시작할 수 있도록 엔티티를 닫는 것을 의미합니다. 컷오프는 이전 레코드의 활성 사용을 종료합니다.
- 컷오프 수행 컷오프가 트리거되고 지정된 오프셋 시간이 경과되면
엔티티에 대해 자동으로 수행되는 수행입니다.
- 오프셋 컷오프 시작과 컷오프 수행의 실행 간 시간 간격입니다.
- 처리 단계 지정된 기간 동안 특정 상태의 레코드 유지를 제어하기 위해 정의된 단계입니다.
- 단계 처리 명령/수행 단계의 보유 기간이 끝날 때 수동으로 시작해야 하는 수행입니다. 각 단계는 연관된 처리 조치를 가집니다. 단계 처리 수행은
검토, 영구 보존을 위한 아카이브로 전송, 내보내기 또는 삭제 중 하나입니다.
- 처리 워크플로우 각 처리 수행에 연관된 워크플로우가 있습니다. 조치가 시작될 때 시스템은 연관된 워크플로우를 실행하여 레코드에 대해 사전 정의된 지침 집합을 수행합니다.
처리 스케줄 상속
처리 스케줄을 레코드 카테고리, 레코드 폴더 또는 레코드 유형과 연관시킬 수 있습니다. 레코드 폴더에
고유한 처리 스케줄이 있거나 상위 레코드 카테고리와 연관된 처리 스케줄을 상속할 수 있습니다.
기본적으로, 레코드는 레코드가 선언된 폴더의 처리 스케줄을 상속합니다. 그러나 다른 위치 스케줄을 레코드와 연관시키려면 레코드 유형을 작성하고, 필수 처리 스케줄을 이 레코드 유형과 연관시키고, 이 레코드 유형을 레코드에 할당할 수 있습니다. 여러 처리 스케줄이 레코드 카테고리, 레코드 카테고리 및 레코드 유형과 연관되면 레코드는 레코드 유형에서 처리 스케줄을 상속합니다. 레코드가 레코드 카테고리 아래에 직접 작성되면 레코드는 레코드 카테고리의 처리 스케줄을 상속합니다.
일반적으로, 레코드의 계층 구조에서 가장 낮은 레벨의 처리 스케줄이 적용될 수 있습니다. 다음 다이어그램은 여러 조건 하의 다양한 엔티티별 처리 스케줄 상속을 보여줍니다.

레코드 카테고리 또는 폴더를 이동할 경우 처리 스케줄을 컨테이너에 할당하고 컨테이너에서 할당의 영향을 받는 엔티티를 지정할 수 있습니다. 엔티티
이동에 대한 자세한 내용은 카테고리 또는 폴더 재배치를 참조하십시오.
컨테이너를 재배치할 때 처리 스케줄을 할당하지 않으면 다음 내용이 적용됩니다.
- 컨테이너가 상위 엔티티의 처리 스케줄을 상속하는 경우 컨테이너는 재배치 후 새 상위의 처리 스케줄을 상속합니다.
- 컨테이너에 상위 엔티티와 다른 처리 스케줄이 있는 경우 재배치 후 컨테이너에 계속해서 동일한 고유 스케줄이 포함됩니다.
처리 프로세스
처리 스케줄을 레코드 카테고리 또는 폴더와 연관시키고 나면 해당 컨테이너에 작성된 모든 레코드는 기본적으로 이 처리 스케줄을 상속합니다. 레코드에 대해 컷오프 조치가 수행될 때 레코드는 처리 대상이 되고 처리 단계로 이동합니다. 처리 준비가
된 것으로 식별된 엔티티는 처리 준비 아이콘
으로 표시됩니다.
인증된 사용자가 처리를 시작할 수 있습니다. 레코드 운영자의 승인을 얻으면
승인된 엔티티에 대해 연관된 처리 수행이 수행됩니다. 다음 처리 조치 중 하나를 처리 스케줄의 단계에 할당할 수 있습니다.
- 검토 인증된 사용자는 엔티티의 처리 상태를 검토하여 다음 단계로 진행할
수 있는지 판별합니다. 필요한 만큼 검토 조치를 할당할 수 있습니다.
- 내보내기 엔티티를 다른 시스템 또는 오브젝트 저장소에 복사하거나 내보냅니다. 나중에 별도의 조작으로 레코드를 이전 위치에서 제거할 수 있습니다.
- 맵핑을 통한 내보내기 사용자 정의 특성이 포함된 엔티티를 DoD V3
스키마(예: NARA(National Archives and Records Administration))를 사용하는 조직으로 복사하거나 내보냅니다. 별도의 조치으로 이전 위치에서 레코드를 제거할 수 있습니다.
- 2단계 전송 보유 기간이 끝나면 엔티티가 지정된 위치로 전송됩니다. 레코드 운영자가 엔티티가 성공적으로 전송되었고 삭제 준비가 되었음을 확인하면 전송 후 삭제됩니다.
- 맵핑을 통한 2단계 전송 보유 기간이 끝나면 사용자 정의 특성이 포함된 엔티티가
DoD V3 스키마(예: NARA(National Archives and Records Administration))를
사용하는 조직으로 전송됩니다. 레코드 운영자가 엔티티가 성공적으로 전송되었고 삭제 준비가 되었음을 확인하면 전송 후 삭제됩니다.
- 영구삭제 엔티티가 저장소에서 영구적으로 삭제됩니다. 이 조치는 한 엔티티에 한 번만 할당할 수 있습니다. 레코드와 연관된 링크도 레코드와 함께 영구삭제됩니다.
- 맵핑을 통한 임시 전송 사용자 정의 특성이 포함된 엔티티가 DoD V3 스키마를 사용하는 조직으로 임시로 전송됩니다.
영구삭제
워크플로우가 어떤 이유로든 실패할 경우 엔티티는
처리 진행 중 상태로 유지됩니다. 그러면 엔티티의 처리를 다시 시작해야 합니다.처리 스케줄 초기화을 참조하십시오.
우수 사례
일부 특성은 처리 스윕에 의해 동적으로 업데이트됩니다. 이러한 특성이 대체 보유를 위한 보유 기준으로 사용되는 경우 업데이트 처리 스윕에 의해 보유 기간이 더 길어질 수 있습니다. 이러한 특성을 대체 보유를 위한 보유 기준으로 사용하지 마십시오.
- 현재 단계 실행 날짜
- 현재 단계 조치
- 최종 스윕 날짜
- 현재 단계 결정 날짜
- 현재 단계 검토 결정
- 현재 단계 ID
- 단계 보유 재계산
- 현재 단계 실행 상태
- 처리 단계
- 주기(년)
- 주기(월)
- 주기(일)
- 현재 조치 유형
- 필수 워크플로우 상태
- 필수 스윕 날짜
- 필수 레코드 검토 날짜
- 필수 레코드 다음 검토 날짜
- 현재 단계 ID
- 대체 보유
- 보유 기반
- 보유 기간(연)
- 보유 기간(월)
- 보유 기간(일)
- 현재 단계 내보내기 형식
- 내보내기 형식
- 현재 단계 결정 날짜