[Feat] 지원관리 카드에서 모의지원 전환 기능 구현

[shinae1023]

어떤 기능인가요?

추가하려는 기능에 대해서 간단하게 설명해주세요.

우선순위: P2
선행 조건: #301, #302
상위 이슈: #300

사용자가 지원관리 카드에서 모의 전형을 명시적으로 시작할 때만 카드 스냅샷을 기존 JobPosting·MockApply 분석 플로우로 전환합니다.

상세 내용

이슈 내용 구현 관련하여 상세 내용을 작성해주세요.

작업 내용

• 지원관리 카드의 분석 준비 상태 검증
• 직무 분류, 주요 업무, 자격요건 등 누락 시 HTTP 422와 missingFields 반환
• 준비된 카드 스냅샷으로 분석용 JobPosting 생성
• 기존 MockApplyService.createActualApply()를 통한 모의지원 생성
• 생성된 mockApplyId를 카드에 저장하고 반복 호출 시 기존 모의지원 반환
• 카드 소유권과 연결된 공고·모의지원 접근 권한 검증
• 카드 수정이 이미 생성된 분석 입력을 변경하지 않도록 스냅샷 경계 유지
• 전환 생성·재호출 감사 로그 추가

완료 조건

• 준비되지 않은 카드는 JobPosting이나 MockApply를 일부 생성하지 않고 누락 필드를 반환한다.
• 준비된 카드에서 두 엔티티가 정상 생성되고 기존 분석 화면으로 이동할 ID가 반환된다.
• 동일 카드의 반복 요청이 중복 모의지원을 생성하지 않는다.
• 모의지원 생성 후 카드 수정이 기존 분석 공고와 답변을 변경하지 않는다.

체크 리스트

• 분석 준비 상태 validator 및 422 오류 응답 구현
• 카드 스냅샷의 JobPosting 변환 구현
• 기존 MockApply 생성 서비스 연동
• mockApplyId 연결 및 반복 요청 멱등성 처리
• 트랜잭션 원자성·소유권·감사 로그 적용
• 준비 실패·성공·반복 호출·스냅샷 격리 테스트 추가
• Swagger API 문서 갱신

로컬 테스트 완료

로컬에서 테스트한 결과가 잘 나오는지 확인해주세요.
테스트 결과를 스크린샷으로 올려주세요.

구현 후 아래 항목을 확인합니다.

• ./gradlew test 전체 통과
• 필수 입력 누락별 missingFields와 422 응답
• 성공 시 JobPosting·MockApply 원자적 생성
• 반복 호출 시 동일 mockApplyId 반환
• 전환 후 카드 수정과 분석 입력의 독립성

기타

(스크린샷 등) 기타 사항을 작성해주세요.

• 상위 이슈: [Feat] 지원관리현황 칸반보드 도입 #300
• 선행 이슈: [Feat] 지원관리 카드 도메인 및 기본 등록 API 구현 #301, [Feat] 지원관리 상세 모달 데이터 저장 API 구현 #302
• 기존 MockApplyStatus와 지원관리 칸반 단계는 서로 독립적으로 유지합니다.
• 재분석은 기존 모의지원 재도전 흐름을 사용합니다.