하루숙 고객 관리 콘솔

운영자가 가입 고객 목록에서 온보딩 단계, 상태, 베드24 연결 여부, 마지막 로그인을 확인합니다. 상세에서 정지·다시 열기와 활동 로그를 처리합니다.

• 고객 목록 API가 사업장 테이블과 온보딩 진행 테이블을 조인해 단계 필터를 서버에서 처리하는 구조 설계
• 정지 상태를 세션 검사 미들웨어가 읽어 정지된 사업장의 요청을 즉시 거절하도록 구현
• 정지·재개·설정 변경을 활동 로그 테이블에 사유와 함께 기록하는 감사 구조 설계

정지 처리가 로그인 화면이 아니라 API 미들웨어에서 적용되도록 설계해 이미 로그인한 세션도 바로 차단합니다.

운영자가 사업장 쌍별 데이터 격리 자동 시험 결과를 확인합니다. 조회 라우트별 기대 0건과 실제 건수, 통과·실패와 실패 사유를 표로 봅니다.

• Vitest 스크립트가 사업장 A 토큰으로 B 데이터 조회를 시도해 0건을 확인하는 테넌트 쌍 시험 구조 설계
• 라우트 목록에서 시험 대상을 자동으로 만들어 새 라우트가 시험에서 빠지지 않도록 구현
• 시험 결과를 D1에 저장하고 실패 시 라우트와 사유가 보고서에 남도록 구성

격리 시험 대상을 라우트 정의에서 자동 생성해 새 기능이 추가돼도 시험이 함께 늘어나도록 설계합니다.

운영자가 전체 API 라우트에 테넌트 스코프와 역할 검사 미들웨어가 적용됐는지 표로 확인합니다. 적용되지 않은 라우트는 경고로 표시됩니다.

• Hono 라우트 정의에서 미들웨어 체인을 읽어 적용 여부를 표로 만드는 점검 스크립트 설계
• 미적용 라우트가 있으면 시험 보고서와 같은 화면에서 경고하도록 구현
• 필요 역할 정의를 권한 표와 같은 소스에서 읽어 두 화면이 어긋나지 않도록 구성

권한 검사를 미들웨어 한 곳으로 일원화한 결과를 라우트 단위로 점검할 수 있게 설계합니다.

운영자가 새 기기 로그인 알림의 발송 채널을 정하고 발송 로그를 확인합니다. 기본 채널은 이메일입니다.

• 발송 채널을 어댑터 인터페이스로 분리해 이메일 외 채널을 추가해도 호출부가 바뀌지 않도록 설계
• 발송 결과를 D1 로그 테이블에 저장하고 실패 건 재시도 버튼을 연결하는 구조 구현
• 새 기기 판정 기준을 설정 테이블로 분리해 화면에서 바꿀 수 있도록 구성

채널이 정해지지 않은 요구를 발송 어댑터 구조로 풀어 이메일로 시작하고 이후 교체할 수 있도록 설계합니다.