docs(0033): §8 cron 없음 정정 + 운영 마이그레이션 이력 repair 기록

0033.md

@@ -272,8 +272,16 @@ FK 인덱스는 16곳 전부 달지 않았다 — 가장 큰 테이블이 111행
 
 ## 8. 남은 것
 
-- **cron 없음.** 함수가 CSV 를 직접 받지 않는 구조라 파일을 받아 스크립트를 돌리는 사람이 필요하다.
-  LOCALDATA 개방 API 키를 확보하면 함수가 직접 가져오도록 바꿀 수 있다.
+- **적재 자체는 여전히 수동.** 함수가 CSV 를 직접 받지 않는 구조라 파일을 받아 스크립트를 돌리는 사람이 필요하다.
+  LOCALDATA 개방 API 키를 확보하면 함수가 직접 가져오도록 바꿀 수 있다. 잊지 않게 하는 장치는 둘 있다
+  (pmdb #198, 마이그레이션 `20260907090000_facility_resync_reminder_and_frozen_watch`, pgTAP t26):
+  - pg_cron `facility-resync-reminder`(매월 1일 00:00 UTC) — `ops_alarm_fire('facility_resync_due', 1440, …)` 로
+    §7.1 절차를 상기시키는 알람만 올린다.
+  - 트리거 `trg_facilities_frozen_addr_alert`(facilities AFTER UPDATE, `owner_updated_at` 이 세워진 행의 `address` 가
+    바뀔 때) — 아래 "임시 개명 1건" 의 주소 덮어쓰기를 사람이 눈으로 찾는 대신 `facility_frozen_addr:<id>` 알람
+    (행별 1일 쿨다운)으로 받는다. 알림 실패는 warning 으로 삼켜 적재 배치를 막지 않는다.
+  - 이 마이그레이션은 운영에 적용됐지만 `supabase_migrations.schema_migrations` 에 기록되지 않았었다 —
+    2026-09-12 이력 repair 로 등록(같은 날 08-10 분 6건 미기록·3건 버전 불일치도 함께 정정).
 - **좌표 없는 영업중 업소 2,072건**이 계속 제외된다. 필요해지면 주소 지오코딩으로 채우는 별도 작업.
 - **`facility_all_categories` 는 `is_open` 을 보지 않는다.** 미용 인허가는 폐업했는데 병원
   인허가는 살아 있는 업소가 미용 배지까지 달 수 있다. 화면상 배지 하나 차이라 미조치.