한 줄 목표
현재 세 가지 연장 Task만 가능한 구조를 보완해 문서 요청·입사·급여 설명·고용변동·업무지시를 표현하고, 근로자가 아직 정해지지 않은 사업장 공통 Task도 안전하게 처리합니다.
현재 문제
현재 TaskType은 RECONTRACT, EMPLOYMENT_PERIOD_EXTENSION, STAY_PERIOD_EXTENSION만 있고 모든 Task가 worker_id를 요구합니다. 따라서 화면과 Intent 모델이 다루는 일부 업무를 실제 Task로 저장할 수 없습니다.
Intent와 Task를 구분합니다
EXPIRY_RENEWAL Intent는 기존의 재계약·취업활동기간 연장·체류기간 연장 Task 여러 개로 분해합니다.
DOCUMENT_REQUEST, WORKER_ONBOARDING, PAYROLL_EXPLANATION, EMPLOYMENT_CHANGE, WORK_INSTRUCTION은 대응 Task type 또는 Workflow ID로 연결합니다.
OUT_OF_SCOPE는 Task를 만들지 않고 HR 확인 결과로 남깁니다.
AI Intent 이름을 Task 상태로 그대로 복사하지 않고, Server가 활성 Workflow Catalog와 허용 목록으로 검증합니다.
API 영향
새 endpoint를 만들지 않고 기존 Task API의 요청·응답과 filter를 확장합니다.
구현 범위
완료 조건
이번 이슈에서 하지 않는 것
- 새로운 Task 상태 추가
- AI 결과 자동 승인·자동 발송
- Workflow Catalog 원본 수정
- Client 화면 구현
관계
한 줄 목표
현재 세 가지 연장 Task만 가능한 구조를 보완해 문서 요청·입사·급여 설명·고용변동·업무지시를 표현하고, 근로자가 아직 정해지지 않은 사업장 공통 Task도 안전하게 처리합니다.
현재 문제
현재
TaskType은RECONTRACT,EMPLOYMENT_PERIOD_EXTENSION,STAY_PERIOD_EXTENSION만 있고 모든 Task가worker_id를 요구합니다. 따라서 화면과 Intent 모델이 다루는 일부 업무를 실제 Task로 저장할 수 없습니다.Intent와 Task를 구분합니다
EXPIRY_RENEWALIntent는 기존의 재계약·취업활동기간 연장·체류기간 연장 Task 여러 개로 분해합니다.DOCUMENT_REQUEST,WORKER_ONBOARDING,PAYROLL_EXPLANATION,EMPLOYMENT_CHANGE,WORK_INSTRUCTION은 대응 Task type 또는 Workflow ID로 연결합니다.OUT_OF_SCOPE는 Task를 만들지 않고 HR 확인 결과로 남깁니다.AI Intent 이름을 Task 상태로 그대로 복사하지 않고, Server가 활성 Workflow Catalog와 허용 목록으로 검증합니다.
API 영향
새 endpoint를 만들지 않고 기존 Task API의 요청·응답과 filter를 확장합니다.
GET /api/v1/tasksPOST /api/v1/tasksGET /api/v1/tasks/{taskId}PATCH /api/v1/tasks/{taskId}구현 범위
target_type = WORKER | COMPANY또는 동등한 명시적 대상 모델 도입worker_id필수, COMPANY 대상이면worker_id없음이라는 DB CHECKworker_id에서도company_idtenant 격리 유지TaskSource에 실제 진입점이 필요한 경우FILE_IMPORT,WORKER_RESPONSE추가완료 조건
OUT_OF_SCOPE를 제외한 업무를 검증된 Task/Workflow로 표현할 수 있습니다.이번 이슈에서 하지 않는 것
관계