feat(cafe24): 예약관리 — 지정 시각에 상세페이지·진열/판매 자동 적용 (Phase 5)

되돌리기(자동 복원)는 요청대로 만들지 않았다. 예약은 "그 시각에 이 내용을 적용"
하나뿐이며, 한 예약에서 상세페이지 HTML·진열·판매를 각각 고를 수 있다. 셋 다
"변경 없음"인 예약은 DB CHECK 로 막는다.

등록은 편집기 아래 「예약 적용」에서 한다. HTML 을 적용하는 예약이면 그 시점의 편집기
내용을 DRAFT revision 으로 저장해 고정한다 — 이후 편집기를 더 고쳐도 예약된 내용이
바뀌지 않아야 한다. 단건 적용과 같은 다듬기(URL 인코딩 → 소스 정리)를 거치므로 화면에서
본 값이 그대로 저장된다. 예약 폼은 적용 폼과 형제로 두고(폼 중첩 불가) 편집기 내용을
JS 가 hidden 에 복사한다.

실행은 web 이 아니라 worker 다(app/modules/cafe24/worker.py, compose 서비스
dbx-cafe24-worker, --loop 60). 웹 요청 안에서 기다리면 프록시 타임아웃·재기동에
무너지고, 브라우저를 닫으면 실행되지 않는다.

worker 는 claim_due_schedule 로 한 건씩 FOR UPDATE SKIP LOCKED 로 잠그고 PROCESSING
으로 바꾼 뒤 잠금을 푼다. worker 가 둘 떠도 같은 예약을 두 번 적용하지 않고, 긴 API
호출 동안 DB 잠금을 쥐지 않는다. 적용 순서는 화면 편집과 같다(현재값 재조회 → BACKUP
→ PUT → 감사로그). HTML 없이 진열/판매만 바꾸는 예약은 상세설명을 읽지도 백업하지도
않는다. 실패는 1분→5분→15분 재시도 후 FAILED 확정이며, 한 건의 오류로 worker 가
죽지 않는다.

진열/판매를 한 번의 PUT 으로 함께 보내려고 products.update_product 를 추가했다
(update_descriptions 는 이 함수로 위임). None 인 필드는 payload 에서 빼므로 "건드리지
않음"이 그대로 표현된다.

DB: scripts/sql/cafe24_db_002_schedule_flags.sql (멱등) — set_display/set_selling
BOOLEAN NULL 추가 + 아무것도 하지 않는 예약 금지 제약. 되돌리기용 end_* 컬럼은 쓰지
않지만 삭제하지 않는다(파괴적).

시각은 KST 로 해석한다(datetime-local 은 타임존이 없다). 과거는 거부하되 폼을 채우는
동안 시간이 흐른 경우를 위해 1분 여유를 뒀다.

검증: 유닛테스트 66개 통과(신규 15개 — 3-상태 파싱, KST 해석·과거 거부·1분 여유,
요약 문구, payload 의 T/F 와 None 생략, 바꿀 것 없으면 미호출, worker 의 성공 경로
(백업+PC/모바일 동시+진열만 전송)·상태만 변경 시 백업 생략·재시도 후 최종 실패·
버전 누락 시 크래시 대신 실패·처리할 것 없을 때 종료). 예약 목록/편집기 예약 폼 렌더 확인.
라우트 16개. 실제 예약 실행은 서버 배포 후 확인 필요.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

scripts/sql/cafe24_db_002_schedule_flags.sql

@@ -0,0 +1,44 @@
+-- =====================================================================
+-- cafe24_db 002 — 예약에 진열/판매 상태 변경 추가
+-- =====================================================================
+-- 멱등(idempotent): 여러 번 실행해도 안전. DROP/TRUNCATE 없음.
+--
+-- 실행:
+--   docker exec -i postgres-db psql -U postgres -d cafe24_db \
+--       < scripts/sql/cafe24_db_002_schedule_flags.sql
+--
+-- 배경:
+--   예약 적용에서 상세페이지 HTML 뿐 아니라 진열/판매 상태도 함께 바꿀 수 있어야
+--   한다("지정 시각에 공개" 같은 운영 시나리오). 세 값 모두 "건드리지 않음"이
+--   가능해야 하므로 NULL 을 허용하는 BOOLEAN 으로 둔다.
+--     set_display = NULL  → 진열 상태 그대로
+--     set_selling = NULL  → 판매 상태 그대로
+--     revision_id = NULL  → 상세페이지 HTML 은 바꾸지 않음(상태만 변경)
+--
+--   되돌리기(자동 복원)는 쓰지 않기로 했다. end_at / end_action /
+--   end_revision_id / restore_revision_id 컬럼은 남겨두지만 사용하지 않는다
+--   (컬럼 삭제는 파괴적이라 하지 않는다).
+-- =====================================================================
+
+\set ON_ERROR_STOP on
+
+ALTER TABLE cafe24_product_schedules
+  ADD COLUMN IF NOT EXISTS set_display BOOLEAN,
+  ADD COLUMN IF NOT EXISTS set_selling BOOLEAN;
+
+COMMENT ON COLUMN cafe24_product_schedules.set_display IS
+  '예약 시각에 적용할 진열 상태. NULL 이면 변경하지 않음';
+COMMENT ON COLUMN cafe24_product_schedules.set_selling IS
+  '예약 시각에 적용할 판매 상태. NULL 이면 변경하지 않음';
+COMMENT ON COLUMN cafe24_product_schedules.revision_id IS
+  '적용할 상세페이지 버전. NULL 이면 HTML 은 바꾸지 않고 진열/판매만 변경';
+
+-- 아무것도 하지 않는 예약은 만들 수 없게 한다(실수 방지).
+ALTER TABLE cafe24_product_schedules
+  DROP CONSTRAINT IF EXISTS chk_cafe24_schedule_has_action;
+ALTER TABLE cafe24_product_schedules
+  ADD CONSTRAINT chk_cafe24_schedule_has_action CHECK (
+    revision_id IS NOT NULL OR set_display IS NOT NULL OR set_selling IS NOT NULL
+  );
+
+SELECT 'cafe24_db 002 applied' AS status;