경매 결제 구조 | Notion

📌 경매 관련 주요 테이블

경매 상품 (auction_item)
- 어떤 상품(로트, 샘플, 혹은 농장 출고분)이 경매로 올라왔는지 정의
- 시작가, 즉시구매가, 최소 입찰 단위, 시작일/종료일 등 포함
```
auction_item
├─ id
├─ lot_id (or product_id)
├─ start_price
├─ buyout_price
├─ min_bid_increment
├─ start_at / end_at
├─ status (active, closed, canceled...)
```

경매 예치금 (auction_deposit)
- 입찰 참가 자격을 얻기 위해 결제한 예치금 기록
- PG사 가상결제/가승인 정보와 매핑 필요
```
auction_deposit
├─ id
├─ user_id
├─ auction_item_id
├─ amount
├─ pg_transaction_id
├─ status (held, refunded, used...)
```

경매 입찰 (auction_bid)
- 누가 얼마에 입찰했는지 기록 (경매 종료 시 최고 입찰자 확정)
```
auction_bid
├─ id
├─ auction_item_id
├─ user_id
├─ bid_amount
├─ created_at
```

경매 주문 (auction_order or 그냥 order 재사용)
- 낙찰자 확정 시 생성
- 일반 상품 주문과 동일한 성격 → order 테이블에 type 구분(fixed vs auction) 필드 추가도 가능
```
auction_order
├─ id
├─ auction_item_id
├─ user_id (낙찰자)
├─ final_price
├─ status (pending, paid, shipped...)
```

경매 결제 (auction_payment or 그냥 payment 재사용)
- 실제 낙찰자가 결제를 완료하면 생성
- payment 테이블에 연결 (order_id FK)
```
auction_payment
├─ id
├─ order_id
├─ pg_transaction_id
├─ amount
├─ status (pending, success, failed, refunded...)
```

✅ 핵심 포인트

예치금은 반드시 별도 테이블 필요 (auction_deposit), 일반 결제/정산과는 별도로 처리됨.
입찰은 주문이 아님 → 단순 로그 → 경매 종료 시 최고 입찰자를 기준으로 order가 생성됨.
결제는 결국 order와 연결되므로, 일반 결제 구조(payment)를 재사용하는 게 가장 깔끔합니다.

👉 그러면 전체 플로우는:

auction_item → auction_deposit(참가자 보증금) → auction_bid(입찰) → 경매종료 → order 생성 → payment 완료

여기서 질문!