백엔드
잃어버린 클레임 데이터를 찾아서
두줄요약
주문 테이블에 섞여 있던 교환/반품 데이터를 클레임번호 중심으로 분리해 관리 구조를 개선했습니다. 이를 통해 상태 추적과 부가비용 정산을 명확히 하고 동시 처리 기반을 마련했습니다.
문제 상황
- 주문 테이블에 클레임 데이터를 함께 쌓아 상태 파악이 어려운 구조
- 여러 상품의 교환/반품이 섞이면 현시점 안내와 진행 순서 확인이 복잡해지는 문제
- 교환/반품이 동시에 처리되지 못해 리드타임이 길어지고 쿠폰·적립금 환불 정보도 불명확한 상태
해결 방법
- 클레임 발생 시점 기준의 클레임번호를 PK로 생성해 접수·취소·완료 상태를 분리 관리
- 주문 테이블의 각 상품에 클레임번호를 연결해 클레임 대상 상품을 명확히 표기
- 쿠폰·적립금 등 부가비용에도 클레임번호를 연결해 종결 시 인과관계 파악 가능하도록 설계
적용해볼 점
- 클레임 생애주기를 주문과 분리해 관리하는 데이터 모델링
- 상태 추적과 부가비용 정산을 위한 식별자 연결 구조
- 동시 클레임 처리와 리드타임 단축을 위한 프로세스 개선