처리 스케줄

레코드 유지 및 처리를 제어하기 위해 처리 스케줄을 정의하고 레코드 컨테이너 및 레코드 유형과 연관시킵니다. 처리 스케줄에서 레코드 유지 규칙과 보유 기간이 끝날 때 레코드 처리를 위한 지침을 지정합니다. 처리 지침은 다음과 같습니다.

레코드가 처리 스케줄에서 거치는 여러 단계를 정의합니다. 각 단계는 정의된 보유 기간을 가집니다. 각 단계가 끝날 때 지정된 조치가 레코드에 대해 수행된 다음 레코드가 다음 단계로 전달됩니다. 보류항목이 배치된 엔티티에 대해서는 처리 스케줄이 중단됩니다. 모든 보류항목이 제거된 후 처리 스케줄은 다시 시작됩니다.

레코드를 처리할 준비가 된 시점을 계산하기 위해 처리 스윕을 실행하게 됩니다. 스윕 프로세스를 참조하십시오. 파일 계획 가져오기 및 내보내기 툴을 사용할 때 처리 스케줄을 가져오고 내보냅니다.

처리 스케줄 매개변수

처리 스케줄에는 다음 항목이 포함됩니다.

처리 스케줄 상속

처리 스케줄을 레코드 카테고리, 레코드 폴더 또는 레코드 유형과 연관시킬 수 있습니다. 레코드 폴더는 고유한 처리 스케줄을 가지거나, 상위 레코드 카테고리와 연관된 처리 스케줄을 상속할 수 있습니다.

기본적으로, 레코드는 레코드가 선언된 폴더의 처리 스케줄을 상속합니다. 그러나 다른 위치 스케줄을 레코드와 연관시키려면 레코드 유형을 작성하고, 필수 처리 스케줄을 이 레코드 유형과 연관시키고, 이 레코드 유형을 레코드에 할당할 수 있습니다. 여러 처리 스케줄이 레코드 카테고리, 레코드 카테고리 및 레코드 유형과 연관되면 레코드는 레코드 유형에서 처리 스케줄을 상속합니다. 레코드가 레코드 카테고리 아래에 직접 작성되면 레코드는 레코드 카테고리의 처리 스케줄을 상속합니다.

일반적으로, 레코드의 계층 구조에서 가장 낮은 레벨의 처리 스케줄이 적용될 수 있습니다. 다음 다이어그램은 여러 조건 하의 다양한 엔티티별 처리 스케줄 상속을 보여줍니다.

다음 다이어그램은 여러 조건 하의 다양한 엔티티별 처리 스케줄 상속을 보여줍니다.

레코드 카테고리 또는 폴더를 이동할 경우 처리 스케줄을 컨테이너에 할당하고 컨테이너에서 할당의 영향을 받는 엔티티를 지정할 수 있습니다. 엔티티 이동에 대한 자세한 내용은 레코드 카테고리 또는 레코드 폴더 재배치를 참조하십시오.

컨테이너를 재배치할 때 처리 스케줄을 할당하지 않으면 다음 내용이 적용됩니다.

처리 프로세스

처리 스케줄을 레코드 카테고리 또는 폴더와 연관시키고 나면 해당 컨테이너에 작성된 모든 레코드는 기본적으로 이 처리 스케줄을 상속합니다. 레코드에 대해 컷오프 조치가 수행될 때 레코드는 처리 대상이 되고 처리 단계로 이동합니다. 처리 준비가 된 것으로 식별된 엔티티는 처리 준비 아이콘 처리 준비 아이콘으로 표시됩니다.

인증된 사용자가 처리를 시작할 수 있습니다. 레코드 관리자(Records Manager)의 승인을 얻으면 시스템은 연관된 처리 조치를 승인된 엔티티에 대해 수행합니다. 다음 처리 조치 중 하나를 처리 스케줄의 단계에 할당할 수 있습니다.

주의  삭제 워크플로우가 어떤 이유로든 실패할 경우 엔티티는 그대로 처리 진행 중 상태로 유지됩니다. 그러면 엔티티의 처리를 다시 시작해야 합니다.처리 스케줄 시작을 참조하십시오.

모범 사례

일부 특성은 처리 스윕에 의해 동적으로 업데이트됩니다. 이러한 특성이 대체 보유를 위한 보유 기준으로 사용되는 경우 업데이트 처리 스윕에 의해 보유 기간이 더 길어질 수 있습니다. 이러한 특성을 대체 보유를 위한 보유 기준으로 사용하지 마십시오.

현재 단계 실행 날짜
현재 단계 조치
최종 스윕 날짜
현재 단계 결정 날짜
현재 단계 검토 결정
현재 단계 ID
단계 보유 재계산
현재 단계 실행 상태
처리 단계
주기(년)
주기(월)
주기(일)
현재 조치 유형
필수 워크플로우 상태
필수 스윕 날짜
필수 레코드 검토 날짜
필수 레코드 다음 검토 날짜
현재 단계 ID
대체 보유
보유 기반
보유 기간(연)
보유 기간(월)
보유 기간(일)
현재 단계 내보내기 형식
내보내기 형식
현재 단계 결정 날짜