Kanboard Renewal Feature Improvements

산모피아 리뉴얼 버전 기능/개선사항 총정리

Imported from /root/ax/output/kanboard/sanmopia_renewal_feature_improvement_summary.md. This is renewal requirement evidence, not implementation shape. Modern implementation must translate these requirements into bounded contexts, feature slices, contracts, Supabase-backed policies, and colocated tests.

작성일: 2026-07-01 근거: Kanboard 산모피아 프로젝트 전체 카드 776장, 댓글 1507개, 첨부/서브태스크/링크 메타데이터

Live API Verification

Verified against https://kanboard.yamon.io/jsonrpc.php on 2026-07-01.

Kanboard version: v1.2.35
Project: 산모피아, project id 85, active
Tasks: total 776, open 428, closed 348
Columns: 리뉴얼 28, 주제 10, 확인필요 387, 완료 347, 요구사항 2, 진행예정 1, 진행중 1
Metadata: comments 1507, subtasks 11, task files 233, task links 30, external task links 0
Privacy rule: raw card bodies and raw comments were not written to this repo because cards can contain reservation numbers, names, and contact-like personal data.

Live 리뉴얼 column cards:

#882 앱 구동 정지 건(2024.07.18)
#1000 리뉴얼 시 요청사항(2024.08.22)
#1015 산모피아 리뉴얼버전 기획하기
#1028 24.08.30 리뉴얼 요청사항(관리사지정)
#1045 리뉴얼 시 요청사항(2024.09.02)
#1072 리뉴얼 시 요청사항(2024.09.08)
#1592 리뉴얼 시 추가요청사항(2025.02.19)
#1698 25.03.10 알림톡 예약번호 확인 요청
#1723 리뉴얼 시 추가요청사항(2025.03.19)
#1810 25.04.08 관리사 관련
#1829 수정 요청사항(2025.04.11)
#1841 결제 후에 바우처 유형이나 서비스 이용기간을 변경하는 기능 추가 가능여부 문의(2025.04.15)
#1940 지사별 정산내역(본사) 메뉴에서 다운로드 기능 생성 요청 건(2025.06.05)
#1989 리뉴얼 반영 요청사항(2025.06.22)
#2077 리뉴얼 요청사항_중복 포함(2025.07.09)
#2097 다중관리사 관련
#2135 미숙아 관련 수정사항
#2253 회원탈퇴기능
#2387 리뉴얼 시 추가 요청사항(2025.12.03)
#2397 쌍둥이 이상 기록지 관련
#2476 리뉴얼시 요청사항(2026.01.09)
#2518 리뉴얼 시 반영 요청 사항(2026.01.29)
#2614 결제사 변경
#2621 교체 건에 대한 서비스 제공기록지 및 급여 내역의 분리 요청 건(2026.03.30)
#2625 서비스 제공기록지 개선
#2700 반려동물 있을때 지정관리사 진행시 수정사항
#2731 산모 기록지 관련
#2757 26.06.23 급여 세금계산식 수정

Live 주제 column cards:

#870 산모 발송 서류 교체 요청 건(2024.07.16)
#1011 산모앱 예약 흐름
#1012 액터
#1013 지사별정산 흐름
#1014 사이트맵 - IA
#1016 시퀀스다이어그램
#1929 25.05.29 본인부담금 결제 관련 확인 요청
#2186 정산데이터요청
#2403 예약하기 메뉴의 개선사항 반영 요청 건(2025.12.11)
#2491 산모 전자서명 문제지적 건(2026.01.16)

1. 읽은 자료와 기준

전체 카드: 776장
열린 카드: 428장
닫힌 카드: 348장
리뉴얼 컬럼: 28장
주제 컬럼: 10장
반복 이슈는 열린 카드와 닫힌 카드를 모두 보되, 우선순위는 열린 카드와 최근 반복 요청을 더 높게 둔다.
카드 본문에는 예약번호, 이름, 연락처성 정보가 섞여 있으므로 이 문서는 카드 ID/제목 중심으로 근거를 남기고 개인정보성 사례 상세는 제외한다.

원천 산출물:

sanmopia_cards_all.json: 전체 카드 본문, 태그, 카운터
sanmopia_card_comments.json: 댓글 본문
sanmopia_card_extras.json: 첨부/서브태스크/내부링크 메타데이터
sanmopia_cards_summary.csv: 요약 CSV

2. 전체 결론

리뉴얼 버전은 단순 UI 교체가 아니라 예약, 매칭, 결제, 정산, 기록지, 전자서명, 회원/개인정보, 지사 운영을 다시 묶는 업무 시스템 재설계가 필요하다. 카드 전체에서 반복되는 핵심 문제는 다음 8개다.

예약 흐름이 너무 많은 예외를 수동 처리한다.
관리사 배정/교체/일정 가시성이 부족해 재예약, 기록지, 급여 문제가 연결된다.
서비스 제공기록지와 산모 전자서명이 법적/운영 리스크가 된다.
결제 후 변경, 전환결제, 취소, PG 변경, 쿠폰/포인트 처리가 불안정하다.
정산, 급여, 세금 계산이 수동 확인과 반복 수정에 의존한다.
회원 탈퇴/정보 수정/개인정보 보존 정책이 기능으로 정리되어 있지 않다.
지사와 본사가 직접 처리해야 할 작업이 개발팀 요청으로 흘러간다.
앱/관리자페이지 안정성, 업로드, 알림, 보고서/다운로드가 운영 효율을 떨어뜨린다.

특히 금전 흐름은 결제 원장 -> 쿠폰/포인트 원장 -> 정산 원장 -> 급여/세무 산출 순서로 단일 이벤트 흐름을 잡아야 한다. 이 흐름이 없으면 PG 변경, 전환결제, 쿠폰 회수, 정산 재계산, 급여 계산이 각각 따로 맞춰지는 구조가 반복된다.

전체 카드 기준 반복량:

예약/신청: 전체 352장, 열린 213장
회원/탈퇴/개인정보: 전체 129장, 열린 60장
정산/급여/세금: 전체 125장, 열린 67장
결제/본인부담금: 전체 114장, 열린 68장
DB/이관/외부데이터: 전체 102장, 열린 56장
제공기록지/전자서명/문서: 전체 95장, 열린 73장
관리사/출근/점수: 전체 77장, 열린 44장
쿠폰/포인트: 전체 65장, 열린 32장
앱/알림/업로드: 전체 65장, 열린 36장
콘텐츠/FAQ/이벤트: 전체 29장, 열린 14장

3. 우선순위 요약

P0: 리뉴얼 필수

서비스 운영, 결제, 법적 증빙, 개인정보, 정산 정확도에 직접 영향.

결제/취소/전환결제/PG 변경 재설계
제공기록지 생성/수정/삭제/재발행 구조 재설계
산모 전자서명 매일/건별 수집 구조
관리사 교체, 다중관리사, 쌍둥이 이상 케이스 분리 처리
급여/정산/세금 계산식 개편
회원 탈퇴와 개인정보 보존/익명화 정책 기능화
사전예약/예약전환/결제 후 수정 이력과 보정 처리

P1: 리뉴얼 핵심 개선

사용자 불만과 운영 공수를 크게 줄이는 기능.

예약 단계 재기획, 기존 정보 불러오기, 오래된 작성중 예약 제한
관리사 가용 일정 캘린더와 스마트매칭 재실행/관리자 배정
관리자/지사장 업무 화면 IA, 상태 그룹화, 필터/정렬/다운로드
산모/관리사 앱 알림, 일정 확정 push, 비상연락망
본사/지사 메모, 산모에게 전달사항 push
사진 업로드, 앱 구동 안정성, 알림톡 예약번호 오류 개선

P2: 운영 편의/콘텐츠 개선

반복 요청이 있으나 P0/P1 위에 얹어도 되는 개선.

FAQ/공지/팝업/배너/후기 이벤트 관리
러브박스 DB 추출 자동화
사전예약 이관 자동화
캘린더 연/월 이동, 뒤로가기 상태 유지
지사/본사 보고서, 정산 대시보드, 다운로드 확장

4. 기능/개선 요구사항

4.1 예약 흐름과 산모 앱

필수 방향:

예약을 산모 정보, 출산 정보, 서비스 정보, 추가 서비스, 반려동물 정보, 기타 정보, 확인/결제 단계로 분리한다.
첫 예약은 회원가입 정보를 불러오고, 둘째 이후 예약은 이전 예약 정보를 선택적으로 불러온다.
오래된 작성중 예약을 무제한으로 불러오는 문제를 막는다. 작성중 예약 TTL, 작성일 표시, 경고, 불러오기 제한이 필요하다.
기본 서비스와 추가 서비스를 분리하고, 추가 서비스는 날짜/요일 단위로 선택하게 한다.
상태값은 사용자에게 보이는 그룹과 내부 상태를 분리한다.
상담/사전예약/예약전환/예약/진행/완료/취소/연장/중단 상태 전이를 명확히 한다.

구체 요구:

회원가입 정보 불러오기, 이전 예약 정보 불러오기, 직접 입력 선택지를 제공한다.
불러온 정보는 자동 입력되더라도 수정 가능해야 한다.
예약 확인 단계에서 산모가 입력한 모든 정보를 요약한다.
사전예약과 예약전환에서 서비스 시작일을 산모가 임의 변경하지 못하게 하거나, 변경 시 지사 문의 안내를 띄운다.
출산예정일과 실제 출산일이 달라진 경우 지사가 입력하는 출산일(지사입력) 필드를 제공한다.
사전예약 시 조리원 이용 여부와 이용 기간을 받는다.
태아 성별/태명은 산모 최초 등록 시점부터 관리자페이지에 보여야 한다.
미숙아는 바우처 유형이 한 단계 올라가는 규칙을 반영한다.
베이비시터/놀이돌봄 전환 조건을 예약 단계에서 분기한다.
접수내역에는 사전예약 결제일, 예약금 결제일, 결제 수단을 명확히 표시한다.
산모 정보 변경, 성별/태명/분만형태 입력, 주소 변경 같은 기본정보 수정은 예약 흐름 안에서 안전하게 처리한다.
연도별 일반서비스/바우처 요금표 변경은 예약 시점의 요금표 버전을 보존한다.

근거 카드:

#1307 예약시나리오 재기획
#1011 산모앱 예약 흐름
#1015 산모피아 리뉴얼버전 기획하기
#1016 시퀀스다이어그램
#2403 예약하기 메뉴의 개선사항 반영 요청 건(2025.12.11)
#1072 리뉴얼 시 요청사항(2024.09.08)
#1592 리뉴얼 시 추가요청사항(2025.02.19)
#1829 수정 요청사항(2025.04.11)
#1989 리뉴얼 반영 요청사항(2025.06.22)
#2077 리뉴얼 요청사항_중복 포함(2025.07.09)
#2135 미숙아 관련 수정사항
#885 산모 정보 변경에 관한 질문(2024.07.19)
#2287 성별, 태명, 분만형태 입력 건(2025.10.17)
#2493 2026년 일반서비스 요금표 확정 건(2026.01.18)
#2494 2026년 바우처입주요금표 확정 건(2026.01.18)

4.2 관리사 매칭, 일정, 교체

필수 방향:

관리사 지정, 스마트매칭, 교체, 다중관리사를 하나의 배정 모델로 재설계한다.
관리사 일정/불가일/예정일을 지사장이 한 화면에서 봐야 한다.
관리사 변경은 원 예약을 유지한 채 처리되어야 하며, 재예약 강요를 줄여야 한다.

구체 요구:

지정관리사가 못 나가게 된 경우 산모가 스마트매칭을 다시 돌릴 수 있게 하되, 최종 선택은 관리자/지사장이 가능하게 한다.
스마트매칭 결과 5명 중 가능한 관리사가 없으면 유사 관리사를 관리자가 직접 선택할 수 있어야 한다.
산모가 스마트매칭을 하지 않는 경우에도 관리자가 직접 관리사를 변경할 수 있어야 한다.
관리사 일정은 진행중 일정, 예정 일정, 불가 일정을 캘린더/가로막대 형태로 보여준다.
관리사 조회에서 정상활동 관리사를 가나다순 정렬할 수 있어야 한다.
관리사 앱 일정 확정 시 관리사톡 또는 push를 보낸다.
관리사 앱에 비상연락망을 추가한다.
본사/지사에서 산모앱에 보이는 관리사 정보를 즉시 미리볼 수 있어야 한다.
관리사 프로필 사진 업로드/변경 실패를 개선한다.
반려동물 정보는 스마트매칭과 지정관리사 모두에서 입력/반영되어야 한다.
반려동물 알러지는 종류별로 구분해야 한다.
관리사 별점/한줄평은 여러 관리사 중 대상 관리사를 선택해 작성할 수 있어야 한다.
제공인력이 4명 이상인 케이스와 관리사 배정 저장 오류를 정식 시나리오로 검증한다.
관리사 앱 일정관리, 출근 버튼, 기록지 노출 상태가 예약/배정 상태와 일치해야 한다.

근거 카드:

#1028 24.08.30 리뉴얼 요청사항(관리사지정)
#1015 산모피아 리뉴얼버전 기획하기
#2476 리뉴얼시 요청사항(2026.01.09)
#1723 리뉴얼 시 추가요청사항(2025.03.19)
#2700 반려동물 있을때 지정관리사 진행시 수정사항
#1810 25.04.08 관리사 관련
#1045 리뉴얼 시 요청사항(2024.09.02)
#1000 리뉴얼 시 요청사항(2024.08.22)
#1989 리뉴얼 반영 요청사항(2025.06.22)
#2077 리뉴얼 요청사항_중복 포함(2025.07.09)
#2774 관리사 출근점수 확인 요청 건(2026.06.30)
#2761 출근 점수 및 추천관리사 점수 반영 확인 요청 건(2026.06.26)
#2755 26.06.22 근무기간 점수 산정 오류
#2055 관리사매칭 제공인력 관련
#2086 20250715 관리사 배정 시 에러
#1749 관리사앱 일정관리 내용 확인 요청 건(2025.03.27)
#2160 관리사앱 오류사항 확인 요청 건(2025.08.19)

4.3 서비스 제공기록지, 전자서명, 문서

필수 방향:

제공기록지는 사전에 DB에 대량 생성해두는 방식보다, 서비스 날짜 기준으로 표시하고 작성 시점에 저장하는 구조가 필요하다.
기록지는 산모 기준만이 아니라 관리사/서비스 기간/교체/다중관리사/쌍둥이 이상 케이스를 반영해야 한다.
산모 전자서명은 일괄 재사용 방식이 아니라 매일 또는 기록 건별 확인 후 받아야 한다.

구체 요구:

지사가 제공기록지를 직접 발행/재발행할 수 있어야 한다.
서비스 날짜 변경 후에도 제공기록지가 누락되지 않아야 한다.
교체 관리사가 들어온 경우 각 관리사가 본인이 근무한 기간의 기록지만 작성하게 한다.
교체 건은 급여도 관리사별로 분리 계산되어야 한다.
한 예약에 2명 이상 관리사가 참여하면 모든 관리사가 각각 기록지를 작성해야 한다.
쌍둥이 이상은 기록지를 개별 작성해야 한다.
산모는 매일 또는 해당 기록 발생 시 전자서명을 해야 한다.
동일 전자서명을 일괄 부착하는 방식은 리뉴얼에서 제거한다.
서비스 제공계획서에는 예약접수지 기타사항이 반영되어야 한다.
초기상담일지/예약접수지의 기타사항은 줄바꿈, 긴 텍스트, 폰트 크기 처리를 지원한다.
산모 마지막날 모니터링지/리포트에 별점평가와 한줄평을 반영한다.
서비스 개시 발송 서류와 일반서비스 소개요금 약정서 등 서류 템플릿을 최신화한다.
계약서류 재발송, 첨부 문서, 서명 링크를 운영자가 직접 처리할 수 있게 한다.
제공기록지 생성 시간 문제를 제거하고, 삭제/재발행/강제발행을 감사 로그와 함께 처리한다.
문서통합 다운로드, 양식자료실, 개인정보이용동의서 같은 문서/서식 기능을 안정화한다.

Modernization status:

CustomerRecordConfirmation added under care_delivery/features/customer_record_confirmation.
sanmopia_customer_record_confirmations blocks reused signature_capture_id and duplicate (record_kind, record_reference_code) at DB level.
Contract validators expose the same one-record/one-signature rule for mother, caregiver, branch, and HQ task flows.

근거 카드:

#2625 서비스 제공기록지 개선
#2518 리뉴얼 시 반영 요청 사항(2026.01.29)
#2621 교체 건에 대한 서비스 제공기록지 및 급여 내역의 분리 요청 건(2026.03.30)
#2097 다중관리사 관련
#2397 쌍둥이 이상 기록지 관련
#2731 산모 기록지 관련
#2491 산모 전자서명 문제지적 건(2026.01.16)
#1829 수정 요청사항(2025.04.11)
#870 산모 발송 서류 교체 요청 건(2024.07.16)
#2766 서비스제공기록지 발행 요청 건(2026.06.29)
#2756 26.06.22 제공기록지 발행 요청 건
#2749 제공기록지 발행 요청 건(2026.06.17)
#2730 제공기록지 발행 요청 건(2026.06.05)
#2725 서비스 제공기록지 발행 요청 (2026.06.04)
#2722 계약서류 재발송 요청 건(2026.06.01)
#2654 괸리사 교체에 따른 서비스 제공기록지 발행 요청 건(2026.04.20)
#2321 제공기록지 생성시간 문의 건(2025.10.30)
#2292 문서통합 다운로드 오류 건(2025.10.20)
#2416 양식자료실 오류 건(2025.12.22)
#2136 [긴급]개인정보이용동의서 내용 수정 요청 건(2025.08.02)

4.4 결제, PG, 쿠폰, 포인트

필수 방향:

KCP legacy에서 Kill Bill billing platform로 변경을 전제로 결제 도메인을 다시 설계한다.
결제 후 변경, 전환결제, 가상계좌 제한, 취소/부분취소, 쿠폰/포인트 회수/이동을 감사 가능한 흐름으로 만든다.
예약/결제/쿠폰/포인트의 상태 전이를 분리하고, 운영자가 보정 이력을 남길 수 있어야 한다.

구체 요구:

KCP legacy에서 Kill Bill billing platform로 변경한다.
본인부담금/예약금 결제 이후에도 바우처 유형, 서비스 이용기간 오류를 본사가 보정할 수 있게 한다.
보정 시 변경 전/후 값, 사유, 처리자, 처리일시를 이력으로 남긴다.
결제 전 상태에서도 상담→예약, 사전예약→예약전환 케이스의 수정 기능을 제공한다.
전환결제가 있는 예약을 취소할 때 원 결제와 전환결제 모두 자동 취소되는지 명확한 규칙과 테스트를 둔다.
전환결제 목록에서 취소된 전환대기 건이 사라져 검색/추적 불가해지는 문제를 막는다.
전환결제 검색, 상태 표시, 안내문구를 예약/결제 상태와 일치시킨다.
가상계좌 결제자는 전환결제 기능을 사용할 수 없다는 안내를 전환결제 버튼 근처에 표시한다.
본인부담금 중복 결제, 결제일 누락, 결제수단 수정 요청을 줄이는 결제 상태 동기화가 필요하다.
쿠폰이 포인트로 전환되는 조건, 쿠폰 이동, 쿠폰 회수, 신용카드 취소 없이 쿠폰 회수하는 케이스를 정책화한다.
쿠폰/포인트 이력은 예약/결제와 연결되어 추적 가능해야 한다.

근거 카드:

#2614 결제사 변경
#1841 결제 후에 바우처 유형이나 서비스 이용기간을 변경하는 기능 추가 가능여부 문의(2025.04.15)
#2391 전환 결제 과정 중, 전체 계약에 대한 취소에 대한 카드취소 확인사항
#1829 수정 요청사항(2025.04.11)
#1929 25.05.29 본인부담금 결제 관련 확인 요청
#2670 쿠폰관련
#2669 쿠폰관련
#2762 쿠폰 이동 건(2026.06.26)
#2759 본인부담금 결제일 반영요청 건(2026.06.25)
#2753 결제수단 수정 요청 건(2026.06.20)
#2738 본인부담금 결제 오류 건(2026.06.12)
#2726 결제일 반영 (2026.06.03)
#2620 전환결제목록 수정사항
#1849 전환결제에 대한 추가안내문구 요청 건(2025.04.21)
#1165 24.10.07 전환 결제 관련 수정 요청
#1472 전환결제 검색창 오류 건(2025.02.09)
#2543 예약결제버튼 누락 건(2026.02.09)

4.5 정산, 급여, 세금

필수 방향:

정산 흐름은 예약/결제/서비스 제공/지사 게시/지사 수락까지 하나의 상태 흐름으로 관리한다.
급여와 세금 계산은 서비스 유형, 바우처 금액, 입주/출퇴근, 관리사 교체, 다중관리사, 보험 선택을 반영해야 한다.
본사와 지사가 같은 기준으로 데이터를 다운로드하고 검증할 수 있어야 한다.

구체 요구:

정산 데이터 대시보드를 추가한다.
지사별 정산내역(본사)에도 다운로드 기능을 제공한다.
지사별 정산내역(단비)과 지사별 정산내역(본사)의 다운로드 경험을 맞춘다.
정산 보고서 작성, 본사 정산 생성/게시, 지사 수락 흐름을 구현한다.
바우처 입주 급여 세금 계산은 총 급여가 아니라 과세 대상 기본급여 기준으로 계산한다.
관리사 급여는 전면 개편 대상으로 보고, 교체/다중관리사별 분리 계산을 지원한다.
4대보험, 3.3%, 3대보험, 고용+산재 등 선택 가능한 보험/공제 모델을 둔다.
매주 반복되는 정산 수정 카드가 수동 보정으로 남지 않게 검증/재계산 도구를 둔다.
매출통계, 국세청 제출용 자료, 세무조사 자료, 결제수단별 자료를 셀프 추출할 수 있어야 한다.
요금표/급여표는 연도별 버전 관리가 필요하다.

근거 카드:

#1013 지사별정산 흐름
#1016 시퀀스다이어그램
#2186 정산데이터요청
#1940 지사별 정산내역(본사) 메뉴에서 다운로드 기능 생성 요청 건(2025.06.05)
#2757 26.06.23 급여 세금계산식 수정
#2387 리뉴얼 시 추가 요청사항(2025.12.03)
#2621 교체 건에 대한 서비스 제공기록지 및 급여 내역의 분리 요청 건(2026.03.30)
#2765 정산 수정사항
#2760 260626 정산
#2751 260619 정산
#2736 260611 정산
#2724 260604 정산
#2723 지사별 정산(본사) 오류 수정요청 건(2026.06.01)
#1194 정산 금액 오류 확인 건(2024.10.21)
#1832 지사별 정산(본사) 구로 수정요청 건(2025.04.13)
#1833 본사 관리자페이지 매출통계 요청 건(2025.04.13)
#2204 구로지사, 부천광명지사 자료 요청 건(2025.09.09)
#2215 구로지사 국세청 제출용 추가자료 요청 건(2025.09.16)
#2225 구로지사 세무조사 추가자료 요청 건(2025.09.18)
#2171 관리사 급여액 오류 건(2025.08.26)
#1296 [매우 중요]2025년 바우처 서비스 요금 계산표 적용 요청 건(2024.12.07)

4.6 관리자페이지, 지사 운영, 업무 UI

필수 방향:

관리자, 지사장, 관리사, 산모의 권한과 화면을 분리한다.
관리자페이지는 예약/결제/정산/문서/회원/관리사를 반복 처리하기 좋게 구성한다.
지사가 직접 처리할 수 있는 작업은 본사/개발팀 요청 없이 처리되게 한다.

구체 요구:

관리자/지사장/관리사/산모 actor 권한을 명확히 한다.
IA는 예약, 내 예약 정보, 서비스 종류, 고객 지원, 예약 관리, 정산 관리, 가격표 관리, 회원 현황으로 정리한다.
관리자 접수내역 목록에서 결제 수단, 바우처/일반 서비스 필터를 제공한다.
페이지 뒤로가기 시 이전 목록/필터/페이지 위치를 유지한다.
접수내역 캘린더는 연도별/월별 이동을 지원한다.
예약 상태 목록은 진행중, 완료, 변경, 취소, 연장, 중단, 사전예약, 오프라인처럼 그룹화해 선택 부담을 줄인다.
본사/지사 메모 기능을 실제로 사용 가능하게 하고, 산모에게 전달사항 push를 보낼 수 있게 한다.
지사 담당구역, 삭제된 지사 노출, 지사목록 정합성을 관리한다.
지사가 제공기록지, 문서 재발송, 기본 데이터 수정을 직접 처리할 수 있는 권한/감사 로그를 둔다.

근거 카드:

#1012 액터
#1014 사이트맵 - IA
#1015 산모피아 리뉴얼버전 기획하기
#1989 리뉴얼 반영 요청사항(2025.06.22)
#2077 리뉴얼 요청사항_중복 포함(2025.07.09)
#2518 리뉴얼 시 반영 요청 사항(2026.01.29)
#2672 지사 담당구역 관련
#2647 관리자페이지 지사목록에 삭제된 지사 안보이도록

4.7 회원, 탈퇴, 개인정보, 데이터 수정

필수 방향:

회원 탈퇴는 기능으로 구현하되, 예약 이력이 있는 사용자의 개인정보 보존/익명화/표시 정책을 먼저 정해야 한다.
산모 이름, 주민번호, 회원 정보 수정 요청이 반복되므로 운영자가 안전하게 수정하고 이력을 남기는 기능이 필요하다.

구체 요구:

회원 탈퇴 기능을 추가한다.
예약건이 있거나 있었던 사용자가 탈퇴할 때 어떤 정보를 보존/마스킹/삭제할지 정책화한다.
탈퇴 후 정산, 제공기록지, 법정 보관 문서가 깨지지 않아야 한다.
개인정보 보호법 제21조 기준으로 목적 달성/보유기간 경과 데이터는 파기하고, 다른 법령 보존 대상은 분리 저장/관리한다.
전자상거래법 시행령 제6조 기준으로 표시/광고 기록 6개월, 계약/청약철회 기록 5년, 대금결제/재화등 공급 기록 5년, 소비자 불만/분쟁처리 기록 3년을 보존 정책표에 반영한다.
국세기본법 제85조의3 기준으로 장부와 증거서류는 해당 과세기간 법정신고기한 이후 5년 보존을 기본값으로 둔다.
사회서비스 제공자료는 제공일로부터 5년 보존하고, 탈퇴 처리 중에도 계약, 제공/비용청구, 이용자 부담 비용 기록의 증빙성을 깨지 않는다.
MemberPrivacyLifecycleWorkflow가 Restate에서 탈퇴 접수, 보존 분류, 마스킹/익명화, 지연 파기, 재시도, 중복방지를 오케스트레이션한다.
Supabase는 탈퇴/보존 원장과 조회/RLS를 보유하고, SpiceDB는 개인정보 접근 ReBAC을 검증하며, OPA는 법규/상태/문맥 policy-as-code를 평가한다.
OpenFGA는 SpiceDB와 같은 Zanzibar/ReBAC 영역이라 이번 리뉴얼 스택에 도입하지 않는다.
회원 정보, 이름, 주민번호 등 민감정보 수정은 권한, 사유, 감사 로그를 요구한다.
주소, 연락처, 이메일, 주민번호, 이름 변경은 입력 검증과 변경 이력이 필요하다.
개인정보이용동의서 양식 변경은 문서/동의 이력과 연결한다.
산모와 지사/본사가 보는 개인정보 표시 범위를 분리한다.
반복 탈퇴 처리 요청을 수동 DB 처리에서 UI 처리로 전환한다.

근거 카드:

#2253 회원탈퇴기능
#2776 회원 탈퇴처리 요청 건(2026.07.01)
#2768 회원 탈퇴 요청 건(2026.06.29)
#2763 회원 탈퇴 요청 건(2026.06.26)
#2758 회원 탈퇴 요청 건(2026.06.23)
#2752 회원 탈퇴 요청 건(2026.06.19)
#2746 회원 탈퇴 처리 요청 건(2026.06.16)
#2742 회원 탈퇴 처리 요청 건(2026.06.15)
#2732 산모 이름 수정 요청 건(2026.06.08)
#2692 산모 이름 변경 요청 건(2026.05.12)
#2664 회원 정보 수정 요청 건(2026.04.27)
#2661 산모 주민번호 수정 요청 건(2026.04.24)
#2521 산모 주소 변경 건(2026.01.30)
#2136 [긴급]개인정보이용동의서 내용 수정 요청 건(2025.08.02)

4.8 데이터 이관, 외부 데이터, 반복 운영 요청

필수 방향:

매월/반복되는 DB 추출과 사전예약 이관은 수동 요청 카드가 아니라 운영 기능이나 배치로 바꾼다.
외부 서비스 연동 데이터는 예약/회원/결제 상태와 연결해 추적 가능하게 한다.

구체 요구:

사전예약 이관을 관리자가 실행할 수 있는 기능으로 만든다.
이관 대상, 결과, 실패 사유, 처리자, 처리일을 남긴다.
러브박스 월별 DB 요청은 반복 배치/다운로드 기능으로 전환한다.
러브박스 DB는 일단위 발송 메일주소 관리, 월별 추출, 수신처 변경 이력을 지원한다.
이관/추출 권한은 개인정보 접근 권한과 묶어 제한한다.

근거 카드:

#2748 사전예약 이관 요청 건(2026.06.17)
#2734 사전예약 이관 요청 건(2026.06.08)
#2703 사전예약 이관 요청 건(2026.05.20)
#2694 사전예약 이관 요청 건(2026.05.13)
#2775 러브박스 6월 DB 요청 건(2026.07.01)
#2719 러브박스 5월 DB 요청 건(2026.06.01)
#2678 4월 러브박스 DB 요청 건(2026.05.04)
#2581 러브박스 DB 일단위 발송 메일주소 추가 건(2026.03.10)
#2645 25년도 매출액 확인 요청 건(2026.04.12)

4.9 앱 안정성, 알림, 업로드

필수 방향:

앱 구동 정지, 사진 업로드 실패, 알림톡/푸시 오류는 리뉴얼에서 품질 기준을 따로 잡아야 한다.
관리사/산모/지사장 알림은 예약 상태 전이와 연결되어야 한다.

구체 요구:

앱 구동 정지 시 원인 추적 가능한 장애 로그/모니터링을 둔다.
관리사 프로필 사진 업로드는 실패율을 줄이고, 실패 시 원인을 보여준다.
알림톡 예약번호 오류를 막기 위해 알림 payload와 예약 매핑 검증을 둔다.
일정 확정, 예약 변경, 문서 발행, 결제 상태 변경에 push/알림톡을 붙인다.
관리사 앱에서 일정, 비상연락망, 점수/출근 상태를 명확히 보여준다.
예약 결제 버튼 누락처럼 상태 전이와 UI 노출이 어긋나는 경우를 자동 검증한다.

근거 카드:

#882 앱 구동 정지 건(2024.07.18)
#1000 리뉴얼 시 요청사항(2024.08.22)
#1698 25.03.10 알림톡 예약번호 확인 요청
#1989 리뉴얼 반영 요청사항(2025.06.22)
#2077 리뉴얼 요청사항_중복 포함(2025.07.09)
#2608 사진업로드 에러
#2774 관리사 출근점수 확인 요청 건(2026.06.30)
#2761 출근 점수 및 추천관리사 점수 반영 확인 요청 건(2026.06.26)
#2160 관리사앱 오류사항 확인 요청 건(2025.08.19)
#2543 예약결제버튼 누락 건(2026.02.09)

4.10 콘텐츠, FAQ, 이벤트, 팝업

필수 방향:

콘텐츠성 요청은 핵심 도메인 기능과 분리해 운영자가 직접 관리하는 CMS성 기능으로 처리한다.

구체 요구:

FAQ/자주묻는 질문 수정 기능을 운영자가 처리한다.
후기 이벤트, 당첨자 발표, 포인트 지급, 배너/팝업 업로드를 운영 도구화한다.
쿠폰 미발행 등 상태별 안내 문구를 관리자에서 관리한다.
러브박스 후원사/제3자 정보제공 동의 문구 같은 외부 제공 정보도 콘텐츠 관리 대상에 넣는다.

근거 카드:

#2747 자주묻는 질문 내용 수정(2026.06.16)
#2713 산모피아 후기이벤트 진행 건(2026.05.28)
#2570 후기이벤트 당첨자 아임단비몰 포인트 지급 요청 건(2026.02.27)
#2559 후기이벤트 당첨자 발표작업 요청 건(2026.02.19)
#2553 설인사 팝업 업로드 요청 건(2026.02.12)
#2373 쿠폰 미발행요청 시 팝업문구 수정 요청 건(2025.11.26)
#2115 컨텐츠 수정 요청 건(2025.07.25)
#2472 2026 윈더레이스 메뉴 생성 요청 건(2026.01.08)
#2297 러브박스 제3자 정보제공동의 수정 건(2025.10.20)

5. 리뉴얼 백로그 제안

Phase 1: 도메인 기반 안정화

예약 상태/예약 전이/결제 상태 모델 정의
회원 탈퇴/개인정보 보존 정책 정의
제공기록지/전자서명 도메인 모델 정의
정산/급여/세금 계산 규칙 정의
Kill Bill billing platform 전환 요구사항 확정
결제 원장/쿠폰 원장/정산 원장/급여 산출 연결 모델 정의
기존 카드의 반복 수동 처리 목록을 운영 기능 후보로 확정

산출물:

actor/권한 매트릭스
예약 상태 전이표
결제/취소/전환결제 상태 전이표
Restate workflow state map for 예약/정산/탈퇴
제공기록지 생성/서명 상태 전이표
개인정보 보존/삭제 정책표
OPA policy table for 법규/상태/문맥 decisions
급여/정산 계산 규칙표
세무/증빙 자료 export 목록

Phase 2: P0 구현

Kill Bill billing 연동과 결제/취소/전환결제 감사 로그
결제 후 보정 기능
전환결제 목록/검색/안내/취소 정합성
제공기록지 동적 표시/작성 저장 구조
지사 제공기록지 재발행 기능
산모 전자서명 매일/건별 수집
Restate 기반 회원 탈퇴/개인정보 보존 lifecycle
정산/급여 재계산과 다운로드
세무/증빙 자료 다운로드
관리사 교체/다중관리사 기록지/급여 분리

Phase 3: P1 구현

예약 단계 UI 재구성
정보 불러오기/오래된 작성중 예약 제한
스마트매칭 재실행/관리자 배정
관리사 일정 가용성 캘린더
관리자 IA/상태 그룹화/필터/정렬
산모/관리사/지사장 알림
앱 업로드/안정성 개선

Phase 4: P2 운영 자동화

러브박스 DB 월별 추출
사전예약 이관 운영 기능
FAQ/이벤트/팝업 CMS
보고서/대시보드 확장
지사/본사 반복 요청 자동화

6. 결정 필요사항

리뉴얼 착수 전에 아래 결정을 내려야 구현이 흔들리지 않는다.

Kill Bill에서 전환결제, 부분취소, 가상계좌, 카드 취소를 어떤 API 조합으로 처리할지.
결제 후 바우처 유형/서비스 기간 변경을 회계상 어떻게 보정할지.
산모 전자서명을 자체 구현할지, 외부 전자서명 서비스를 연동할지.
회원 탈퇴 시 예약/정산/법정문서 보존 데이터와 삭제 데이터 경계.
Restate workflow 이름, idempotency key, delayed purge schedule, retry policy.
제공기록지를 사전 생성하지 않는 구조로 바꿀 때 기존 데이터 마이그레이션 방식.
관리사 급여 계산에서 바우처, 입주, 교체, 다중관리사, 보험 선택의 우선순위.
스마트매칭 재실행 결과를 산모가 볼 수 있는 범위와 관리자가 최종 선택하는 권한.
지사가 직접 처리 가능한 작업과 본사 승인/감사 로그가 필요한 작업의 경계.

7. 완료 기준 초안

리뉴얼 요구사항 반영 여부는 아래 기준으로 검증한다.

예약: 신규/재예약/사전예약/예약전환/결제 전 수정/결제 후 보정 시나리오가 모두 통과한다.
매칭: 지정관리사 불가, 스마트매칭 재실행, 관리자 직접 배정, 다중관리사, 교체 케이스가 원 예약 유지로 처리된다.
기록지: 서비스 날짜 변경, 교체, 다중관리사, 쌍둥이 이상, 지사 재발행, 산모 매일 서명이 통과한다.
결제: 카드/가상계좌/전환결제/부분취소/쿠폰/포인트/Kill Bill billing platform 전환 테스트가 통과한다.
정산: 결제 데이터에서 정산 생성, 지사 게시, 지사 확인, 다운로드, 급여/세금 계산 검산이 통과한다.
세무: 국세청/세무조사용 증빙 자료가 권한 있는 사용자의 다운로드로 산출된다.
회원: 예약 이력이 있는 회원 탈퇴, 법정 보존 분리 저장, 개인정보 마스킹/익명화/파기, 이름/주민번호 수정 감사 로그, Restate 재시도/중복방지, OPA 정책 평가가 통과한다.
운영: 러브박스 DB, 사전예약 이관, FAQ/팝업/이벤트가 개발팀 수동 처리 없이 운영자 권한으로 처리된다.
품질: 사진 업로드, 앱 장애 로그, 알림톡 예약번호 매핑, push 발송 이력이 관측 가능하다.

8. 핵심 근거 카드 목록

리뉴얼 직접 근거:

#1015 산모피아 리뉴얼버전 기획하기
#1989 리뉴얼 반영 요청사항(2025.06.22)
#2077 리뉴얼 요청사항_중복 포함(2025.07.09)
#1028 24.08.30 리뉴얼 요청사항(관리사지정)
#1072 리뉴얼 시 요청사항(2024.09.08)
#1592 리뉴얼 시 추가요청사항(2025.02.19)
#1723 리뉴얼 시 추가요청사항(2025.03.19)
#1829 수정 요청사항(2025.04.11)
#1841 결제 후에 바우처 유형이나 서비스 이용기간을 변경하는 기능 추가 가능여부 문의(2025.04.15)
#2387 리뉴얼 시 추가 요청사항(2025.12.03)
#2476 리뉴얼시 요청사항(2026.01.09)
#2518 리뉴얼 시 반영 요청 사항(2026.01.29)
#2621 교체 건에 대한 서비스 제공기록지 및 급여 내역의 분리 요청 건(2026.03.30)
#2625 서비스 제공기록지 개선
#2700 반려동물 있을때 지정관리사 진행시 수정사항
#2731 산모 기록지 관련
#2757 26.06.23 급여 세금계산식 수정

주제/설계 근거:

#1011 산모앱 예약 흐름
#1012 액터
#1013 지사별정산 흐름
#1014 사이트맵 - IA
#1016 시퀀스다이어그램
#1307 예약시나리오 재기획

반복 운영 이슈 근거:

제공기록지 반복: #2766, #2756, #2749, #2730, #2725, #2737
회원 탈퇴 반복: #2776, #2768, #2763, #2758, #2752, #2746, #2742
정산 반복: #2765, #2760, #2751, #2736, #2724, #2723
결제 반복: #2391, #2759, #2753, #2738, #2726, #1929
쿠폰/포인트 반복: #2670, #2669, #2762
사전예약 이관 반복: #2748, #2734, #2703, #2694
러브박스 DB 반복: #2775, #2719, #2678

9. 최종 정리

리뉴얼 버전에서 반드시 추가되어야 할 것은 예약을 더 예쁘게 만드는 기능보다 예외를 정상 업무 흐름으로 흡수하는 기능이다. 현재 카드는 대부분 개발팀 수동 처리, DB 처리, 운영자 문의, 본사-지사-개발팀 왕복으로 해결되고 있다.

따라서 리뉴얼 목표는 다음 문장으로 잡는 것이 맞다.

산모피아 리뉴얼은 예약부터 결제, 매칭, 기록지, 서명, 정산, 탈퇴까지 반복 수동 처리를 업무 기능으로 흡수하고, 지사/본사/관리사/산모가 같은 예약 상태를 기준으로 움직이게 만드는 개편이다.