-
은행 셀렉터 AI 상담을 직접 API 호출로 전환해 품질·속도 개선
은행 셀렉터 AI 학습 캐시 기능 추가 2026-03-25에 AI 상담 기능을 추가하거나 개선했음. 기존에 외부 서비스를 통하던 AI 상담을 Claude API 직접 호출 방식으로 전환했음. 응답 품질과 커스터마이징 자유도가 올라갔고, 중간 레이어가 없어지니 레이턴시도 줄었음. 기능 구조 사용자 질문 → 내부 클래스 (API 호출)
읽기 → -
레이트 리밋과 블랙리스트 자동 차단으로 운영 안정성 강화
완료/에러 키워드 regex 통합 및 감지 로직 개선 2026-03-25에 버그를 수정했음. 수정 대상 파일: 내부 클래스, 내부 클래스, 내부 클래스 작은 수정처럼 보여도 운영 중 발생하는 문제들은 빠르게 잡는 게 중요함. 이번 수정도 재현 → 원인 파악 → 최소 범위 수정 → 배포 순서로 처리했음. 자주 나오는 버그 패턴 | 패턴 | 증상
읽기 → -
Android 결제 알림 앱 원격지원 추가
원격지원 기능 추가 (v1.0.4) Android 앱(v1.0.4) 관련 작업을 진행했음. 결제 알림 수신·처리용 앱인데, 알림 캡처 → 파싱 → 서버 전송 흐름으로 동작함. 이번 작업에서는 안정성과 Android 버전 호환성을 중점적으로 개선했음. 주요 변경 | 항목 | 내용 | |---|---| | Android 14/15 대응 | Media
읽기 → -
원격지원 FCM 발송·해제 버그 수정과 블랙리스트 자동 차단 구조 도입
원격지원 FCM 발송 및 해제 기능 수정 2026-03-25에 버그를 수정했음. 수정 대상 파일: 내부 클래스, 내부 클래스, 내부 클래스 작은 수정처럼 보여도 운영 중 발생하는 문제들은 빠르게 잡는 게 중요함. 이번 수정도 재현 → 원인 파악 → 최소 범위 수정 → 배포 순서로 처리했음. 자주 나오는 버그 패턴 | 패턴 | 증상 | |---|
읽기 → -
보안 필터 강화
BotBlockFilter에 /api/remote-support/ 경로 제외 추가 2026-03-25에 서버 보안 필터 관련 작업을 진행했음. 운영 서버에 붙어있는 보안 필터는 크게 세 가지를 처리함: IP 기반 Rate Limit, 봇/공격 패턴 감지, 블랙리스트 자동 등록. 이번 작업에서 임계값 조정이나 예외 경로 추가를 했음. 처리 흐름
읽기 → -
원격지원 버튼 조건 오류 수정과 블랙리스트 자동 차단 구조 도입
원격지원 버튼 linkStatus 조건 제거 2026-03-25에 버그를 수정했음. 수정 대상 파일: list.jsp 작은 수정처럼 보여도 운영 중 발생하는 문제들은 빠르게 잡는 게 중요함. 이번 수정도 재현 → 원인 파악 → 최소 범위 수정 → 배포 순서로 처리했음. 자주 나오는 버그 패턴 | 패턴 | 증상 | |---|---| | null
읽기 → -
원격지원 API에서 CSRF 필터가 정상 요청을 차단하던 문제 수정
원격지원 API CSRF 인터셉터 제외 추가 2026-03-25에 버그를 수정했음. 수정 대상 파일: 내부 클래스 작은 수정처럼 보여도 운영 중 발생하는 문제들은 빠르게 잡는 게 중요함. 이번 수정도 재현 → 원인 파악 → 최소 범위 수정 → 배포 순서로 처리했음. 자주 나오는 버그 패턴 | 패턴 | 증상 | |---|---| | null 체크
읽기 → -
원격지원 WebSocket 안정성과 Android 화면공유 크래시 개선
원격지원 기능 추가 (관리자 REST API + WebSocket 핸들러) 2026-03-25에 WebSocket 관련 기능을 추가하거나 개선했음. 원격 지원 기능에서 WebSocket을 씀. 관리자가 화면을 보면서 실시간으로 기기 상태를 확인하는 구조임. 연결 구조 관리자 브라우저 <-> WebSocket 서버 <-> Android 앱 연
읽기 → -
외부 채널 수수료 정산 화면 버그 수정
파트너 Discord Webhook 필드 슈퍼관리자만 표시 2026-03-25에 외부 채널 관련 버그를 수정했음. 외부 채널은 결제 플랫폼을 통해 서비스를 제공하는 사업자 단위임. 채널별로 수수료 설정, 메뉴 권한, 하위 채널 관리 등이 개별로 동작함. 수정 내용 포털 메뉴 노출 조건, 파라미터 바인딩 오류, 화면 갱신 타이밍 등의 버그를 잡았음
읽기 → -
연락처 입금 상세에 주문·핀코드·입금 로그 매칭 추가
연락처 입금 상세에 매칭 주문/핀코드/입금 로그 추가 2026-03-25에 연락처 송금 관련 기능을 추가하거나 개선했음. 연락처 송금 흐름은 대략 이렇게 됨: 입금 알림 수신 (Android 앱) → 서버로 원본 메시지 전송 → 주문 매칭 (금액 + 발신자 + 시간) → 은행 핸들러 실행 (Playwright) → 로그인 → 수취
읽기 → -
계층별 수수료 정산 로직 검증 강화
일일 정산 Discord Embed 리포트 발송 2026-03-25에 수수료 계산 또는 정산 관련 로직을 작업했음. 수수료 구조는 유통 계층별로 요율이 다르게 설정되는 차등 모델임. 하위 계층이 상위 계층보다 높은 요율을 부담하고, 그 차액이 상위 계층의 수익이 되는 구조임. 수수료 계층 예시 | 계층 | 요율 | 비고 | |---|---|---
읽기 → -
은행 이체 알림 판정을 정규식 우선으로 전환해 응답 속도 개선
정규식 먼저, AI는 폴백으로 은행 알림에서 "이체 완료" 여부를 판정하는 핸들러들을 손봤음. 기존엔 AI 분류기를 1차로 돌리고 정규식을 폴백으로 두는 구조였는데, 이걸 뒤집었음. 정규식 1차, AI 폴백. 왜 뒤집었나 처음 설계 의도는 "AI가 더 똑똑하니까 먼저 시키고, 못 잡으면 정규식이 보조한다"였음. 근데 운영 들어가니 뒤집힌 비용 구조
읽기 → -
QR 스캔으로 파트너 친구추가·송금 연결 구현
파트너 QR 친구추가 기능 만들기 이커머스 결제 플랫폼에서 파트너끼리 서로를 빠르게 등록하고 곧장 송금 화면까지 연결되는 흐름이 필요했음. 기존엔 파트너 식별값 입력 → 검색 → 등록 3단계라 모바일에서 손이 많이 갔음. QR 한 번 찍으면 끝나도록 갈아엎음. 화면 흐름 - 내정보 페이지에서 본인 식별값을 인코딩한 QR 노출 - 상대 파트너가 카메라
읽기 → -
자동입금 배치 무한 재처리와 알림 폭탄 수정기
증상 새벽에 알림 채널이 폭발했음. 자동입금 처리 배치가 같은 건을 계속 재처리하면서 처리 완료 알림을 수백 건씩 쏘는 중이었음. 확인해보니 두 가지 문제가 겹쳐있었음. - 기동 시 리셋 로직이 PROCESSING 상태인 큐를 전부 PENDING 으로 되돌리고 있었음 - 처리 완료 직전 잠깐 PROCESSING 으로 머무는 건도 같이 리셋됨 - 그게
읽기 → -
수수료 정산 1원 오차, 반올림 정책 통일로 해결
수수료 계산이 또 1원씩 어긋남 수수료 정산 결과가 가맹점별로 1~3원씩 어긋난다는 신고가 또 올라옴. 횟수가 누적돼서 더는 미룰 수 없었음. 원인 파보니 단순 버그가 아니라 구조 문제였음. 원인: scale 제각각 BigDecimal scale이 레이어마다 다르게 박혀있었음. 중간에서 반올림이 두 번 일어나는 구조라 끝자리가 흔들림. | 레이어
읽기 → -
인터넷 은행 수동수령 건에 송금 상태와 파트너 푸시 알림 추가
배경 - 일부 인터넷 은행 계좌로 보낸 송금 건이 자동 수령이 안 되는 케이스가 누적됨 - 파트너가 앱에서 직접 받기 버튼을 눌러야 처리되는데, 시스템이 그 상태를 따로 인식 못 하고 있었음 - 입금 큐는 줄곧 SUCCESS/FAIL 이분법이라 "수동 개입 필요"가 끼어들 자리가 없었음 무엇을 고쳤는가 | 단계 | 이전 | 이후 | |---|---|
읽기 → -
입금 판정 배치에 AI 보조 판정과 폴백 큐 도입
문제 배경 입금 완료 판정 배치가 은행별로 응답 포맷이 다 달라서 텍스트 패턴 매칭으로 분기 쳐놓은 상태였음. 신규 은행 붙일 때마다 if-else 늘어나고, 포맷 살짝만 바뀌어도 미처리 큐 쌓이는 문제 반복됨. 이번에 큐 배치에 AI 판정 한 단계 끼워넣고, 폴백 경로까지 정리함. 처리 흐름 룰 기반을 1차, AI를 2차로 둠. 추상 핸들러에서 공통
읽기 → -
결제대행사 은행별 핸들러를 추상 계층으로 통합해 오류 분류 일원화
배경 결제대행사 연동에서 은행별 핸들러가 6개쯤 있었음. 각자 try-catch 도배되어 있고 에러 코드 매핑도 핸들러마다 따로 적혀 있어서, 같은 "타임아웃" 케이스를 어떤 핸들러는 재시도, 어떤 핸들러는 즉시 실패로 처리하고 있었음. 운영에서 이슈 올라올 때마다 "이 은행은 또 왜 다르냐"가 반복됨. 더는 못 참겠어서 추상 계층을 다시 깎았음.
읽기 → -
우체국 계좌 검증 오류와 잘못된 실패 메시지 개선
우체국 계좌 검증, 왜 자꾸 터졌나 파트너 출금 요청 흐름에서 우체국 계좌만 유독 실패율이 높았음. 다른 은행은 깔끔하게 통과하는데 우체국 쪽만 검증 단계에서 5xx 가 떨어지거나, 응답을 받았는데도 내부 파싱에서 NPE 가 나는 경우가 잦았음. 원인을 추적해 보니 두 가지가 겹쳐 있었음. - 외부 검증 API 의 응답 스키마가 케이스별로 달랐음.
읽기 → -
연락처 송금 결제 재시도 멱등화와 만료 알림 도입
문제 상황 - 연락처 송금에서 결제대행사 호출이 간헐적으로 깨졌는데, 한 번 실패하면 거래가 그대로 죽어버림 - 사용자는 송금 링크를 다시 눌러도 같은 거래가 살아나지 않아 새로 발급받아야 했음 - 송금 URL은 발급 후 일정 시간이 지나면 만료되는데, 만료 사실을 모른 채 계속 시도하는 케이스가 CS로 쌓임 개선한 부분 재시도를 멱등하게 다듬고, 만
읽기 →