#transaction
-
카드 충전 수수료 차감 로직 원자적 처리 구현
feat: 결제대행사 카드 충전 수수료 차감 로직 추가 로직을 구현했음.
읽기 → -
에이전트 산출물 디렉터리를 깃이그노어로 차단해 PR 노이즈 제거
.omc/ 를 .gitignore 에 박은 이유 작업 도중 워킹트리에 .omc/ 디렉터리가 슬금슬금 늘어나는 걸 발견함. 에이전트 상태, 노트패드, 프로젝트 메모리, 플랜 초안, 로그까지 죄다 그 안에 쌓이고 있었음. 깜빡하고 한 번 커밋했다가 PR 디프가 본질 변경 30줄에 부산물 800줄로 부풀어버려서, 리뷰어가 "이거 뭐냐"고 물어본 게 트리거였음
읽기 → -
가상계좌 수수료 후정산 전환과 충전 상태 머신 정합성 확보
가상계좌 충전 수수료, 결국 후정산이 답 결제대행사 가상계좌로 잔액 충전하는 흐름에서 수수료 처리가 계속 어긋났음. 충전 시점에 수수료까지 한 번에 차감하니까 회계팀에서 "이게 왜 여기서 빠져?"가 반복됨. 가상계좌 건당 부과되는 입금/발급 비용은 **이번 정산 시 차감되는 게 아니라 익월에 별도 청구**되는 구조. 그동안 코드는 충전 직후 머천트 잔
읽기 → -
웰컴페이 API 레퍼런스 문서 체계 정비
docs: 웰컴페이 API 서비스 명세서 V1.6 추가 문서화 작업은 귀찮지만 나중을 위해 꼭 필요함. 특히 외부 API 연동 부분은 레퍼런스 없으면 매번 명세서 다시 뒤져야 함. 문서 구조 .claude/docs/ ├── api-reference.md 외부 API 엔드포인트 정리 ├── architecture.md 시스템 구
읽기 → -
주문 결제 트랜잭션 정합성 개선
feat: 주문 결제 트랜잭션 정합성 수정 상품 목록부터 주문까지 이어지는 흐름을 정비했음. 특히 상품 옵션 처리와 페이징, 카테고리 필터가 한 번에 엮이는 부분이 까다로웠음. 상품 옵션 처리 구조 java // 옵션 유무 분기 if (product.hasOption()) { model.addAttribute("options", produc
읽기 → -
Apple 소셜 로그인 콜백 세션 유실
fix(oauth): Apple 연동 후 로그인 세션 재설정 Apple OAuth가 구글/카카오랑 달리 까다로운 이유가 있음. form_post 방식을 강제하기 때문에 콜백이 POST로 들어오고, 이 과정에서 세션이 끊기거나 CORS 문제가 발생함. Apple OAuth 특이사항 - 콜백이 GET이 아닌 POST (form_post) - 봇 차단
읽기 → -
관리자 페이지 사이드바 자동 스크롤과 브레드크럼 개선
fix: breadcrumb 링크 대상 관리자 대시보드로 수정 관리자 페이지 네비게이션 정비 작업임. 사이드바 메뉴 구조 개편과 breadcrumb 개선이 핵심이었음. 사이드바 자동 스크롤 javascript const activeMenu = document.querySelector('.sidebar-menu .active'); if (active
읽기 → -
카카오 Webhook 계정 해제 로직에 트랜잭션 처리 추가
카카오 Webhook 계정 해제 로직 트랜잭션 처리 추가 2026-02-04. 컨트롤러 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부
읽기 → -
결제대행사페이 웹훅 컨트롤러 신규 연동
결제대행사페이 연동 및 Webhook 컨트롤러 추가 2026-02-04. 컨트롤러 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부터 시작 3. **API 연결** — 외부에서
읽기 → -
마이페이지 비즈니스 로직과 DB 스키마 동기화 구현
데이터베이스 DDL 동기화 및 마이페이지 컨트롤러 구현 2026-01-31. 비즈니스 로직 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 비즈니스 로직부터 시작 3. **API 연결**
읽기 → -
결제 도메인 첫 설계와 웹훅 멱등성 문제 해결
5월에 결제 도메인에 처음으로 손을 댔다. slecs 전체 흐름에서 결제가 핵심인데, 가장 복잡하고 가장 민감한 부분이라 계속 미뤄왔었다. 더 이상 미루면 다른 도메인 설계가 결제를 모른 채로 굳어버릴 것 같았다.
읽기 →