매일 기록을 만들다 보면 새로 남길 활동이 없는 날도 있어요. 그런 날을 실패로 볼 필요는 없죠. 그런데 7월에는 활동이 없는 날의 보고서를 만드는 분기에서 입력을 확인했다는 정보가 빠져 검증에 실패했어요. 빈 결과와 수집 실패가 같은 모양으로 보인 거예요.
원천 기록과 작업 단위를 확인하니 자료를 못 읽은 상황은 아니었어요. 읽고 판단한 뒤 새로 정리할 단위가 없었어요. 보고서는 만들어졌지만 그 결과가 어디에서 왔는지 확인하는 연결이 빠졌어요. 사용자는 실제로 조용한 날인지 운영이 멈춘 날인지 다시 추리해야 했어요.
0건이라는 숫자 앞의 과정을 남기기
입력을 검사한 결과와 기록으로 올릴 항목 수는 달라요. 새 항목이 없다고 입력까지 없었던 것은 아니에요. 이번에는 입력과 관련 검증 자료가 존재하는데 빈 보고서를 만드는 과정이 그 연결을 이어받지 못하고 있었어요.
일반적인 날에는 남던 정보가 활동 없는 날의 처리에서 빠졌어요. 비어 있는 결과를 간단하게 만들려던 분기가 오히려 정상적인 관측을 증명하지 못하게 만든 셈이에요. 빈 날도 같은 확인 기준을 만족하도록 처리할 필요가 있었어요.
해결 방향은 없던 활동을 채워 넣는 것이 아니었어요. 실제 입력을 확인했고 새 항목이 없었다는 사실을 보고서에 이어 남기는 것이었어요. 아무 내용이 없다는 사실에도 어떤 범위를 봤는지 설명이 있어야 수집 실패와 구분할 수 있었어요.
필요한 부분만 다시 만들기
기존 입력과 부속 검증 기록은 이미 남아 있었어요. 복구에서는 그것을 다시 만들거나 다른 프로필의 자료까지 바꾸지 않고 필요한 보고 부분만 재생성했어요. 정상인 근거를 보존하면서 끊긴 연결을 회복하려는 범위였어요.
관련 검사와 문서 확인을 통과했고 실제 공식 예약 작업도 다시 실행해 정상 결과를 확인했어요. 파일만 고친 단계에서 끝내지 않고 운영에서 그 처리를 사용하는지까지 대조한 기록이 남아 있어요. 실패 상태가 회복됐다는 판단의 근거가 됐어요.
이후 상태에 남은 내용 품질 경고는 별개였어요. 활동 없는 날의 보고가 정상적인 근거를 갖췄다고 다른 보고 내용도 모두 좋아진 것은 아니었어요. 복구 대상과 남아 있는 품질 문제를 한 문장에 섞지 않았어요.
사용자 입장에서는 새 일이 없다는 보고도 유용할 수 있어요. 무엇인가를 놓쳤는지 찾기 위해 원자료를 매번 열지 않아도 된다면요. 다만 그런 부담이 실제로 얼마나 줄었는지는 측정하지 않았어요. 확인한 것은 정상적인 빈 결과가 검증을 통과하고 운영에서 다시 생성된 상태였어요.
비슷한 빈 결과 문제는 다른 주간 기록에서도 나타났어요. 공통 주제는 있지만 이 사건은 활동 없는 일일 보고에서 연결 정보가 빠진 문제예요. 서로 다른 입력과 처리에서 생긴 일을 같은 원인으로 단정하지 않되 같은 논지를 반복하는 글도 피하려고 했어요.
빈 결과가 정상인지 확인하려면 활동 수와 수집 상태를 별도로 봐야 해요. 이번에는 작업 단위가 없다는 사실과 입력을 확인한 근거가 동시에 있었어요. 항목 수가 0이라는 이유로 앞서 통과한 관측까지 없었던 것으로 처리하지 않는 방향이었어요.
다른 곳에 있던 검증 자료를 그대로 이어 쓰는 것도 의미가 있었어요. 복구하며 전체를 다시 만들면 기존 입력의 상태와 새 실행의 상태가 섞일 수 있어요. 이미 확인된 근거를 보존하고 빠진 연결만 채워 어떤 문제가 회복됐는지 설명하려 했어요.
이후 새 분기를 추가할 때도 내용이 없으면 검사를 생략해도 되는지 살필 필요가 생겼어요. 없는 결과일수록 왜 없는지 설명이 중요할 수 있어요. 빈 날을 특별 취급해 확인 정보를 줄이던 방식에서 일반적인 날과 같은 근거를 남기는 쪽으로 바뀌었어요.
매일 보고서를 만들면 매일 무언가를 채워야 한다는 압박이 생기기 쉬워요. 이번 작업은 그 반대의 방향이었어요. 새 일이 없는 날을 있는 그대로 남기면서도 왜 비어 있는지 확인할 수 있게 했어요. 기록의 신뢰는 내용의 양보다 실제로 관측한 범위를 정직하게 보여 주는 데서 시작했어요.
