로그인 만료를 자료 조회 장애라고 안내하고 있었어요

같은 결과처럼 보여도 다음 행동은 달랐어요

현재 목록이 비어 있다는 사실만으로 원인을 알 수는 없었어요. 로그인 상태가 끝났을 수도 있고, 이용할 권한이 없을 수도 있고, 실제 자료를 읽는 단계가 실패했을 수도 있어요. 빈 결과를 받았다는 이유만으로 모두 조회 장애라고 안내하면 사용자는 필요한 조치를 찾기 어려워요.

로그인 만료는 로그인 화면으로 이어지도록 바꿨어요. 다시 들어온 뒤에는 이전에 보던 위치로 돌아갈 수 있게 했어요. 인증하지 못한 상태에서 예전 문제 목록을 현재의 전체 상태처럼 재구성하는 흐름도 막았어요. 오래 열린 화면이 계속 보인다고 지금도 이용 가능한 것은 아니었어요.

실제 자료 조회 실패에는 별도의 안내와 제한된 상태 표시를 유지했어요. 재로그인으로 해결할 수 없는 문제를 로그인 탓으로 돌려서도 안 됐어요. 같은 화면 안에서 어느 단계가 멈췄는지 구분하고, 그 단계에 맞는 행동을 보여 주는 쪽으로 정리했어요.

앞선 작업에서는 로그인한 사용자에게 추가 확인값을 다시 요구하는 흐름도 있었어요. 화면에 들어올 때 확인한 이용 자격과 버튼을 누를 때 적용되는 기준이 달랐던 거예요. 사용자가 같은 서비스 안에서 반복 입력하지 않도록 접근 흐름을 정리하되, 자동 실행과 자료 적재의 별도 이용 기준까지 없애지는 않았어요.

실패 안내에는 원인을 설명하는 역할과 사용자의 다음 행동을 돕는 역할이 함께 있어요. 둘이 맞지 않으면 정확한 기술 진단이 있어도 사용자에게는 쓸 수 없는 메시지가 돼요. 로그인 만료에는 다시 들어갈 입구가 필요했고, 공급 실패에는 현재 결과가 제한되어 있다는 맥락이 필요했어요.

같은 경고가 반복됐다는 이유로 이전 해결을 그대로 적용하지 않은 것도 중요했어요. 이번에는 로그인은 정상인데 공급이 실패했어요. 지난번에는 반대였어요. 증상이 비슷하다고 원인까지 같다는 가정을 두면 실제로 멈춘 단계를 건너뛰기 쉬웠어요.

복구의 확인도 원인에 따라 달랐어요. 로그인 안내 변경에서는 접근과 이동 기준을 보고, 자료 공급에서는 다음 자연 실행의 결과를 봤어요. 어떤 시험을 통과했는지를 나열하기보다 처음 문제를 설명할 수 있는 증거가 돌아왔는지를 확인했어요.

비슷한 경고가 다시 나왔을 때도 같은 원인으로 보지 않았어요

뒤이어 전체 목록 대신 일부 문제 항목만 보인 사건은 실제 자료 공급이 멈춘 경우였어요. 이때는 로그인한 화면과 다른 이력 조회가 정상적으로 동작했어요. 로그인 문제를 고쳤다는 기억만으로 또 재로그인을 요구하면 해결할 수 없었어요.

자료를 만드는 실행이 개발 작업과 영향을 주고받으며 실패한 것을 확인하고, 개발 중의 변경이 계속되는 자료 공급을 흔들지 않도록 실행 범위를 분리했어요. 복구 직후의 수동 성공뿐 아니라 다음 실제 예약 실행에서 최신 상태가 전달되는지도 확인했어요.

이 글에 묶인 사건들은 한 번의 수정으로 모두 해결된 문제가 아니에요. 로그인 만료의 잘못된 안내, 반복 입력, 실제 공급 실패를 차례로 구분한 기록이에요. 각각의 시험과 배포 확인은 남아 있지만 실제 로그인한 사용자의 모든 버튼 조작이나 만료 순간의 화면 이동을 끝까지 관찰한 것은 아니었어요.

달라진 것은 경고를 해석하는 방식이었어요. 사용자는 다시 로그인할 문제와 자료 전달을 기다리거나 운영 점검이 필요한 문제를 구분할 수 있어야 해요. 경고 문장의 목적은 실패를 알리는 것에서 끝나지 않아요. 다음에 무엇을 하면 되는지까지 맞아야 도움이 되는 안내였어요.