입금은 끝났는데, 인증은 왜 그대로일까?
정상 수신된 웹훅 뒤에 빠진 DB 갱신 API 호출을 찾아 연결하고, 운영 적용 후 실제 입금과 고객 실행 로그로 동작을 확인했습니다.
01 / CONTEXT
어떤 문제였나요?
입사 전부터 가상계좌 입금 후 프로그램이 실행되지 않을 때 결제를 취소하고 카드로 다시 결제하는 방식으로 우회하던 문제가 있었습니다. 같은 고객 문의를 받은 뒤 원인 조사를 시작했습니다.
02 / MY ROLE
제가 맡은 일
결제 서버 로그와 DB 값을 확인하고 결제 흐름도를 그려 누락 지점을 추적했습니다. 가상계좌 결제를 일시 중단한 뒤 후속 DB 갱신 API 호출을 연결하고 테스트·운영 적용·실제 입금 후 프로그램 실행 확인까지 직접 진행했습니다. 수정 후 실제 고객의 실행 로그도 관찰했습니다.
03 / PROCESS
이 순서로 확인했습니다.
- 01
수정 전 가상계좌 결제 일시 중단
서비스에서 가상계좌 결제를 먼저 일시 중단하고 수정·검증을 진행했습니다.
- 02
웹훅 수신과 DB 상태 분리 확인
가상계좌 입금 후 웹훅은 결제 서버 로그에 정상적으로 기록됐지만, 프로그램 실행에 필요한 인증 관련 DB 값은 갱신되지 않았습니다.
- 03
단일 값이 아닌 연관 갱신 흐름 추적
실제 결제를 재현해 주문의 인증값을 수정해도 프로그램이 실행되지 않아 결제 흐름도를 그렸습니다. 여러 테이블의 연관 값이 함께 변경돼야 한다는 점을 파악했습니다.
- 04
입금 확인 PHP의 후속 API 호출 연결
가상계좌 입금 확인 PHP에서 후속 DB 갱신 API를 호출하는 부분이 빠져 있음을 확인했습니다. 이 호출을 연결하고 테스트 DB에서 연관 값이 갱신되는지 확인했습니다.
- 05
운영 적용 뒤 실제 입금으로 실행 확인
테스트 결과를 확인한 후 운영에 적용하고, 다시 가상계좌를 발급받아 실제 입금한 뒤 프로그램 실행을 직접 확인했습니다.
- 06
실제 고객의 실행 로그 관찰
수정 후 가상계좌로 결제한 고객의 소프트웨어 실행 로그까지 확인하며 정상 이용을 관찰했습니다.
04 / VALIDATION
무엇을 확인했나요?
테스트 DB에서 연관 값 갱신을 확인하고 운영에 적용했습니다. 실제 가상계좌 입금 후 프로그램이 실행되는 것까지 직접 확인했습니다. 이후 실제 고객의 실행 로그로 정상 이용을 관찰했으며, 관찰한 범위에서 동일 문제의 재발은 확인되지 않았습니다.
05 / SCOPE
작업 범위
가상계좌 입금 확인부터 인증 관련 DB 갱신과 프로그램 실행까지 연결한 작업입니다. 운영 적용 뒤 실제 입금과 고객 실행 로그로 동작을 확인했습니다.