-
정산 수수료 상한 검증과 멱등성 처리 개선
feat: 시스템 수수료 상한 검증 로직 및 JSP/SQL 개선 정산 및 수수료 로직은 버그 하나가 금전 오류로 직결되는 영역이라 신중하게 접근해야 함. 수수료 계산 구조 유통 단계별로 수수료가 누적되는 구조임. 최하위 파트너가 가장 높은 요율을 부담하고, 상위로 갈수록 낮아지며 그 차액이 각 단계의 수익임. | 단계 | 요율 | 수익 | |--
읽기 → -
파트너 수수료 정산 현황·영수증 상세 페이지 추가
feat: 파트너 수수료 현황 및 영수증 상세 페이지 추가 정산 및 수수료 로직은 버그 하나가 금전 오류로 직결되는 영역이라 신중하게 접근해야 함. 수수료 계산 구조 유통 단계별로 수수료가 누적되는 구조임. 최하위 파트너가 가장 높은 요율을 부담하고, 상위로 갈수록 낮아지며 그 차액이 각 단계의 수익임. | 단계 | 요율 | 수익 | |-----
읽기 → -
수수료 단계별 정산 로직과 멱등성 처리 구현
docs: 수수료 시스템 구현 지시서 및 결과 보고서 추가 정산 및 수수료 로직은 버그 하나가 금전 오류로 직결되는 영역이라 신중하게 접근해야 함. 수수료 계산 구조 유통 단계별로 수수료가 누적되는 구조임. 최하위 파트너가 가장 높은 요율을 부담하고, 상위로 갈수록 낮아지며 그 차액이 각 단계의 수익임. | 단계 | 요율 | 수익 | |-----
읽기 → -
파트너 레벨 수수료 검증 오류 수정
fix: 파트너 레벨 검증 로직 오류 수정 파트너 관리 기능 정비 작업임. 계정 발급, 레벨 설정, 수수료 설정이 한 화면에서 유기적으로 동작해야 해서 꼼꼼히 짜야 했음. 파트너 등록 필수값 | 필드 | 필수 여부 | 검증 | |------|--------|------| | 상호명 | 필수 | NOT NULL | | 대표자명 | 필수 | NOT N
읽기 → -
파트너 실시간 문의용 PIP 채팅 위젯 구현
feat: PIP 채팅 위젯 기능 추가 관리자 채팅 기능 추가 작업임. 파트너가 관리자에게 실시간으로 문의할 수 있는 PIP 채팅 위젯 구현. 채팅 아키텍처 WebSocket 대신 Polling 방식으로 구현함. 실시간성이 중요한 채팅이 아니라 문의/답변 형태여서 30초 폴링으로 충분함. javascript // 30초마다 새 메시지 확인 set
읽기 → -
사용자 정보·위젯 관리 코드 품질 개선
feat: 사용자 정보 및 위젯 관리 기능 확장 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 | 0개 | 핵심 처리 로직 개선 | | 화면 (
읽기 → -
JSP 어드민 화면 모바일 대응과 테이블 레이아웃 개선
feat: SVG 아이콘 교체 및 햄버거 메뉴 숨김 조건 추가 JSP UI 작업은 레거시 환경에서 어떻게 사용성을 올릴 수 있는지 계속 고민하게 만듦. 테이블 레이아웃 개선 모바일에서 가로 스크롤 없이 보이게 하는 게 과제였음. 카드형 뷰로 폴백 처리함. jsp <%-- PC: 테이블 형태 --%> <div class="admin-table-wr
읽기 → -
위젯 스타일 디자인 토큰 통일
feat: 신규 SCSS 기반 위젯 스타일 추가 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고 CSS 변수로 통일함. scss :root {
읽기 → -
Pay 정책 생성 시 대상 시스템 유효성 검증 강화
fix: Pay 정책 생성 시 targetSysId 유효성 검증 로직 추가 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 | 1개 | 핵심 처리
읽기 → -
파트너 포털 등록·수수료·레벨 관리 체계 정비
feat: 파트너 포털 2차 인증 및 세션 관리 로직 분기 추가 파트너 관리 기능 정비 작업임. 계정 발급, 레벨 설정, 수수료 설정이 한 화면에서 유기적으로 동작해야 해서 꼼꼼히 짜야 했음. 파트너 등록 필수값 | 필드 | 필수 여부 | 검증 | |------|--------|------| | 상호명 | 필수 | NOT NULL | | 대표자명
읽기 → -
관리자 채팅 백엔드 로직 개선
feat: 관리자 채팅 기능 추가 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 | 6개 | 핵심 처리 로직 개선 | | 화면 (JSP) | 0
읽기 → -
정산 수수료 단계별 누적 구조와 멱등성 처리 개선
feat: 정산 로직(수수료/마진) 및 Pay 정책 등급 기반 개선 정산 및 수수료 로직은 버그 하나가 금전 오류로 직결되는 영역이라 신중하게 접근해야 함. 수수료 계산 구조 유통 단계별로 수수료가 누적되는 구조임. 최하위 파트너가 가장 높은 요율을 부담하고, 상위로 갈수록 낮아지며 그 차액이 각 단계의 수익임. | 단계 | 요율 | 수익 | |
읽기 → -
탭 콘텐츠 디자인 토큰 통일과 모바일 스크롤 개선
style: 탭 콘텐츠 스타일 클래스 개선 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고 CSS 변수로 통일함. scss :root {
읽기 → -
파트너 단계별 수수료 정산 멱등성
feat: 수수료 관리 및 출금 기능 개선 정산 및 수수료 로직은 버그 하나가 금전 오류로 직결되는 영역이라 신중하게 접근해야 함. 수수료 계산 구조 유통 단계별로 수수료가 누적되는 구조임. 최하위 파트너가 가장 높은 요율을 부담하고, 상위로 갈수록 낮아지며 그 차액이 각 단계의 수익임. | 단계 | 요율 | 수익 | |------|------|
읽기 → -
이벤트 참여·보상 지급·등급 승급 플로우 구현
feat: 이벤트 폼 내 보상 및 사용 여부 토글 기능 추가 이벤트/보상 시스템 구현 작업임. 이벤트 참여 → 보상 지급 → 등급 승급으로 이어지는 플로우를 구현했음. 이벤트 유형 | 유형 | 조건 | 보상 | |------|------|------| | 첫 충전 | 최초 1회 | 보너스 포인트 | | 추천인 | 추천 코드 사용 | 양측 포인트 |
읽기 → -
이벤트 참여·회원 등급 배치 설계와 멱등 실행 구조 도입
feat: 이벤트 참여 및 회원 등급 기능 관련 다수 파일 추가 배치 작업은 운영 중에 터지면 치명적이라 스케줄링 설계를 꼼꼼히 해야 함. 배치 설계 원칙 - 멱등성: 동일 조건으로 여러 번 돌아도 같은 결과 - 실패 로그: 어떤 건이 실패했는지 추적 가능해야 함 - 부분 성공: 일부 실패해도 나머지는 처리 계속 - 알림: 오류 발생 시 담당자에게
읽기 → -
결제 알림 채널별 발송
feat: Pay 알림 헬퍼 클래스 추가 알림 시스템 구현 작업임. 거래 이벤트마다 적절한 채널로 알림을 발송하는 구조를 잡았음. 알림 채널 | 채널 | 용도 | 특징 | |------|------|------| | 앱 PUSH | 실시간 거래 알림 | FCM 사용 | | SMS | 중요 인증/보안 | 비용 발생 | | 이메일 | 정산/명세서 |
읽기 → -
파트너 포털 디자인 토큰 통일
style: 파트너 포털 전용 SCSS 파일 추가 및 Welcome 연동 가이드 문서 생성 CSS/SCSS 작업은 눈에 잘 안 보이지만 쌓이면 시스템 전체 일관성에 영향 줌. 이번엔 디자인 토큰 통일과 반응형 최적화가 메인이었음. CSS 변수 통일 작업 컴포넌트마다 4px, 6px, 8px, 12px이 혼재해있었음. 디자인 시스템 기준을 잡고 CS
읽기 → -
파트너 정산 수수료 구조와 멱등성 처리 설계 추가
docs: 정산 시스템 및 파트너 포털 통합 계획서 추가 정산 및 수수료 로직은 버그 하나가 금전 오류로 직결되는 영역이라 신중하게 접근해야 함. 수수료 계산 구조 유통 단계별로 수수료가 누적되는 구조임. 최하위 파트너가 가장 높은 요율을 부담하고, 상위로 갈수록 낮아지며 그 차액이 각 단계의 수익임. | 단계 | 요율 | 수익 | |------
읽기 → -
파트너 수수료 계층 구조와 외부 API 레퍼런스 문서 정비
docs: 파트너 매뉴얼 및 gitignore 업데이트 문서화 작업은 귀찮지만 나중을 위해 꼭 필요함. 특히 외부 API 연동 부분은 레퍼런스 없으면 매번 명세서 다시 뒤져야 함. 문서 구조 .claude/docs/ ├── api-reference.md 외부 API 엔드포인트 정리 ├── architecture.md 시스템 구
읽기 →