개발
코드 / 아키텍처 / 디버깅
-
로그인 이력 적재와 가상계좌 필터 제거로 컴플라이언스 정비
로그인 이력 적재 로직을 붙이면서, 동시에 가상계좌 번호 필터를 걷어냈다.
읽기 → -
PDF 영수증 섹션 추가로 컴플라이언스 문서 완성
PDF 다운로드 기능에 영수증 섹션을 추가하고, 관련 SQL 쿼리의 컬럼 alias를 한글로 정리한 작업이었다.
읽기 → -
SQL 쿼리 매퍼 alias 불일치로 생기는 null 버그 정리
SQL 쿼리 매퍼에서 alias가 제각각으로 붙어 있던 걸 한 번에 정리한 작업이다.
읽기 → -
멀티시스템 조회 범위 식별자 미전파
targetSysId 전파 누락이 여러 조회 흐름에서 조용히 문제를 일으키고 있었다.
읽기 → -
관리자용 소명자료 PDF 생성
관리자 대상 소명자료 생성 기능을 추가했음. 기능 개요 법적/감사 목적으로 특정 사용자나 거래자의 활동 내역을 PDF 형태로 추출하는 기능. 수동으로 화면을 캡처하거나 DB에서 직접 쿼리하는 방식은 오류가 많고 시간도 오래 걸렸음. 구현 내용 | 구성 요소 | 역할 | |-----------|------| | 관리자 화면 | 대상자 선택, 기간
읽기 → -
쿠폰 매출 정산 대시보드 집계 버그 수정
dashboard 버그를 수정했음. recalculateCouponRevenue 산식에 LEGACY 분 추가. 변경 파일: SQL 매퍼 1개 문제 원인 SQL 쿼리 조건이 잘못돼 있었거나, JOIN/필터 누락으로 데이터가 잘못 집계되고 있었음. 기대값과 실제값을 비교해서 어느 쿼리에서 차이가 발생하는지 좁혀 찾았음. 수정 내용 - SQL 쿼리 조
읽기 → -
결제 정산 원장의 컬럼 매핑 버그와 멱등성 오류 수정
system-ledger 버그를 수정했음. audit source_history_sn 매핑 + 멱등성 키 정정. 변경 파일: 내부 클래스 1개, SQL 매퍼 1개 문제 원인 컬럼 매핑이 잘못 연결돼 있어 값이 엉뚱한 필드에 들어가거나 누락되고 있었음. 수정 내용 - SQL 쿼리 조건/집계 수정 - 내부 클래스 로직 수정 버그 수정 프로세스
읽기 → -
정산 원장에 결제 발생 즉시 PENDING 미러
정산 원장에 PENDING 상태 미러 로직을 추가하고 취소 시 동기화를 구현했음. 배경 결제가 발생하는 시점과 정산이 확정되는 시점 사이에 시간 차이가 존재함 (가상계좌: 2시간, 카드: 3일). 이 기간 동안 원장에 상태가 반영되지 않으면 운영자가 실제 재무 상황을 실시간으로 파악하기 어려움. PENDING → CONFIRMED 흐름 결제 발
읽기 → -
정산 감사 이력 테이블 신설로 변동 추적 가능
감사 이력 테이블을 신설하고 관련 로직을 구현했음. [단계] 수익 카드 audit SUM 기반 교체 + 검증 비교 섹션. 왜 감사 이력이 필요한가 잔액이나 정산 관련 데이터는 "언제, 누가, 무엇을, 얼마나 변경했는가"를 추적할 수 있어야 함. 이슈가 생겼을 때 원인 파악과 책임 추적을 위해 필수임. 특히 금융 도메인에서는 감사 추적이 기본 요건임.
읽기 → -
정산 SQL 수수료 집계 버그 수정
pg 버그를 수정했음. SystemRevenue_sql VA PG 수수료 300→330원 후속 갱신. 변경 파일: SQL 매퍼 1개 문제 원인 SQL 쿼리 조건이 잘못돼 있었거나, JOIN/필터 누락으로 데이터가 잘못 집계되고 있었음. 기대값과 실제값을 비교해서 어느 쿼리에서 차이가 발생하는지 좁혀 찾았음. 수정 내용 - SQL 쿼리 조건/집계
읽기 → -
가상계좌 PG 수수료
pg 버그를 수정했음. 가상계좌 PG 수수료 300→330원 갱신 및 익월 후정산 라벨 추가. 변경 파일: SQL 매퍼 3개, 뷰/스타일 2개, 설정/문서 1개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - SQL 쿼리 조건/집계 수정 - 화면 렌더링 수정 -
읽기 → -
감사 로그와 실제 DB 상태의 드리프트 감지 시스템 구축
감사 로그와 실제 상태의 불일치를 감지하고 진단하는 시스템을 구축했다. 감사 로그 드리프트란 무엇인가 운영 중인 서비스에서 감사 로그(audit log)는 모든 중요한 상태 변화를 기록하는 안전장치다. 사용자 정보 수정, 권한 변경, 거래 처리 같은 작업들이 발생할 때마다 "누가, 언제, 무엇을, 왜" 변경했는지를 남긴다. 그런데 문제는 시간이 지나면
읽기 → -
정산 원장에 결제 발생 즉시 PENDING 미러링
정산 원장에 PENDING 상태 미러 로직을 추가하고 취소 시 동기화를 구현했음. 배경 결제가 발생하는 시점과 정산이 확정되는 시점 사이에 시간 차이가 존재함 (가상계좌: 2시간, 카드: 3일). 이 기간 동안 원장에 상태가 반영되지 않으면 운영자가 실제 재무 상황을 실시간으로 파악하기 어려움. PENDING → CONFIRMED 흐름 결제 발
읽기 → -
결제 정산 감사 로직의 멱등성
system-ledger 버그를 수정했음. (C) 백필 시드 명확화 + audit 멱등성 보강. 변경 파일: 내부 클래스 3개, SQL 매퍼 1개, SQL 파일 1개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - SQL 쿼리 조건/집계 수정 - 내부 클래스 로직
읽기 → -
정산 원장에 결제 발생 즉시 PENDING 미러링
정산 원장에 PENDING 상태 미러 로직을 추가하고 취소 시 동기화를 구현했음. 배경 결제가 발생하는 시점과 정산이 확정되는 시점 사이에 시간 차이가 존재함 (가상계좌: 2시간, 카드: 3일). 이 기간 동안 원장에 상태가 반영되지 않으면 운영자가 실제 재무 상황을 실시간으로 파악하기 어려움. PENDING → CONFIRMED 흐름 결제 발
읽기 → -
선불 잔액 고지 문구 조사 오류 수정
이커머스 PG 플랫폼/footer 버그를 수정했음. 선불 잔액 고지 문구 조사 수정 (는→가). 변경 파일: 뷰/스타일 1개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - 화면 렌더링 수정 - 프론트 스크립트 수정 버그 수정 프로세스 단순히 증상만 픽스하는
읽기 → -
정산 출금 가능 금액 산식 개선과 명세 투명화
결제 플랫폼의 정산 시스템에서 가맹점이 실제로 출금할 수 있는 금액을 계산하는 로직을 손봤다. "확정 출금 가능" 필드의 산식을 개선하고, UI에 세부 라인을 추가해서 투명성을 높이는 작업이었다. 정산 금액 산식, 왜 다시 봤나 이커머스 정산 시스템에서 가맹점이 언제 돈을 빼갈 수 있는지는 매우 예민한 부분이다. 단순히 "매출액 - 수수료"가 아니라,
읽기 → -
대시보드에 쿠폰 마진 집계 지표 추가
admin/dashboard/total-summary 영역에 새 기능을 추가했음. 비외부 채널 쿠폰 마진 산식 및 세부 항목 추가. 변경 파일: SQL 매퍼 1개, 뷰/스타일 1개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 -
읽기 → -
결제 플랫폼 월별 정산 누적액 추적 오류 해결
결제 플랫폼의 출금 로직에서 월 단위 누적액(carryover) 처리를 개선했다. 출금 정산과 누적액의 관계 결제 플랫폼을 운영하면서 가장 까다로운 부분 중 하나가 정산 주기와 미정산 잔액 관리다. 보통 플랫폼은 일일, 주간, 월간 단위로 정산을 진행하는데, 각 주기마다 정산 기준 미달(예: 최소 정산액 1만 원 미만)로 인해 다음 주기로 미루어지는
읽기 → -
매출 요약 폰트 조정과 총합 메뉴 비활성화 처리
유지보수성 개선 작업. revenue_summary 폰트 사이즈 + total-summary 메뉴 비활성화 SQL. 변경 파일: SQL 파일 1개, 뷰/스타일 1개 배경 기능 변경 없이 내부 품질을 높이기 위한 작업. 설정 값 업데이트, 스케줄 조정, 문서 보완 등 개발 환경과 운영 편의성을 개선했음. SQL 업데이트 스키마나 기준 데이터를 변경
읽기 →