개발
코드 / 아키텍처 / 디버깅
-
수익 대시보드 순수익 섹션 마크업과 라벨 구조 개선
대시보드 수익 요약 영역의 UI/UX 개선 작업을 진행했다. 복잡하게 얽혀 있던 순수익 섹션의 마크업을 정리하고 라벨 표기를 명확하게 다시 정의했는데, 이 작은 refactor 가 왜 필요했고 어떤 고민이 담겼는지 회고해본다. 수익 대시보드, 왜 단순화가 필요했나 관리자 영역의 수익 요약 페이지는 운영팀이 매일 들어오는 공간이다. 순수익(net rev
읽기 → -
매출 대시보드 폴링 시 결제 항목 라벨과 데이터 불일치 해결
관리자 대시보드의 매출 요약 화면에서 실시간 데이터 갱신과 라벨 정합 문제를 함께 해결했다. 대시보드 폴링과 데이터 동기화의 어려움 운영 대시보드는 실시간 지표를 보여줘야 하는데, 특히 매출 통계처럼 시간대별로 변하는 데이터는 사용자가 화면을 열어둔 상태에서도 최신 정보를 받아야 한다. 이걸 구현하는 방식은 크게 두 가지인데, 웹소켓 같은 양방향 통신
읽기 → -
매출 차트에 확정·대기 구분 서브라인과 발생주의 라벨 추가
관리자 대시보드의 매출 현황 차트에 확정/대기 상태를 구분하는 서브라인과 발생주의 라벨을 추가했다. 단순해 보이는 UI 변경이지만, 재무 데이터 시각화에서는 꽤 중요한 작업이었다. 왜 이 변경이 필요했나 관리자 입장에서 시간축 그래프를 볼 때 전체 합계만 표시되면 실제 의사결정에 필요한 정보가 부족하다. 예를 들어 매출이 100만 원으로 표시되어 있어
읽기 → -
정산 출금 대시보드에 실시간 KPI 집계 카드 추가
admin/dashboard 영역에 새 기능을 추가했음. total-summary 카드 통합 + 정산 출금 partial 공유. 변경 파일: 뷰/스타일 3개, 내부 클래스 2개, SQL 매퍼 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음.
읽기 → -
이커머스 푸터 선불 잔액 보호 고지 문구 갱신
이커머스 PG 플랫폼의 푸터에 선불 잔액 보호 고지 문구를 갱신했다. 한 줄로 보면 단순한 UI 텍스트 변경이지만, 이 뒤에는 규제 요건, 사용자 보호, 그리고 법적 책임이라는 무거운 맥락이 있다. 선불금 관련 고지의 중요성 선불 잔액이나 포인트 같은 선불금을 다루는 서비스는 금융감독 입장에서 매우 민감한 영역이다. 사용자가 충전한 돈이 어떻게 관리되
읽기 → -
비회원 파트너 영수증 자동생성
pay/receipt 영역에 새 기능을 추가했음. 비회원 파트너 발급 영수증 자동생성 보강 + 과거건 백필. 변경 파일: 내부 클래스 2개, SQL 매퍼 2개, SQL 파일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 영
읽기 → -
매출 대시보드에서 머천트 라이브 카드를 상단으로 복귀
매출 관리 대시보드의 머천트 카드 표시 방식을 다시 손봤다. 라이브 데이터를 메인으로 돌려놓는 작은 변경이지만, 운영 관점에서 꽤 의미 있는 결정이었다. 왜 이런 변경이 필요했나 결제 플랫폼 같은 시스템을 운영하다 보면, 머천트별 매출 현황을 실시간으로 파악해야 한다. 특히 관리자가 보는 시스템 전체 수익 요약(total-summary) 페이지에서는
읽기 → -
머천트 카드 결제 화면의 회사 가용 자금 계산식 오류 수정
머천트 카드 결제액을 집계하는 화면에서 실제 회사 가용 자금 계산식이 잘못되어 있었는데, 이번에 정정했다. 왜 이런 버그가 생겼나 수익 관련 대시보드를 구축할 때 보통 여러 단계의 자금 흐름이 존재한다. 머천트 쪽 카드 결제가 발생하면 → 수수료 차감 → 정산 대기 → 실제 입금 같은 식으로. 문제는 화면에 노출되는 "가용 자금" 수치가 이 흐름을 제
읽기 → -
정산 화면에 사용자 가용 잔액 카드 추가
system-revenue/total-summary 영역에 새 기능을 추가했음. 사용자 가용 잔액 카드 추가. 변경 파일: 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 관련 내부 클래스에 메서드 추가 - SQL
읽기 → -
결제 분해 동기화 제거로 쿼리 성능 개선
쿼리/로직 성능 개선 작업. SubordinateCount 통합 + 결제 분해 동기화 제거. 변경 파일: 내부 클래스 1개, SQL 매퍼 1개, 뷰/스타일 1개 개선 결과: 체감할 수 있는 수준으로 개선 문제 상황 특정 화면이나 API가 눈에 띄게 느렸음. 데이터가 쌓일수록 더 느려지는 선형 구조라서 근본적인 개선이 필요했음. 사용자 입장에서 몇
읽기 → -
파트너 대시보드에 결제 KPI 기간 필터와 실시간 집계 추가
partner-portal/dashboard 영역에 새 기능을 추가했음. 누적 KPI 카드 임의 기간 필터 추가 (startDate/endDate). 변경 파일: 내부 클래스 1개, SQL 매퍼 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서
읽기 → -
쿠폰 구매 목록에 체크박스 선택 모드 토글 추가로 대량 처리 효율 개선
쿠폰 구매 목록에 체크박스 모드 토글을 추가했다. 단순해 보이는 UI 기능이지만, 파트너 포털에서 대량 작업을 처리하는 입장에서는 꽤 실질적인 개선이다. 배경: 목록에서의 선택 작업 파트너가 쿠폰 구매 내역을 조회할 때 보통 몇 가지 시나리오가 있다. 하나씩 상세 페이지로 들어가서 처리하거나, 여러 건을 한 번에 선택해서 일괄 처리(예: 상태 변경,
읽기 → -
파트너 포털 결제수단 라벨·오늘판매 KPI·XSS 타임존 버그 수정
partner-portal 버그를 수정했음. 결제수단 breakdown 라벨 정리 + 사이드바 오늘판매 KPI + XSS/타임존 보정. 변경 파일: 내부 클래스 2개, 뷰/스타일 2개, 설정/문서 1개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - 내부 클래스
읽기 → -
정산 출금 수수료 KPI에 PG사 차감 누락 수정
system-revenue 버그를 수정했음. 정산 출금 모달 수수료 수익 KPI 에 결제대행사 PG 차감 반영. 변경 파일: 뷰/스타일 1개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - 화면 렌더링 수정 - 프론트 스크립트 수정 버그 수정 프로세스 단순히
읽기 → -
대시보드 14일 추이 차트와 결제·충전 카드 버그 수정
dashboard 버그를 수정했음. 14일 추이 차트 X축 라벨/잔액액 버그 + 결제·충전 카드 톤 정리. 변경 파일: 뷰/스타일 2개, SQL 매퍼 1개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - SQL 쿼리 조건/집계 수정 - 화면 렌더링 수정 - 프론트
읽기 → -
쿠폰 GIFT 발급 누락 영수증 일괄 백필
결제 플랫폼에서 쿠폰 GIFT 발급 시 영수증을 소급해서 생성하는 백필 작업을 진행했다. 이전에는 영수증 발급이 누락된 레코드들이 있었는데, 이제 그것들을 일괄 처리하고 운영 환경에 적용하는 단계까지 완료했다. 왜 쿠폰 영수증 백필이 필요했나 결제 및 정산 시스템에서 "영수증"은 단순한 고객 확인용 문서가 아니다. 거래의 추적 가능성, 감사(audit
읽기 → -
파트너 차등수익 정산 폴링 응답 누락 버그 수정
버그 버그를 수정했음. 파트너 차등수익 id 모드 0원 + 폴링 응답에 breakdown 누락 보정. 변경 파일: 내부 클래스 1개, SQL 매퍼 1개 문제 원인 폴링 응답 구조가 화면이 기대하는 형식과 달라 갱신이 되지 않고 있었음. 응답 JSON 키 이름 불일치가 원인이었음. 수정 내용 - SQL 쿼리 조건/집계 수정 - 내부 클래스 로직 수
읽기 → -
실시간 폴링 시 결제수단 목록 미갱신 버그 수정
버그 버그를 수정했음. 실시간 폴링 시 결제수단 breakdown ul 미갱신 수정 + 시점 라벨 여백 개선. 변경 파일: 내부 클래스 3개, SQL 매퍼 2개, 뷰/스타일 1개 문제 원인 폴링 응답 구조가 화면이 기대하는 형식과 달라 갱신이 되지 않고 있었음. 응답 JSON 키 이름 불일치가 원인이었음. 수정 내용 - SQL 쿼리 조건/집계 수
읽기 → -
정산 잔액 화면에 페이지네이션과 어드민 디자인 개선
admin/merchant-balance 영역에 새 기능을 추가했음. 4개 영역 페이지네이션 + admin 톤 디자인 정리. 변경 파일: 내부 클래스 1개, SQL 매퍼 1개, 뷰/스타일 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을
읽기 → -
결제수단 표시 불일치를 공통코드로 통일
결제 관련 화면에서 결제수단 표시가 들쭉날쭉한 문제를 정리했다. 관리자 영역의 '결제' 과 '주문' 목록에서 같은 결제수단을 다르게 표현하고 있던 것을 발견하고, 공통코드 정비를 통해 일관성 있게 통일하는 작업이었다. 같은 데이터, 다른 표현의 위험성 처음엔 단순한 표시 문제로 보였지만, 막상 들어가보니 더 근본적인 설계 문제였다. 결제 목록과 주문
읽기 →