Migration 개요
P01–P03은 PASS. P04 산모 예약이 현재 RED다. 예약·서명·HQ 발행 기술 경계는 통과했지만 운영 법무 승인 production packet과 그 revision의 산모 final confirm이 없다. 이후 지점 처리, 관리사 매칭, 결제, 서비스, 일일 리포트, 관리사·지점·본사 정산은 P05–P13 순서로 검증한다.
| Slice | Legacy 대비 현대화 | 증거 수준 |
|---|---|---|
| P04 산모 예약 | 단일 채팅 카드, 이전 답변 편집, 서버 권위 final review, 원자 confirm | 실제 actor·DB·desktop/mobile/WebP 통과. 법무 production authority 미완료 |
| P05 지점 처리 | broad-save 대신 actor/branch scoped command, revision·idempotency·SpiceDB | backend·frontend·Supabase 기술 준비. 실제 phase evidence 미수집 |
| P06 관리사 배정 | mutable MANAGER_ID_FK 대신 append-only decision과 관리사 accept/reject | backend·contract·transaction smoke·모바일 UI harness 준비. 실제 actor/state evidence 미수집 |
migration 원칙
Section titled “migration 원칙”- PHP·JS·SQL source line을 먼저 고정하고 target behavior를 추측하지 않는다.
- legacy 규칙은 보존하되 하드코딩 catalog, 중복 계산, 화면별 권위, mutable snapshot은 SSOT로 현대화한다.
- 용품, 서비스, 가격, 지원금, 계약 item은 운영 catalog와 revisioned publication으로 관리한다.
- 각 source feature는 target owner, 상태, test, 실제 evidence가 연결될 때만 완료다.
Source feature checklist전체 legacy 기능·gap 상세 원장. 매우 긴 감사 문서.
Feature backlogtarget slice와 미구현 작업 원장.
산모 예약 source map산모·가족 예약 A→Z legacy 근거.
예약 계약 gap계약 동의·서명 source와 현재 gap.
관리사 매칭배정·변경·권한 source map.
결제·정산결제 변경부터 정산까지 source authority.
긴 ledger 읽는 법
Section titled “긴 ledger 읽는 법”기본 탐색은 이 개요와 검색을 사용한다. 긴 원장은 상세 섹션을 기본 접는다. 날짜별 mining delta는 source provenance로만 읽고, 같은 사실의 최신 판정은 actor workflow YAML과 현재 phase evidence를 우선한다. ADR에는 결정과 최신 pin만 두고 장기 실행 일지는 Testing으로 보낸다.