# PLD-784 후속 티켓 (지라 붙여넣기용)

> 원 티켓: PLD-784 "프랜차이즈 고정배송 매장 도착 뱃지 오표시 수정" (7/10 11:00 배포 완료)
> 이번 배포로 닫힌 것: **제때센터 정상 매핑 프랜차이즈** 뱃지 = 실제 배송일 절대날짜 표기
> 남은 것: ① 비-제때(지방권) 센터 리드타임  ② 배송요일 데이터 정합성  ③ 자동발주 리드타임
> 각 티켓의 하위작업(subtask) 또는 "연결된 업무 항목"으로 PLD-784에 링크 권장.

---

## 🎫 티켓 1 — [운영/데이터] FC 배송요일 정합성 정정 & 등록단 교차검증

**요청 유형:** 개발 문의   **레이블:** FC · 오더히어로   **우선순위:** High (선행)

### [요청 내용](필수)
전수조사(2026-07-08 STG 스냅샷, `FC-배송요일-정합성-전수조사.html`) 결과, 셀러 배송 가능요일 ∩ 매장 배송지정일 교집합이 어긋난 조합이 확인됨. 뱃지 로직이 아무리 정확해도 이 데이터로는 올바른 배송일이 산출되지 않음.

- **완전 불일치 2쌍 (교집합 0):** 9찬김치찌개 선정릉점·건대점. 매장 지정일 화·목·토 vs 본사 직배송 셀러 수·금 → 배송예정일 자체가 성립 안 함
- **부분 겹침(애매) 16쌍:** 매장 지정일 중 셀러가 못 가는 요일이 포함 → 그 요일 발주는 겹치는 요일로 밀림 (의도된 것인지 오설정인지 미확인)
- 대상: 활성 프랜차이즈 12곳 중 배송지정일 설정 매장 보유 7곳 / 59개 매장 / 105개 매장×셀러 쌍

### [처리 기준](필수)
- 완전 불일치 2쌍: 매장 배송지정일 또는 셀러 연결(배송 가능요일)을 운영이 정정하여 교집합 성립 (선정릉·건대는 (허브)DC 경유로 전환하면 월–토 커버되어 해소 가능한지 검토)
- 부분 겹침 16쌍: 매장별로 의도 확인 — 밀림이 정상 운영인지, 지정일 오설정인지 판정 후 대장에 상태 기록
- **재발방지(개발):** 매장 배송지정일 저장 시 연결 셀러의 `seller_weekly_delivery`와 교차검증 — 겹치는 요일 0이면 저장 차단 또는 경고 노출
- 데이터 정정만으로 해소되는 건은 개발 릴리즈 불필요, 재발방지 밸리데이션만 개발 분리

### [기대효과](선택)
데이터 어긋남으로 인한 뱃지 공란/오류를 원천 제거하고, 신규·변경 매장에서 동일 문제 재발 방지.

### [논의사항](옵션)
- 완전 불일치 매장의 정정 주체(본사 셀러 요일 조정 vs 매장 지정일 조정) 결정
- 교차검증 실패 시 UX: 하드 차단 vs 경고 후 저장 허용

### [산출물](옵션)
- 정정 대장(59매장 / 105쌍 상태표) — 조사 HTML 기반
- 등록단 교차검증 밸리데이션 (별도 개발 티켓 분기 가능)

### [참고](옵션)
- 관련 테이블: `member_weekly_delivery`, `seller_weekly_delivery`, `franchise_default_seller(is_forced)`, `seller_in_mapping`
- 배송예정일 계산: `ScheduleUtil` (셀러 요일 ∩ 매장 지정일 교집합)

---

## 🎫 티켓 2 — [기획+개발] 비-제때(지방권) 프랜차이즈 뱃지 리드타임 정규화

**요청 유형:** 개발 문의   **레이블:** FC · 오더히어로   **우선순위:** High
**선행:** 기획문서 「센터별 배송 리드타임·마감 규칙 정의서」 확정 필요

### [요청 내용](필수)
7/10 배포는 **제때센터 매핑 건에 한해** 처리기준대로 반영됨(Brown 코멘트). 이천·수도권·논현·광진·구리·송파 등 **타 센터에 매칭된 프랜차이즈 매장은 지방권 리드타임이 제때와 다르게 동작**하여 뱃지 날짜가 부정확할 수 있음.

핵심 원인: 현재 스키마에 **리드타임(주행일수) 컬럼이 존재하지 않음**(DB 전수 확인). 배송일은 `seller_weekly_delivery ∩ member_weekly_delivery` + 요일별 마감(`seller_weekly_deadline`)으로만 계산되고, 센터별 물류 소요일은 코드/센터에 암묵적으로만 반영됨 → 제때만 맞고 지방권은 어긋남.

### [처리 기준](필수)
- **선행:** 센터별(제때 vs 지방권) "마감시각 → 배송예정일" 규칙을 기획문서로 확정한 뒤 뱃지 계산 공통화
- **특정 센터 하드코딩 금지** — `member.center_code → center` 기반 규칙 테이블/맵으로 처리 (배송요일 설정된 프랜차이즈 공통 적용)
- 마감시각 하드코딩 금지 — 요일별 마감이 16시로 통일돼 있지 않음(토 13:00·NONE, 금 12:00, 21:00, 10:00 등 실존). `seller_weekly_deadline` 값을 그대로 사용
- 리드타임 규칙이 미정의된 센터는 뱃지 방어 표시로 처리(티켓 3-A 공통 스펙 참조) — "내일 도착" 기본값 재노출 금지
- 백엔드 주문 배정 수정 없음(현행 유지), 프론트 표시 로직만 수정

### [기대효과](선택)
제때 외 전 센터 프랜차이즈에서도 화면 표시 배송일 = 실제 납기 일치. "제때만 정상" 부분 커버 상태 해소.

### [논의사항](옵션)
- 리드타임을 **데이터화**(신규 컬럼/테이블)할지, 센터 규칙 맵으로 코드 관리할지 — 운영 변경 빈도 고려
- 공휴일 등 배송일 스킵 시 다음 납기 계산: `seller_custom_schedule`(delivery=false) 활용 범위. 현재 27개 셀러·최신 2026-05까지만 입력 → 미래 공휴일 미입력 리스크 동반 검토

### [산출물](옵션)
- 센터별 리드타임·마감 규칙 정의서(기획, 선행)
- 뱃지 계산 로직 수정 + 센터 규칙 테이블

### [참고](옵션)
- 조사 근거: `FC-배송요일-정합성-전수조사.html`, 센터 매핑 컬럼 `member.center_code`
- Brown 코멘트(7/10 09:27): "다른 센터에 매칭된 프랜차이즈 업장들은 데이터 정합성 이슈로 지방 리드타임 계산이 제때센터와 다르게 동작 … 추가 기획 개발 필요"

---

## 🎫 티켓 3 — [기획+개발] 제때 프랜차이즈 자동발주 리드타임 보완 (운영 전환 게이팅)

**요청 유형:** 개발 문의   **레이블:** FC · 오더히어로   **우선순위:** Medium (미사용 상태, 켜기 전 필수)
※ Brown이 "별도 일감으로 작성" 명시 요청한 건.

### [요청 내용](필수)
현재 자동발주 로직은 **미사용 설정**. 제때센터 프랜차이즈 매장에 자동발주가 돌게 되면 **기존 상품 리드타임 기준으로 발주가 들어가, 기존 수동발주보다 훨씬 빠른 시점에 발주가 진행**될 수 있음(Brown·Morty 코멘트). 운영에서 임의 활성화 시 조기 발주·재고 리스크.

### [처리 기준](필수)
- 자동발주 on 시 발주 시점·마감·리드타임 계산 규칙을 기획으로 확정하고, 현행 수동발주와의 차이(발주 앞당겨지는 폭)를 명시
- **운영 전환 게이트:** 운영에서 자동발주 설정을 켜기 전 반드시 사전 안내·조정 절차를 거치도록 프로세스 명문화 (Morty → Soldier 안내 라인 포함)
- 티켓 2의 센터별 리드타임 규칙과 정합되도록 계산 기준 공유

### [기대효과](선택)
자동발주 활성화 시 발주가 예측 가능한 시점에 이뤄져, 조기 발주로 인한 재고·비용 리스크 예방. 발주 리드타임 단축 효과는 통제된 조건에서만 실현.

### [논의사항](옵션)
- 자동발주 리드타임 기준을 "상품 속성"으로 둘지 "센터+매장 배송요일"로 둘지 (뱃지 로직과 동일 기준 권장)
- 파일럿 매장 범위 및 롤백 조건

### [산출물](옵션)
- 자동발주 발주시점·리드타임 기획서 + 운영 전환 체크리스트

### [참고](옵션)
- Brown 코멘트(7/10 09:31), Morty 코멘트(7/10): "자동발주 설정하실 거라면 운영에 바로 하기 전에 안내 부탁 — 조정 필요"