-
포인트 차감 순서·동시성·충전 한도 개선과 WelcomePay 기능 추가
feat: 포인트 관리 로직 업데이트 및 WelcomePay V1.6 기능 추가 포인트/잔액 관련 로직은 정합성이 핵심임. 동시성 이슈와 소수점 처리를 특히 조심해야 함. 포인트 차감 순서 무상 포인트 먼저 차감 → 부족하면 유상에서 차감 (세금 처리, 환불 정책과 연관됨) 동시성 처리 sql -- 비관적 락으로 잔액 차감 SELECT b
읽기 → -
문의하기 섹션 추가와 모바일 반응형 테이블 개선
feat: 문의하기 섹션 추가 및 UI/기능 구현 JSP UI 작업은 레거시 환경에서 어떻게 사용성을 올릴 수 있는지 계속 고민하게 만듦. 테이블 레이아웃 개선 모바일에서 가로 스크롤 없이 보이게 하는 게 과제였음. 카드형 뷰로 폴백 처리함. jsp <%-- PC: 테이블 형태 --%> <div class="admin-table-wrapper d
읽기 → -
PG 플랫폼 스토어 랜딩 페이지 반응형 UI 구현
feat: 이커머스 PG 플랫폼 스토어 UI 구현 및 헤더/푸터 추가 스토어 랜딩 페이지 UI 구현 작업임. 앱 다운로드 유도 + FAQ + 연락처 섹션으로 구성했음. 페이지 구조 [Hero Section] - 메인 카피 + CTA [Feature Cards] - 주요 기능 소개 [App Download] - App Store / Google P
읽기 → -
선물·송금 시스템 설계 문서
docs: 선물 & 송금 시스템 설계 문서 추가 및 시스템 Import 기능 구현 문서화 작업은 귀찮지만 나중을 위해 꼭 필요함. 특히 외부 API 연동 부분은 레퍼런스 없으면 매번 명세서 다시 뒤져야 함. 문서 구조 .claude/docs/ ├── api-reference.md 외부 API 엔드포인트 정리 ├── architecture
읽기 → -
웰컴페이 서비스 계층을 정적 유틸로 전환해 구조 개선
docs: 웰컴페이 검증 항목 문서 추가 및 ServiceUtil 개선 리팩토링은 기능 변경 없이 코드 품질을 올리는 작업임. 이번엔 패키지 구조 정리와 Service 계층을 Util 방식으로 전환하는 게 핵심이었음. 패키지 구조 재편 기존: 기능별 패키지 내 Controller/Service/Mapper 혼재 개선: Controller(web)
읽기 → -
결제 알림 채널별 발송
fix: Welcome Payments 스펙 개선 및 PUSH NOTI 처리 기능 추가 알림 시스템 구현 작업임. 거래 이벤트마다 적절한 채널로 알림을 발송하는 구조를 잡았음. 알림 채널 | 채널 | 용도 | 특징 | |------|------|------| | 앱 PUSH | 실시간 거래 알림 | FCM 사용 | | SMS | 중요 인증/보안 |
읽기 → -
KYC 결제 웹훅 이중 디코딩 버그 수정으로 시그니처 검증 안정화
fix: KYC 본인인증 로직 개선 및 PAYAPI 스펙 준수 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가 Content-Type: app
읽기 → -
웰컴페이 회원 탈퇴 시 관리자 식별자 조회 로직 보완
fix: 웰컴페이 회원 탈퇴 로직 보완 (mgtId 조회 로직 추가) 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 | 1개 | 핵심 처리 로직
읽기 → -
이메일 인증 테스트 로직을 운영 환경에 맞게 개선
fix: 이메일 인증 개발 테스트 로직 변경 및 운영 환경 조건 추가 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 | 1개 | 핵심 처리 로직
읽기 → -
결제 Webhook 이중 URL 디코딩 버그 수정으로 시그니처 검증 안정화
docs: 웰컴페이 Webhook 및 ServiceUtil 관련 내용 업데이트 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가 Content-
읽기 → -
결제 웹훅 이중 디코딩 버그 수정으로 시그니처 검증 안정화
fix: 회원 조회/업데이트 로직 최적화 및 중복 방지 처리 개선 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가 Content-Type: a
읽기 → -
결제 웹훅 이중 URL 디코딩 버그 수정으로 시그니처 검증 안정화
fix: Welcomepay ci 필드 조회 로직 수정 및 회원 쿼리 기본 조건 변경 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가 Cont
읽기 → -
이커머스 PG 플랫폼에 주문상세·매출전표 추가
feat: 이커머스 PG 플랫폼 매출전표/주문상세 페이지 추가 및 반응형 수정 상품 목록부터 주문까지 이어지는 흐름을 정비했음. 특히 상품 옵션 처리와 페이징, 카테고리 필터가 한 번에 엮이는 부분이 까다로웠음. 상품 옵션 처리 구조 java // 옵션 유무 분기 if (product.hasOption()) { model.addAttribu
읽기 → -
주문 페이지 모바일 반응형
feat: 주문 페이지 모바일 반응형 스타일 추가 상품 목록부터 주문까지 이어지는 흐름을 정비했음. 특히 상품 옵션 처리와 페이징, 카테고리 필터가 한 번에 엮이는 부분이 까다로웠음. 상품 옵션 처리 구조 java // 옵션 유무 분기 if (product.hasOption()) { model.addAttribute("options", pr
읽기 → -
KYC 본인인증 연동
feat: PG 설정 추가 (KYC 미완성 시 Welcomepay 비활성화) KYC(본인인증) 연동 작업에서 CI/DI 처리가 핵심이었음. 결제대행사 쪽에서 본인인증 완료 후 PostMessage로 CI, DI 값을 넘겨주는 구조임. KYC 플로우 정리 1. 사용자 → 본인인증 페이지 오픈 (iframe/popup) 2. 결제대행사 SDK → 인
읽기 → -
결제 웹훅 이중 디코딩 버그 수정으로 시그니처 검증 안정화
feat: KYC 재이행 알림 배치 작업 추가 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가 Content-Type: application/
읽기 → -
관심 카테고리·쿠폰 조회 기록 API 신규 추가
feat: 관심 카테고리 선택/저장 기능 및 쿠폰 조회 기록 API 추가 문서화 작업은 귀찮지만 나중을 위해 꼭 필요함. 특히 외부 API 연동 부분은 레퍼런스 없으면 매번 명세서 다시 뒤져야 함. 문서 구조 .claude/docs/ ├── api-reference.md 외부 API 엔드포인트 정리 ├── architecture.md
읽기 → -
선물 만료 자동 배치에 멱등성·모니터링 설계 적용
feat: 선물 만료 자동 배치 작업 추가 배치 작업은 운영 중에 터지면 치명적이라 스케줄링 설계를 꼼꼼히 해야 함. 배치 설계 원칙 - 멱등성: 동일 조건으로 여러 번 돌아도 같은 결과 - 실패 로그: 어떤 건이 실패했는지 추적 가능해야 함 - 부분 성공: 일부 실패해도 나머지는 처리 계속 - 알림: 오류 발생 시 담당자에게 즉시 알림 스케줄
읽기 → -
KYC 본인인증 CI/DI 연동 오류 수정과 웰컴페이 안정화
feat: KYC 본인인증 CI/DI 처리 및 웰컴페이 연동 개선 KYC(본인인증) 연동 작업에서 CI/DI 처리가 핵심이었음. 결제대행사 쪽에서 본인인증 완료 후 PostMessage로 CI, DI 값을 넘겨주는 구조임. KYC 플로우 정리 1. 사용자 → 본인인증 페이지 오픈 (iframe/popup) 2. 결제대행사 SDK → 인증 완료 후
읽기 → -
KYC 본인인증 자동화와 CI·DI 연동 오류 해결
feat: KYC 본인인증 자동 실행 및 PostMessage 기반 처리 로직 추가 KYC(본인인증) 연동 작업에서 CI/DI 처리가 핵심이었음. 결제대행사 쪽에서 본인인증 완료 후 PostMessage로 CI, DI 값을 넘겨주는 구조임. KYC 플로우 정리 1. 사용자 → 본인인증 페이지 오픈 (iframe/popup) 2. 결제대행사 SDK
읽기 →