#schema
-
등급 임시 테이블 스키마에 활성 회원 고유 키 반영
문서 작업을 진행했음. tb_grade_temp_revert 정본에 active_member_sn + uk_grtr_active_member 반영. 변경 파일: SQL 파일 1개 작성 목적 코드에서 바로 읽기 어려운 정책, 설계 결정, 운영 규칙을 문서로 남겼음. "왜 이렇게 구현했는가"에 대한 배경을 기록해두지 않으면 나중에 다시 처음부터 고민하게
읽기 → -
DB 스키마 정합성 불일치 원인을 데이터로 검증한 분석 보고서 작성
분석 보고서를 작성했음. 주제: **20260423 0148 db schema validation**. 분석 배경 운영 중 특정 수치 불일치 혹은 잠재적 문제가 감지됐음. 단순 로그 확인으로는 전체 그림이 안 보여서 SQL로 직접 집계하고 결과를 HTML 보고서로 정리했음. 이런 보고서를 만드는 이유는 문제를 코드 수정으로 넘기기 전에 원인을 데이터로
읽기 → -
공급사 포탈에 역할 분리와 실물상품 셀프 공급 기능 추가
supplier-portal 영역에 새 기능을 추가했음. 공급사 역할 분리 + 전용 포탈 + 실물상품 셀프 공급. 변경 파일: 내부 클래스 6개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 포탈에 신규 메뉴/기능 추가 - 백엔
읽기 → -
결제·정산 데이터 정합성 감사로 불일치 항목 조기 발견
20260419 2131 db schema audit 2026-04-19 기준 시스템 현황 분석 보고서를 작성했음. 분석 목적 서비스가 복잡해질수록 데이터 간 불일치가 쌓임. 특히 결제/정산처럼 여러 단계를 거치는 흐름은 중간 어딘가에서 엣지케이스가 터지기 쉬움. 주기적으로 전체 데이터를 돌아보면서 이상 징후를 조기에 발견하는 게 목적이었음.
읽기 → -
공급 채널별 마진율과 수익 기여도를 한눈에 확인하는 페이지 추가
공급 모듈 마진 가시화 페이지 신규 추가 공급 모듈 마진 가시화 페이지 신규 추가 기능을 구현했음. 배경 공급 구조에서 마진이 얼마나 발생하는지 직접 확인할 수 없으면 가격 정책 결정이 어려움. 채널별로 수익성을 비교하고, 마진율이 낮은 항목을 파악하는 게 필요했음. 구현 방식 마진 = 판매가 - 공급가 방식으로 계산하고, 항목별 마진율과 절
읽기 → -
무제한 파트너 후정산 미수금·청구서 시스템 구현
무제한 파트너 후정산 미수금/청구서 시스템 무제한 파트너 후정산 미수금/청구서 시스템 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 6개를 작성했음. 코드 예시 java // 핵심 로직 public void execute(Request request) { val
읽기 → -
팀모드 검증 엣지케이스 5건 방어 처리로 버그 수정
팀모드 검증 대응 5건 hotfix 팀모드 검증 대응 5건 hotfix 버그를 수정했음. 원인 분석 로직 일부가 엣지케이스를 처리하지 못하고 있었음. 실제 운영 데이터에서 발생한 케이스로 재현했음. 재현 조건 특정 조건에서 의도치 않은 동작 확인. 수정 내용 java // 수정 전: 엣지케이스 미처리 public void process(
읽기 → -
쿠폰 선물 실패 시 잔액 보상 누락
쿠폰 선물 실패 시 charge_balance 보상 누락 버그 수정 + 재발송 기능 쿠폰 선물 실패 시 charge_balance 보상 누락 버그 수정 + 재발송 기능 버그를 수정했음. 원인 분석 새로운 처리 경로를 추가할 때 기존 경로의 공통 처리를 빠뜨렸음. 재현 조건 특정 경로로 처리된 건에서 후처리가 실행되지 않음. 수정 내용 j
읽기 → -
포탈 SIMPLE 마진율 누락으로 인한 운영 버그 수정
포탈 SIMPLE 코드 제거 (운영DB에 SIMPLE 마진율 미존재) 포탈 SIMPLE 코드 제거 (운영DB에 SIMPLE 마진율 미존재) 버그를 수정했음. 원인 분석 로직 일부가 엣지케이스를 처리하지 못하고 있었음. 실제 운영 데이터에서 발생한 케이스로 재현했음. 재현 조건 특정 조건에서 의도치 않은 동작 확인. 수정 내용 java /
읽기 → -
전자계약서 철회·대리수정·갱신제출 이력 관리 기능 구현
전자계약서 수정/재제출 개선 (철회, 대리수정, 갱신제출) 전자계약서 수정/재제출 개선 (철회, 대리수정, 갱신제출) 기능을 구현했음. 배경 계약 프로세스를 시스템 안에서 관리하면 파일 분실 위험이 없어지고, 제출 이력도 추적할 수 있음. 이력이 없으면 분쟁 시 근거가 없어지는 문제가 있었음. 구현 방식 계약서 파일 업로드, 제출 이력 저장,
읽기 → -
결제 수수료·공급가 서버 재검증으로 금액 조작 원천 차단
수수료/공급가 조작 방지 보안 강화 수수료/공급가 조작 방지 보안 강화 기능을 구현했음. 배경 클라이언트에서 수수료율이나 공급가를 조작해서 서버로 전달하면 실제보다 적은 금액이 계산되는 취약점이 있었음. 서버에서 반드시 재검증이 필요함. 구현 방식 요청 파라미터의 금액/요율 관련 값을 무시하고, 서버에서 DB에 저장된 값을 직접 조회해서 사용
읽기 → -
페이서비스 연동에 상품정보 수신 API 추가
페이서비스 v1.10 연동 구현 및 상품정보 수신 API 추가 페이서비스 v1.10 연동 구현 및 상품정보 수신 API 추가 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 1개, SQL 쿼리 4개를 작성했음. 코드 예시 java // 핵심 로직 public void e
읽기 → -
결제수단별 수수료 정책을 타입 단위로 분리해 독립 관리
결제수단별 수수료 로직 분리 및 스키마 변경 결제수단별 수수료 로직 분리 및 스키마 변경 기능을 구현했음. 배경 결제 수단별로 수수료 구조가 다른데, 단일 계산 로직으로 처리하면 요율 변경 시 사이드 이펙트가 생기기 쉬움. 타입별로 분리하면 각자 독립적으로 변경할 수 있음. 구현 방식 수수료 타입을 Enum으로 정의하고, 타입별 정책을 DB에
읽기 → -
판매자 잔액 조회 기능 추가
20260329 0045 merchant balance feature 2026-03-28에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQL
읽기 → -
이커머스 결제 앱 빌드 파이프라인 보안·성능 일괄 정비
v3.1 릴리스 정리: 보안·성능·배포 설정을 한 번에 손봄 이커머스 결제 플랫폼 모바일 빌드 v3.1 작업하면서 빌드 스크립트, 난독화 규칙, 버전 메타, gitignore 4종 세트를 같이 갈아엎었음. 한 번에 묶은 이유는 단순함 — 셋 중 하나만 건드리면 나머지가 무조건 어긋남. .gitignore 부터 정리 처음에 잡힌 추적 누락 파일들 보
읽기 → -
파서 감시 패키지를 선택적 의존성으로 분리
chore: @parcel/watcher-darwin-arm64를 optionalDependencies로 이동 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| |
읽기 → -
약관·정책 상세 페이지 추가
feat: 약관/정책 상세 페이지 및 관련 데이터 추가 JSP UI 작업은 레거시 환경에서 어떻게 사용성을 올릴 수 있는지 계속 고민하게 만듦. 테이블 레이아웃 개선 모바일에서 가로 스크롤 없이 보이게 하는 게 과제였음. 카드형 뷰로 폴백 처리함. jsp <%-- PC: 테이블 형태 --%> <div class="admin-table-wrappe
읽기 → -
결제 웹훅 이중 디코딩 버그 수정으로 시그니처 검증 안정화
feat: 지갑 및 결제 관련 주요 기능 추가 및 개선 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가 Content-Type: applica
읽기 → -
회귀 방지 시스템으로 서비스 안정성 강화
feat: 회귀 방지 시스템 추가 (내부 정책번 + 체크리스트 + Playwright 테스트) 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 |
읽기 → -
관리자 화면 모바일 대응과 테이블 성능 개선
feat: enhance fee calculation, design presets, and database schema JSP UI 작업은 레거시 환경에서 어떻게 사용성을 올릴 수 있는지 계속 고민하게 만듦. 테이블 레이아웃 개선 모바일에서 가로 스크롤 없이 보이게 하는 게 과제였음. 카드형 뷰로 폴백 처리함. jsp <%-- PC: 테이블 형태
읽기 →