Fix seatmap slot matching and update member modal layout
This commit is contained in:
@@ -169,9 +169,59 @@
|
||||
- Windows LAN IP 또는 WSL IP가 바뀌면 `portproxy`의 `connectaddress`는 다시 맞춰야 한다
|
||||
- 운영 안정성을 위해 향후 자동화 스크립트화가 필요함
|
||||
|
||||
## 10. 인증 기본 구조 추가
|
||||
|
||||
### 작업 내용
|
||||
|
||||
- 프런트 로그인 화면을 실제 `/api/auth/login` API와 연결
|
||||
- 로그인 세션 확인용 `/api/auth/me` 추가
|
||||
- 로그아웃용 `/api/auth/logout` 추가
|
||||
- 로그인 감사로그와 세션 저장 테이블 추가
|
||||
|
||||
### 해결 방식
|
||||
|
||||
- 업무 데이터는 기존 `members` 중심으로 유지
|
||||
- 인증 데이터는 `auth.users`, `auth.sessions`, `auth.login_audit_logs` 로 분리
|
||||
- 구성원 import 시 사번 기준으로 계정을 동기화하고 기본 관리자 계정을 seed
|
||||
|
||||
### 현재 한계
|
||||
|
||||
- 권한 모델은 아직 `role` 단일 컬럼 수준이다
|
||||
- API별 세부 권한 검증은 아직 미완성이다
|
||||
- `/api/mock-login` 은 아직 남아 있어 운영 기준으로는 정리가 필요하다
|
||||
|
||||
## 11. 이력형 DB 전환 방향 확정
|
||||
|
||||
### 배경
|
||||
|
||||
- 월간 스냅샷 파일보다, 사용자가 원하는 날짜 기준으로 조직도와 자리배치도를 바로 조회하는 요구가 더 중요해졌다
|
||||
- 조직도 기본 정보나 자리배치 정보처럼 원래 날짜가 없는 데이터도 과거/현재 버전 차이를 추적해야 한다
|
||||
|
||||
### 결정
|
||||
|
||||
- 월간 스냅샷 기능은 범위에서 제외
|
||||
- 대신 DB 자체를 `valid_from`, `valid_to` 기반 버전 구조로 전환
|
||||
- 사용자 조회는 파일 스냅샷이 아니라 `as_of` 기준 조회 방식으로 설계
|
||||
|
||||
### 우선 적용 대상
|
||||
|
||||
- `members` -> `member_versions`
|
||||
- `seat_positions` -> `seat_assignment_versions`
|
||||
|
||||
### 기대 효과
|
||||
|
||||
- 특정 날짜의 조직 상태 재구성 가능
|
||||
- 특정 날짜의 자리배치도 재구성 가능
|
||||
- 기간 비교나 변경 추적 UI로 확장 가능
|
||||
|
||||
### 설계 문서
|
||||
|
||||
- [HISTORY_ASOF_DB_PLAN.md](/home/hyunho/projects/mh-dashboard-organization/docs/HISTORY_ASOF_DB_PLAN.md)
|
||||
|
||||
## Next Focus
|
||||
|
||||
- `#2` 영속성 운영 검증과 문서 기준 정리
|
||||
- 권한 제어와 mock login 정리
|
||||
- `#9` as-of date 기반 history 구조 설계 및 점진적 도입
|
||||
- 자리배치도 조직 트리, 나머지 사무실 도면 등 실사용 기능 고도화
|
||||
- 프로젝트별 분석의 남은 소수점/분류 오차 정리
|
||||
- 자리배치도 색상/조직 트리 등 추가 UX 기능 고도화
|
||||
- 실제 인증 체계 전환
|
||||
- 나머지 사무실 도면 추가
|
||||
|
||||
Reference in New Issue
Block a user