유지할 업무
접수 저장, 긴급 요청 확인과 담당자 배정을 우선순위별로 정합니다. 일일 대시보드 갱신처럼 지연 가능한 작업과 구분합니다. 수동 대체는 사용자의 개인정보를 일반 공유 메신저에 복사하는 임시방편이 되지 않게 권한 있는 기록 경로를 마련합니다.
가정한 중단 운영표
다음은 실제 사건이 아닌 대체 절차 설계용 예시입니다. 담당자와 접근 경로는 조직의 승인된 운영 체계로 정해야 합니다.
outage_scope: notification integration unavailable
still_available: restricted submission store
manual_step: check new submissions and assign operator
manual_record_fields: request_ref, handled_state, handled_at
resume_guard: exclude confirmed manual actions
reconciliation_owner: assigned operations role
temporary_access_cleanup: after verified recovery
실행 중인 작업 확인
가정한 예로 알림만 중단됐는데 폼을 다른 수신처로 급히 복제하면 기존 접수와 새 접수가 갈라질 수 있습니다. 실제 고장 난 단계와 남아 있는 원장을 먼저 확인합니다. 새로운 공개 폼을 만들면 개인정보 안내와 상태 전달도 다시 검수해야 합니다.
시험 순서
- 자동화의 특정 단계 중단을 가정합니다.
- 운영자가 남은 원장과 새 요청을 찾습니다.
- 수동 처리의 최소 상태를 기록합니다.
- 자동 재개 뒤 중복·누락과 임시 권한을 대조합니다.
수동으로 처리한 요청에 자동 알림이 늦게 도착하면 담당자가 다시 연락할 수 있습니다. 처리 상태와 재개 정책을 연결해 복구 후의 혼란을 줄입니다. 실제 고객에게 시험 연락이 나가지 않도록 가정 데이터나 승인된 범위를 사용합니다.
완료 기준
중단 중에도 핵심 요청의 상태와 담당자를 알 수 있어야 합니다. 수동 대체가 가능하다는 문서만 두지 말고 필요한 접근과 인수 역량을 확인합니다. 복구 뒤 정식 원장과 대조하고 임시 복사본과 권한을 정리해야 사건 종료를 판단할 수 있습니다. 자동화가 모든 상황에서 무인으로 처리된다는 보장 대신 실제 예외 처리의 책임과 한계를 명확히 합니다.
자주 묻는 질문
- 장애 때 모든 업무를 수동으로 반복해야 하나요?
- 우선순위와 실제 장애 범위를 확인합니다. 이미 저장된 접수를 다시 만들기보다 필요한 배정과 연락만 대체하는 등 핵심 흐름을 제한적으로 유지할 수 있습니다.
- 복구되면 수동 기록은 삭제해도 되나요?
- 자동 처리 결과와 대조하고 필요한 업무 사실을 정식 원장에 반영한 뒤 보존·삭제 정책에 따라 처리합니다. 기록 없이 지우면 중복과 누락을 확인하기 어렵습니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.