16-C. POS·결제·정산 기능 상세

필드	무엇을 적는가
목적	이 기능이 없으면 무엇이 안 되는가. 한 줄
트리거	언제 시작되는가. 사용자 행동 또는 시스템 이벤트
입력	화면에 올라와 있어야 하는 데이터와 선행 기능
규칙	판정·계산·권한. 와이어프레임이 가장 많이 참조하는 칸
결과	무엇이 확정되고 어디에 남는가
예외	실패·네트워크 단절·경합. 4장 "상태 3종 표기"의 오류 상태가 여기서 나온다
미결	정책·법무 확인이 끝나야 확정되는 것

표기	뜻
⚑ 분리 검토	트리거·규칙·결과가 각각 달라 한 카드에 있으면 안 되는 것. 6장에 모아 목록 문서에 일괄 반영한다
▷ 2차 상세 미작성	2차년도 항목이라 목적·규칙만 적고 나머지를 비워 둔 것. 몰라서 짧은 것과 단순해서 짧은 것을 구분하기 위함

군집	기능	주 화면
C-1 결제 실행	8개	SC-M14 결제(POS)
C-2 선불 상품	9개	SC-M15 판매 · SC-M35 관리 · SC-M36 이관 검증
C-3 취소·환불·보상	2개	SC-M16 환불·취소·재시술
C-4 마감·정산	7개	SC-M17 일마감 · SC-M18 정산 리포트 · SC-M19 정합 보정

16-C. POS·결제·정산 — RIAHN CONNECT 기능 상세

C-1. 결제 실행 — 8개

RC-C-01결제 화면1차

R2 매니저SC-M14 (D2 POS)

목적: 방문 1건의 시술·제품·잔액 사용을 확정하고 대금을 수납한다. 이 화면을 통과하지 못하면 매출이 존재하지 않는다
트리거: 시술 완료 후 고객이 인포데스크에 도착. 또는 예약 목록에서 직접 호출
입력: 예약(A-08 상태 = 시술중/완료) · 시술 기록(G-01) · 고객 카드 요약(B-02) · 보유 잔액(C-16, B-21) · 메뉴 가격(K-03, 디자이너 직급별)
규칙: 예약 불러오기 → 시술 확정 → 금액 산출 → 결제수단 선택 순으로 진행한다. 시술 확정 단계에서 실제 시술과 예약 내용이 다르면 실제 기준으로 덮어쓰되 변경분을 남긴다. 워크인은 예약 없이 시작하며 이때 A-17 대기열에서 끌어온다
결과: 결제 1건 확정, 매출 귀속(C-10) 확정, 영수증 발행(C-07), 예약 상태 → 완료
예외: 결제만 있고 시술 기록이 없는 건은 C-12 정합 보정 대상으로 플래그한다. 승인 실패 시 재시도하되 이중 승인을 막는다
미결: 네트워크 단절 시 결제 처리 범위 (15번 5장 32번)

RC-C-02옵션·추가시술1차

R2SC-M14

목적: 시술 중 추가된 분을 결제에 반영하고, 그 분의 담당자를 원 시술과 분리해 귀속한다
트리거: 결제 화면에서 항목 추가. 또는 디자이너가 시술 기록(G-01)에 추가분을 입력
입력: 원 시술 라인 · 추가 메뉴(K-03) · 추가분 담당 디자이너
규칙: 추가분은 별도 라인으로 쌓는다. 담당자가 원 시술과 다를 수 있으므로 라인 단위로 귀속을 잡는다. 소요시간이 늘면 후속 예약과 충돌하는지 A-05로 확인한다
결과: 결제 라인 추가, C-10 귀속에 라인별 담당 반영
예외: 추가로 인해 후속 예약이 밀리면 경고를 띄우고 A-03 변경으로 넘긴다

RC-C-03결제수단1차

R2SC-M14

목적: 실제 수납 수단을 기록해 정산(C-09)과 대사가 가능하게 한다
트리거: 금액 확정 후 수단 선택
입력: 사용 가능한 수단 목록(K-15 PG·VAN 설정) · 카드 단말 연결 상태(K-10)
규칙: 카드·현금·간편결제·인앱결제·계좌이체. 수단별로 정산 주기·수수료·입금 주체가 다르므로 수단은 금액과 함께 반드시 저장한다 — C-09 대사가 여기에 의존한다. 카드는 승인번호와 카드사, 간편결제는 세부 수단까지 남긴다. 두 개 이상 섞이면 C-23으로 넘어간다
결과: 결제 수단별 금액 확정. 카드는 승인번호, 간편결제는 세부 수단까지 남긴다
예외: 단말 미연결·승인 거절·통신 실패를 구분해 표시한다. 거절과 실패는 대응이 다르다

RC-C-23분할 결제1차

R2SC-M14

목적: 회원권·포인트·카드·현금이 섞인 실제 결제를 한 건으로 처리한다. 미용실에서 단일 수단 결제가 오히려 드물다
트리거: C-03에서 두 번째 수단을 추가
입력: 각 수단의 가용 한도 — 회원권 잔액(C-16), 포인트 잔액(B-21), 카드 승인 가능액
규칙: 잔액성 수단(회원권·포인트)을 먼저 차감하고 나머지를 현금성 수단으로 받는다. 차감 순서를 화면에 노출해 고객이 확인할 수 있게 한다. 각 수단의 금액 합이 총액과 일치하는지 확정 직전에 검증한다
결과: 수단별 금액 배분 확정. 각 라인이 C-10 귀속과 C-09 정산에 각각 반영
예외: 잔액 차감은 성공했는데 카드가 거절되면 차감을 되돌려야 한다. 부분 성공 상태로 두지 않는다. 부분취소(C-05)는 수단별 역순으로 복원한다

RC-C-11예약금 정산1차

R2SC-M08 SC-M14

목적: 미리 받은 예약금을 최종 결제에서 차감해 이중 수납을 막는다
트리거: 예약금이 있는 예약을 결제 화면으로 불러올 때 자동
입력: 예약금 결제 이력(A-12, C-22) · 취소/노쇼 정책(K-05)
규칙: 예약금은 두 경로로 들어온다 — 현장 선결제(A-12)와 비대면 링크(C-22). 어느 쪽이든 선수금이므로 방문이 완료된 시점에 매출로 전환한다. 취소·노쇼 시에는 K-05 정책에 따라 몰수 또는 환불로 분기한다. 몰수분을 매출로 볼지는 D-16 집계 기준을 따르며, 환불은 C-05 경로를 탄다
결과: 최종 결제금액에서 차감, 예약금의 매출 전환 확정
예외: 예약금이 있는데 방문이 완료되지 않은 채 기간이 지난 건은 목록으로 남긴다

RC-C-22비대면 결제 링크1차

R2SC-M14 SC-M02

목적: 전화·채널 예약 고객에게 예약금이나 잔금을 대면 없이 받는다. A-12 예약금의 실행 수단
트리거: 예약 등록(SC-M06) 또는 결제 화면에서 링크 발송
입력: PG 링크결제 설정(K-15) · 발송 채널과 발신번호(K-13) · 미입금 자동취소 시간(K-05)
규칙: 링크 생성 시 예약 슬롯을 결제대기(홀드) 로 잡는다(A-08). 유효기간이 지나면 홀드를 풀고 예약을 자동 취소한다. 입금 확인은 PG 웹훅으로 받으며 수동 확인 경로도 둔다
결과: 입금 확인 시 예약 확정, 결제 이력에 선결제로 기록
예외: 웹훅 유실에 대비해 조회로 대사할 수 있어야 한다. 홀드가 방치되면 슬롯이 잠기므로 만료 임박 건을 SC-M02에 노출한다

RC-C-06할인·쿠폰·타임딜 적용1차

R2SC-M14

목적: 할인을 규칙대로 적용하고 최종가가 임의로 변형되지 않게 한다
트리거: 결제 화면에서 할인 적용
입력: 쿠폰 보유 현황(E-09) · 타임딜 조건(K-08) · 가격·할인 상한(K-04)
규칙: 중복 할인 가능 여부를 규칙으로 판정한다. 매장이 임의로 내릴 수 있는 하한을 K-04가 정하고 그 아래로는 못 내린다 — 가맹사업법 확인 대상이다. 할인 유형과 적용 근거(쿠폰ID·이벤트ID)를 반드시 남긴다
결과: 정가·할인액·실매출액 3종을 분리 저장. D 도메인 매출 분석이 이 분리에 의존한다
예외: 상한 초과 할인은 승인(SC-M43)을 태우거나 차단한다 — 어느 쪽인지 미결
미결: 매장 할인 재량 범위와 초과 시 처리 (승인 vs 차단)

RC-C-07영수증·현금영수증1차

R2SC-M14

목적: 법정 증빙을 발행하고 재발행 요청에 응한다
트리거: 결제 확정 직후 자동, 또는 사후 재발행 요청
입력: 결제 건 · 고객 식별정보(현금영수증) · 프린터 연결(K-10)
규칙: 분할 결제는 수단별 내역이 한 장에 보이게 발행한다. 재발행은 원본과 동일 번호로 하되 재발행 표시를 남긴다
결과: 발행 이력 저장
예외: 프린터 미연결 시 전자 발행으로 대체하고 나중에 출력할 수 있게 한다

C-2. 선불 상품 — 회원권·정기권 — 9개

[정책 전제] 회원권·정기권·선불권은 1차 구현 범위로 확정됐다(2026-08-10 이원섭). 미창조의 목표가 헤어짱·핸드SOS 대체이고, 회원권은 미용실 매출의 상당 부분을 차지하는 선수금 상품이라 이것 없이는 외부 CRM을 끊을 수 없다.

규제 분기점은 "누가 발행하고 어디서 쓰는가"다. 매장이 발행하고 그 매장에서만 쓰면 자가발행 성격이지만, 본사가 발행해 490개 가맹점(각각 별개 사업자)에서 쓰게 하면 제3자 사용이 되어 선불업 등록·선불충전금 별도관리 의무 검토 대상이 된다. → 데이터 모델에 사용가능범위(매장전용 / 브랜드공용) 필드를 1차부터 넣되 기본값은 매장전용으로 한다. 나중에 붙이면 발행된 회원권 전체를 마이그레이션해야 한다.

RC-C-04회원권·정기권 판매1차

R2SC-M15 SC-M14

목적: 선불 상품을 팔고 발급한다. 이 도메인의 진입점
트리거: 고객이 회원권 구매 의사를 밝힘. 또는 결제 화면에서 상품으로 추가
입력: 상품 정책(K-14 — 권종·유효기간·환불율·사용가능범위) · 결제수단(C-03)
규칙: 횟수권 / 금액권 / 기간권 3종을 구분해 발급한다. 세 종의 차감 방식이 서로 다르므로 발급 시점에 권종을 확정한다. 사용가능범위는 기본값 매장전용으로 발급하며, 브랜드공용은 규제 검토 통과 후 스위치를 켜는 구조로 둔다
결과: 회원권 1건 발급, 잔액 원장 생성, 미상환잔액(C-20)에 즉시 반영
예외: 판매 시점과 사용 시점 중 어느 쪽을 매출로 볼지는 D-16 집계 기준을 따른다
미결: 발행 주체(매장 vs 본사) — 선불업 등록 해당 여부의 분기점. 법무 확인 필요

RC-C-15잔액 차감·사용 처리1차

R2SC-M14 SC-M35

목적: 시술 결제 시 잔액을 정확히 한 번만 차감한다
트리거: 결제 화면에서 회원권·포인트를 수단으로 선택
입력: 보유 잔액 · 권종별 차감 규칙 · 로컬 서버 락 상태(L-01)
규칙: 이중 차감 방지 락으로 직렬화한다. 포인트(B-21)에도 동일하게 적용한다. 횟수권은 횟수, 금액권은 금액, 기간권은 기간 내 무제한으로 차감 방식이 갈린다. 대체시술(다른 시술로 차감)은 정가 환산 후 차감한다
결과: 잔액 갱신, 사용 명세(C-16)에 1행 추가, 매장·디자이너별 사용 이력 기록
예외: 네트워크가 끊기면 차감하지 않고 "보류"로 남긴 뒤 재연결 시 확정한다. 계획서의 "인터넷 단절 시에도 동작"을 잔액 차감까지로 읽으면 안 된다. 동시 차감 시도는 락으로 직렬화하고 뒤 요청에 안내를 띄운다

RC-C-16잔액 조회·사용 명세1차

R2SC-M35

목적: 고객에게 잔액과 사용 내역을 제시한다. 분쟁의 1차 방어선
트리거: 고객 문의, 결제 전 확인, 회원권 관리 화면 진입
입력: 회원권 원장 · 사용 이력 · 포인트 원장(B-21)
규칙: 고객에게 보여줄 명세와 내부용 이력을 구분한다. 내부용은 매장·디자이너별 사용 이력까지 본다. 거울앞 태블릿(D4)에 띄울 때는 다른 고객 정보가 섞이지 않게 한다
결과: 조회만. 상태 변경 없음
예외: 보류 중인 차감(단절 중 발생분)이 있으면 확정 전임을 명시한다

RC-C-17만료 예정 알림1차

R2SC-M35

목적: 만료를 미리 알려 잔액이 그냥 소멸되는 것을 막는다
트리거: 만료 예정일 도래(자동)
입력: 유효기간(K-14) · 알림 시점(K-12) · 발송 인프라(E-14)
규칙: 정보성으로 분류해 야간 차단·발송 상한의 예외로 둔다(K-06). 알림 시점은 K-12 파라미터이며 만료 30일·7일 같은 복수 시점을 허용한다. 고객 알림과 별개로 매장에도 띄워 다음 방문 때 소진을 유도한다
결과: 알림 발송, 매장 표시
예외: 만료 경과분의 처리는 소비자 분쟁이 잦다. 자동 소멸 여부와 시점을 정책으로 명시한다
미결: 유효기간 파라미터 — 미창조 약관 확정 필요

RC-C-27연장 처리1차

R2 / R1 승인SC-M35

목적: 만료를 앞둔 회원권의 기간을 늘린다
트리거: 고객 연장 요청
입력: 연장 정책 범위(K-14) · 잔여 잔액 · 승인 권한(J-04)
규칙: 정책에 정의된 범위 안에서만 연장하고 그 밖은 승인(SC-M43)을 탄다. 연장은 미상환잔액(C-20)의 소멸 예정 시점을 미루므로 회계에 영향을 준다 — 무제한 연장은 선수금이 영구히 남는다는 뜻이다
결과: 만료일 갱신, 연장 이력
예외: 이미 만료된 건의 소급 연장은 별도 정책이 필요하다
미결: 연장 가능 횟수·기간 상한 — 약관 확정 필요

RC-C-18중도 환불 계산1차

R1 승인SC-M35

목적: 사용하다 만 회원권의 환불액을 계산한다
트리거: 고객의 중도 해지 요청
입력: 사용 이력(C-16) · 환불 기준 정책(K-14) · 시술 정가(K-03, 판매 시점 가격은 K-16 이력 참조)
규칙: 사용분을 정가로 환산한 뒤 잔액을 환불하는 것이 실무 표준이다. 계산식을 화면에 노출해 분쟁을 줄인다. 서비스(보너스)로 얹어준 금액·횟수는 환불 대상에서 제외하되 그 사실을 명시한다
결과: 환불 실행(C-05 경로), 회원권 종료, C-20 미상환잔액 감소
예외: 이미 유효기간이 지난 건의 환불 기준은 별도다
미결: 환불율 파라미터 — 약관 확정 필요

RC-C-19명의변경(양도)1차

R2SC-M35

목적: 회원권의 소유자를 다른 사람으로 바꾼다
트리거: 고객의 양도 요청
입력: 원 보유자 · 양수자 고객 카드(B-01) · 양수자 동의(J-01)
규칙: 소유자를 바꾸므로 잔액 귀속도 함께 넘어간다. 양수자의 개인정보 수집 동의가 선행돼야 한다. 양도 이력을 남겨 나중에 환불 대상자를 판정할 수 있게 한다
결과: 소유자 변경, 변경 이력 기록
예외: 양도 후 환불 요청 시 환불 대상자를 누구로 볼지 정책 필요

RC-C-28동반 사용자 지정1차

R2SC-M35

목적: 소유자는 그대로 두고 가족 등이 함께 쓰게 한다
트리거: 고객 요청
입력: 소유자 · 동반 사용자 · 사용 한도
규칙: 소유자를 유지한 채 사용자를 추가한다 — 양도(C-19)와 달리 잔액 귀속이 원 소유자에게 남는다. 이 차이 때문에 환불(C-18) 대상자와 미상환잔액(C-20) 귀속이 갈린다. 동반 사용자별 사용 이력을 구분해 남긴다
결과: 사용자 목록 추가, 사용 이력 구분
예외: 동반 사용자가 쓴 뒤 소유자가 환불을 요청하면 사용분 처리 기준이 필요하다

RC-C-20미상환잔액(선수금) 리포트1차

R1SC-M36

목적: 아직 제공하지 않은 서비스의 총액을 본다. 회계·규제 대응 근거
트리거: 월마감(C-26), 본사 요청, 정기 조회
입력: 회원권 잔액 원장 + 미사용 포인트(B-21) 합산
규칙: 미상환잔액은 재무제표상 선수금이다. 매장별 총액과 추이를 낸다. 유효기간 경과분은 별도로 구분해 보여준다 — 회계 처리가 다르다
결과: 조회·내보내기(J-11 반출 통제 적용)
예외: 보류 중인 차감이 있으면 잠정치임을 표시한다

RC-C-21잔액 이관·검증1차

R1 승인SC-M36 SC-M43

목적: 외부 CRM의 회원권·포인트 잔액을 옮기고 틀린 건을 잡아낸다. 이관 항목 중 위험도가 가장 높다
트리거: 매장 온보딩(M-05) 시 1회, 재이관 시 반복
입력: 외부 CRM 이관 원장 · 스테이징 적재분(I-07)
규칙: 건별로 대조하고 차이 건은 승인을 태운다. 자동 반영을 금지한다. 예약·시술 데이터는 틀려도 나중에 고치면 되지만 잔액은 틀리는 순간 고객이 현장에서 항의한다. 승인 전에는 잔액을 사용할 수 없게 잠근다
결과: 잔액 원장 확정, 차이 건의 처리 이력 기록
예외: 이관 실패·부분 반영은 I-14 롤백으로 되돌린다
미결: 이관 원장 확보 — 헤어짱·핸드SOS에서 잔액을 어떤 형식으로 받는지 CRM사 협의 필요. 포인트 원장이 협의 항목에 포함됐는지 확인 필요

RC-C-14매장 간 회원권 사용2차

SC-M35

목적: 타 가맹점에서 회원권을 쓸 때의 정산 규칙
규칙: 사용가능범위 = 브랜드공용(C-04)인 건에 한해 허용한다. 사용 매장과 발행 매장이 다르면 매장 간 채권·채무가 발생하므로 정산 대상으로 기록한다
미결: ⚠️ 정산 규칙 미정. 490개 가맹 구조에서 누가 언제 정산하는지, 그리고 브랜드공용 전환이 선불업 등록 요건에 걸리는지 법무 확인 필요

C-3. 취소·환불·보상 — 2개

RC-C-05부분환불·취소1차

R1 승인SC-M16 SC-M43

목적: 잘못된 결제나 고객 불만을 금전으로 되돌린다
트리거: 환불 요청 접수. 클레임(B-08)에서 진입하는 경로 포함
입력: 원거래 · 사유 코드 · 승인 권한(J-04, 부재 시 J-13 위임)
규칙: 전체 취소와 부분 환불을 먼저 가른다. 전체 취소는 원거래 전부를 무효로 하고, 부분 환불은 라인을 지정해 그만큼만 되돌린다 — 어느 라인인지 지정해야 C-10 귀속이 정확해진다. 원거래를 반드시 연결한다. 분할 결제(C-23) 건은 수단별 역순으로 복원한다 — 카드부터 취소하고 잔액성 수단을 마지막에 되돌린다. 승인 권한은 J-04, 점주 부재 시 J-13 위임을 탄다
결과: 환불 실행, 매출 차감, D-16 집계 기준에 따라 반영 시점 결정
예외: 시점에 따라 경로가 셋으로 갈린다 — 마감 전이면 그 자리에서, 마감(C-08) 이후면 C-24 정정 경로로, 월마감(C-26) 잠금 구간이면 잠금 해제 승인이 선행된다. 카드 취소는 원 승인 후 기간이 지나면 매입 취소가 아니라 환불 거래로 바뀌어 수수료가 남는다

RC-C-25재시술·무상 처리1차

R2 등록 / R1 승인SC-M16 SC-M14 SC-M11 SC-M43

목적: 잘못 나온 시술을 다시 해주는 건을 기록한다. 미용실 표준 관행인데 기록할 자리가 없으면 성과 지표가 왜곡된다
트리거: 클레임 접수(B-08) 또는 현장 판단
입력: 원 시술 라인 · 사유 코드 · 재시술 담당 디자이너
규칙: 0원으로 기록하되 좌석·시간은 소모된 것으로 남긴다. 원거래를 연결하고, 담당 디자이너의 매출 귀속에서는 제외하되 재시술 건수는 별도로 집계한다 — 그래야 재시술이 잦은 디자이너가 지표상 유리해지지 않는다. 재시술 예약은 A-02에서 유형을 구분해 잡는다
결과: 0원 결제 1건, 원거래 연결, C-10에 재시술 표기, B-08 클레임 상태 갱신
예외: 재시술에 약제가 들어가면 O-07 재고는 실제로 소진된다. 매출 0과 원가 발생이 어긋나는 지점

C-4. 마감·정산 — 7개

RC-C-08일마감1차

R2SC-M17 (D2 POS)

목적: 하루의 현금과 카드를 실물과 맞춘다
트리거: 영업 종료
입력: 당일 결제 전체 · 현금 시재 실사값 · 카드 승인 내역
규칙: 시재 차이가 나면 사유 입력 없이는 마감할 수 없다. 카드 대사는 승인 건수·금액을 단말 집계와 맞춘다. 마감은 매장 1일 1회를 전제한다
결과: 일마감 확정, 차이와 사유 기록
예외: 보류 중인 결제(단절 중 발생분)가 있으면 마감을 막고 먼저 확정하게 한다

RC-C-24마감 정정1차

R1 승인SC-M17

목적: 마감 후 발견된 오류를 고친다
트리거: 마감 후 오류 발견
입력: 마감 건 · 정정 사유 · 승인 권한(J-04)
규칙: 정정에는 권한·사유·이력이 모두 필수다. 정정분의 리포트 재반영은 D-17을 따른다. 마감 자체를 취소하는 것이 아니라 값을 고치고 흔적을 남긴다
결과: 마감 값 갱신, 정정 이력 기록, 재집계 트리거
예외: 월마감(C-26)으로 잠긴 기간은 잠금 해제 승인이 선행된다

RC-C-29교대 시재 인수인계1차

R2SC-M17 (교대 시재 탭)

목적: 근무 교대 시 현금 책임을 넘긴다
트리거: 캐셔 교대
입력: 인계자 시재 실사값 · 인수자 확인 · 로그인 계정(N-01)
규칙: 로그인 계정 기준으로 누가 언제까지 책임졌는지 남긴다. 인수자가 실사값을 확인해야 넘어간다. 계정을 공유하면 이 기능이 무의미해지므로 교대 시 세션 전환(N-09)이 강제되어야 한다. C-08 일마감은 매장 1일 1회 전제라 이 경우를 다루지 않는다
결과: 시재 인수인계 기록, 책임 구간 확정
예외: 차이가 나면 사유 없이 넘길 수 없다. 교대 중 차이는 일마감 차이와 별도로 집계한다

RC-C-26월마감·기간 잠금1차

R1 또는 본사SC-M18

목적: 월 매출을 확정하고 그 뒤로 숫자가 흔들리지 않게 한다
트리거: 월 종료 후 확정 작업
입력: 해당 월 일마감 전체 · 미확정 건 목록
규칙: 잠금 이후 정정은 별도 승인을 탄다. D-16 재집계는 잠금 구간을 건드리지 못한다. K-11 요율로 수수료를 지급한 뒤 숫자가 바뀌면 분쟁이 되므로, 정산 지급 전에 잠그는 것이 원칙이다
결과: 기간 잠금, 확정 매출 고정, 수수료 산정(F-08) 기준 확정
예외: 미확정 일마감이 남아 있으면 월마감을 막는다

RC-C-09정산 리포트1차

R1SC-M18

목적: 기간 매출과 실제 입금을 맞춘다
트리거: 정기 조회, 월마감 전 확인
입력: 기간 결제 내역 · PG·카드사 입금 통보 · 수수료율(K-15)
규칙: 결제일과 입금일이 다르므로 발생 기준과 입금 기준을 나눠 본다. 수수료와 입금 예정일을 수단별로 계산한다. 미입금 건은 경과일수와 함께 남긴다
결과: 대사 결과, 미입금 목록
예외: 입금액이 예상과 다르면 차이 사유를 기록한다

RC-C-10디자이너 매출 귀속1차

R1SC-M18 SC-M28

목적: 매출을 담당자에게 배분한다. 수수료 정산(F-08)의 원천
트리거: 결제 확정 시 자동
입력: 결제 라인별 담당·보조 · 배분 규칙(K-11) · 적용 기준일(K-16)
규칙: 시술 라인 단위로 담당·보조를 배분한다. 재시술(C-25)은 매출 0이지만 좌석·시간을 쓰므로 성과 지표에서 별도로 표기한다. 제품 판매(O-02)의 담당은 시술 담당과 다를 수 있어 따로 잡는다. ⚠️ 열람 권한 분리 필수 — 디자이너는 본인 것만(SC-D16)
결과: 귀속 확정, F-08 정산 기초자료 생성
예외: 요율이 바뀌면 K-16 적용 기준일에 따라 과거 거래는 소급하지 않는다

RC-C-12결제–시술 정합 보정1차

R2SC-M19

목적: 결제는 있는데 시술 기록이 없거나 어긋나는 건을 찾아 고친다
트리거: 일 단위 자동 점검, 또는 수동 실행
입력: 결제 내역 · 시술 기록(G-01) · 기록 완료율(G-06)
규칙: 불일치 유형을 나눈다 — ①결제만 있고 시술 기록 없음 ②시술 기록만 있고 결제 없음 ③금액·시술 내용 불일치. 신뢰도 플래그를 붙이고 기간별 가중 보정 규칙을 정의한다. 보정은 사람이 확인 후 확정한다
결과: 보정 이력, 데이터 신뢰도 지표 갱신
예외: 과거 이관 데이터는 원본이 이미 어긋나 있을 수 있어 보정 대상과 인정 대상을 구분한다

[8/7 미팅 근거] 파수 발언 — CRM의 결제 데이터와 시술 데이터가 일치하지 않아 "아웃풋에 결정적인 타격"이 될 수 있다. 결제는 남지만 무슨 시술을 했는지 기록이 없거나 어긋나는 건이 상당수라는 뜻이다. 정합 보정은 데이터 품질의 출발점이므로 화면으로 반드시 만들어야 한다.

RC-C-13미수·외상2차

R2SC-M44

목적: 당장 못 받은 금액을 남기고 회수한다
규칙: 미수는 매출로 잡되 입금은 별도로 추적한다. 고객 카드(B-02)에 미수 보유가 보이게 한다

5. 이 초안에서 드러난 확인 필요 항목

#	항목	관련	왜
1	회원권 발행 주체 (매장 vs 본사)	C-04 · C-14	선불업 등록·별도관리 의무의 분기점. 법무 확인
2	유효기간·환불율 정책 파라미터	C-17 · C-18	K-14 입력값. 미창조 약관 확정 필요
3	이관 원장 형식, 포인트 포함 여부	C-21	CRM사 협의 항목에 포인트가 있는지 확인
4	매장 간 회원권 정산 규칙	C-14	미정. 브랜드공용 전환은 법무 검토 후
5	네트워크 단절 시 결제 처리 범위	C-01 · C-15 · K-15	"인터넷 단절 시에도 동작"의 결제 포함 여부. 무승인 거래 가능 여부는 VAN·카드사 계약
6	매장 할인 재량 범위와 초과 시 처리	C-06	승인 vs 차단. 가맹사업법 확인
7	재시술의 약제 원가 처리	C-25 · O-07	매출 0인데 재고는 소진된다
8	예약금 몰수분의 매출 인식	C-11 · D-16	집계 기준에 포함할지

항목

16-C. POS·결제·정산 기능 상세 — 29개

0. 읽는 법

0-1. 필드

0-2. 군집

0-3. 이 도메인을 관통하는 제약 넷

C-1. 결제 실행 — 8개

C-2. 선불 상품 — 회원권·정기권 — 9개

C-3. 취소·환불·보상 — 2개

C-4. 마감·정산 — 7개

5. 이 초안에서 드러난 확인 필요 항목