#settlement
-
파트너 정산 수수료 구조와 멱등성 처리 설계 추가
docs: 정산 시스템 및 파트너 포털 통합 계획서 추가 정산 및 수수료 로직은 버그 하나가 금전 오류로 직결되는 영역이라 신중하게 접근해야 함. 수수료 계산 구조 유통 단계별로 수수료가 누적되는 구조임. 최하위 파트너가 가장 높은 요율을 부담하고, 상위로 갈수록 낮아지며 그 차액이 각 단계의 수익임. | 단계 | 요율 | 수익 | |------
읽기 → -
파트너 수수료 계층 구조와 외부 API 레퍼런스 문서 정비
docs: 파트너 매뉴얼 및 gitignore 업데이트 문서화 작업은 귀찮지만 나중을 위해 꼭 필요함. 특히 외부 API 연동 부분은 레퍼런스 없으면 매번 명세서 다시 뒤져야 함. 문서 구조 .claude/docs/ ├── api-reference.md 외부 API 엔드포인트 정리 ├── architecture.md 시스템 구
읽기 → -
결제대행사페이 웹훅 컨트롤러 신규 연동
결제대행사페이 연동 및 Webhook 컨트롤러 추가 2026-02-04. 컨트롤러 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부에서
읽기 → -
정산 지급 로직과 출금 API 연동 구현 완료
정산 지급 로직 개선 및 출금 API 연동 추가 2026-02-02. 컨트롤러, 유틸리티, SQL 쿼리, DDL 스키마 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작
읽기 → -
로그인 경로 컨트롤러·SQL·뷰 템플릿 전 레이어 구현 완료
로그인 경로 리팩토링 및 관련 JSP, SQL 수정 2026-02-02. 컨트롤러, SQL 쿼리, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **A
읽기 → -
계약가 조회와 마진 계산 기능을 백엔드 전 레이어에 구현
계약가 조회 및 마진 계산 로직 추가 2026-02-02. 컨트롤러, SQL 쿼리, DDL 스키마 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결*
읽기 → -
정산 계산과 지갑 서비스 로직을 컨트롤러부터 뷰까지 구현
정산 계산 서비스 및 지갑 관련 로직 추가 2026-02-02. 컨트롤러, 서비스 레이어 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외
읽기 → -
정산 지급·잔액 입금 로직
정산 지급 및 잔액 입금 로직 추가, 관련 테이블 및 DDL 수정 2026-02-01. 컨트롤러, 유틸리티, SQL 쿼리 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작
읽기 → -
출금 요청 코드 기술 부채 정리로 유지보수성 개선
출금 요청 관련 변수명 및 쿼리 정리 2026-02-01. 내부 구조 정리 작업. 기능은 안 바뀌지만 앞으로의 유지보수를 위한 투자임. 정리 대상 코드 리뷰나 기능 추가 작업을 하다 보면 '이 부분 나중에 꼭 정리해야지'라고 생각하는 곳들이 쌓임. 이번에 그 기술 부채를 정리했음. - 컨트롤러: 역할이 불명확한 부분 분리 - SQL 쿼리: 중복
읽기 → -
신규 사이트 백엔드 레이어 구현
신규 사이트 스타일 SCSS 추가 2026-01-30. 컨트롤러, 서비스 레이어, 유틸리티 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** —
읽기 → -
정산 자동화 로직과 테스트 시나리오 명세 신규 구현
정산 테스트 시나리오 명세서 추가 및 자동 정산 로직 구현 2026-01-30. 테스트, 컨트롤러 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 테스트부터 시작 3. **API 연결**
읽기 → -
충전·정산 컨트롤러와 쿼리 레이어 로직 구현 완료
충전 및 정산 로직 확장 2026-01-30. 컨트롤러, SQL 쿼리 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부에서 호출 가능하게
읽기 → -
포인트 정산 로직을 컨트롤러와 쿼리 레이어까지 실제 구현
포인트 관리 및 정산 로직 확장 2026-01-30. 컨트롤러, SQL 쿼리 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부에서 호출
읽기 → -
컨트롤러 로직 구현부터 화면 연동까지 레이어 전체 완성
targetSysId 처리 로직 통합 및 관련 UI/데이터 연동 개선 2026-01-21. 컨트롤러 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결
읽기 → -
파트너 상세 이동 기능 추가
권한 체크 로직 개선 및 파트너 상세 이동 기능 추가 2026-01-21. 컨트롤러, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결**
읽기 → -
파트너 대시보드·회원 관리 화면 컨트롤러와 DB 매퍼 구현
파트너 대시보드 및 회원 관리 화면 추가 2026-01-19. 컨트롤러, DB 매퍼 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부에서
읽기 → -
정산 시스템 초기 데이터와 연관 테이블 구축
정산 시스템 초기 데이터 및 연관 테이블 추가 2026-01-17. 뷰 템플릿, 테스트 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 뷰 템플릿부터 시작 3. **API 연결** — 외
읽기 → -
정산·등급·포인트 마이그레이션 스크립트 정리로 유지보수성 개선
remove settlement, grade, and point management migration scripts 2026-01-17. 내부 구조 정리 작업. 기능은 안 바뀌지만 앞으로의 유지보수를 위한 투자임. 정리 대상 코드 리뷰나 기능 추가 작업을 하다 보면 '이 부분 나중에 꼭 정리해야지'라고 생각하는 곳들이 쌓임. 이번에 그 기술 부채를
읽기 → -
거래자 결산 수수료 계층 구조를 직접 설계하며 비즈니스 로직을 이해하다
6월엔 거래자 결산 모듈을 건드리기 시작했다. 결제에서 돈이 들어오면 거래자에게 어떻게 분배하느냐의 로직이었다. 이게 슬렉스에서 가장 핵심적인 비즈니스 로직이 될 것 같았다.
읽기 → -
거래자 회원 테이블 설계로 결산·수수료 구조 잡기
2월. 설이 있었다. 명절 연휴에 처음으로 사이드 작업을 제대로 할 수 있었다. 평소엔 퇴근 후 한두 시간인데, 명절엔 낮에도 쓸 수 있었다. 이 차이가 생각보다 컸다.
읽기 →