feat(admin): 영업관리 대시보드 + 영업 성과 집계 전면 재정비

[Jay722J]

Closes #459

영업 성과 집계 — 세 가지가 틀려 있었다

화면에서는 전부 그럴듯해 보였고, 숫자가 틀려도 오류는 안 났다.

	무엇이 틀렸나	어떻게 고쳤나
①	「한 번이라도 밟은 단계」로 세어 배정을 취소해 계약완료로 되돌린 건이 배정완료에 남았다(제보)	견적의 현재 상태만 본다
②	한 고객에게 견적을 여러 번 내면 고객이 여러 명으로 세어졌다(제보)	상담고객·견적완료는 명, 계약부터는 건
③	기간을 견적 만든 날로 걸러, 지난달에 만들어 이번 달에 계약한 건이 「이번 달 계약」에 없었다	그 단계에 도달한 날로 가른다

①을 상태로 푼 이유: 되돌리는 길이 넷이다(배정 취소·배정 거부·특장사 거부·주문 삭제).
갈래마다 예외를 두면 다음에 생기는 길에서 또 샌다.

②의 「같은 사람」은 고객 서류함과 같은 규칙(이름+생년월일 / 이름+휴대폰)으로 묶는다 —
두 화면의 고객 수가 갈리면 안 된다. 이름 없는 임시저장은 상담고객이 아니다.
견적완료 금액도 고객당 가장 최근 한 건만 더한다(같은 차를 세 번 견적내면 세 배가 됐다).

③에서 전이 이력이 없는 옛 건은 끝이 열린 기간(이번 달)에서만 만든 날로 갈음한다.
견적을 만들기 전에는 계약할 수 없고 오늘 이후는 아직 오지 않았으니, 그 단계도 기간 안이다.
지난 달을 따로 볼 때는 갈음하지 않는다 — 없는 시간을 지어내지 않는다.

곁들여 고친 것

• 기간 경계를 한국 시각으로 읽는다. new Date('2026-09-01') 은 UTC 자정이라
  시작일 새벽이 빠지고 종료일이 오전 9시에서 잘렸다
• 전체 합계를 서버가 낸다 — 화면에서 계정별 줄을 더하면 한 고객을 둘이 맡을 때 두 명이 된다
• 「처리 필요 견적」이 숨긴 견적을 빼지 않았다

영업관리 대시보드 — 관리자 첫 탭 「마이페이지」

카드는 각자 자기 데이터를 부르는 독립된 조각이다. 나중에 격자·배치 저장만 얹으면 그대로 위젯이 된다.

• 영업 성과 — 상담고객 › 계약완료 › 주문진행 › 인도완료, 이번 달/전체 토글(부른 기간은 들고 있다)
• 주문 진행 현황 — 배정 대기 › 수락 대기 › 특장 진행 › 부가작업 › 인도 완료 │ 납기일 경과
  (납기일 경과 앞은 꺾쇠가 아니라 세로선 — 다음 단계가 아니라 어디에 있든 늦은 건이다)
• 배정 요청 대기 — 영업이 아직 안 누른 건 + 담당 영업. 관리자가 할 일은 없어 「열기」도 없다
• 고객 검색 — 치는 동안 고객이 뜨고, 고르면 그 서류함이 펼쳐진 채 열린다
• 일정 — 달력. 날짜를 누르면 차량 도착/납기/고객 인도별로 고객명이 나온다

꺾쇠는 격자 좌표로 못 박아 두 숫자의 정확히 한가운데, 숫자 줄 높이에 선다
(실측: 칸 중심 117·301·485·669, 꺾쇠 209·393·577).
목록이 드는 칸은 높이를 못 박아 0건이든 100건이든 카드 크기가 같다.

로컬 전용 자동 로그인

개발할 때 비밀번호를 치지 않고 들어간다. 운영에는 라우트가 아예 없다 —
권한 검사를 끄는 것이 아니라 app.ts 가 NODE_ENV=production 이면 붙이지 않는다.
그 위에 127.0.0.1 확인을 겹치고, 화면 쪽 코드는 운영 빌드에서 사라진다(import.meta.env.DEV).

이런 길은 조용히 열린 채로 배포되는 것이 유일한 실패 방식이라 겹마다 검사를 세웠다
(dev-auto-login.test.ts — 배포가 실제로 NODE_ENV=production 으로 띄우는지까지 본다).

DB

스키마 변경 없음. 마이그레이션 없음. 집계는 전부 읽기다.

검증

• 백엔드 896개 전부 통과(새 검사 13개: 집계 규칙 8 · 자동 로그인 차단 5)
• 프론트 빌드·타입 통과 · 영문화 사전 검사 통과
• 로컬 실데이터로 화면 확인 — 상담고객 230명이 고객 서류함 230명과 맞는다
  (전에는 견적 건수를 그대로 세어 373명이었다)

🤖 Generated with Claude Code