#lock
-
이커머스 PG 플랫폼 PDF 기능 안정성 개선
20260329 1830 이커머스 PG 플랫폼 pdf fixes 2026-03-29에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQL 쿼리
읽기 → -
계층별 수수료 정산 로직에 요율 검증 추가
수수료 계산 및 JSP 개선 2026-03-29에 수수료 계산 또는 정산 관련 로직을 작업했음. 수수료 구조는 유통 계층별로 요율이 다르게 설정되는 차등 모델임. 하위 계층이 상위 계층보다 높은 요율을 부담하고, 그 차액이 상위 계층의 수익이 되는 구조임. 수수료 계층 예시 | 계층 | 요율 | 비고 | |---|---|---| | 최하위 | 1
읽기 → -
연락처송금 자동이체와 수수료 정산 화면 개선
수수료 개요 화면 및 연락처송금 데이터 관리 개선 2026-03-29에 연락처 송금 관련 기능을 추가하거나 개선했음. 연락처 송금 흐름은 대략 이렇게 됨: 입금 알림 수신 (Android 앱) → 서버로 원본 메시지 전송 → 주문 매칭 (금액 + 발신자 + 시간) → 은행 핸들러 실행 (Playwright) → 로그인 → 수취인
읽기 → -
수수료 계층별 요율 검증과 정산 계산 로직 개선
수수료 정책 필터 및 정렬 로직 개선 2026-03-29에 수수료 계산 또는 정산 관련 로직을 작업했음. 수수료 구조는 유통 계층별로 요율이 다르게 설정되는 차등 모델임. 하위 계층이 상위 계층보다 높은 요율을 부담하고, 그 차액이 상위 계층의 수익이 되는 구조임. 수수료 계층 예시 | 계층 | 요율 | 비고 | |---|---|---| | 최하
읽기 → -
판매자 잔액 조회 기능 추가
20260329 0045 merchant balance feature 2026-03-28에 기능을 추가하거나 개선했음. 수정 파일: 내부 클래스 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비즈니스 로직 처리 - SQL
읽기 → -
채널 계층 요율 검증으로 정산 마진 오류 방지
파트너 및 주문 처리 로직 개선 2026-03-28에 외부 채널 관련 기능을 추가하거나 개선했음. 채널 포털은 각 외부 채널 사업자가 자신의 현황을 확인하고 설정하는 공간임. 대시보드에서 잔액, 거래 내역, 하위 채널 현황 등을 한눈에 볼 수 있음. 주요 기능 - 채널 계층 구조 관리 (상위/하위 채널 연결) - 수수료 설정 및 마진 계산 표시
읽기 → -
대시보드 정산 수수료 계층별 계산 로직 검증 강화
대시보드 정산 계산 및 UI 개선 2026-03-28에 수수료 계산 또는 정산 관련 로직을 작업했음. 수수료 구조는 유통 계층별로 요율이 다르게 설정되는 차등 모델임. 하위 계층이 상위 계층보다 높은 요율을 부담하고, 그 차액이 상위 계층의 수익이 되는 구조임. 수수료 계층 예시 | 계층 | 요율 | 비고 | |---|---|---| | 최하위
읽기 → -
연락처 송금 정산 구조 개선과 수수료 계층 분배 안정화
연락처 송금 데이터 구조 및 UI/UX 개선 2026-03-28에 연락처 송금 관련 기능을 추가하거나 개선했음. 연락처 송금 흐름은 대략 이렇게 됨: 입금 알림 수신 (Android 앱) → 서버로 원본 메시지 전송 → 주문 매칭 (금액 + 발신자 + 시간) → 은행 핸들러 실행 (Playwright) → 로그인 → 수취인 입력
읽기 → -
연락처 송금 비회원 주문 누락
연락처송금 사전 매칭에서 비회원 주문 누락 수정 2026-03-27에 연락처 송금 기능의 버그를 수정했음. 연락처 송금은 은행 앱 화면을 자동으로 조작해서 입금 처리를 완료하는 구조임. 각 은행별로 UI가 다르기 때문에 은행별 핸들러가 개별로 존재하고, Playwright로 브라우저를 제어함. 수정 포인트 - 은행 셀렉터 감지 로직 오류 - 계좌
읽기 → -
결제 콜백 필터 누락 버그 수정과 레이트리밋 운영 전략
receive-result URL 캡처 reason 필터 누락 수정 2026-03-27에 버그를 수정했음. 수정 대상 파일: 내부 클래스 작은 수정처럼 보여도 운영 중 발생하는 문제들은 빠르게 잡는 게 중요함. 이번 수정도 재현 → 원인 파악 → 최소 범위 수정 → 배포 순서로 처리했음. 자주 나오는 버그 패턴 | 패턴 | 증상 | |---|-
읽기 → -
연락처 송금 계좌 로테이션·비회원 주문 매칭 버그 수정
연락처송금 계좌 로테이션 순서 수정 및 주문 매칭 PENDING 추가 2026-03-27에 연락처 송금 기능의 버그를 수정했음. 연락처 송금은 은행 앱 화면을 자동으로 조작해서 입금 처리를 완료하는 구조임. 각 은행별로 UI가 다르기 때문에 은행별 핸들러가 개별로 존재하고, Playwright로 브라우저를 제어함. 수정 포인트 - 은행 셀렉터 감
읽기 → -
연락처 송금 핸들러 자가학습
연락처 송금 비즈니스 로직 동기화 (404_pjt → pg-solution) 2026-03-25에 연락처 송금 관련 기능을 추가하거나 개선했음. 연락처 송금 흐름은 대략 이렇게 됨: 입금 알림 수신 (Android 앱) → 서버로 원본 메시지 전송 → 주문 매칭 (금액 + 발신자 + 시간) → 은행 핸들러 실행 (Playwright)
읽기 → -
연락처 송금 파싱 재시도·매칭 누락 버그 수정
연락처 송금 파싱 실패 재시도 sysId 필터 추가 2026-03-25에 연락처 송금 기능의 버그를 수정했음. 연락처 송금은 은행 앱 화면을 자동으로 조작해서 입금 처리를 완료하는 구조임. 각 은행별로 UI가 다르기 때문에 은행별 핸들러가 개별로 존재하고, Playwright로 브라우저를 제어함. 수정 포인트 - 은행 셀렉터 감지 로직 오류 -
읽기 → -
정산 배치 재시도 큐 추가와 로그 레벨 정비
NO_MATCH 및 MANUAL_REQUIRED 큐 재시도 배치 추가 2026-03-25에 배치 작업 관련 코드를 수정하거나 추가했음. 배치는 Spring @Scheduled로 주기적으로 실행됨. 만료 처리, 정산 집계, 상태 동기화 등 실시간 요청 흐름 밖에서 처리해야 하는 작업들을 담당함. 배치 목록 일부 | 배치 | 역할 | |---|---
읽기 → -
연락처 송금 버그 수정과 비회원 주문 매칭 누락 해결
연락처이체 은행코드 탐지 로직 추가 2026-03-25에 연락처 송금 기능의 버그를 수정했음. 연락처 송금은 은행 앱 화면을 자동으로 조작해서 입금 처리를 완료하는 구조임. 각 은행별로 UI가 다르기 때문에 은행별 핸들러가 개별로 존재하고, Playwright로 브라우저를 제어함. 수정 포인트 - 은행 셀렉터 감지 로직 오류 - 계좌 로테이션 순
읽기 → -
연락처 입금 상세에 주문·핀코드·입금 로그 매칭 추가
연락처 입금 상세에 매칭 주문/핀코드/입금 로그 추가 2026-03-25에 연락처 송금 관련 기능을 추가하거나 개선했음. 연락처 송금 흐름은 대략 이렇게 됨: 입금 알림 수신 (Android 앱) → 서버로 원본 메시지 전송 → 주문 매칭 (금액 + 발신자 + 시간) → 은행 핸들러 실행 (Playwright) → 로그인 → 수취
읽기 → -
QR 스캔으로 파트너 친구추가·송금 연결 구현
파트너 QR 친구추가 기능 만들기 이커머스 결제 플랫폼에서 파트너끼리 서로를 빠르게 등록하고 곧장 송금 화면까지 연결되는 흐름이 필요했음. 기존엔 파트너 식별값 입력 → 검색 → 등록 3단계라 모바일에서 손이 많이 갔음. QR 한 번 찍으면 끝나도록 갈아엎음. 화면 흐름 - 내정보 페이지에서 본인 식별값을 인코딩한 QR 노출 - 상대 파트너가 카메라
읽기 → -
인터넷 은행 수동수령 건에 송금 상태와 파트너 푸시 알림 추가
배경 - 일부 인터넷 은행 계좌로 보낸 송금 건이 자동 수령이 안 되는 케이스가 누적됨 - 파트너가 앱에서 직접 받기 버튼을 눌러야 처리되는데, 시스템이 그 상태를 따로 인식 못 하고 있었음 - 입금 큐는 줄곧 SUCCESS/FAIL 이분법이라 "수동 개입 필요"가 끼어들 자리가 없었음 무엇을 고쳤는가 | 단계 | 이전 | 이후 | |---|---|
읽기 → -
송금 푸시 알림 미수신을 재시도 큐로 해결
문제 상황 연락처 기반 송금 기능에서 푸시 알림이 가끔 빠지는 이슈가 보고됨. 로그 까보니 푸시 발송 자체는 호출되는데 토큰 만료/네트워크 일시 단절 같은 케이스에서 그냥 한 번 던지고 끝나는 구조였음. 받는 쪽은 돈 들어왔는지 모르고 있다가 나중에 앱 켜서 알게 되는 흐름. 송금 UX에서 꽤 치명적임. 원인 정리 기존 코드는 단발성 호출. 실패
읽기 → -
정산 메시지 19% 누락을 일으킨 발신자명 스킵 로직 수정
무의식적 스킵의 함정 메시지 파서에서 발신자명이 "No Name"이면 통째로 스킵하던 로직이 있었음. 처음 짤 때는 "이름 없는 메시지는 어차피 쓰레기"라고 단정했음. 이번에 파트너 정산 데이터를 다시 훑다가, **발신자명만 비어있고 본문에는 실제 이름·금액·계좌가 멀쩡히 들어있는 케이스**를 발견함. 원인은 단순함. 발신처 시스템마다 헤더 구성이 다
읽기 →