#webhook
-
결제 영수증 자동생성 누락 경로 보강과 과거 데이터 백필
pay/receipt 영역에 새 기능을 추가했음. 충전·결제 영수증 자동생성 누락 경로 보강 + 과거건 백필. 변경 파일: 내부 클래스 6개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 영수증 자동 생성 로직 추가 - 발급 이
읽기 → -
Discord 등급 명령에 자동 원복과 결제 동기화 추가
Discord 봇 기능 작업. Discord /등급 명령 + 10분 자동 원복 + 결제대행사 동기화. 배경 Discord를 내부 운영 도구로 활용 중. 슬래시 커맨드로 특정 동작을 트리거하거나, 시스템 이벤트를 채널에 알림으로 보내는 용도. 개발팀 채널에 커밋/배포 알림을 자동으로 보내면 별도로 공유하는 수고를 덜 수 있음. 구현 내용 - /등급
읽기 → -
결제대행사 등급 동기화가 기본등급으로 폴백되던 버그 수정
webhook 버그를 수정했음. 결제대행사 등급 동기화가 시스템 기본등급으로 폴백되던 버그 수정. 변경 파일: SQL 매퍼 1개 문제 원인 기존 로직에서 엣지 케이스가 처리되지 않아 특정 상황에서 잘못된 결과를 반환하거나 오류가 발생하고 있었음. 수정 내용 - SQL 쿼리 조건/집계 수정 버그 수정 프로세스 단순히 증상만 픽스하는 게 아니라
읽기 → -
가상계좌 웹훅 데드락을 멱등성과 잠금 순서 통일로 해결
가상계좌 충전 웹훅에서 발생하던 데드락 문제를 근본적으로 해결했음. 문제 상황 가상계좌 입금 알림(웹훅)이 동시에 여러 건 들어올 때 데이터베이스 데드락이 발생하고 있었음. 결제대행사에서 웹훅을 재전송하면서 같은 거래가 중복 처리될 위험도 있었음. 데드락은 재현이 타이밍에 의존해서 로컬에서는 잘 안 나타나고 운영에서만 간헐적으로 발생했음. 데드락
읽기 → -
결제대행사 회원 등급 동기화 로직 분리 개선
결제대행사 회원 등급 동기화 로직 분리 및 개선 결제대행사 회원 등급 동기화 로직 분리 및 개선 기능을 구현했음. 배경 기능 확장에 따라 관리 편의성과 사용자 경험을 높이기 위해 구현했음. 구현 방식 내부 클래스 1개, SQL 쿼리 1개를 작성했음. 코드 예시 java // 핵심 로직 public void execute(Request r
읽기 → -
결제 API 응답에 플랫폼 사용거래번호 항목 추가
API 응답에 결제 플랫폼 사용거래번호(welcomeUseTrstnId) 추가** 2026-04-03에 기능을 추가하거나 개선했음. 수정 파일: webhook-api.jsp 실제로 사용자가 쓰는 흐름에서 필요한 기능이었거나, 운영 중 발견된 개선 포인트를 반영한 작업임. 구현 포인트 - 요청 파라미터 검증 및 바인딩 처리 - 내부 클래스에서 비
읽기 → -
연락처 송금 외부 연동과 계층별 수수료 정산 개선
연락처송금 외부 연동 모드 (EXTERNAL) 지원 2026-04-03에 연락처 송금 관련 기능을 추가하거나 개선했음. 연락처 송금 흐름은 대략 이렇게 됨: 입금 알림 수신 (Android 앱) → 서버로 원본 메시지 전송 → 주문 매칭 (금액 + 발신자 + 시간) → 은행 핸들러 실행 (Playwright) → 로그인 → 수취인
읽기 → -
포인트 소멸 알림 푸시 발송
포인트 소멸 알림 발송 기능 추가 2026-03-30에 알림(푸시/FCM) 관련 기능을 추가하거나 개선했음. FCM(Firebase Cloud Messaging)으로 Android 앱에 푸시 알림을 보내는 구조임. 결제 완료, 잔액 변동, 쿠폰 만료 같은 이벤트에서 알림을 트리거함. 알림 유형 | 유형 | 트리거 | |---|---| | 결제 완
읽기 → -
외부 채널 수수료 정산 화면 버그 수정
파트너 Discord Webhook 필드 슈퍼관리자만 표시 2026-03-25에 외부 채널 관련 버그를 수정했음. 외부 채널은 결제 플랫폼을 통해 서비스를 제공하는 사업자 단위임. 채널별로 수수료 설정, 메뉴 권한, 하위 채널 관리 등이 개별로 동작함. 수정 내용 포털 메뉴 노출 조건, 파라미터 바인딩 오류, 화면 갱신 타이밍 등의 버그를 잡았음
읽기 → -
결제 웹훅 중복 수신 막고 정산 추적 로그 정비
웹훅 개선하면서 깨달은 것 결제대행사 쪽에서 들어오는 웹훅이 가끔 누락되거나 중복으로 찍히는 이슈가 있었음. 처음엔 "재시도 정책이려니" 하고 넘겼는데, 정산 데이터 검수하다가 같은 거래에 대해 콜백이 3번 들어온 케이스를 발견했음. 더는 못 미루겠다 싶어서 손댐. 무엇을 바꿨나 핵심은 두 가지. **웹훅 수신부 자체의 멱등성 보장**과 **로그를
읽기 → -
결제 웹훅 원장·잔액 대조 배치로 정산 분쟁 추적 가능해짐
웹훅 원장 기록부터 깔았음 결제대행사 웹훅이 들어올 때 처리만 하고 흘려보내던 구조였는데, 정산 분쟁 한 번 터지고 나니 "그때 그 웹훅 진짜 왔었냐"는 질문에 답을 못 했음. 헤더, 페이로드, 서명검증 결과, 처리 결과까지 전부 원장으로 적재하기로 했음. - 들어온 원본은 가공 없이 그대로 저장 - 처리 단계별 상태 코드 분리 (수신완료 / 검증완료
읽기 → -
카드 충전 수수료 차감 로직 원자적 처리 구현
feat: 결제대행사 카드 충전 수수료 차감 로직 추가 로직을 구현했음.
읽기 → -
가상계좌 수수료 후정산 전환과 충전 상태 머신 정합성 확보
가상계좌 충전 수수료, 결국 후정산이 답 결제대행사 가상계좌로 잔액 충전하는 흐름에서 수수료 처리가 계속 어긋났음. 충전 시점에 수수료까지 한 번에 차감하니까 회계팀에서 "이게 왜 여기서 빠져?"가 반복됨. 가상계좌 건당 부과되는 입금/발급 비용은 **이번 정산 시 차감되는 게 아니라 익월에 별도 청구**되는 구조. 그동안 코드는 충전 직후 머천트 잔
읽기 → -
결제 웹훅 중복 처리를 멱등성 락으로 차단
결제대행사 Webhook이 같은 건을 두 번 때리는 문제 운영 중 결제대행사에서 같은 결제 건에 대해 동일한 웹훅이 두 번, 세 번 들어오는 케이스가 누적됨. 첫 호출에서 정상 처리됐는데 두 번째 호출이 잔액을 한 번 더 건드리거나 알림이 중복 발송되는 사고가 발생했음. 원인을 정리하면 이런 흐름이었음. - 결제대행사가 응답 ACK를 못 받으면 일정
읽기 → -
결제대행사 웹훅 멱등 처리와 명세 불일치 극복기
결제대행사 API 연동, 명세서부터 다시 읽음 결제대행사 연동 작업 들어가면서 받아둔 명세서 PDF를 처음부터 다시 정독함. 이전에 한 번 훑었을 때는 "어차피 표준 PG 흐름이지" 싶어서 대충 봤는데, 막상 코드로 옮기려니까 필드 단위에서 막히는 부분이 한둘이 아니었음. 특히 헷갈렸던 포인트: - 승인 응답과 webhook 통보 메시지의 필드 이름
읽기 → -
결제 모니터 관련 문서를 실제 구현에 맞게 동기화
docs: TODO.md 업데이트 - pay-monitor 관련 기능 추가 문서 업데이트.
읽기 → -
결제 웹훅 이중 URL 디코딩 버그 수정으로 서명 검증 안정화
fix: 포인트소멸/사용자출금 Webhook도 이중 URL decode 버그 수정 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가 Conten
읽기 → -
가상계좌 웹훅 암호화 필드 이중 디코딩 버그 수정
fix: VBANK_CHARGE Webhook 암호화 필드 이중 URL decode 버그 수정 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가
읽기 → -
결제 웹훅 이중 URL 디코딩으로 인한 시그니처 검증 오류 수정
fix: VBANK_CHARGE Webhook 시그니처 검증 시 URL-encoded trstnId를 primary로 변경 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태
읽기 → -
결제 Webhook 이중 디코딩 버그 수정으로 검증 안정화
feat: Webhook 검증 로직 개선 및 스토어 FAQ 다국어 지원 추가 Webhook 처리 로직에서 꽤 골치 아픈 이슈를 잡았음. 핵심은 이중 URL decode 문제임. 문제 발생 배경 결제대행사 Webhook은 POST body로 암호화된 필드를 넘겨주는데, 이 값이 URL-encoded 상태로 들어옴. 서버 프레임워크가 Content-T
읽기 →