네트워크 판매 조직 보상·정산 시스템

어떻게 설계했나요?

1. 01

   보상 규칙을 코드가 아니라 정책 데이터로 뺐습니다. 승급 판정 기준(구독 수·주문 수·누적 매출·조직 인원 수), 커미션 직급 기준(주문 시점 / 마감 시점), 예외 수당의 지급 단위와 범위, 마감 후 환불 처리 방식, 강등 허용 여부를 관리자 화면의 전략 스위치로 두어 규칙이 확정되거나 바뀔 때 코드를 고치지 않습니다.

2. 02

   배분 정책은 버전으로 관리합니다. 상품군별로 1차 배분율과 회사·영업 비율, 금액 구간표, 절사 규칙을 정하고, 새 버전을 저장하면 같은 상품군의 기존 활성 버전이 비활성화되며 신규 주문부터 적용됩니다. 이미 계산된 과거 주문의 금액이 소급해 바뀌지 않습니다.

3. 03

   직급 정책은 보상률과 승급 조건이 상위 직급으로 갈수록 커야 한다는 규칙을 서버가 검증합니다. 순서가 뒤집힌 정책은 화면에서 경고만 하는 것이 아니라 저장 자체가 거부됩니다.

4. 04

   계산을 실행 전에 확인할 수 있도록 미리보기를 두 곳에 넣었습니다. 판매 등록 화면에는 입력한 판매자와 금액 기준의 분배 미리보기가, 정책 화면에는 판매금액·상품군·판매자 직급·상위 라인을 가정한 분배 시뮬레이션이 있고 둘 다 실제 데이터에 영향을 주지 않습니다.

5. 05

   재계산 방식을 마감 경계로 나눴습니다. 마감 전 커미션은 취소 후 다시 생성하고, 이미 마감된 회차는 원본을 지우지 않고 차액 조정 항목으로 처리합니다. 마감 기록이 사후에 덮이지 않으면서도 잘못된 금액은 바로잡히고, 필요하면 마감 회차를 재오픈할 수 있습니다.

6. 06

   지급은 마감 회차에서 만든 지급 대장으로 진행합니다. 회원별 지급 상태를 예정·완료·보류로 나누고 일괄 처리와 되돌리기, 이월 표시, CSV 내려받기를 붙여 실제 이체 작업과 맞췄습니다.

7. 07

   회원·주문·커미션·지급·마감·배분 정책·직급·설정·계정의 변경을 모두 감사 로그로 남깁니다. 로그인 실패와 관리자의 대행 접속도 기록 대상이고, 대상 종류·행위·수행자·기간으로 되짚을 수 있습니다.

8. 08

   관리자가 회원 화면을 그대로 확인하는 대행 로그인을 만들되 조회 전용으로 제한했습니다. 대행 중임을 화면 상단에 계속 표시하고 시작과 종료를 모두 기록에 남깁니다.

9. 09

   영업자 마이페이지의 목표 카드는 기준값을 전체 평균이 아니라 중앙값으로 잡을 수 있게 했습니다. 커미션 분포는 소수의 고액자 쪽으로 치우쳐 평균 기준으로는 대다수가 미달이 되기 때문이며, 관리자 설정 화면에서 그 근거를 현재 분포와 함께 보여줍니다. 노출 문구는 허용된 토큰만 쓸 수 있어 잘못된 토큰은 저장되지 않습니다.