수리 요청을 접수·조치·확인 단계로 나누는 관리표

수리요청표에서조치완료가 곧 문제 해결로 읽히면, 실제로는 고장 증상이 남아 있는 장비도 사용 가능 목록으로 돌아갈 수 있습니다. 접수, 수행한 조치, 결과 확인은 서로 다른 사건입니다. 날짜와 상태를 나누어 아직 누가 무엇을 확인해야하는지 보이는 표를 만듭니다.

이 예시는 프린터 등 업무 장비의 요청 관리 구조입니다. 실제 수리 경험이나 정비 능력을 전제로 하지 않으며 장비 분해·전기 조치 방법을 설명하지 않습니다. 안전과 관련된 이상이 있다면 사업장의 중단 절차와 제조사 안내 및 적격 담당자에게 넘겨야하며 이 표의 종료 표시가 사용 허가를 대신하지 않습니다.

입력 열의 뜻과 빠뜨리면 안 되는 조건

요청ID — 수리 요청한 건을 구분하는 번호입니다. 같은 장비에서 다른 증상이 다시 생기면 새 요청을 만들되 이전 요청 번호를 참조로 연결합니다.

장비 — 사업장 내 장비 식별 값입니다. 모델명과 설치 위치를 함께 확인할 수 있게하고 한 장비의 여러 요청을 합쳐 원 기록을 잃지 않습니다.

접수일 — 문제 신고를 접수한 날짜입니다. 증상 발생 일과 다를 수 있으며 예시에서는 대기일 계산의 출발점으로 사용합니다.

조치예정일 — 담당자와 협의한 조치 예정일입니다. 이 예정일이 법정 점검 기한이나 제조사 보증 기한이라는 뜻은 아닙니다.

조치일 — 실제 조치를 기록한 날짜입니다. 부품을 주문한 날짜만으로 채우지 않고 수행 내용과 담당자 근거를 연결합니다.

확인일 — 조치 결과를 확인한 날짜입니다. 조치일보다 빠르면 입력 오류이며 단순 시간 순서 외에도 확인 근거가 필요합니다.

상태 — 접수·부품 대기·확인 대기·종료·근거 누락 등을 구분합니다. 조치일이 있다고 종료 상태를 자동 부여하지 않습니다.

확인근거 — 확인 결과를 찾을 수 있는 기록 번호입니다. 내용 없이 종료라고 적은 행을 추려 후속 확인을 요청할 수 있게 합니다.

대기일_일 — 종료 건은 확인일 −접수일, 미종료 건은 기준일 −접수일입니다. 음수나 잘못된 순서는 빈칸과 오류 상태로 남깁니다.

설명용 예시 기록을 직접 대조하기

11월 7일을 기준으로 접수·조치·확인을 나눈 설명용 요청 표입니다. 종료 건의 확인일까지 기간과 미종료 건의 현재 경과 일은 계산 끝점이 다릅니다.

이 글의 기록 양식 내려받기

수리 요청을 접수·조치·확인 단계로 나누는 관리표 — CSV 양식

UTF-8 BOM이 있는 기록용 CSV입니다. 계산식·드롭다운·서식은 들어 있지 않습니다. 첫 행 9열, 설명용 데이터 9레코드가 있습니다.

기준일 2026-11-07은 설명용입니다.

사용 가능 여부·안전·정비 성과는 표가 보증하지 않습니다.

CSV 구조와 식별자 점검 도구에서 사본의 열 수와 문자열을 확인할 수 있습니다.

조치를 기록하고 확인을 기다리는 구조

M02는 11월 5일 조치했지만 확인일과 근거가 없어 확인 대기입니다. 기준일 11월 7일 현재 접수일 11월 2일부터 5일이 경과했습니다. 조치가 이틀 전에 끝났다는 정보와 요청을 5일 동안 관리하고 있다는 정보를 분리해서 읽어야 누가 확인할지 정할 수 있습니다.

M01은 11월 1일 접수해 11월 3일 조치하고 11월 4일 확인 근거 A를 남겼습니다. 예시의 종료 조건에 맞아 대기 일은 3일로 고정합니다. 오늘이 11월 7일이라고 6일로 늘리지 않습니다. 종료 건의 소요 기간과 현재 진행 건의 경과 기간은 계산 기준이 서로 다릅니다.

대기 상태가 있어야 다음 연락이 명확합니다

부품 대기인 M03에는 발주 기록 B가 있지만 조치일은 없습니다. 담당자에게 필요한 질문은 수리가 왜 안 끝났는지가 아니라 부품 도착 예정과 대체 절차가 확인되었는지입니다. 공급자를 독촉할지 사용 대체 안을 검토할지 다음 행동을 요청 ID에 남깁니다.

접수인 M04와 M05는 조치가 시작되지 않은 요청입니다. M05의 대기 일 0은 오늘 접수되어 경과 일이 0이라는 계산 결과이며 중요하지 않은 요청이라는 뜻은 아닙니다. 위험도·사용 영향·대체 장비 유무는 별도 검토 항목으로 두고 단순 오래된 순으로만 처리하지 않습니다.

종료를 막아야하는 입력 오류

M06은 조치일 11월 6일보다 확인일 11월 5일이 먼저라 날짜 오류입니다. 확인일을 하루 뒤로 자동 변경하거나 두 날짜를 바꾸지 않고 원기 록의 날짜와 확인 내용을 다시 봅니다. 날짜 형식만 정상이어도 사건의 순서가 맞지 않으면 대기일과 종료를 확정하지 않습니다.

M07은 날짜 순서가 맞아도 확인 근거가 없어 근거 누락입니다. 조치했다는 메시지와 결과를 확인한 기록이 서로 다른지 봅니다. 확인자가 어떤 항목을 봤는지 남긴 근거를 추가한 뒤 다시 판정하며 날짜 두 칸이 채워졌다는 이유로 자동 종료하지 않습니다.

요청을 접수하는 사람이 남길 최소 정보

장비 ID·증상 설명·접수 시 각·현재 사용 영향·담당자를 먼저 확인합니다. 증상은 관찰한 사실로 기록하고 원인 추측과 분리합니다. 용지가 멈췄다는 관찰을 부품 고장이라고 확정하는 식의 입력을 피하고 필요한 사진이나 메시지 번호를 연결합니다.

담당자는 조치 예정일을 합의하고 부품 대기 등 상태가 바뀔 때 근거를 남깁니다. 예정일이 바뀌었다면 과거 약속을 삭제하지 않고 변경 일과 이유를 남겨야 대기 열이 왜 늘어났는지 알 수 있습니다. 상태별 담당자가 다르면 현재 다음 행동 담당자를 명시합니다.

재발과 중복 접수의 다른 처리

M08은 M01과 같은 장비지만 동일 건인지 확인해야 합니다. 확인 시점과 증상이 같은 중복 제보라면 원 요청에 연결하되 중복 행을 닫은 근거를 남깁니다. 종료 뒤 새롭게 발생한 증상이 면 재발 요청으로 보존해야하므로 장비 ID가 같다는 이유만으로 합치지 않습니다.

확인 대기 뒤 증상이 남아 있으면 확인 실패를 기록하고 조치 단계로 돌아갑니다. 이전 조치일을 없애는 대신 재조치 기록을 추가하면 어떤 방법을 시도했는지 남습니다. 반복 실패를 표의 평균 소요 기간에서 숨기지 말고 완료되지 않은 요청으로 유지해 담당자에게 넘깁니다.

처리 량보다 미확인 결과를 먼저 봅니다

종료 건수를 늘리기 위해 접수 누락이나 근거 누락을 종료로 바꾸지 않습니다. 부품 대기 몇 건, 확인 대기 몇 건인지 나누고 확인 담당자가 없어 멈춘 요청을 먼저 찾습니다. 요청이 적은 팀은 이상 세 상태 중 실제로 사용할 상태만 고르되 조치와 확인 두 단계는 합치지 않는 편이 좋습니다.

Microsoft 자료는 주문 상태와 개별 수리 상태가 연결되지만 같은 필드는 아니라는 점을 설명합니다. 이 표의 상태와 종료 조건은 자체 예시이며 제품의 공식 상태 값을 그대로 따른 것이 아닙니다. HSE 자료도 장비 정비의 개념 참고로만 사용하고 한국의 정비 주기·법규 준수 판정으로 확장하지 않습니다.

원인 추측과 관찰을 다른 칸에 남깁니다

라벨이 흐리게 나온다는 증상은 관찰이고 헤드가 고장 났다는 문장은 원인 추측일 수 있습니다. 요청 접수자는 관찰한 결과와 사용 조건을 적고 전문 담당자의 원인 확인 전에는 추측을 확정 값으로 바꾸지 않습니다. 부품을 먼저 주문했다는 사실도 그 부품이 원인이었다는 근거는 아니므로 조치 기록과 결과 확인을 나누어야합니다.

확인 근거에는 누가 어떤 사용 조건에서 무엇을 확인했는지 찾을 수 있는 기록을 연결합니다. 정상이라고 한 단어만 적힌 메모는 증상이 달라졌을 때 비교하기 어렵습니다. 제조사가 제시한 시험이나 정비 조건이 필요하면 문서를 확인하고 그 조건을 수행할 자격과 절차가 있는 담당자에게 넘깁니다.

대기 일을 비교할 때 확인해야할 분모

종료 건 M01의 3일과 확인 대기 M02의 5일은 다른 상태를 나타냅니다. 종료 한 건만 평균을 내면 오래 남은 요청이 빠지므로 대기 열의 실제 상황을 설명하지 못할 수 있습니다. 종료 소요 기간과 미종료 경과일을 서로 다른 목록으로 보여 주고 확인 대기 건을 별도 추적하는 편이 명확합니다.

날짜 단위 계산은 영업 일이나 실제 작업 시간이 아닙니다. 예시에서 3일이란 두 달력 날짜의 차이이며 휴일을 제외했다고 주장하지 않습니다. 영업일 기준 검토가 필요하면 휴무 일 표와 업무 시간 조건을 추가한 별도 계산을 설계하고 기존 대기일과 이름을 구분합니다.

값을 바꿔 보기 전 확인할 계산 사례

종료 기간

종료 건 기간은 확인일에서 접수일을 빼며 오늘 날짜로 늘리지 않습니다.

확인 대기

조치일이 있어도 확인일이 없으므로 미종료이며 현재 기준일까지 5일입니다.

순서 오류

확인일이 조치일보다 앞서 종료를 확정하지 않습니다.

근거 누락

날짜만 채운 종료는 인정하지 않습니다.

공식 자료를 참조한 범위

• Microsoft 서비스 주문·수리 상태 — 전체 요청 상태와 개별 수리 상태 분리 개념; 예시 상태 명은 자체 설계
• HSE 장비 유지 관리 — 정비 관리와 적격성에 대한 영국 개념 참고; 한국 준수 판정 아님