한 줄 목표
E-9 재계약·연장 판단에 필요한 날짜를 서로 다른 의미로 저장하고, 기존 Worker API에서 안전하게 조회·수정할 수 있게 합니다.
쉽게 말하면: “계약 종료일”, “취업활동 가능 종료일”, “체류 만료일”을 한 날짜로 뭉개지 않고 각각 관리합니다.
현재 문제
현재 Worker에는 contract_end_date와 stay_expiry_date만 있습니다. 3년 만료 Workflow에서는 고용허가와 취업활동기간의 기준일도 따로 필요하므로, 한 필드를 여러 의미로 사용하면 잘못된 D-day와 서류가 생성될 수 있습니다.
확정할 필드
| 필드 |
쉬운 의미 |
contract_end_date |
현재 근로계약이 끝나는 날 |
employment_permit_end_date |
사업장의 고용허가 관련 기준 종료일 |
employment_activity_end_date |
E-9 근로자가 취업활동할 수 있는 기간의 종료일 |
stay_expiry_date |
체류자격이 만료되는 날 |
visa_type |
체류자격 종류(예: E-9) |
기존 display_name은 화면 표시용 이름으로 유지합니다. 법정 실명·여권번호·외국인등록번호는 이 이슈에서 일반 Worker 테이블에 추가하지 않고 #48 정책을 따릅니다.
API 영향
새 endpoint를 만들지 않고 기존 API를 확장합니다.
구현 범위
완료 조건
이번 이슈에서 하지 않는 것
- 법정 실명·연락처·신분증 번호 저장
- 날짜를 AI가 임의 계산하거나 법률 판단하는 기능
- 별도 Worker 마이크로서비스
- 신규 Worker endpoint 추가
관계
한 줄 목표
E-9 재계약·연장 판단에 필요한 날짜를 서로 다른 의미로 저장하고, 기존 Worker API에서 안전하게 조회·수정할 수 있게 합니다.
현재 문제
현재 Worker에는
contract_end_date와stay_expiry_date만 있습니다. 3년 만료 Workflow에서는 고용허가와 취업활동기간의 기준일도 따로 필요하므로, 한 필드를 여러 의미로 사용하면 잘못된 D-day와 서류가 생성될 수 있습니다.확정할 필드
contract_end_dateemployment_permit_end_dateemployment_activity_end_datestay_expiry_datevisa_type기존
display_name은 화면 표시용 이름으로 유지합니다. 법정 실명·여권번호·외국인등록번호는 이 이슈에서 일반 Worker 테이블에 추가하지 않고 #48 정책을 따릅니다.API 영향
새 endpoint를 만들지 않고 기존 API를 확장합니다.
POST /api/v1/workersGET /api/v1/workersGET /api/v1/workers/{workerId}PATCH /api/v1/workers/{workerId}구현 범위
완료 조건
이번 이슈에서 하지 않는 것
관계