You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
발신자 상세 '승인일' 이 승인 이후에도 빈 값 — approvedAt 을 주는 record-boxes 미사용 #612
발신자 상세 화면의 "승인일" 이 열람 승인을 받은 뒤에도 "승인 기록이 없습니다" 로 비어 있다. 2026-07-30 실측에서 상태는 "열람 가능", 버튼은 "기록 열람하기" 로 정상 전환됐는데 승인일 행만 빈 값이었다.
원인은 화면이 보는 API 에 승인 일시가 없기 때문이다.
GET /receiver-auth/delivery-verification/status → {"id":4,"status":"APPROVED","deathCertificateUrl":…,"familyRelationCertificateUrl":…,"adminNote":"서류 확인 완료","createdAt":"2026-06-21T03:07:26"} — 승인 일시 필드 없음
GET /receiver-auth/record-boxes → {…,"verificationStatus":"APPROVED","requestedAt":"2026-06-21T03:07:26","approvedAt":"2026-07-29T16:00:10"} — approvedAt 있음
즉 서버는 승인 일시를 갖고 있고 record-boxes 로 내려주는데, 화면은 그 API 를 쓰지 않는다. #607(받은 기록함이 record-boxes 미연동, 로컬 stub 동작)을 처리하면서 같이 배선하면 해소된다.
화면은 비어 있다. 발신자 상세에서 신청일은 "2026.07.29." 로 뜨는데 승인일 칸은 "승인 기록이 없습니다" 그대로다. 상태·버튼은 정상 전환됐다(상태 "열람 가능", 버튼 "기록 열람하기").
화면이 쓰는 delivery-verification/status 응답에는 approvedAt 이 없다(BE#96). 같은 정보를 record-boxes 가 이미 주고 있으므로 BE#96 을 기다리지 않고 FE 에서 해소 가능하다 — #607(record-boxes 미연동)과 한 번에 처리하면 승인일·viewStatus·recordStatus 가 함께 붙는다.
changed the title [-]fix(afternote): 발신자 상세 '승인일' 이 승인 이후에도 빈 값 — approvedAt 을 주는 record-boxes 미사용[/-][+]발신자 상세 '승인일' 이 승인 이후에도 빈 값 — approvedAt 을 주는 record-boxes 미사용[/+]on Aug 28, 2026
이 이슈는 #607(record-boxes 미연동)을 블로커로 달고 있었으나, PR #1537 이 #607 없이 승인일을 채울 수 있음을 구현으로 보였다.
원 본문도 «#607 을 처리하면서 같이 배선하면 해소된다» 였지 절대 선행은 아니었다. 실제로 필요한 것은 record-boxes 응답 중 approvedAt 한 필드뿐이고, 그것은 목록 화면 전환(#607 의 본체)과 독립적으로 읽을 수 있다.
관계를 남겨 두면 merge-order-guard 가 Closes #612 를 머지 순서 위반으로 막는다(2026-08-29 실측 — PR #1537 의 guard 잡이 이 사유로 red). 사실과 다른 관계가 자동 종료를 막는 상황이라 관계를 실측에 맞췄다.
#607 은 그대로 열려 있고 범위도 줄지 않았다. 이 PR 은 그 API 의 첫 소비처일 뿐이다 — 받은 기록함 목록을 서버로 옮기는 본체와 그에 딸린 #599 · #598 의 접근 변화는 #607 이 그대로 추적한다. PR 본문에도 Refs #607 로 걸어 두었다.
Activity
OnlyReadOneBook commentedon Jul 30, 2026
재현 확정 — 승인된 계정으로 실기기 확인
열람 승인된 대조군 수신자(receiverId=18)로 2026-07-30 재현했다.
서버는 승인 일시를 준다.
GET receiver-auth/record-boxes200:{"receiverId":18,"senderName":"QA407Sender","recordStatus":"STORED", "viewStatus":"VIEWABLE","verificationStatus":"APPROVED", "requestedAt":"2026-07-29T16:58:36","approvedAt":"2026-07-30T04:25:42"}화면은 비어 있다. 발신자 상세에서 신청일은 "2026.07.29." 로 뜨는데 승인일 칸은 "승인 기록이 없습니다" 그대로다. 상태·버튼은 정상 전환됐다(상태 "열람 가능", 버튼 "기록 열람하기").
화면이 쓰는
delivery-verification/status응답에는approvedAt이 없다(BE#96). 같은 정보를record-boxes가 이미 주고 있으므로 BE#96 을 기다리지 않고 FE 에서 해소 가능하다 — #607(record-boxes 미연동)과 한 번에 처리하면 승인일·viewStatus·recordStatus가 함께 붙는다.docs(qa): 수신자 열람 흐름 규명 — admin 승인으로 뒷부분까지 검증
[-]fix(afternote): 발신자 상세 '승인일' 이 승인 이후에도 빈 값 — approvedAt 을 주는 record-boxes 미사용[/-][+]발신자 상세 '승인일' 이 승인 이후에도 빈 값 — approvedAt 을 주는 record-boxes 미사용[/+]OnlyReadOneBook commentedon Aug 29, 2026
blocked_by #607관계를 해제했다이 이슈는 #607(record-boxes 미연동)을 블로커로 달고 있었으나, PR #1537 이 #607 없이 승인일을 채울 수 있음을 구현으로 보였다.
원 본문도 «#607 을 처리하면서 같이 배선하면 해소된다» 였지 절대 선행은 아니었다. 실제로 필요한 것은
record-boxes응답 중approvedAt한 필드뿐이고, 그것은 목록 화면 전환(#607 의 본체)과 독립적으로 읽을 수 있다.관계를 남겨 두면
merge-order-guard가Closes #612를 머지 순서 위반으로 막는다(2026-08-29 실측 — PR #1537 의 guard 잡이 이 사유로 red). 사실과 다른 관계가 자동 종료를 막는 상황이라 관계를 실측에 맞췄다.#607 은 그대로 열려 있고 범위도 줄지 않았다. 이 PR 은 그 API 의 첫 소비처일 뿐이다 — 받은 기록함 목록을 서버로 옮기는 본체와 그에 딸린 #599 · #598 의 접근 변화는 #607 이 그대로 추적한다. PR 본문에도
Refs #607로 걸어 두었다.