로그인
   ↓
BASE 토큰 발급 (이메일/매장 정보 포함)
   ↓
테이블 번호 선택 → 비관적 락(SELECT FOR UPDATE)으로 중복 착석 방지
   ↓
TABLE 토큰 발급 (storeId + tableNum + tableId 포함)
   ↓
SSE로 점주에게 테이블 상태 변경 실시간 알림

채팅 가능 테이블 목록 조회 (현재 USING 상태인 테이블)
   ↓
채팅방 생성 or 재활성화 (roomKey: storeId:min:max)
   ↓
WebSocket(STOMP) 연결 → /topic/chat/{roomId} 구독
   ↓
메시지 발행 → Redis Pub/Sub 브로드캐스트
   ↓
상대 테이블 화면에 실시간 메시지 수신
   (채팅방 미진입 시 SSE로 알림 배지 표시)

선물 보낼 메뉴 선택 + 수신 테이블 지정
   ↓
멱등성 검증 (Redis 3초 락 + DB 중복 키 확인)
   ↓
수신 테이블 활성 여부 확인 (Redis groupKey 존재 여부)
   ↓
선물 주문 생성 → 발신 그룹에 귀속
   ↓
점주 화면: PRESENT 타입 주문 큐 노출
수신 테이블: WebSocket으로 선물 알림 실시간 수신

어드민 이메일 + 비밀번호로 로그인
   ↓
JWT Access Token (HMAC SHA512) + Refresh Token 발급
   ↓
Refresh Token → Redis 저장 (중복 사용 방지)
   ↓
대시보드 접속 → 전체 점주 현황 및 매장 목록 조회
   ↓
처리 대기(PENDING / REPENDING) 항목 우선 노출
   ↓
대기 항목에서 바로 승인 / 거절 빠른 처리

점주 목록 조회 (운영 매장 수 / 대기 매장 수 / 탈퇴 여부 포함)
   ↓
탈퇴 처리 요청
   ↓
운영 중 매장 존재 여부 확인
   (APPROVED + 기간 유효 / REPENDING 상태 매장)
   ↓
운영 중 매장 없으면 → delYN = 'Y' (소프트 딜리트)
운영 중 매장 있으면 → 탈퇴 불가 예외 반환

매장 목록 조회 (상태 필터 / 페이징)
   ↓
매장 상세 조회 (서비스 이용 이력 전체 표시)
   ↓
승인 요청 처리 (PENDING / REPENDING → APPROVED / REJECTED)
또는
서비스 이용 종료일 수정 (시작일 이후 + 오늘 이후 검증)

[고객] 주문 생성 요청
   ↓
OrderService → WebPublisher.publish(OwnerEventDto)
   ↓
Redis Pub/Sub (order-event 채널) 에 이벤트 발행
   ↓
WebSubscriber.onMessage() 수신 (Redis Listener)
   ↓
이벤트 타입별 분기 처리
   ├── ORDER        → /topic/order/{storeId}        (WebSocket 브로드캐스트)
   ├── PRESENT      → /topic/order/{storeId}        (선물 주문 큐 노출)
   └── TABLE_STATUS → SSE broadcastToOwner()        (테이블 상태 변경 알림)
   ↓
[점주] SSE Emitter / WebSocket 구독자에게 즉시 전달

A서버 (고객) → Redis staffcall-channel 발행
                     ↓
             B서버 (점주 Emitter 보유) 수신 → SSE 전송

[고객] WebSocket 연결 (/ws-stomp)
   ↓
StompHandler (CONNECT) → JWT 검증 → stage·storeId·tableNum 세션 저장
   ↓
SUBSCRIBE /topic/chat/{roomId}
   ↓
StompHandler (SUBSCRIBE) → JWT stage 및 storeId/tableNum 검증
   ↓
[메시지 발행] /app/chat/{roomId}
   ↓
Redis Pub/Sub 브로드캐스트 (chatRedis 전용 인스턴스)
   ↓
구독 중인 모든 인스턴스에서 /topic/chat/{roomId} 구독자에게 전달

Redis Key 설계
chat:room:{roomId}:messages  → 메시지 리스트 (TTL 24h)
chat:room:{roomId}:unread:{tableNum} → 미읽음 카운트
chat:room:{roomId}:last      → 마지막 메시지

점주가 이동 요청 (fromTableNum → toTableNum)
   ↓
비관적 락으로 두 테이블 동시 조회 (충돌 방지)
   ↓
검증: from은 groupId 있음 + USING / to는 groupId 없음 + USING
   ↓
DB: groupId를 to 테이블로 이전, 주문 레코드 customerTable 업데이트
   ↓
Redis: from 키 삭제 → to 키에 새 groupId 저장 (8시간 TTL)
       이동 플래그 설정 (moved:tableId:{id}, 30초 TTL) → 롤백 차단
   ↓
새 JWT 토큰 발급 (toTableNum 기준)
   ↓
Kafka 'table-event' 4개 메시지 발행
   ↓
TableEventConsumer → WebSocket /topic/... 브로드캐스트

점주가 합치기 요청 (fromTableNum → mergeTableNum)
   ↓
비관적 락으로 두 테이블 동시 조회
   ↓
검증: from / merge 모두 groupId 있음 + USING
   ↓
DB: from의 모든 주문을 merge의 groupId로 일괄 업데이트
    from 테이블 groupId 초기화
   ↓
Redis: from 키 삭제, 합치기 플래그 설정 (30초 TTL)
   ↓
Kafka 'table-event' 4개 메시지 발행
   ↓
TableEventConsumer → WebSocket /topic/... 브로드캐스트

[메시지 발송]
   ↓
ssePubSubChat 채널로 Redis Pub/Sub 발행
   ↓
SseChatAlarmService.onMessage() 수신
   ↓
Redis "alarm:{storeId}:{tableNum}" 키 확인
   ├── "OFF" → 알림 전송 생략
   └── "ON"  → SseChatAlarmRegistry에서 Emitter 조회 후 SSE 전송

[점주] 로그인
   ↓
BASE 토큰 + Refresh 토큰 발급
   ↓
매장 선택 → STORE 토큰 재발급 (BASE 토큰 폐기)
   ↓
[고객] QR 스캔 → STORE 토큰으로 테이블 선택 요청
   ↓
TABLE 토큰 발급 → 이후 주문·채팅에 사용

로그인 성공
   ↓
Refresh Token 생성 (별도 시크릿 키 서명)
   ↓
Redis SET "RT:{email}" = refreshToken (TTL = expirationRt)
   ↓
클라이언트에 반환

클라이언트 → POST /owner/refresh (RT 전송)
   ↓
RT 서명 검증 (secret_key_rt)
   ↓
Redis에서 "RT:{email}" 조회
   ├── null → 이미 사용된 토큰 (에러)
   └── 불일치 → 토큰 위변조 (에러)
   ↓
새 Access Token 발급

HTTP Request
   ↓
shouldNotFilter() → 화이트리스트 경로면 필터 skip
   ↓
Authorization 헤더에서 Bearer 토큰 추출
   ├── 토큰 없음 → 401 Unauthorized 즉시 반환
   ↓
JwtTokenProvider.validateAccessToken() → Claims 파싱
   ↓
request attribute 세팅 (email, stage, storeId, tableNum 등)
   ↓
UrlAuthorizationMatcher.isAllowed(uri, stage) → stage별 URL 접근 권한 검사
   ├── 불허 → 403 Forbidden 즉시 반환
   ↓
SecurityContextHolder에 Authentication 등록
   ↓
Controller 진입

/owner/baseLogin, /owner/refresh, /owner/create
/auth/email/*, /auth/password/reset
/auth/sms/*, /owner/business/verify
/customertable/tablestatuslist
/api/payment/**, /connect

STOMP CONNECT 프레임
   ↓
Authorization 헤더에서 JWT 추출
   ↓
validateAccessToken() → Claims 파싱
   ↓
stage, email, storeId, tableNum → WebSocket 세션에 저장
   ↓
SecurityContextHolder에 Authentication 등록

/app/chat/** 경로로 메시지 발행 시
   ↓
세션에서 stage 조회
   └── TABLE이 아닌 경우 → 예외 발생 (채팅은 TABLE만 가능)

/topic/order/{storeId} 구독 시
   └── stage != STORE → 거부
   └── 세션 storeId != 요청 storeId → 거부 (타 매장 구독 차단)

/topic/table/{tableNum} 구독 시
   └── stage != TABLE → 거부
   └── 세션 tableNum != 요청 tableNum → 거부 (타 테이블 도청 차단)

인증코드 발송
   ↓
Redis SET "CODE:{email}" = code (TTL 10분)
   ↓
인증 시도
   ├── 실패 → Redis INCR "FAIL:{email}" (5회 초과 시 10분 블락)
   └── 성공 → Redis SET "EMAIL_VERIFIED:{email}" 저장
   ↓
회원가입 완료 → Redis 인증 관련 키 전체 삭제

휴대폰 번호 입력 → Solapi SDK로 인증코드 발송
   ↓
Redis SET "SMS:{phone}" = code (TTL 5분)
   ↓
인증 성공 → 이메일 조회 또는 다음 단계 진행

1차 → Redis 멱등성 키 (setIfAbsent, TTL 3초)  → 동일 주문 중복 차단
  ↓
2차 → 주문 생성 (DB 저장) + Kafka order-events 토픽 발행 (비동기)
  ↓
3차 → Kafka Consumer 순차 소비 (단일 스레드, concurrency=1)
  ↓
4차 → @Lock(PESSIMISTIC_WRITE) SELECT ... FOR UPDATE → FIFO 순차 차감 → ACK
  ↓
결과 → 재고 정합성 100% 보장
       실패 시 DLQ → 보상 트랜잭션 (주문 취소 + 환불 처리)