보고서는 바뀌었는데 검사는 옛 기준을 보고 있었어요

검사가 더 이상 만들지 않는 파일을 요구했어요

7월 말 주간 보고 실패 알림을 따라가 보니 수집도 끝났고 단계별 보고서도 있었어요. 보고 방식을 필요한 최소 정보 중심의 안전한 형태로 바꾸면서 예전 원문 파일은 만들지 않게 됐는데, 운영 프로필의 참고 기준이 그 파일을 계속 필수로 요구하고 있었어요. 프로필은 같은 비서를 개인·회사·운영 용도로 나눠 쓰는 설정 단위예요. 빠진 파일 수와 기준에 남은 옛 파일 수가 대응한다는 점이 원인을 좁혀 줬어요. 옛 파일을 다시 만들어 검사를 통과시키는 대신 참고 기준을 현재 결과에 맞췄고, 원래 공식 작업을 다시 실행해 정상 상태를 확인했어요.

회사 주간 보고에서도 같은 모양의 일이 있었어요. 보안 기준을 정리하면서 일부 원본 산출물을 만들지 않게 됐는데, 예전 확인 목록은 그 파일을 필수로 요구했어요. 여기서도 파일을 되살려 알림을 잠재우지 않았어요. 안전한 결과의 현재 범위를 확인하도록 검증을 맞추고, 예전 원본이 다시 들어오면 오히려 문제로 읽도록 했어요. 정보 보호를 위해 이미 정한 기준이 알림을 끄는 편의 때문에 되돌아가지 않게 하려는 선택이었어요.

날짜와 예약 경로도 예전 것을 보고 있었어요

8월에는 보고서 묶음이 만들어져 전달까지 끝났는데 운영 화면은 결과가 없다고 판단했어요. 확인 과정이 날짜를 실제 파일 위치로 바꾸는 규칙을 잘못 적용해 엉뚱한 위치를 보고 있었어요. 이미 성공한 생성 작업은 다시 돌리지 않고 결과를 찾는 날짜 처리를 고쳤고, 그 위치를 쓰는 검사를 추가했어요. 상태를 다시 수집한 뒤 현재 상태와 대시보드, 아침 요약이 같은 회복 결과를 읽는 것까지 대조했어요.

같은 날에는 보고서의 실제 예약 실행이 새 경로로 옮겨졌는데, 평가는 폐기된 작업과 오래된 결과를 계속 기준으로 삼고 있었어요. 이 상태에서는 새 작업을 고쳐도 예전 실패가 보이고, 오래된 결과가 우연히 남아 있으면 확인되지 않은 현재 작업이 정상으로 읽힐 수도 있어요. 평가와 검사를 현재 실행 경로와 그 날짜의 산출물에 연결했고, 잘못된 경로를 실패 이유로 세던 문제는 정리됐어요.

만드는 기준을 바꿀 때 믿는 기준도 함께 바꿔야 했어요

회사 쪽에는 결이 다른 두 사건도 있었어요. 주간 후보를 만드는 작업이 보고서의 역할 표시와 입력 형식을 읽지 못했을 때는 문서 한 곳을 손으로 고치는 대신, 같은 원천으로 검토본을 다시 만들어 다음 단계가 읽는지 시험했어요. 지난 배포 실패 메일이 현재 장애처럼 보였을 때는 실행 시각과 해당 변경, 이후 성공 실행, 지금의 공개 경로를 차례로 대조해 이미 복구된 이력임을 확인하고 코드는 건드리지 않았어요.

네 기록에서 얻은 기준은 하나예요. 생성 방식이나 실행 경로를 바꾸면 그 결과를 읽는 검사, 참고 문서, 상태 화면도 같은 변경으로 다뤄야 해요. 단순한 설명처럼 보이는 참고 문서도 완료 판단에 쓰이면 코드와 함께 현재 상태를 유지해야 하고요. 고칠 때는 성공한 실행과 과거 실패 기록을 보존한 채 읽는 쪽만 바꿔야, 무엇이 달라졌는지 비교할 수 있었어요.

검사를 맞췄다는 사실이 이후 실행까지 보장하진 않아요. 운영 참고 기준은 다음에 환경을 재구성할 때 예전 내용으로 덮일 수 있어 다음 주간 실행을 확인할 일로 남겼어요. 새 예약 경로는 당시 첫 무인 실행을 아직 마치지 않아, 수동 검사 통과와 정기 실행 성공을 따로 두고 첫 정기 결과를 기다리는 상태로 표시했어요. 회사 쪽 확인 도구는 운영 흐름에 완전히 통합되지 않고 별도 변경 단계에 남았고, 검토 후보 작업도 실제 예약 실행과 최종 장부 기록은 후속 일이었어요. 같은 결과의 재사용과 추가 전달 생략의 의미도 정리 전이고, 남아 있던 품질 경고는 이 복구들과 별개예요.