#cache
-
파트너 대시보드에 결제 KPI 기간 필터와 실시간 집계 추가
partner-portal/dashboard 영역에 새 기능을 추가했음. 누적 KPI 카드 임의 기간 필터 추가 (startDate/endDate). 변경 파일: 내부 클래스 1개, SQL 매퍼 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서
읽기 → -
실시간 폴링 시 결제수단 목록 미갱신 버그 수정
버그 버그를 수정했음. 실시간 폴링 시 결제수단 breakdown ul 미갱신 수정 + 시점 라벨 여백 개선. 변경 파일: 내부 클래스 3개, SQL 매퍼 2개, 뷰/스타일 1개 문제 원인 폴링 응답 구조가 화면이 기대하는 형식과 달라 갱신이 되지 않고 있었음. 응답 JSON 키 이름 불일치가 원인이었음. 수정 내용 - SQL 쿼리 조건/집계 수
읽기 → -
매출 KPI 요약에 PG 비용 컬럼 추가
system-revenue-kpi 영역에 새 기능을 추가했음. live/yesterday/week summary 에 PG 비용 컬럼 추가. 변경 파일: SQL 매퍼 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 관련 내부
읽기 → -
수익 대시보드 실시간화와 결제 데이터 정합성 개선
system-revenue 영역에 새 기능을 추가했음. 수익 대시보드 실시간화 및 쿼리 최적화. 변경 파일: 내부 클래스 1개, SQL 매퍼 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 관련 내부 클래스
읽기 → -
중계결제 v2 UI 복구
relay-pay-v2 영역에 새 기능을 추가했음. 중계결제 v2 UI 복구 + 결제대행사 usePoint 연동 + 바코드 멱등성. 변경 파일: SQL 매퍼 2개, 내부 클래스 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음.
읽기 → -
시스템 포인트 캐시 드리프트를 배치로 자동 보정
batch 영역에 새 기능을 추가했음. 정합성 점검 배치에 시스템 포인트 캐시 drift 자동 보정 추가. 변경 파일: 내부 클래스 1개, SQL 매퍼 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 배치 클래스에 새 실행
읽기 → -
결제 대시보드에 포인트 캐시 재계산
dashboard 영역에 새 기능을 추가했음. 시스템 포인트 캐시 수동 재계산 + UI 정리. 변경 파일: 내부 클래스 2개, SQL 매퍼 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 대시보드에 신규 K
읽기 → -
결제 도메인 신규 기능에 전역 타임아웃 설정 추가
config 영역에 새 기능을 추가했음. MVC async timeout 전역 설정 추가 (30분). 변경 파일: 설정/문서 4개, yml_localyml 1개, yml_prodyml 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내
읽기 → -
대시보드 월 P&L에 판매대금·PENDING 정산 현황 추가
dashboard 영역에 새 기능을 추가했음. 월 P&L 카드에 판매대금/PENDING 섹션 추가. 변경 파일: SQL 매퍼 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 대시보드에 신규 KPI 카드/섹션
읽기 → -
하위 파트너 운영 자금 지급 기능 추가
하위 파트너 운영 자금 지급 기능 + 이력 중복 버그 수정 하위 파트너 운영 자금 지급 기능 + 이력 중복 버그 수정 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 2개, SQL 쿼리 1개, JSP 화면 1개를 작성했음. 코드 예시 java // 핵심 로직 public
읽기 → -
정산 KPI 카드와 수수료 페이지 섹션 스타일 통일
수수료 페이지 섹션 헤딩·settle-hero KPI 스타일 + 레이아웃 정비 UI 스타일 관련 정비 작업을 했음. 배경 기능 개발이 빠르게 이루어지면 스타일이 파편화되기 쉬움. 같은 역할의 배지인데 페이지마다 색이 다르거나, 테이블 간격이 들쭉날쭉하면 사용자 신뢰도가 떨어짐. 주기적으로 시각적 일관성을 점검하는 작업이 필요함. 작업 범위 S
읽기 → -
파트너 수수료 수정 즉시 미반영 버그 수정
파트너 수수료 수정 후 즉시 갱신 안 되는 버그 수정 2026-04-04에 수수료 계산 또는 정산 관련 로직을 작업했음. 수수료 구조는 유통 계층별로 요율이 다르게 설정되는 차등 모델임. 하위 계층이 상위 계층보다 높은 요율을 부담하고, 그 차액이 상위 계층의 수익이 되는 구조임. 수수료 계층 예시 | 계층 | 요율 | 비고 | |---|---|
읽기 → -
정적 리소스 캐시 무효화로 배포 후 구버전 문제 해결
정적 리소스 캐싱 관리 방식 개선 2026-04-02에 캐싱 관련 작업을 진행했음. 정적 리소스(CSS, JS, 이미지)는 변경 주기가 낮으니까 브라우저 캐시를 적극적으로 쓰는 게 성능에 유리함. 반면 배포 후 캐시가 안 털리면 구버전 리소스가 계속 쓰이는 문제가 생김. 캐시 무효화 전략 버전 쿼리스트링 방식을 사용함. 배포 시 리소스 URL에
읽기 → -
이용중계수수료 계층별 요율 정산 로직
이용중계수수료 테이블 및 JSP 관리 화면 추가 2026-03-31에 수수료 계산 또는 정산 관련 로직을 작업했음. 수수료 구조는 유통 계층별로 요율이 다르게 설정되는 차등 모델임. 하위 계층이 상위 계층보다 높은 요율을 부담하고, 그 차액이 상위 계층의 수익이 되는 구조임. 수수료 계층 예시 | 계층 | 요율 | 비고 | |---|---|---
읽기 → -
Claude API 직접 연동으로 AI 상담 품질과 속도 개선
AI 폴백 로직 추가 및 하드코딩 셀렉터 학습 로직 보완 2026-03-27에 AI 상담 기능을 추가하거나 개선했음. 기존에 외부 서비스를 통하던 AI 상담을 Claude API 직접 호출 방식으로 전환했음. 응답 품질과 커스터마이징 자유도가 올라갔고, 중간 레이어가 없어지니 레이턴시도 줄었음. 기능 구조 사용자 질문 → 내부 클래스 (AP
읽기 → -
Android 14 대응으로 결제 알림 캡처 안정성 개선
MediaProjectionHelper 개선: Android 14+ 대응 및 인스턴스 재사용 로직 구현 Android 앱(최신버전) 관련 작업을 진행했음. 결제 알림 수신·처리용 앱인데, 알림 캡처 → 파싱 → 서버 전송 흐름으로 동작함. 이번 작업에서는 안정성과 Android 버전 호환성을 중점적으로 개선했음. 주요 변경 | 항목 | 내용 |
읽기 → -
은행 셀렉터 AI 상담을 직접 API 호출로 전환해 품질·속도 개선
은행 셀렉터 AI 학습 캐시 기능 추가 2026-03-25에 AI 상담 기능을 추가하거나 개선했음. 기존에 외부 서비스를 통하던 AI 상담을 Claude API 직접 호출 방식으로 전환했음. 응답 품질과 커스터마이징 자유도가 올라갔고, 중간 레이어가 없어지니 레이턴시도 줄었음. 기능 구조 사용자 질문 → 내부 클래스 (API 호출)
읽기 → -
충전 수수료를 충전 트랜잭션 단위로 매칭해 회계 역추적 해결
충전 수수료 차감, 어느 시점 요율을 따라야 하나 결제 플랫폼에서 파트너가 잔액을 충전할 때 충전 수수료를 떼는 구조인데, 환불·취소 흐름에서 차감 기준이 애매했음. 충전 시점 요율을 박아두는 방식이었는데, 파트너 등급이 중간에 바뀌면 과거 충전건과 현재 차감액이 어긋남. 회계팀에서 "이 충전건이 그 차감인지 매칭이 안 된다"는 컴플레인이 들어와서 손을
읽기 → -
출금 실패 알림과 포인트 조회 오류 동시 수정
출금 실패 복구에 긴급 알림 붙임 결제대행사 webhook 처리 중 출금 실패가 났을 때, 자동 복구는 돌아가는데 운영자가 모르고 지나가는 사고가 있었음. 새벽에 터지면 다음날 아침에 발견해서 정산 마감 직전에 허둥대는 패턴이 반복됨. 복구 자체보다 **인지 지연**이 진짜 리스크라는 걸 늦게 깨달음. 알림 분기를 단순하게 잡았음. | 트리거 | 채
읽기 → -
입금 통보 파서에 AI 검증 얹어 정산 수기 보정 60% 줄임
배경 이커머스 결제 플랫폼에서 파트너별 입금 통보 메시지를 수신해 자동 매칭하는 기능이 있었음. 문제는 결제대행사·은행마다 포맷이 제각각이라 정규식이 폭발적으로 늘어났다는 것. 기존 파서는 새 포맷 하나 추가될 때마다 분기 로직이 누더기처럼 붙음. 입금자명 한 글자 누락되면 매칭 실패했고, 그게 누락 데이터로 쌓여서 운영팀이 매일 수기 보정함. 구
읽기 →