상품 가격이 월초와 월말에 같다고 한 달 내내 같은 정보가 안내됐다고 말할 수는 없습니다. 중간에 행사 가격으로 바뀌었다가 돌아왔을 수도 있고, 잘못 입력한 금액을 수정했을 수도 있습니다. 생활용품 글의 월간 기록을 두 화면의 차이만으로 만들면 그 사이의 변경은 보이지 않습니다. ‘현재 값이 맞는가’와 ‘한 달 동안 어떤 값이 공개됐는가’는 서로 다른 질문입니다.
가상의 상품 글을 생각해 봅니다. 첫날에는 기본 가격을 보여 주고, 중순에는 예정된 행사 가격을 안내한 뒤, 마지막 날에는 기본 가격으로 돌아왔습니다. 첫 화면과 마지막 화면만 비교하면 변경이 없는 것처럼 보입니다. 그러나 실제로는 행사의 시작과 종료라는 두 사건이 있었습니다. 이 예에 가격 숫자를 넣지 않아도 처음과 끝의 일치가 중간 경로를 설명하지 못한다는 점은 확인할 수 있습니다.
같은 모양의 경로가 오류에서도 생길 수 있습니다. 원래 금액에서 잘못된 금액으로 바뀌었다가 다시 원래 금액으로 고쳤다면, 월말 값은 정확해도 중간에 잘못 안내한 기간이 있었던 것입니다. 행사 종료에 따른 복귀와 오입력 정정은 마지막 값만으로 구별되지 않습니다. 기록에는 값을 바꾼 이유를 남기고 예정된 운영 변경인지 오류를 고친 것인지 나누어야 합니다. 원래 값으로 돌아왔다는 이유로 오류 발생 사실까지 지우지 않습니다.
이력을 만들 때는 값을 적은 파일의 저장 시점과 실제로 공개된 시점을 구분합니다. 내부에서 오타를 고쳤지만 공개하지 않았다면 독자가 잘못된 화면을 읽었다고 단정할 수 없습니다. 반대로 작업 요청을 받은 날을 바로 공개 반영일로 적으면 아직 수정되지 않은 구간이 가려질 수 있습니다. 확인 가능한 공개 기록이나 당시 화면을 바탕으로 순서를 적고, 정확한 시각을 모르는 부분은 모른다고 남깁니다. 현재 화면만으로 지난 노출 시간을 거꾸로 계산하지 않습니다.
월말 표에는 현재 유효한 값과 함께 그달에 발생한 변경 사건을 연결합니다. 예컨대 행사 적용, 행사 종료, 오입력 발견, 정정 반영은 서로 다른 기록으로 읽힐 수 있습니다. 작업 요청을 세 번 받았다고 공개 값이 세 번 바뀐 것은 아니므로 요청 수를 변경 횟수로 옮기지 않습니다. 같은 요청을 다시 전달한 것인지 별도 수정이었는지 확인해야 실제로 어떤 일이 있었는지 설명할 수 있습니다.
당시 고객이 어떤 금액을 봤는지 질문이 들어왔다면 월말 화면만 보여 주며 계속 같은 가격이었다고 답하지 않습니다. 문의한 시점과 해당 상품 글의 공개 이력을 대조합니다. 기록이 없는 구간을 임의의 정상 상태로 채우지 말고 확인된 화면과 확인되지 않은 기간을 구별합니다. 특정 고객이 실제로 그 화면을 읽었거나 구매 판단에 영향을 받았다는 사실도 자료 없이 추정하지 않습니다. 상품 이력에 고객 이름과 주문 세부 내역을 모을 필요는 없습니다.
이 방법은 모든 수정 내용을 본문에 길게 나열하자는 제안이 아닙니다. 현재 독자에게는 현재 적용 조건을 명확히 안내하면서, 내부 월간 검토에서는 그 값에 도착한 변경 경로를 보존하자는 뜻입니다. 월말에 오류가 없다는 확인과 그달에 오류가 한 번도 없었다는 주장을 분리할 수 있어야 합니다. 다음 담당자가 두 끝점만 보고 ‘수정 없음’으로 정리하지 않도록 중간의 행사와 정정을 남기는 것이 월간 기록의 역할입니다.