외국인(E-9) 근로자 채용·관리 업무를 자동화하는 HR 운영 SaaS FOWOCO의 프론트엔드입니다. HR 담당자용 관리 대시보드와 근로자용 모바일 안내 화면을 하나의 React 앱으로 제공합니다.
| 무엇을 | E-9 외국인 근로자의 채용 서류·비자·계약·근로 관련 업무를 HR 담당자가 한 곳에서 처리하는 웹 앱 |
| 누가 쓰나 | 사업장 HR 담당자(관리 화면), 외국인 근로자(모바일 안내 화면, 로그인 불필요) |
| 핵심 가치 | 반복적인 서류·승인 업무를 AI가 먼저 정리해서 제안하고, 담당자는 검토·승인만 하면 되는 흐름 |
| 백엔드 | fowoco-server (Spring Boot, REST/JSON) |
| 현재 버전 | v3.0.0 — 자세한 진행 현황은 wiki: Project-Status 참고 |
| 영역 | 선택 | 비고 |
|---|---|---|
| 프레임워크 | React 19 + TypeScript (strict) | 선택 근거 |
| 빌드 도구 | Vite 8 | 개발 서버 HMR, 프로덕션 빌드 |
| 라우팅 | React Router v7 | createBrowserRouter, 라우트 단위 코드 스플리팅(lazy) |
| 클라이언트 상태 | Zustand | 인증 세션(authStore), 전역 토스트(toastStore) |
| 서버 상태 | 커스텀 useApiQuery 훅 |
loading/success/empty/error 상태 모델, @tanstack/react-query는 설치만 되어 있고 아직 미적용 |
| 스타일 | CSS Modules + CSS 커스텀 프로퍼티 | src/styles/tokens.css가 색상·간격·타이포 등 디자인 토큰의 단일 소스 |
| 테스트 | Vitest + Testing Library | 유닛/컴포넌트 테스트, jsdom 환경 |
| 코드 품질 | ESLint (typescript-eslint) + Prettier | |
| 패키지 관리 | bun | 설치·스크립트 실행 전부 bun 사용, Husky+lint-staged로 커밋 전 자동 lint/format |
| 배포 | Docker + Nginx | Dockerfile, nginx.conf |
flowchart LR
subgraph Browser["브라우저"]
UI["React SPA\n(pages / components)"]
Store["Zustand\nauthStore · toastStore"]
Query["useApiQuery\n(loading/success/empty/error)"]
UI --> Store
UI --> Query
end
Query -->|"fetch (Bearer + refresh cookie)"| Client["api/client.ts\napiFetch<T>()"]
Client --> API["fowoco-server\nREST /api/v1"]
API --> DB[("PostgreSQL")]
subgraph Domains["도메인별 API 모듈 (src/api)"]
direction TB
auth["auth (로그인/가입/재설정)"]
workers["workers"]
cases["cases · tasks · approvals"]
docs["documents · documentOcr"]
ai["aiRuns · aiRunEvents (SSE)"]
settings["settings · notifications"]
end
Client -.구성.-> Domains
- 인증: 로그인 시 access token(메모리 보관) + refresh token(HttpOnly 쿠키)을 발급받고, 새로고침 시
RequireAuth가 세션을 자동 복원합니다. access token 만료는api/client.ts가 401을 감지해 조용히 refresh합니다. - AI Run: 자연어로 업무를 요청하면 서버가 추가 질문(
NEEDS_INFO) → 후보 제시(REVIEW_REQUIRED) → Case/Task 생성까지 처리하고, 진행 상태는 SSE(aiRunEvents.ts)로 실시간 반영됩니다. - 디자인 토큰: 색상·라운드·그림자·모션을 CSS 변수로 관리해서 화면 전체 톤을 토큰 파일 하나로 조정할 수 있습니다.
flowchart TD
A["/login 로그인"] --> B["/dashboard\nToday: AI가 정리한 오늘 할 일"]
B --> C{무엇을 할까}
C -->|"근로자 관리"| D["/workers\n근로자 목록 · 상세"]
C -->|"새 업무 요청"| E["/tasks/new\n자연어 입력 또는 파일 업로드"]
E --> F["AI Run 진행\n(질문 응답 → 후보 검토)"]
F --> G["/tasks/new/review\n후보 확인 · 확정"]
G --> H["/tasks/:taskId\nCase 상세 · 승인/반려"]
C -->|"서류 관리"| I["/documents\n요청 · 다운로드 · OCR 검토"]
H --> J["근로자에게 링크 전달"]
J --> K["/worker-portal/:token\n근로자 모바일 업로드"]
K --> H
flowchart LR
L["HR이 보낸 링크 수신"] --> M["/worker-portal/:token\n요청 서류 확인"]
M --> N["/worker-portal/:token/upload\n파일 업로드"]
M -->|"링크 만료"| O["/worker-portal/expired\n재발급 요청"]
전체 화면 목록과 구현 상태는 wiki: Screen-Catalog에서 확인할 수 있습니다.
src/
├── api/ # 도메인별 API 클라이언트 (auth, workers, cases, documents, aiRuns, ...)
├── components/ # 공통 컴포넌트 (auth, layout, ui, worker, mobile, onboarding)
├── hooks/ # useApiQuery, useDebouncedValue 등 공용 훅
├── pages/ # 라우트 단위 화면 (route당 폴더 하나)
├── store/ # Zustand 스토어 (authStore, toastStore)
├── styles/ # 디자인 토큰(tokens.css) 등 전역 스타일
├── utils/ # 순수 유틸 함수
├── view-models/ # 화면-API 매핑용 뷰모델 변환 로직
└── routes.tsx # 라우트 정의 (RequireAuth로 보호되는 영역 / 공개 영역 구분)
컴포넌트별 사용법은 wiki: Component-Library를 참고하세요.
패키지 매니저로 bun을 사용합니다 (npm install -g bun 또는 설치 가이드 참고, Node 버전은 .nvmrc 참고).
bun install
cp .env.example .env
bun run dev첫 bun install 시 .husky/pre-commit 훅이 자동 등록되어, 커밋할 때 staged 파일에 ESLint/Prettier가 자동 실행됩니다.
개발 서버는 /api 요청을 http://127.0.0.1:8080으로 전달합니다. 프론트에서는
VITE_API_BASE_URL=/api/v1을 사용해야 로그인 Refresh Cookie가 같은 출처로 유지됩니다.
백엔드 주소를 VITE_API_BASE_URL에 직접 넣으면 로그인 직후 요청은 성공해도 새로고침 시
세션 복원이 실패할 수 있습니다.
로컬 데모 계정 등 백엔드 실행 방법은 wiki: Auth-and-Demo-Account를 참고하세요.
| 명령 | 설명 |
|---|---|
bun run dev |
개발 서버 실행 |
bun run build |
타입체크 + 프로덕션 빌드 |
bun run lint |
ESLint 검사 |
bun run format |
Prettier 포맷팅 |
bun run test |
Vitest 테스트 실행 |
bun run preview |
빌드 결과 로컬 프리뷰 |
| 문서 | 내용 |
|---|---|
docs/FRONTEND_STACK_DECISION.md |
프레임워크·상태관리 선택 근거 |
docs/SCREEN_CATALOG.md |
화면 목록 (저장소 내부 버전) |
docs/EMPTY_STATE_COPY_GUIDE.md |
빈 상태/로딩/에러 문구 가이드 |
| Wiki: Project-Status | 최신 진행 현황, 릴리스 이력, 알려진 갭 |
| Wiki: Screen-Catalog | 화면별 구현 상태·Figma 대응 (최신 갱신본) |
| Wiki: Component-Library | 공통 컴포넌트/훅 사용법 |
| Wiki: Auth-and-Demo-Account | 로그인 흐름과 데모 계정 |
| Wiki: Accessibility-Audit | 접근성 점검 결과 |
브랜치·커밋·PR 규칙은 CONTRIBUTING.md를 따릅니다.