예약 날짜를 변경한 뒤 예전 취소 링크가 남아 있다면, 단순히 ‘링크가 만료되었습니다’라고 보여주는 것만으로는 어느 예약이 유효한지 알기 어렵습니다. 시스템은 옛 링크가 변경 전 예약을 가리키는지, 이미 취소된 상태인지, 새 예약이 따로 확정됐는지를 식별한 뒤 안전한 다음 행동을 안내해야 합니다.
상태는 ‘변경 요청’, ‘새 일정 확정’, ‘옛 링크 무효화’, ‘취소 요청’, ‘취소 확정’으로 나눕니다. 링크를 눌렀다는 사실만으로 예약이 취소됐다고 표시하지 않습니다. 새 일정이 확정되기 전 기존 예약이 유지되는지는 실제 정책에 맞춰 안내합니다. 만료 화면에는 전체 예약 정보를 노출하지 않고 이용자가 알아볼 최소한의 날짜·서비스 범위만 보여 줍니다.
옛 링크는 새 일정이 확정되는 시점에 더 이상 상태를 바꿀 수 없게 해야 합니다. 새 링크를 발급하면 이전 토큰과의 관계, 발급 시각, 수신 채널과 만료 조건을 감사 기록에 남깁니다. 여러 메시지를 받은 이용자가 어느 링크가 최신인지 알 수 있도록 제목과 발급 시각을 표시하되 링크 주소에 개인정보를 넣지 않습니다.
본인 확인이 실패하거나 링크가 만료된 경우에는 공식 앱·전화·안전한 문의 양식 중 실제 제공하는 대체 경로를 안내합니다. 공개 댓글에 이름·전화번호·예약 내용을 쓰게 하지 않습니다. 담당자도 옛 링크를 임의로 되살리지 않고 현재 예약 ID를 확인한 뒤 새 링크를 발급합니다. 취소 수수료나 환불은 확인된 정책만 적용합니다.
테스트에서는 날짜를 한 번, 여러 번 변경한 경우와 새 링크 발급 전후를 각각 재현합니다. 어떤 옛 링크도 현재 예약을 잘못 취소하지 않는지, 화면·자동 회신·내부 상태가 같은지 확인합니다. 핵심은 만료 문구가 아니라 예약 상태 전이를 식별하고 옛 권한을 무효화하며 새 경로와 감사 기록을 남기는 것입니다.