포인트요 급급

g5_point 디비와 관리자에서 포인트관리 페이지 봐보세요.

문제가 된 곳을 찾아보세요

앞 답변의 계산(5,320P → 소멸 -4,000P → 1,320P → 다운로드 -5,000P → -3,680P)은 맞습니다. 왜 포인트가 모자란데도 다운로드가 됐는지 보탭니다.

그누보드 기본 코드 기준으로 보면 처리 순서 때문입니다.

1. 다운로드 전에 bbs/download.php가 «보유 포인트 + 다운로드 차감 포인트 < 0»인지 확인합니다. 이때 보는 값은 회원 정보에 저장돼 있던 잔액입니다. 아직 소멸이 반영되지 않은 5,320P라서 5,320 - 5,000 = 320으로 통과합니다.
2. 이어서 차감을 기록하는 insert_point()가 잔액을 다시 계산합니다(get_point_sum). 이 단계에서 유효기간이 지난 포인트가 처음 정리돼 «포인트 소멸 -4,000P» 행이 먼저 들어갑니다. 내역의 «관련: @expire»가 이 행이에요.
3. 그다음 다운로드 -5,000P가 빠져서 -3,680P가 됐습니다.

두 행이 같은 14:35에 소멸 → 다운로드 순서로 찍힌 것도 이 흐름과 맞습니다.

소멸이 먼저 반영됐다면 잔액이 1,320P라서 «포인트가 모자라서 다운로드가 불가합니다» 안내가 떴어야 하는 상황입니다. 다운로드를 의도적으로 마이너스로 진행한 게 아니라 확인 순서 때문에 생긴 결과라는 점을 운영진께 설명하시고, 차감 조정을 요청해 보세요.

(sir.kr이 그누보드 기본 포인트 코드를 그대로 쓴다는 전제로 짚은 내용입니다. 실제 원장 확인은 운영진만 할 수 있습니다.)

첨부하신 내역은 다운로드 비용만 빠진 것이 아니라, 같은 시각의 포인트 소멸도 함께 반영된 것으로 보입니다. 화면에 표시된 숫자로 계산하면 다음과 같습니다.

기존 잔액 5,320P → 포인트 소멸 -4,000P → 잔액 1,320P → 파일 다운로드 -5,000P → 최종 -3,680P입니다. 다운로드 행에는 -5,000P, 별도 소멸 행에는 -4,000P가 기록되어 있어 최종 잔액을 다운로드 한 번의 차감액으로 보시면 차이가 생깁니다.

내 포인트 내역에서 해당 시각의 두 행을 함께 확인하시고, 소멸된 4,000P의 원래 적립일·만료일과 다운로드 전에 안내된 차감 포인트를 운영진에게 대조 요청해 보세요. 첨부 화면에는 2026.05.06 14:35로 보이므로 최근 사용 건과 같은 거래인지 날짜도 같이 확인하시면 좋겠습니다.

첨부 내역의 산술을 해석한 것이며 서버 원장을 조회한 것은 아닙니다. 다운로드 차감액이나 만료일 자체가 안내와 달랐다면 그 부분은 운영진 확인이 필요합니다.

다운로드 할때 포인트 소멸을 체크해서 기존 소멸건이 처리된건네요..

다운 직전 소멸 예정 포인트가 있었을 것입니다.

insert_point() 호출하면 get_point_sum() 호출 

그안에서 소멸할 포인트 get_expire_point() 구해서 먼저 소멸하고 차감된 경우 인듯 합니다.