#performance
-
정산 감사 이력 테이블 신설로 변동 추적 가능
감사 이력 테이블을 신설하고 관련 로직을 구현했음. [단계] 수익 카드 audit SUM 기반 교체 + 검증 비교 섹션. 왜 감사 이력이 필요한가 잔액이나 정산 관련 데이터는 "언제, 누가, 무엇을, 얼마나 변경했는가"를 추적할 수 있어야 함. 이슈가 생겼을 때 원인 파악과 책임 추적을 위해 필수임. 특히 금융 도메인에서는 감사 추적이 기본 요건임.
읽기 → -
매출 대시보드에서 머천트 라이브 카드를 상단으로 복귀
매출 관리 대시보드의 머천트 카드 표시 방식을 다시 손봤다. 라이브 데이터를 메인으로 돌려놓는 작은 변경이지만, 운영 관점에서 꽤 의미 있는 결정이었다. 왜 이런 변경이 필요했나 결제 플랫폼 같은 시스템을 운영하다 보면, 머천트별 매출 현황을 실시간으로 파악해야 한다. 특히 관리자가 보는 시스템 전체 수익 요약(total-summary) 페이지에서는
읽기 → -
파트너 대시보드에 결제 KPI 기간 필터와 실시간 집계 추가
partner-portal/dashboard 영역에 새 기능을 추가했음. 누적 KPI 카드 임의 기간 필터 추가 (startDate/endDate). 변경 파일: 내부 클래스 1개, SQL 매퍼 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서
읽기 → -
매출 KPI 요약에 PG 비용 컬럼 추가
system-revenue-kpi 영역에 새 기능을 추가했음. live/yesterday/week summary 에 PG 비용 컬럼 추가. 변경 파일: SQL 매퍼 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 관련 내부
읽기 → -
비밀번호 정책·출금 정지 변경 이력 관리자 화면에 추가
history 영역에 새 기능을 추가했음. 비밀번호 정책·출금 정지 변경 이력 적재 (P0). 변경 파일: 내부 클래스 2개, SQL 매퍼 2개, 뷰/스타일 2개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 변경 이력 테이블
읽기 → -
결제 도메인 쿼리 인덱스로 응답 속도 145배 개선
인덱스를 추가해서 쿼리 성능을 대폭 개선했음. 17.8s → 0.12s (145배 향상). 문제 발생 특정 페이지 로딩이 수십 초씩 걸리는 현상이 있었음. 데이터가 쌓일수록 더 느려지는 선형 구조였음. 사용자 입장에서 받아들이기 어려운 수준이었고, 트랜잭션 타임아웃까지 발생할 수 있는 상황이었음. 원인 분석 sql -- EXPLAIN 실행 결과
읽기 → -
파트너 포탈에 공급사 브랜드·상품 업로드·KPI 대시보드 기능 추가
partner-portal 영역에 새 기능을 추가했음. 공급사 브랜드 관리 + 상품 업로드 UX + 대시보드 KPI 확장. 변경 파일: 내부 클래스 4개, SQL 파일 1개, SQL 매퍼 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현
읽기 → -
파트너 포탈에 하위 파트너 정산
partner-portal 영역에 새 기능을 추가했음. 하위 파트너 정산 기능 추가 및 잔액 변동 집계 API 구현. 변경 파일: SQL 매퍼 2개, 내부 클래스 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용
읽기 → -
월별 정산 P&L 카드 쿼리 구조 개선으로 가독성 향상
월 P&L 카드 6줄 구조로 재작성 리팩토링 작업을 완료했음. 리팩토링 이유 월별 집계 쿼리를 재작성했음. 컬럼 정의를 명확히 하고, 여러 소스를 합산하는 구조로 개선했음. 변경 전/후 sql -- 수정 후: 명확한 컬럼 구조 SELECT DATE_FORMAT(t.created_at, '%Y-%m') as month, SUM(CASE
읽기 → -
쿠폰 주문 상세에 형제 쿠폰이 모두 표시되지 않던 버그 수정
쿠폰 주문 상세에 형제 쿠폰(parent_issue_sn) 모두 표시 쿠폰 주문 상세에 형제 쿠폰(parent_issue_sn) 모두 표시 버그를 수정했음. 원인 분석 로직 일부가 엣지케이스를 처리하지 못하고 있었음. 실제 운영 데이터에서 발생한 케이스로 재현했음. 재현 조건 특정 조건에서 의도치 않은 동작 확인. 수정 내용 java /
읽기 → -
쇼핑몰 WAS 모니터링 타겟 추가로 운영 가시성 확보
쇼핑몰 플랫폼 WAS 모니터링 타겟 추가 (***.***.***.***) 2026-04-03에 관찰 가능성 스택에 기능을 추가하거나 설정을 개선했음. 운영 중 서버 상태를 실시간으로 확인하려면 메트릭 수집 구조가 안정적이어야 함. Spring Boot Actuator에서 /actuator/prometheus 엔드포인트로 메트릭을 노출하고, Promet
읽기 → -
Grafana·Tempo로 분산 트레이싱 관찰 가능성 개선
분산 트레이싱 추가 (Micrometer Brave + Zipkin → Tempo) 2026-04-03에 관찰 가능성 스택에 기능을 추가하거나 설정을 개선했음. 운영 중 서버 상태를 실시간으로 확인하려면 메트릭 수집 구조가 안정적이어야 함. Spring Boot Actuator에서 /actuator/prometheus 엔드포인트로 메트릭을 노출하고,
읽기 → -
관리자용 회원 활동내역 타임라인 조회 기능 추가
회원 활동내역 조회 기능 추가 2026-03-31에 회원 활동 내역 기능을 추가했음. 관리자가 특정 회원의 주요 행동 이력을 볼 수 있는 기능임. 로그인, 결제, 쿠폰 사용, 잔액 변동 등을 타임라인 형태로 조회할 수 있음. 기록 항목 | 활동 타입 | 설명 | |---|---| | 로그인/로그아웃 | 접속 이력 | | 결제/취소 | 거래 이력
읽기 → -
연락처송금 자동이체와 수수료 정산 화면 개선
수수료 개요 화면 및 연락처송금 데이터 관리 개선 2026-03-29에 연락처 송금 관련 기능을 추가하거나 개선했음. 연락처 송금 흐름은 대략 이렇게 됨: 입금 알림 수신 (Android 앱) → 서버로 원본 메시지 전송 → 주문 매칭 (금액 + 발신자 + 시간) → 은행 핸들러 실행 (Playwright) → 로그인 → 수취인
읽기 → -
수수료 조회 화면 내부 로직 안정성 개선
20260329 0430 commission-overview-refactor-v2 2026-03-29에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리
읽기 → -
결제 매칭과 파트너 귀속 로직을 단계별로 분리해 동명이인 버그 해결
시작점 주문 매칭과 파트너 결정 로직이 한 유틸 안에 뒤엉켜 있었음. 입금 들어오면 어떤 주문에 매칭할지, 그 주문이 어떤 파트너 소속인지, 수수료를 누가 부담하는지 한 메서드 안에서 다 처리했음. 이번 리팩토링은 이걸 떼어내는 작업. 기존 흐름에서 가장 골치 아팠던 부분: - 매칭 후보가 여러 개일 때 우선순위 결정 분기가 6단계 넘게 중첩 - 파
읽기 → -
충전 수수료를 충전 트랜잭션 단위로 매칭해 회계 역추적 해결
충전 수수료 차감, 어느 시점 요율을 따라야 하나 결제 플랫폼에서 파트너가 잔액을 충전할 때 충전 수수료를 떼는 구조인데, 환불·취소 흐름에서 차감 기준이 애매했음. 충전 시점 요율을 박아두는 방식이었는데, 파트너 등급이 중간에 바뀌면 과거 충전건과 현재 차감액이 어긋남. 회계팀에서 "이 충전건이 그 차감인지 매칭이 안 된다"는 컴플레인이 들어와서 손을
읽기 → -
이커머스 결제 앱 빌드 파이프라인 보안·성능 일괄 정비
v3.1 릴리스 정리: 보안·성능·배포 설정을 한 번에 손봄 이커머스 결제 플랫폼 모바일 빌드 v3.1 작업하면서 빌드 스크립트, 난독화 규칙, 버전 메타, gitignore 4종 세트를 같이 갈아엎었음. 한 번에 묶은 이유는 단순함 — 셋 중 하나만 건드리면 나머지가 무조건 어긋남. .gitignore 부터 정리 처음에 잡힌 추적 누락 파일들 보
읽기 → -
입금 통보 파서에 AI 검증 얹어 정산 수기 보정 60% 줄임
배경 이커머스 결제 플랫폼에서 파트너별 입금 통보 메시지를 수신해 자동 매칭하는 기능이 있었음. 문제는 결제대행사·은행마다 포맷이 제각각이라 정규식이 폭발적으로 늘어났다는 것. 기존 파서는 새 포맷 하나 추가될 때마다 분기 로직이 누더기처럼 붙음. 입금자명 한 글자 누락되면 매칭 실패했고, 그게 누락 데이터로 쌓여서 운영팀이 매일 수기 보정함. 구
읽기 → -
이커머스 리뷰·별점 기능 추가와 SVG 별점 크기 통일
feat: 프로필/회원탈퇴 페이지 이커머스 PG 플랫폼 디자인 리뉴얼 및 리뷰 쿼리 개선 리뷰/별점 기능 구현 작업임. SVG 별점 렌더링이 생각보다 신경 쓸 게 많았음. SVG 별점 통일 다양한 아이콘 세트에서 가져온 별 아이콘들의 viewBox가 제각각이어서 크기가 맞지 않았음. 24x24로 통일하고 width/height로만 크기 조절함.
읽기 →