휴무일 일괄 세팅 (다중 공급사 · 통합 캘린더)

공급사 1곳 선택

1

2

3

▲ 스테이지 어드민 실제 화면(2026-09 캡처). 편집 주체는 어드민(created_by에 어드민 계정). 패널 1·2는 MD-21에서 바꾸지 않고, 패널 3의 입력 방식만 같은 폼으로 교체한다(§03 ⑤).

▲ 프로토 v4.4 = 공급사 관리 목록 재현(15행: 스테이지 실값 6 + 목업 9) + 툴바 버튼 2 + 일괄 모달 탭 3 + 통합 캘린더 + 공급사 팝업(배송 정보 3패널, 월간 커스텀에 같은 폼 임베드). 우측 레일 ①~⑤ 카드 클릭 → 해당 화면으로 이동. 값은 시연용 샘플.

▲ 툴바 목업(스테이지 툴바 구성 실측 + 추가 버튼). 기존 버튼의 순서·명칭은 스테이지 기준, 추가 버튼의 배치 위치(맨 앞)는 제안. 행 체크박스는 기존 다중 선택 컬럼 재사용. v3의 별도 메뉴·2탭·공급사 선택표는 폐기 — 목록이 이미 검색·필터·체크박스를 갖고 있다.

▲ 특정 날짜 탭 목업(예시값·프로토 샘플). 날짜마다 값이 다른 채로 한 번에 저장된다. 적용 바 문구는 프로토 v4.4와 같다.

▲ 주간 발주 마감 탭 목업. 주간 배송 탭은 같은 7칸에 값이 변경 없음/가능/불가 3상태.

1. 목록에서 공급사 선택 — 기존 검색·필터로 대상을 좁히고 행 체크박스로 N개 선택 → [휴무일 일괄 설정 (N)] → 모달. 모달 하단 대상 공급사 칩에서 개별 제거 가능. 페이지 넘김 시 선택 유지 여부는 기존 목록 동작 확인 필요(§04). 모달 상단에 대상 N과 이름 일부를 보여 오해를 막는다.
2. 탭에서 값 입력 — 특정 날짜: 날짜 M개 + 날짜별 값 · 주간: 요일별 값. [적용] 버튼은 쓸 건이 1건 이상일 때만 활성, 라벨 "적용 · T건". 특정 날짜 탭의 "건너뜀 K"는 적용 전에 계산해 적용 바와 확인 모달에 미리 보여준다(§05 dryRun 또는 기존 GET).
3. 확인 → 저장 → 결과 — 확인 모달(아래 목업) [적용] → 저장 → 토스트 "{N}개 공급사 × {M}일({요약}) → {applied}건 반영 · {skipped}건 건너뜀(기존 값 유지)" → 모달 닫힘 · 목록 선택 해제 · 열려 있는 통합 캘린더·팝업은 즉시 갱신. 서버가 적용 시 다시 판정하므로 확인 모달의 K와 결과 skipped가 다를 수 있다(§04 동시 편집). 주간 탭은 건너뜀 없이 "N개 × 요일 k개 덮어씀".

▲ 적용 확인 목업(프로토 샘플값). 공급사명·수치는 예시이며 실데이터 아님.

팝업 임베드 폼(개별, mode single)은 신설 없이 기존 upsert-custom-schedule을 날짜 수만큼 호출(덮어쓰기)·delete-custom-schedule로 충분하다. 트랜잭션이 필요하면 bulk-upsert-custom-schedule에 onConflict:'upsert' 옵션을 두고 sellerIds=[1개]로 재사용해도 된다(선택). v2의 preview-bulk-schedule·get-bulk-schedule-logs·revert-bulk-schedule은 v3에서 철회.

// 탭 ① 특정 날짜 — 요청. 날짜별 값 배열 × 선택 공급사. deadline은 항상 값(NULL 미전송, 정책 8)
{ "sellerIds": ["1258544565", "2148812077", "3058710095"],
  "schedules": [
    { "eventDate": "2026-09-09", "deadline": "10:00", "delivery": false },
    { "eventDate": "2026-09-10", "deadline": "12:00", "delivery": true  },
    { "eventDate": "2026-09-24", "deadline": "NONE",  "delivery": false },
    { "eventDate": "2026-09-25", "deadline": "NONE",  "delivery": false } ],
  "dryRun": false }

// 응답 — skipped = 기존 행이 있어 쓰지 않은 (seller, 날짜). dryRun=true도 같은 형태
{ "targets": 12, "applied": 7,
  "skipped": [ { "sellerId": "1258544565", "eventDate": "2026-09-24" }, … ] }

// 탭 ② 주간 발주 마감 — 요청. days에 든 요일만 덮어쓰기, 나머지 요일은 기존 값 유지
{ "sellerIds": ["1258544565", "2148812077", "3058710095"],
  "days": { "sunday": "NONE", "saturday": "12:00" } }
// 응답
{ "applied": 3, "noWeeklyRow": [] }

// 탭 ③ 주간 배송 — 요청. 값은 boolean(가능 true / 불가 false), "변경 없음" 요일은 키 자체를 뺀다
{ "sellerIds": ["1258544565"],  "days": { "sunday": false } }

-- =========================================================
-- MD-21 휴무일 일괄 세팅 · v4.4 (2026-09-07)
-- 기존 3테이블은 컬럼 변경 없음. 신규 테이블 0. 신설은 선택 인덱스 1개뿐.
-- =========================================================

-- 0) 참고 — 기존 테이블(개발DB DDL로 구조 확인, 변경 없음)
--   seller_weekly_deadline (seller_id PK, sunday..saturday varchar(5) NOT NULL  -- 'HH:MM' | 'NONE', created/updated_*)   -- WRITE(부분 UPDATE) · READ
--   seller_weekly_delivery (seller_id PK, sunday..saturday boolean NOT NULL, created/updated_*)                        -- WRITE(부분 UPDATE) · READ
--   seller_custom_schedule (PK(seller_id, event_date), deadline varchar(5) NULL, delivery boolean NOT NULL, created/updated_*)  -- WRITE · READ

-- 1) [선택] 통합 캘린더 월 범위 조회용 — PK가 seller_id 선행이라 event_date 범위 조회에 인덱스가 없음(실측)
CREATE INDEX IF NOT EXISTS idx_seller_custom_schedule_event_date ON seller_custom_schedule (event_date);

-- 2) 참고 DML(제안) — 탭 ① 특정 날짜 일괄. 기존 행은 건너뜀(고정). 선택 공급사 × 날짜별 값을 1문으로 배치.
--    created_* 채우는 규칙은 기존 개별 upsert와 동일(어드민 계정). 팝업 임베드 폼은 같은 INSERT에 ON CONFLICT DO UPDATE.
INSERT INTO seller_custom_schedule (seller_id, event_date, deadline, delivery, created_at, created_by)
VALUES (:seller_id, :event_date, :deadline, :delivery, :now_kst, :admin_id), -- × (N × M), 값은 날짜별 …
ON CONFLICT (seller_id, event_date) DO NOTHING;

-- 3) 참고 DML(제안) — 탭 ② 주간 발주 마감 일괄. 요청에 든 요일 컬럼만 갱신(예: 일=NONE, 토=12:00). 탭 ③은 boolean 컬럼으로 동일.
UPDATE seller_weekly_deadline
   SET sunday = 'NONE', saturday = '12:00', updated_at = :now_kst, updated_by = :admin_id
 WHERE seller_id = ANY(:seller_ids);   -- 행 없는 공급사는 영향 0 → noWeeklyRow로 응답

-- 철회 이력
--   v2(2026-09-03): seller_order_close_custom ALTER(delivery_yn·holiday_source·bulk_group_id 추가) — 대상 테이블 자체가 틀렸고, 실제 테이블엔 이미 delivery가 있음.
--   v3(2026-09-04): seller_schedule_bulk_log(선택 이력 테이블) — 이력·되돌리기 제거로 불필요.