flowchart LR
A["정산 수수료 플랫폼"] -->|"정산 API"| B["옵션 수수료 저장<br/>장애 대비 fallback"]
A -->|"Kafka 정책 변경 이벤트"| B
B --> C["여행자 가격 계산"]
B --> D["파트너/매니저 설정 화면"]
B --> E["배치 · 검색 인덱스"]
B --> F["CMS 가격/예약 전송"]
배경
- 기존 숙박 수수료는 파트너(숙소)당 단일 요율만 지원해, 상품별 차등 요율·프로모션별 정산 정책을 적용할 수 없었고 정산 오류 문의의 원인이 됨
- 전사 정산 수수료 플랫폼이 구축되면서, 숙박 도메인의 가격·정산 로직 전체를 옵션(상품) 레벨 수수료 체계로 전환하는 과제를 담당
주요 작업
- 정산 플랫폼 API 연동 및 장애 대비 설계 — 플랫폼 장애 시 저장된 옵션 수수료로 동작하는 fallback + 알람 구조
- 수수료 정책 변경을 Kafka 이벤트로 실시간 동기화 (정산팀과 이벤트 스키마 협의), 동기화 배치 별도 구성
- 가격이 계산되는 모든 지점 수정: 여행자(숙소 상세·주문서·결제 전 가격 검증), 파트너(리스팅·객실/옵션 생성·복사·캘린더), 매니저(숙소 복제·정산 설정), 배치(초기 데이터 세팅·검색 인덱스), CMS(가격 동기화·예약 전송)
- 파트너/매니저 어드민 화면의 수수료 설정 UI 변경 (React)
- 11단계 배포 체크리스트 수립 후 단계별 배포, QA에서 나온 가격 오노출 버그 9건 전량 수습
성과
- 숙소 8천여 개가 등록된 플랫폼의 가격 체계 전환을 4개 서비스(백엔드 2, 프론트 2)에 걸쳐 서비스 중단 없이 완료
- 숙소/옵션별 차등 수수료를 즉시 적용할 수 있게 되어, 사업부가 상품별 가격 경쟁력과 수익성을 조절할 수 있는 운영 레버 확보
- 전환 이후 실제로 이 체계 위에서 상품 단위 차등 요율이 집행됨 — 한인민박 수수료 개편에서 같은 숙소의 상품별로 13%/14%를 나눠 적용할 수 있었던 전제가 됐고, 요율을 올리고도 거래액이 늘어난 결과로 이어짐
- 모든 가격 조회 결과에 수수료 정책 ID를 포함시켜 정산 검증·오류 추적이 가능한 구조로 개선 — 민박 수수료율 하드코딩 등 정산 오류·문의의 구조적 원인 제거
- 배포 이후 수수료 관련 장애 0건으로 안정 운영