#api
-
페이서비스 연동에 상품정보 수신 API 추가
페이서비스 v1.10 연동 구현 및 상품정보 수신 API 추가 페이서비스 v1.10 연동 구현 및 상품정보 수신 API 추가 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 1개, SQL 쿼리 4개를 작성했음. 코드 예시 java // 핵심 로직 public void e
읽기 → -
중복 매칭 로직 정리로 코드 유지보수성 향상
불필요한 UI 컴포넌트 및 Java 매칭 로직 개선 리팩토링 작업을 완료했음. 리팩토링 이유 코드 가독성과 유지보수성 향상을 위한 리팩토링이었음. 변경 전/후 java // 수정 전: 중복/복잡 로직 // 각 클래스에 동일 로직 반복 // 수정 후: 명확하고 단일 책임 public static Long resolveId(Object sour
읽기 → -
입금 매칭
입금 매칭 및 파트너 권한/설정 개선 입금 매칭 및 파트너 권한/설정 개선 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 6개를 작성했음. 코드 예시 java // 핵심 로직 public void execute(Request request) { validate(
읽기 → -
데모 데이터 관리와 알림 기능 신규 추가
데모 데이터 관리 및 알림 기능 추가 데모 데이터 관리 및 알림 기능 추가 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 5개를 작성했음. 코드 예시 java // 핵심 로직 public void execute(Request request) { validate(
읽기 → -
파트너 알림 채널 관리 기능 구현
파트너 알림 채널 관리 기능 추가 파트너 알림 채널 관리 기능 추가 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 6개를 작성했음. 코드 예시 java // 핵심 로직 public void execute(Request request) { validate(requ
읽기 → -
파트너 가입 페이지 UI 개선
파트너 가입 페이지 UI 개선 및 CSS 통합 리팩토링 작업을 완료했음. 리팩토링 이유 코드 가독성과 유지보수성 향상을 위한 리팩토링이었음. 변경 전/후 java // 수정 전: 중복/복잡 로직 // 각 클래스에 동일 로직 반복 // 수정 후: 명확하고 단일 책임 public static Long resolveId(Object source)
읽기 → -
파트너 일일 정산 배치 도입으로 대시보드 조회 성능 개선
파트너 일일 정산 배치 및 수동 실행 API 추가 파트너 일일 정산 배치 및 수동 실행 API 추가 기능을 구현했음. 배경 일별 집계 데이터를 실시간 쿼리로 가져오면 쿼리 부하가 높아짐. 미리 집계해서 스냅샷으로 저장해두면 조회가 빠르고 DB 부하도 줄어듦. 구현 방식 @Scheduled로 매일 새벽 집계 배치를 돌렸음. 결과를 스냅샷 테이블
읽기 → -
파트너 계약서 제출 이력 시스템화
파트너 계약서 제출에 사업자등록증/통장사본 첨부 필수화 및 관련 로직 추가 파트너 계약서 제출에 사업자등록증/통장사본 첨부 필수화 및 관련 로직 추가 기능을 구현했음. 배경 계약 프로세스를 시스템 안에서 관리하면 파일 분실 위험이 없어지고, 제출 이력도 추적할 수 있음. 이력이 없으면 분쟁 시 근거가 없어지는 문제가 있었음. 구현 방식 계약서
읽기 → -
파트너 수수료율·마진 가시화로 수익성 분석 기능 추가
상위 파트너 수수료율 및 마진 보기 기능 추가 상위 파트너 수수료율 및 마진 보기 기능 추가 기능을 구현했음. 배경 공급 구조에서 마진이 얼마나 발생하는지 직접 확인할 수 없으면 가격 정책 결정이 어려움. 채널별로 수익성을 비교하고, 마진율이 낮은 항목을 파악하는 게 필요했음. 구현 방식 마진 = 판매가 - 공급가 방식으로 계산하고, 항목별
읽기 → -
파트너 수수료율 수정 기능
파트너 수수료율 수정 API 및 UI 추가 파트너 수수료율 수정 API 및 UI 추가 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 2개, JSP 화면 2개를 작성했음. 코드 예시 java // 핵심 로직 public void execute(Request request
읽기 → -
API 권한 코드 세부 항목 추가로 관리 편의성 개선
API 권한 코드 및 세부 항목 추가 API 권한 코드 및 세부 항목 추가 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 SQL 쿼리 1개를 작성했음. 코드 예시 java // 핵심 로직 public void execute(Request request) { validate(
읽기 → -
JSP 화면에 공통 코드 주입
공통 코드 주입 로직 추가 및 JSP 사용 여부 선택 옵션 개선 공통 코드 주입 로직 추가 및 JSP 사용 여부 선택 옵션 개선 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 3개, JSP 화면 3개를 작성했음. 코드 예시 java // 핵심 로직 public void
읽기 → -
AI 채팅에 학습 데이터 주입으로 응답 품질 개선
온보딩 위자드와 AI 채팅 로직 개선 및 내부 API/모델 업데이트 온보딩 위자드와 AI 채팅 로직 개선 및 내부 API/모델 업데이트 기능을 구현했음. 배경 반복적인 사용자 문의를 AI로 자동 응답하면 운영 부담이 줄어듦. 특히 자주 묻는 질문은 DB에 학습 데이터로 쌓아서 AI 응답 품질을 높일 수 있음. 구현 방식 대화형 Q&A 학습 페
읽기 → -
파트너 수수료 수정 즉시 미반영 버그 수정
파트너 수수료 수정 후 즉시 갱신 안 되는 버그 수정 2026-04-04에 수수료 계산 또는 정산 관련 로직을 작업했음. 수수료 구조는 유통 계층별로 요율이 다르게 설정되는 차등 모델임. 하위 계층이 상위 계층보다 높은 요율을 부담하고, 그 차액이 상위 계층의 수익이 되는 구조임. 수수료 계층 예시 | 계층 | 요율 | 비고 | |---|---|
읽기 → -
AI 상담을 Claude API 직접 호출로 전환해 품질·레이턴시 개선
AI 상담을 Claude API 직접 호출로 전환 2026-04-04에 AI 상담 기능을 추가하거나 개선했음. 기존에 외부 서비스를 통하던 AI 상담을 Claude API 직접 호출 방식으로 전환했음. 응답 품질과 커스터마이징 자유도가 올라갔고, 중간 레이어가 없어지니 레이턴시도 줄었음. 기능 구조 사용자 질문 → 내부 클래스 (API 호출
읽기 → -
AI 상담 직접 연동
AI 상담 로그인 필수 + 경고/정지 30분 시간제한 2026-04-04에 AI 상담 기능을 추가하거나 개선했음. 기존에 외부 서비스를 통하던 AI 상담을 Claude API 직접 호출 방식으로 전환했음. 응답 품질과 커스터마이징 자유도가 올라갔고, 중간 레이어가 없어지니 레이턴시도 줄었음. 기능 구조 사용자 질문 → 내부 클래스 (API
읽기 → -
AI 상담 부적절 이용 경고·정지 기능 도입
AI 상담 부적절 이용 시 경고 및 정지 기능 추가** 2026-04-04에 AI 상담 기능을 추가하거나 개선했음. 기존에 외부 서비스를 통하던 AI 상담을 Claude API 직접 호출 방식으로 전환했음. 응답 품질과 커스터마이징 자유도가 올라갔고, 중간 레이어가 없어지니 레이턴시도 줄었음. 기능 구조 사용자 질문 → 내부 클래스 (API
읽기 → -
이커머스 PG AI 상담에 Claude 직접 연동
이커머스 PG 플랫폼 AI 상담 페이지 추가 및 보안 강화** 2026-04-04에 AI 상담 기능을 추가하거나 개선했음. 기존에 외부 서비스를 통하던 AI 상담을 Claude API 직접 호출 방식으로 전환했음. 응답 품질과 커스터마이징 자유도가 올라갔고, 중간 레이어가 없어지니 레이턴시도 줄었음. 기능 구조 사용자 질문 → 내부 클래스
읽기 → -
결제 API 응답에 플랫폼 사용거래번호 항목 추가
API 응답에 결제 플랫폼 사용거래번호(welcomeUseTrstnId) 추가** 2026-04-03에 기능을 추가하거나 개선했음. 수정 파일: webhook-api.jsp 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비
읽기 → -
Grafana·Tempo로 분산 트레이싱 관찰 가능성 개선
분산 트레이싱 추가 (Micrometer Brave + Zipkin → Tempo) 2026-04-03에 관찰 가능성 스택에 기능을 추가하거나 설정을 개선했음. 운영 중 서버 상태를 실시간으로 확인하려면 메트릭 수집 구조가 안정적이어야 함. Spring Boot Actuator에서 /actuator/prometheus 엔드포인트로 메트릭을 노출하고,
읽기 →