fix: BO 목록 및 상세 API 필드명 오탈자 수정 (#174)

[Developer-Choi-Jae-Young]

PR 타입(하나 이상의 PR 타입을 선택해주세요)

• Feat : 새로운 백엔드 기능 추가
• Bug : 서버/로직 버그 발견 및 수정
• Refactor : 백엔드 코드 구조 개선
• Chore : 의존성/설정/인프라 유지보수
• API : API 엔드포인트 및 스펙 변경
• DB : DB 스키마/쿼리/마이그레이션 변경
• Performance : 성능 개선 및 병목 최적화
• Test : 백엔드 테스트 코드 추가/수정
• Docs : 백엔드 문서 수정
• Security : 보안 취약점 대응 및 강화

변경 사항

어드민(BO) 목록 및 상세조회 API에서 필드 오탈자(createdAt ➡️ createAt) 및 고유 ID 필드 누락으로 인해 프론트엔드 연동 시 응답값이 `null`로 떨어지거나 상세 보기 진입이 불가능하던 문제를 해결했습니다.

1. **승인/반려/대기 리스트 DTO 및 쿼리 ID 필드 추가:**
   * 승인 완료(`BoVerificationApproveListDto`), 반려 완료(`BoVerificationCancelListDto`), 대기 목록(`BoVerificationWaitingListDto`)의 `EmployeeAuthItem` DTO 내에 고유 번호인 `Long id` 필드를  추가했습니다.
   * `AuthenticationRepositoryImpl` 쿼리 select 절에 `authentication.id` 프로젝션을 적용하여 ID가 프론트엔드로 정상 전달되도록 수정했습니다.
2. **상세 조회 API 공용화 지원 (이슈 171번 연계):**
   * 승인 완료/반려 완료/대기 상세보기가 단일 API(`/verifications/wait/{id}`)를 공유하므로, 상세 조회 쿼리(`findVerifications`)에서 상태 필터링(`ApproveType.PENDING`) 조건을 제거하고 오직 `id`만을 기준으로 조회하도록 쿼리를 개선했습니다.
3. **`createAt` 별칭(as) 매핑 적용:**
   * `InquiryRepositoryImpl` 및 `AuthenticationRepositoryImpl` 내 목록/상세 조회 쿼리(총 6개 메서드)의 `createdAt` 필드를 프론트엔드 매핑 스펙에 맞게 `.as("createAt")`으로 바인딩 처리했습니다.

테스트 결과

* 전체 테스트 스위트(`./gradlew test`) 빌드 결과 모든 테스트 케이스가 성공적으로 통과함을 확인했습니다.

관련 이슈

* Closes #174

[coderabbitai]

Warning

Review limit reached

@Developer-Choi-Jae-Young, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 21 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details

⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 61505f46-6761-43c7-81a4-d84f4d60b165

📥 Commits

Reviewing files that changed from the base of the PR and between 80aacc9 and c44fdf8.

📒 Files selected for processing (5)

• src/main/java/org/example/knockin/dto/BoVerificationApproveListDto.java
• src/main/java/org/example/knockin/dto/BoVerificationCancelListDto.java
• src/main/java/org/example/knockin/dto/BoVerificationWaitingListDto.java
• src/main/java/org/example/knockin/repository/auth/impl/AuthenticationRepositoryImpl.java
• src/main/java/org/example/knockin/repository/inquiry/impl/InquiryRepositoryImpl.java

✨ Finishing Touches

🧪 Generate unit tests (beta)

• Create PR with unit tests

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[yourjinKR]

고생하셨습니다.