feat: 근로자 모바일 응답을 공식 서류와 업무 상태에 연계

[hywznn]

왜 필요한가요?

근로자가 모바일 링크에서 응답하거나 서류를 제출한 뒤 HR Case 화면으로 회수되는 기능은 있었지만, 제출 파일을 공식 근로자 서류로 등록하고 다음 업무 단계를 재개하는 연결이 없었습니다.

무엇이 바뀌나요?

• 보안 링크 발급 시 Task를 APPROVED → WAITING_WORKER로 전환하고 이력을 기록합니다.
• HR 응답 조회에 제출 파일명·형식·크기·서류 유형·채택 여부를 추가합니다.
• POST /api/v1/tasks/{taskId}/worker-responses/{responseId}/documents/adopt를 추가합니다.
• HR이 확인한 제출 파일을 기존 worker_document에 SUBMITTED 상태로 등록합니다.
• 요청 서류가 모두 채택되면 Task를 WAITING_WORKER → APPROVED로 되돌려 다음 업무를 진행할 수 있게 합니다.
• 링크 종료와 감사로그를 기록합니다.
• 타 사업장 접근 차단과 반복 요청의 멱등성을 검증합니다.
• H2와 PostgreSQL의 native UUID 반환 차이를 호환 처리합니다.

안전 기준

• 근로자 제출만으로 Worker 개인정보를 자동 수정하지 않습니다.
• SUBMITTED를 VERIFIED로 간주하거나 검증 체크리스트를 자동 완료하지 않습니다.
• 기존 테이블을 사용하며 Flyway migration은 추가하지 않습니다.

Client 영향

Client는 근로자 응답의 uploads 필드를 표시하고 공식 서류 채택 API를 호출할 수 있습니다.

• 연계 Client PR: feat: 근로자 모바일 질문과 제출 서류 검토 화면 연결 client#324
• 병합 순서: Server PR → Client PR

검증

• ./gradlew clean test
• 561 tests, 0 failures, 38 skipped
• Worker Link 발급 → 파일 제출 → HR 채택 → Task 재개 통합 검증
• 다른 사업장 접근 404와 반복 채택 시 중복 생성 방지 검증

[BcKmini]

확인했습니다. client#324(https://github.com/fowoco/client/pull/324)와 짝이 맞고, 채택 멱등성·타 사업장 차단·Task 상태 전이 흐름 다 검증돼 있네요. CI(561 tests) 통과 확인했습니다.

[BcKmini]

고생하셨어요 현준님 @hywznn